[OSM-talk-fr] [OSM-talk-fr-bzh] [Import 4C] Projet de la Semaine : Cartographie de la CC de Concarneau

[Thomas Petillon]

Le 26/01/2011 01:25, Thomas Petillon a écrit :
> Le 24/01/2011 14:24, Thomas Petillon a écrit :
>> 2011/1/23 Marc Sibert <marc at sibert.fr <mailto:marc at sibert.fr>>
>>
>>     Bonjour,
>>
>>     Demain une nouvelle semaine commence et je vous propose rien de
>>     vraiment révolutionnaire. Voilà, l'import et le traitement des
>>     données de la 4C sont terminés et les données ont été mises en
>>     ligne sous la forme de pavés "z15" sur http://freeroute.fr/4c.
>>
>>     Je vous propose de terminer l'import dans OSM cette semaine. J'ai
>>     commencé certaines zones comme vous pouvez le voir sur
>>     
>> http://www.qualitystreetmap.org/osmqa/?map_x=-431343.72396921&map_y=6079906.5622936&map_zoom=13&lang=fr
>> <http://www.qualitystreetmap.org/osmqa/?map_x=-431343.72396921&map_y=6079906.5622936&map_zoom=13&lang=fr>
>>
>>     Autochtones ou pas, je vous invite à me rejoindre pour finir
>>     l'import. Notez bien que de nouvelles remarques sur la
>>     caractérisation des voies n'empêcheront pas l'import car toute les
>>     voies portent une référence spécifique à l'import 4C et qu'il sera
>>     donc possible de passer un robot dessus (et sur celles-là
>>     seulement ;-) en cas de besoin détecté postérieurement à l'import.
>>
>>     A vos souris, partez, mais n'oubliez pas de "réserver" vos tuiles
>>     dans QSM.
>>
>>     A+
>>
>>     --     Marc Sibert
>>     marc at sibert.fr <mailto:marc at sibert.fr>
>>
>>
>> Bonjour,
>>
>> Merci pour le boulot de traitement des données. :) J'ai commencé à 
>> importer quelques dalles au nord d'Elliant.
>> Le découpage des voies à chaque intersection de la 4C implique 
>> d'avoir beaucoup de ways différents, mais si on gagne la 
>> maintenabilité avec les références c'est pas gênant.
>> Pour les voies qui se trouvent sur plusieurs dalles peuvent être 
>> relativement facilement reconnectées, à l'aide de leur proximité et 
>> de leur identifiant 4C, mais vaut mieux s'aider de la photographie 
>> aérienne. Il faut faire gaffe par exemple aux ways qui sortent d'une 
>> dalle pour revenir sur la même : il y a une connexion entre la sortie 
>> et l'entrée de la dalle qui n'existe pas en vrai.
>>
>> Thomas.
>
> Bonsoir,
>
> Dans le genre problèmes dus au découpage il y a le cas des ways qui 
> débordent d'un seul nœud sur une autre dalle. On se retrouve avec un 
> nœud tout seul, sans infos. Du coup on peut facilement croire que 
> c'est une erreur et le supprimer... C'est ce que j'ai fait avant de 
> comprendre ce que c'était d'ailleurs (deux fois je crois). Faudra que 
> je repasse pour les remettre et rallonger les voies correspondantes.
> Le cas un peu plus vicieux est celui d'un way de deux nœuds coupé 
> entre deux dalles, avec les deux nœuds appartenant à des 
> intersections. Bien qu'assez improbable c'est possible vu que je suis 
> tombé sur le cas. Là on a aucune information sur le way et le seul 
> moyen de voir qu'il manque quelque chose est en comparant avec la 
> photographie aérienne. Il faudra peut-être repasser sur les ways une 
> fois l'import terminé pour voir lesquels ne sont pas présents (car 
> oubliés, mais aussi parce que l'original déjà présent dans la base a 
> pu être préféré).
> Pour le prochain import du genre, ça serait plus pratique que les ways 
> gardent un nœud après la limite de la dalle dans le cas où ils sont 
> coupés. Mais je ne sais pas quelle a été la méthode utilisée pour la 
> découpe et c'est peut-être compliqué à faire.
> En tout cas merci Marc d'avoir préparé les données de l'import, ça 
> permet d'aller relativement rapidement, tout en étant obligé d'avoir 
> un contrôle fourmiesque sur les données que l'on rajoute et celles qui 
> sont déjà présentes.
>
> Thomas.

Ah et ça fait deux fois que j'oublie d'en parler mais il y a plein de 
voies marquées « oneway=no ». C'est normalement inutile de le préciser 
parce qu'à part quelques highways (comme motorway, XXX_link ou les 
rond-points), tous impliquent « oneway=no ».

Thomas.