[OSM-dev-fr] Re : Polygon de la France

[Aurélien FILEZ]

Voici les sources : http://kinju59.free.fr/polygons/sources.zip

Si quelqu'un pouvait les porter sous Linux, avec un MakeFile etc. (tout en
gardant la compatibilité avec Windows) ça serait cool.

2011/9/7 Sly <sylvain at letuffe.org>

> Les codes source peuvent ils être dispo ? (pas de windows, et si je m'en
> sers c'est pour le faire tourner sur un serveur linux)
>
> --
> sly
>
> ----- Reply message -----
> De : "Aurélien FILEZ" <kinju59 at gmail.com>
> Pour : "Discussions développeur OSM en français" <dev-fr at openstreetmap.org
> >
> Objet : [OSM-dev-fr] Polygon de la France
> Date : mer., sept. 7, 2011 11:28
>
>
> J'ai mis une version ici :
> http://kinju59.free.fr/polygons/borders-builder-v01b.zip
>
> Normalement il faut juste les redistribuables MSVC++ 2010 (je n'ai pas
> testé sur une machine "vierge") mais s'il manque un truc, en général ça fait
> une erreur indiquant le nom de la dll manquante.
>
> Ça s'utilise ainsi : "borders-builder.exe iso" où "iso" est le code iso du
> pays dont on souhaite extraire les bordures. A la fin du regroupement, il y
> a quelques tests d'intégrité pour :
> - tester si toutes les ways sont impliquées dans un polygon, inner ou outer
> - tester si les polygons (inner et outer) sont bien fermés
>
> En cas de problème via ces tests, des messages sont générés avec un minimum
> d'infos pour retrouver ce qui ne va pas dans les données osm.
>
> Si tout est correcte, ça créer deux fichier : "iso".poly (le polygon file
> filter) et "iso".wkt (le multipolygon)
>
>
> 2011/9/6 Aurélien FILEZ <kinju59 at gmail.com>
>
>> Je ne sais pas ce que valent les scripts que j'ai pu testé, mais chaucn
>> d'entre eux donnaient des résultats différents.. et certains ne
>> fonctionnaient pas/plus. En analysant les données sur les super-relations
>> (entre autres), comme il n'y a pas de règle définie, il est clairement
>> évident qu'une notion d’ordonnancement doit intervenir côté script,
>> puisqu'elle n'est pas présente côté données. Or j'ai regardé un peu comment
>> était fait les scripts que j'ai pu tester, et c'était du genre "je balance
>> plein de coordonnées et puis après, ben l'outil il va sûrement pouvoir
>> gérer", ce que je doute car encore une fois, le cas n'est pas prévu.
>>
>> Tu as un moyen de savoir si les résultats son cohérents ? J'ai déjà fait
>> le test de si les relations/ways, inner/outer sont fermées, via le script
>> puis via postgis, mais n'ai pas encore lancé un import utilisant le polygon
>> filter file produit, je le ferai demain.
>>
>> Si ça semble cohérent, je nettoierai tout ça avant de le publier dans
>> l'espoir que quelqu'un le porte sous Linux, avec un Makefile etc. et surtout
>> le supporte car je n'aurai clairement pas le temps, malheureusement, pour
>> ça.
>>
>> Kin
>>
>> 2011/9/6 sly (sylvain letuffe) <sylvain at letuffe.org>
>>
>> On mardi 6 septembre 2011, Aurélien FILEZ wrote:
>>> > Merci beaucoup.
>>> >
>>> > Finalement je me suis bricolé un truc à l'arrach' car j'avais besoin
>>> des
>>> > multipolygons sous format WKT et sous forme de polygon file, d'une
>>> relation
>>> > quelconque (normal ou super)
>>> >
>>> > Le résultat est ici : http://kinju59.free.fr/polygons/
>>>
>>> Je n'ai pas vérifié le résultat, mais ce programme "à l'arrache" est-il
>>> disponible quelque part librement ?
>>>
>>> ça pourrait servir si tu dis que ceux que l'on avait indiqués (en python)
>>> ne
>>> fonctionne pas dans tous les cas.
>>>
>>>
>>> --
>>> sly
>>> qui suis-je : http://sly.letuffe.org
>>>
>>> _______________________________________________
>>> dev-fr mailing list
>>> dev-fr at openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/dev-fr
>>>
>>
>>
>
> _______________________________________________
> dev-fr mailing list
> dev-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/dev-fr
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/dev-fr/attachments/20110907/673b8721/attachment.html>