[OSM-talk-fr] Tag 'network' et 'name' pour une relation de type route départementale
LeTopographeFou
letopographefou at gmail.com
Mer 6 Juil 22:13:53 UTC 2016
C'est en effet la méthode que j'utilise pour avoir un premier extract
des RD d'un département afin de les vérifier, de les compléter et de les
relier. Mais c'est laborieux et gourmand côté serveur.
C'est généralement quand on n'a pas besoin de quelque chose que l'on
n'en voit pas l'intérêt. Là on touche à l’intérêt d'une relation de
manière générale, et il y a déjà beaucoup d'infos sur le Wiki et sur
Internet. Les relations sont assez récentes et les outils ne demandent
qu'à évoluer. Plus une relation aura de sens, mieux elle sera exploitée
par les outils. Pour ma part c'est justement le fait de centraliser
certaines informations qui les rendra plus visibles et donc moins erronées.
Je fais notamment appel à vous pour m'aider à donner plus de sens (et de
robustesse) à ce qui existe actuellement.
En ce qui me concerne (RD) voici les avantages que je vois :
1. Eviter de répéter 10 fois les mêmes propriétés avec le risque que si
elles changent pour une way les autres ne soient pas mises à jour
(et des infos obsolètes il y en a dans OSM nous le savons).
Certaines RD ont une page wikipédia, elles ont toutes un symbol (on
pourrait faire comme osmc et préciser dans la relation que c'est du
noir sur fond jaune. Ex : )...
2. Structurer les infos pour améliorer les services tiers (Mapnik,
Maps.ME, OsmAnd, WIkiSaria...). Là j'en appel à la créativité dont
ils font preuve.
3. Améliorer la gestion des routes pouvant avoir plusieurs valeurs dans
un même tag (notamment les routes Européennes qui, si je doute
qu'elles prennent des RD, passent par des RN et autoroutes). Cela
engendre des conflits de tags (ex : si on admet que l'on puisse
avoir deux ref, comment associer chaque ref à un network ? à une url
? à un identifiant de base de donnée externe ?...). Là on a deux
relations pour un segment de route, les données sont clairement
organisées.
4. Tout simplement pouvoir rendre accessible une donnée au commun des
mortels qui ne maîtrise pas les arcanes du système. Ce chantier est
notamment venu du fait que je voulais voir le tracé de plusieurs RD
en particulier et que le seul moyen était de passer 1h à composer
une requête Overpass ! Là en un lien OSM permet de visualiser une RD
avec toutes les informations associées. Wikipédia (ou autre) peut
pointer dessus et vice-versa.
Alors oui bien sûr il y a un risque d'avoir des données cassées... c'est
inévitable, avec ou sans relation j'en ai bien peur.
LeTopographeFou
Le 06/07/2016 16:13, Pierre-Yves Berrard a écrit :
> Le 6 juillet 2016 à 15:27, Jérôme Amagat <jerome.amagat at gmail.com
> <mailto:jerome.amagat at gmail.com>> a écrit :
>
> Je comprends pas l'utilité de ces relations. si on veux toute la D
> X du département Y, toute les info sont déjà dans les limites de
> département et dans le ref des routes.
> Des relations qui servent pas à grand chose c'est surtout des
> relations qui seront vite cassées.
>
> +1
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20160707/ce5ce1ac/attachment.htm>
-------------- section suivante --------------
Une pièce jointe autre que texte a été nettoyée...
Nom: fbibchcb.png
Type: image/png
Taille: 196 octets
Desc: non disponible
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20160707/ce5ce1ac/attachment.png>
Plus d'informations sur la liste de diffusion Talk-fr