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 <[email protected]> > 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" <[email protected]> > Pour : "Discussions développeur OSM en français" <[email protected] > > > 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 <[email protected]> > >> 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) <[email protected]> >> >> 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 >>> [email protected] >>> http://lists.openstreetmap.org/listinfo/dev-fr >>> >> >> > > _______________________________________________ > dev-fr mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/dev-fr > >
_______________________________________________ dev-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev-fr
