[OSM-talk-fr] dessiner la carte d'un reseau

[Jean-Marc Liotier]

hamster wrote:
> un copain me demande quel outil utiliser pour dessiner la carte d'un reseau
> dans son cas il s'agit d'acces a internet, avec des fils, des fibres, 
> des ponts wifi, des antennes et des serveurs
> 
> ca doit sans doute etre faisable avec JOSM mais je sais pas si c'est 
> l'outil le plus adapte / le plus facile et rapide pour arriver au 
> resultat (en comptant l'apprentissage du soft)

Je suis (entre autres) le chef de projet de la maîtrise d'ouvrage de la 
refonte du référentiel de l'infrastructure fibre optique d'un grand 
opérateur que je ne nommerai pas (il a horreur que je parle de lui - 
alors s'il vous plais ne le citez pas même si vous savez qui c'est).

Les logiciels que nous utilisons sont dans leur modèle fondamental 
plutôt proches de celui d'OSM : noeuds, arrêtes, surfaces, attributs et 
valeurs... Mais il n'y a rien de surprenant à cela : ce sont les 
éléments classiques de toute modélisation vectorielle. Pour les 
fonctionnalités de base, on pourrait tout à fait utiliser JOSM avec une 
collection d'attributs spécifiques. Les continuités optiques ou 
métalliques pourraient être considérées comme des relations - quoiqu'une 
arborescence GPON dépasse probablement les limites du modèle.

Au-delà du modèle il y a les fonctionnalités spécifiques au métier. 
Certes on peut dessiner le contenu d'un boîtier de protection 
d'épissures avec JOSM, mais je souhaite bien du plaisir à celui qui le 
gérera sans une collection de boîtes de dialogue optimisées pour ce cas 
d'usage... En particulier lorsque ce boîtier interconnecte quelques 
centaines de fibres. D'ailleurs, la simple gestion d'un câble, de ses 
tubes et des fibres qu'il contient demande une ergonomie évoluée - et 
peut-être même un modèle un peu plus sophistiqué que celui d'OSM. La 
gestion intra-site risque aussi de poser un problème, et je ne parle pas 
du déploiement vertical - le modèle d'OSM est très limité pour gérer la 
troisième dimension. Enfin il y a la gestion des attributs : elle est 
folksonomique dans la communauté OSM mais dans l'environnement fermé 
d'un opérateur la taxonomie doit être basée sur des dictionnaires 
strictement contrôlés qu'un audit à posteriori ne remplace pas.

Bref - pour un usage simple voir simpliste, c'est envisageable. Pour un 
usage plus évolué ça demande quelques adaptations. Pour un usage 
suffisamment ambitieux il faudrait envisager le développement d'un 
plugin JOSM. Ca peut paraître coûteux, mais lorsqu'on arrive 
tranquillement à six zéros dans le coût total d'un progiciel spécialisé, 
de son adaptation, de son intégration et de la gestion du projet, on 
peut s'offrir un paquet de jours/homme de développement JOSM à la place...