<div dir="ltr">Une base complètement séparée me semblerait dommage, par contre un extrait petite échelle produit automatiquement depuis OSM serait utile.<div>Il faudrait pour cela avoir des données complémentaires dans OSM qui permettraient la production de cette version "simplifiée".</div>
<div><br></div><div>On peut s'appuyer sur des relations, j'y ai pensé pour le périphérique afin de relier les deux tracés intérieurs et extérieurs et à partir d'une certaine échelle les généraliser et indiquer le nom plus général "Boulevard Périphérique". Pareil pour les autoroutes, les grandes lignes de chemin de fer.</div>
<div><br></div><div>Autant il n'est pas possible d'extrapoler de la petite/moyenne échelle vers de la grande échelle (cas de CLC, Route500, BDCarthage) autant il me semble possible de généraliser des données de grande échelle si on a assez d'infos pour le faire correctement.</div>
<div><br></div><div>Pour les éléments purement géographique aux limites floues, c'est un peu moins évident et la discussion sur tagging@ a dérivé sans trouver de consensus.</div></div><div class="gmail_extra"><br><br>
<div class="gmail_quote">Le 15 septembre 2013 22:31, Vincent de Château-Thierry <span dir="ltr"><<a href="mailto:vdct@laposte.net" target="_blank">vdct@laposte.net</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Bonsoir,<br>
<br>
Le 15/09/2013 11:58, Christian Quest a écrit :<div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Ce sont des objets qui n'ont pas forcément besoin d'un tracé précis, car<br>
ils seront surtout exploités à des échelles moyennes.<br>
<br>
C'est un challenge pour OSM qui s'est construit principalement à<br>
l'échelle du plan de ville, et quand on remonte dans des échelles plus<br>
petites la généralisation automatique n'est pas toujours facile<br>
(exemple: le Boulevard Périphérique de Paris n'existe pas, mais on a<br>
l'intérieur et l'extérieur), de même pour des échelles plus grandes<br>
(conflit entre le mapping surfacique et linéaire de la voirie, des<br>
espaces piétons, des trottoirs, etc).<br>
<br>
Challenge donc que de pouvoir gérer au sein des mêmes données des<br>
échelles très différentes.<br>
</blockquote>
<br></div>
Ah, l'échelle.... :-)<br>
Faut-il chercher à tout faire à partir d'une seule base ? En tout cas pour ce qui est de la représentation cartographique "live", telle qu'illustrée par les rendus mapnik d'<a href="http://osm.org" target="_blank">osm.org</a> ou .fr, dès qu'on réduit l'échelle, le casse-tête commence. Le périph parisien est un bon exemple en effet. Le couloir rhodanien est pas mal non plus, avec le mix fleuve+routes où tout se marche dessus.<br>
<br>
Je trouve intéressante l'approche de Natural Earth[1], un peu opposée et complémentaire d'OSM : très petites échelles, et des releases espacées de plusieurs mois. On est loin du micro-mapping et des minute-diff...<br>
<br>
Entre ces deux extrêmes, il y a sûrement la place pour une fabrication qui couvre les échelles moyennes, au delà du 1/100.000è mais en dessous du 1/1000.000è. En gros, les échelles de même ordre de grandeur que Route500 ou Corine. Qu'on dérive un contenu d'OSM pour fabriquer une fois de temps en temps (semaine ? mois ?) un tel contenu, pourquoi pas ? Et qu'on y ajoute, _pas forcément issu d'OSM_, des contours de massifs montagneux, pourquoi pas non plus.<br>
Je n'ai pas idée du comment, mais je reste bien plus favorable à ce type de solution, qu'à celle qui consisterait à mettre dans OSM du contenu avec une géométrie de petite échelle, dont l'usage n'a rien à voir avec la précision géométrique du reste. Je ne vois pas OSM autrement qu'une base à grande échelle, où des contenus comme Corine sont forcément à affiner, et non à garder tels qu'importés. Les remarques de ces jours-ci sur la BD Carthage ("le tracé est imprécis", "il ne faut pas envisager un import direct") vont dans le même sens je pense.<br>
<br>
vincent (long, désolé)<br>
<br>
[1] : <a href="http://www.naturalearthdata.com/" target="_blank">http://www.naturalearthdata.<u></u>com/</a><div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.<u></u>org/listinfo/talk-fr</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Christian Quest - OpenStreetMap France<br>Un nouveau serveur pour OSM... <a href="http://donate.osm.org/server2013/" target="_blank">http://donate.osm.org/server2013/</a>
</div>