Discussion :

[betsprite]

Bonjour tout le monde,

Afin de pouvoir tester des algorithmes de th�orie des graphes pour la recherche d'une coupe minimale (et � plus long terme la segmentation d'une image), j'ai besoin de construire tout d'abord un graphe.

Or d'apr�s vous, quelle est la meilleur repr�sentation possible d'un graphe en C++ ? Une simple matrice avec en (i,j) la valeur de l'arc (i,j) ? Ou a-t-on besoin d'autres donn�es ? Doit-on en faire une classe ou une structure ?

Je vous remercie !

Edit : Pour r�pondre � l'une de mes questions d�j�, j'ai besoin d'autres donn�es que seulement la valeur de l'arc. Voulant utiliser des algorithmes de th�orie des graphes sur les flots (Ford-Fulkerson et Push-Relabel), j'ai besoin de conna�tre aussi par exemple l'exc�s de flot en un noeud du graphe. Mais comment repr�senter l'ensemble de mon graphe d'apr�s vous ?

[Joel F]

ca depend de l'algo.

je pr�conise boost.graph

[betsprite]

Merci Joel F pour ta r�ponse.

En fait, ca me d�range pas de recoder mes propres classes pour la cr�ation d'un graphe. Apr�s, si je cr�� les classes graphe, ar�te et sommet, qu'est ce que m'apporterais boost en plus pour la cr�ation des graphes ?

Merci !

[JolyLoic]

boost.graph apporte avant tout des algorithmes, adaptables � des classes de graphes existantes. Elle fournit aussi plusieurs classes de graphe, avec des choix diff�rents en terme de compromis.

[betsprite]

Merci JolyLoic pour l'explication.

Etant donn� que je veux d�velopper l'algorithme de Ford-Fulkerson moi-m�me, je ne vais donc pas utiliser Boost.

Par contre, connaitriez-vous la repr�sentation optimale d'un graphe en C++?
Une classe pour le graphe, une autre pour les sommets, et une troisi�me pour les ar�tes avec en attributs la capacit� et le flot de l'ar�te ?

Merci !

[JolyLoic]

Ce que j'ai essay� de dire, c'est qu'il n'y a pas de repr�sentation de graphe optimale, ni en C++, ni dans aucun langage. Certaines repr�sentations sont plus adapt�es � certains algorithmes, d'autres � d'autres, et on doit souvent choisir la moins mauvaise en fonction des algorithmes que l'on pense utiliser, ainsi que d'autres contraintes (nombre de n�uds, topologie du graphe, compatibilit� avec du code existant, dynamicit� du graphe,flexibilit� de modifications du code...).

M�me la phrase "Une classe pour le graphe, une autre pour les sommets, et une troisi�me pour les ar�tes avec en attributs la capacit� et le flot de l'ar�te ?" est extr�mement impr�cise. Par exemple, dans ces classes, qui connait qui (lien direct entre sommets ? Un sommet conna�t-il les arr�tes suivantes, pr�c�dentes, les deux ?...) ? Comment est g�r� cette connaissance (vector, list, map... d'objet, de pointeurs (intelligents ?)...).