[OSM-talk-fr] Second import BMO - le filaire.

[François Van Der Biest]

2009/12/21 Emilie Laffray <emilie.laffray at gmail.com>

>
>
> 2009/12/21 François Van Der Biest <francois.vanderbiest at camptocamp.com>
>
>>
>> 2009/12/21 François Van Der Biest <francois.vanderbiest at camptocamp.com>
>>
>>
>>>  - sortir un shapefile (ou fichier osm) avec les routes fournies par la
>>> CUB qui ne seront pas importées automatiquement, parce que la longueur de
>>> leur intersection avec un buffer de 10m autour des voies OSM existantes est
>>> supérieure à 50 % de leur longeur totale (c'est le critère de sélection que
>>> j'ai utilisé pour sélectionner les voies à importer). Ce sont
>>> essentiellement des petites jonctions, mais si je ne fais pas ça, il faudra
>>> les recréer à la main.
>>>
>>
>> Pour ceux que ça intéresse, et aussi à titre de documentation pour les
>> prochains imports, le processus de sélection des routes contenues dans un
>> shapefile, qui ne sont probablement pas déjà dans OSM est maintenant décrit
>> là : http://wiki.openstreetmap.org/wiki/BMO#Road_network
>>
>> Je dis "probablement", parce qu'il y a quand même des routes qui passent
>> au travers du critère.
>> Elles demanderont rectification manuelle.
>>
>>
>>
> As tu un exemple de route qui passe a travers? Je serais curieuse de savoir
> quel est le probleme.
>

Oui, voici quelques images qui valent mieux qu'un long discours:
http://www.flickr.com/photos/fvanderbiest/sets/72157623044717808/show/

Rien de très grave en fait, et je doute que l'on arrive à affiner de
beaucoup la sélection.
Mais je vais y regarder encore ce soir avant de lancer l'import.

Je me trompe peut etre mais je pense que le probleme que tu as avec ton
> algorithme c'est que tu n'as pas de buffer sur les routes de la CUB aussi.
> Ce sont des linestrings a la base et donc ton calcul de ratio va etre biase
> de ce fait en donnant une valeur plus faible que prevu.
>

Hmm, je ne vois pas bien pourquoi.

A+
F.
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20091221/d91f51d0/attachment.htm>