[OSM-talk-fr] OpenStreetMap modélisation et segmentation dynamique

[sly (sylvain letuffe)]

Le jeudi 24 janvier 2013 23:58:25, François Lacombe a écrit :
> Bonsoir,

Bonne nuit,
 
> Soulever des problèmes d'efficacité d'enregistrement est peut-être la
> meilleure des choses à faire pour la pérennité de la base, ça me branche.

Par "efficacité d'enregistrement" tu sous-entends l'insertion dans la base de 
nouvelles données ? Donc l'édition avec les éditeurs openstreetmap ?
Et si oui, par efficacité tu parles de la qualité de l'IHM pour que l'humain 
soit efficace ou de la qualité du protocole pour que le transfert soit 
efficace ? (ou les deux ? gourmand va !)


> - Tout est réseau, se restreindre à l'infrastructure routière risque de ne
> pas être profitable à une solution durable, tant en terme de taille que de
> complexité du problème.
> J'ai bien conscience que c'est la visée première d'OSM

ça, pas de problème, ça fait bien longtemps qu'openstreetmap n'a de "street" 
que le nom. Et aucunes des modélisations "de base" (noeud/way/relation) ne se 
restreint au routier.
Le routage sur chemin de rando, voie fluviale ou en prenant le ferry existent 
déjà, et si une solution doit s'avancer, il est à parier que le modèle devra 
pouvoir être suffisament générique.

Voir les relations de type "route" qui modélisent :
road / bicycle / foot / hiking / bus / trolleybus / ferry / detour / train / 
tram / mtb (mountainbike) / horse / ski / snowmobile

Ou plus encore, l'autre que j'indiquait qui connecte des bout pour former les 
frontières entre pays et tout ce qu'inventerons les contributeurs !


> peut plomber son utilisation vu le temps de calcul nécessaire rien pour
> apprêter les données à toute exploitation.

De manière constatée, l'exploitation est toujours précédée d'un pré-traitement 
adapté à l'exploitation visée.
L'exploitation n'est donc pas tant le sujet ici il me semble, mais plus de la 
maintenance, par les contributeurs et des outils qu'ils vont utiliser pour se 
faire qui sont pour l'instant peu adaptés à une solution de factorisation des 
tags.
 
> Aujourd'hui (demain...) qu'est-ce qui coute le plus cher, le stockage ou le
> temps machine?

Les humains.


-- 
sly (sylvain letuffe)