Re: [OSM-dev-fr] Routing
Je suis dans le même cas. Mais OSM est une grosse banque de données, après à toi, via les divers outils disponibles, de filtrer ce qui t'intéresse et d'organiser le reste pour répondre à tes besoins de manière optimale. 2011/9/9 damien dawa...@gmail.com Bonjour J'ai une application java qui affiche les tuiles de la map OSM. J'aimerai que l'on puisse rechercher un itinéraire comme on peut le faire dans Traveling salesman. Mais, existe-il une solution plus pratique et légère, sans devoir télécharger toutes les données OSM? Par exemple via un serveur, une API qui fournirait uniquement route recherchée par exemple. Merci ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Re : Polygon de la France
Merci beaucoup, Je vais tester ça tout à l'heure. J'ai lancé l'extraction de la France avec les polygons générés, j'espère pouvoir faire un rendu ce soir en espérant que ça affiche.. la France ! (ça serait embêtant qu'on se retrouve en Tanzanie..) et vérifier si les problèmes aux alentours des frontières que j'avais ont disparus. Faudra que je mette à jour le code car pour plusieurs pays ça ne fonctionnait pas (en gros, tous les pays aux relations simples qui définissent plusieurs outer polygons ainsi que Malte, qui n'a qu'une way fermée pour définir l'ensemble du contour). Je regarderai pour placer ça dans google code car ça va vite devenir embêtant sinon (là je dois appliquer mes modifs et les tiennes à la mano.. c'est pas tip top). Kin 2011/9/7 Pierre Mauduit pierre.maud...@gmail.com Bonsoir, Est-ce que tu as un moyen de savoir si ce qui est généré est exacte et précis ? Auquel cas j'ouvre une repository sur googlecode qu'on puisse travailler à plusieurs dessus ? Car ça me semble petit mais super utile ce genre d'outils.. Trouvant l'idée d'un portage intéressant, j'ai tenté l'affaire sur ma debian experimental ; cela nécessite libboost-dev et libxml-dev ; je ne retrouve pas le nom des packages debian associés, mais cela doit se trouver facilement avec apt-get. Cela compile dorénavant (j'ai du supprimer l'idée de singleton sur utils). J'ai tenté un lancement du programme avec comme parametre fr, cela a l'air de faire des choses. Bref, tout est la : http://qualitystreetmap.org/~pmauduit/kinju.tar.gz Hth, a+, -- Pierre ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Re : Polygon de la France
Heu.. par contre là mon extract de la France (pbf) depuis le dump europe (pbf) de geofabrik et via mon fichier de polygons, ça fait 27h que ça tourne (sous Ubuntu avec un i3 et 4Go de RAM), et toujours pas terminé, avec osmosis et les options completeWays, completRelations et omitmetadata activées.. Et le fichier produit ne contient encore que 108 bytes.. Je sais pas comment est foutu osmosis mais je commence à avoir un doute là.. 2011/9/8 Aurélien FILEZ kinj...@gmail.com Merci beaucoup, Je vais tester ça tout à l'heure. J'ai lancé l'extraction de la France avec les polygons générés, j'espère pouvoir faire un rendu ce soir en espérant que ça affiche.. la France ! (ça serait embêtant qu'on se retrouve en Tanzanie..) et vérifier si les problèmes aux alentours des frontières que j'avais ont disparus. Faudra que je mette à jour le code car pour plusieurs pays ça ne fonctionnait pas (en gros, tous les pays aux relations simples qui définissent plusieurs outer polygons ainsi que Malte, qui n'a qu'une way fermée pour définir l'ensemble du contour). Je regarderai pour placer ça dans google code car ça va vite devenir embêtant sinon (là je dois appliquer mes modifs et les tiennes à la mano.. c'est pas tip top). Kin 2011/9/7 Pierre Mauduit pierre.maud...@gmail.com Bonsoir, Est-ce que tu as un moyen de savoir si ce qui est généré est exacte et précis ? Auquel cas j'ouvre une repository sur googlecode qu'on puisse travailler à plusieurs dessus ? Car ça me semble petit mais super utile ce genre d'outils.. Trouvant l'idée d'un portage intéressant, j'ai tenté l'affaire sur ma debian experimental ; cela nécessite libboost-dev et libxml-dev ; je ne retrouve pas le nom des packages debian associés, mais cela doit se trouver facilement avec apt-get. Cela compile dorénavant (j'ai du supprimer l'idée de singleton sur utils). J'ai tenté un lancement du programme avec comme parametre fr, cela a l'air de faire des choses. Bref, tout est la : http://qualitystreetmap.org/~pmauduit/kinju.tar.gz Hth, a+, -- Pierre ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Re : Polygon de la France
Bah moi je n'ai pas eu d'erreur, et j'attends de voir le rendu. Peut-être c'est crédible, peut-être c'est n'importe quoi.. Si c'est n'importe quoi.. autant abandonner le truc et rester avec des résultats imprécis car vu la volumétrie, ça prend trop de temps à déboguer, l'IDE plante tout le temps etc. Si c'est crédible, alors autant déboguer. La version que tu as n'est pas la dernière, j'ai corrigé plein de trucs depuis et il faut que je les applique mais c'est difficile de trouver du temps pour le faire. Néanmoins, le programme ne me remontait pas d'erreur sur la fr (1362322) lorsque j'ai zippé les sources, donc c'est bizarre que ça t'arrive maintenant à moins qu'entre temps quelqu'un ait pété un truc quelque part (promis c'est pas moi ^^) 2011/9/8 Pierre Mauduit pierre.maud...@gmail.com Salut, Et le fichier produit ne contient encore que 108 bytes.. Je sais pas comment est foutu osmosis mais je commence à avoir un doute là.. J'ai pas compris: ca n'a pas de rapport avec mon portage d'hier ? des problèmes / retours dessus ? un dépot quelquepart finalement ? Il y aurait quelques modifications à apporter encore, histoire d'avoir un truc fullproof (pour l'instant les numéros des libs hardcodés dans le makefile, c'est moyen quand meme). J'ai réussi à le lancer sur la france mais l'output disait qu'il y avait eu un problème à la fin à reconstituer les morceaux. En toute sincérité, je n'ai absolument pas regardé ce que faisait le code :-) a+, -- Pierre ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Polygon de la France
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 kinj...@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) sylv...@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@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Re : Polygon de la France
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 sylv...@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 kinj...@gmail.com Pour : Discussions développeur OSM en français dev-fr@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 kinj...@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) sylv...@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@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Re : Polygon de la France
J'ai fait des modifications car pour certains pays ça ne fonctionnait pas, mais ça n'inclue ni fichier supplémentaire, ni dépendance supplémentaires, donc si t'arrive à quelque chose, ça sera utilisable pour la version actuel. J'ai généré les bordures de l'ensemble des pays d'Europe, disponibles dans le répertoire polygons, sans aucune erreur après les différents tests internes et les résultats me semble assez crédibles. Est-ce que tu as un moyen de savoir si ce qui est généré est exacte et précis ? Auquel cas j'ouvre une repository sur googlecode qu'on puisse travailler à plusieurs dessus ? Car ça me semble petit mais super utile ce genre d'outils.. Kin 2011/9/7 sly (sylvain letuffe) sylv...@letuffe.org On mercredi 7 septembre 2011, Aurélien FILEZ wrote: 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. Ok merci, je verrais si j'arrive à le compiler sous linux -- sly qui suis-je : http://sly.letuffe.org ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Polygon de la France
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/ Kin 2011/8/30 Jocelyn Jaubert jocelyn.jaub...@gmail.com 2011/8/30 Aurélien FILEZ kinj...@gmail.com: En fait pour le moment je ne cherche pas à importer mais à extraire la France avec le completeWays et completePolygon à yes. La commande était : osmosis --read-pbf file=europe.pbf --bounding-polygon file=france.poly completeWays=yes completRelations=yes --write-pbf file=france.pbf Mais avec le fichier france.poly de cloudmade, ça m'a donné un fichier pbf de 1.6Go, ce qui me semble cohérent. Il faut faire gaffe que le france.poly utilisé par geofabrik est un poil trop petit, et ne contient donc pas toute la frontière de la France. Je voulais renvoyer un nouveau .poly, mais je n'ai pas encore réussi à vérifier que le nouveau contient bien toute la relation de la France Métropolitaine. Je ne sais pas quel france.poly tu as utilisé, ni celui que utilise cloudmade. Oui ça m'intéresserait bien ton script :) Je l'ai mis sur: https://github.com/jocelynj/osm/tree/fb5d414618efdfe3e2b8ec9806a92035b476f4a9/tools Il faut juste configurer les différentes variables correctement dans le ../config, et lancer le script avec un: ./import-relation-to-osmosis.sh 1362232 # c'est le numéro de la relation France Métropolitaine. Le script télécharge un à un les relations nécessaires, les modifie en .osmchange, et les donne à manger à osmosis pour mettre à jour la base de donnée locale. -- Jocelyn ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Polygon de la France
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) sylv...@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@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] France cassée
Bonjour, Ce n'était pas spécialement pour mon programme, mais car je pensais vraiment qu'elle était cassée.. mais je viens de m'en rendre compte qu'elle ne l'étais pas et que j'ai fait une bêtise.. C'est possible de faire une espèce de revert de ma bêtise ? Désolé, Kin 2011/9/5 Frédéric Rodrigo fred.rodr...@gmail.com Bonjour, Modifier unilatéralement une telle relation dans le but de rentre ton outil opérationnel, n'est très fairplay. D'autant plus que, je n'ai pas vérifié en profondeur, mais il me semble que maintenant la relation France soit cassé ! Les deux way (6844581 et 30837814) de la frontière entre Monaco et l'Italie ne sont plus référencées. Fred Le 5 septembre 2011 09:12, Aurélien FILEZ kinj...@gmail.com a écrit : Oui mais je pense avoir réglé le problème ;) Mais en effet ça serait bien que quelqu'un confirme 2011/9/4 yvecai yve...@gmail.com A priori avec l'éditeur de relation. Seulement, j'attendrais un peu d'avoir des retours sur la mailing-list, c'est anormalement calme ce week-end, rentrée oblige? Reste qu'il y a des pros de la relation 'France' par ici qui auront de bon conseils d'ici quelques jours au plus, je pense. As-tu jeté un oeil ici ? http://wiki.openstreetmap.org/wiki/France_boundary_pyramidal_construction Yves On 03. 09. 11 18:21, Aurélien FILEZ wrote: En téléchargeant les données avec JOSM, on remarque bien qu'il y a un segment dans la relation 82629 qui n'est pas collé au reste (ci joint une capture). Comment faire pour retirer ces deux ways de cette relation sans pour autant les supprimer ? 2011/9/3 Aurélien FILEZ kinj...@gmail.com Bon j'ai investigué un peu, et il s'avère que la France n'est pas cassée. En revanche, il y a des ways qui sont de trop. En effet, la France Métropolitaire (1362232) définit dans ses relations les : France - Italie (89489) France (Côte Méditerranéenne) (82629) France - Monaco (90352) Concernant la côté Côte Méditerranéenne, ça entre via la way 25097915 qui fait le pont avec la frontière France-Italie et semble ressortir par la way 37811860 qui fait le pont avec France-Monaco. Le reste des ways de la Côté Méditerranéenne (82629) ne devrait être que des ways (uniques ou composées) formant des polygones fermés, pour établir des îles plus ou moins grandes Or on y retrouve des ways ouvertes, à commencer par la séquence 27654540 - 30837814 qui se lient entre elles mais n'aboutissent à rien dans le cadre de la France Métropolitaine (ni en entrée de l'une, ni en sortie de l'autre). Ne devrait-on pas les retirer de la relation 82629 puisque visiblement elles n'apportent rien sinon de la confusion dans la boucle générale ? Kin 2011/9/3 Aurélien FILEZ kinj...@gmail.com Salut à tout le monde, Etant développeur C++ et perdu dans les différents scripts existants pour gérer les super-relations dont j'ai besoin, je me suis fait un petit programme à l'arrach' pour retrouver le polygone de notre cher pays. La relation 1362322 commence dans le nord avec la frontière franco-belge puis ça descend. Arrive la frontière avec l'Italie, jusqu'ici tout se passe bien, puis vient la côté méditerranéenne où le chemin commence à être plutôt délicat. La relation 82629 - France (Côte Méditerranéenne) commence par deux îles (deux ways fermées) puis entame le contour par la way 25097915. En suivant le tracé, tout va bien jusque la way 37811860 qui elle ne semble aboutir à rien au sein de la relation 82629. En effet, le premier noeud de cette way 37811860 est le noeud 245981466, qui prolonge la continuité de la relation via la way 42463891. En revanche le noeud d'arrivé (60233828) est partagé avec les ways 30837497, 37811854 et 24874398 et aucune de ces 3 dernières ways ne participe à la relation 82629. Bref, pour la côte méditerranéenne, on part de la way 25097915 et arrivé à la way 37811860, c'est voie sans issue. Si je ne me suis pas trompé et que c'est bien une cassure, une fois réglé, moi et mon petit code C++ continueront à parcourir les bords du territoire en remontant ce même genre de problème ;) A bientôt, Kin ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Relation 82629, séquence des ways
Bonjour à tous, En analysant les données, j'ai trouvé un truc bizarre dans la relation 82629http://www.openstreetmap.org/browse/relation/82629 En effet, le contour se déroule correctement jusqu'au chemin 122190376, qui n'a pas de noeud commun avec le chemin suivant (53227067). En revanche, le dernier chemin de cette relation (122190375) lui fait la relation entre les deux. Y a-t-il une notion d'ordre à respecter ou c'est normal ce genre de cas ? Merci à vous, A bientôt ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Relation 82629, séquence des ways
Hi ! Est-ce que c'est pareil pour les relations simples ? Car dans la table des relations, il y a la notion de séquence.. En analysant quelques sources d'outils, j'ai vu que pour déterminer si une relation était fermée ou ouverte, ils testaient l'égalité entre le premier noeud de la première way et le dernier noeud de la dernière way, sans procéder, d'après mes souvenirs à un trie quelconque en amont.. Si ce n'est pas le cas, vivement que l'utilité des super-relations soient officielle et que des règles s'imposent, car étant développeur, cette pseudo anarchie concernant les super-relations est pas mal difficile à gérer et surtout très longue à l'exécution. Pour le moment mon besoin (et celui de bien d'autres d'après les listes) n'est que ponctuel (récupérer le polygon d'un pays sous différentes formes), mais quand ça viendra à l'échelle d'un département, d'une ville enfin de n'importe quelle relation collée à une autre relation, là ça va être la super-misère si des règles n'imposent pas un minimum de structure (établies par le mapper ou automatiquement) Kin 2011/9/2 Stéphane Brunner courr...@stephane-brunner.ch Hello, Je n'ai pas regarder ce cas spécifique, mais au début des relations ce n'étais pas obligatoire que les chemins soient dans l'ordre, mais cela n'enpeche pas que cela facilite énormément la gestion, je conseillerais donc de le remettre en place (comprendre à la suite) ;-) CU Stéphane 2011/9/2 Aurélien FILEZ kinj...@gmail.com: Bonjour à tous, En analysant les données, j'ai trouvé un truc bizarre dans la relation 82629 En effet, le contour se déroule correctement jusqu'au chemin 122190376, qui n'a pas de noeud commun avec le chemin suivant (53227067). En revanche, le dernier chemin de cette relation (122190375) lui fait la relation entre les deux. Y a-t-il une notion d'ordre à respecter ou c'est normal ce genre de cas ? Merci à vous, A bientôt ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr -- Envoyé depuis mon lapin -- Catalogue de cartes OpenStreetMap - http://map.stephane-brunner.ch Un peu d'espace qui vous suis partout - https://www.getdropbox.com/referrals/NTk2OTU2Mjk -- ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Polygon de la France
En fait pour le moment je ne cherche pas à importer mais à extraire la France avec le completeWays et completePolygon à yes. La commande était : osmosis --read-pbf file=europe.pbf --bounding-polygon file=france.poly completeWays=yes completRelations=yes --write-pbf file=france.pbf Mais avec le fichier france.poly de cloudmade, ça m'a donné un fichier pbf de 1.6Go, ce qui me semble cohérent. Oui ça m'intéresserait bien ton script :) Kin 2011/8/30 Jocelyn Jaubert jocelyn.jaub...@gmail.com 2011/8/29 Aurélien FILEZ kinj...@gmail.com: - mega-relation-analyser.py donne un fichier de polygon filter de 5.3Mo, qui semble être bien formatté mais l'import avec osmosis ne donne rien (fichier : 0k) Est-ce que tu n'aurais pas des soucis pour l'import juste à cause d'un mauvais format du fichier généré (ou des IDs qui ne collent pas) ? Quelle est la commande que tu utilises pour l'import osmosis ? Personnellement, j'utilise un autre script pour télécharger récursivement les relations et les importer dans une bdd osmosis. Je peux te l'envoyer si tu es intéressé. -- Jocelyn ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Polygon de la France
J'ai essayé dl-mega, et il semblerait qu'il y ai une erreur dans le script osm-to-poly où à la fin il fait print cache[n][1], cache[n][0] Au lieu, (mais je suis pas sûr) de : print cache.nods[n][1], cache.nods[n][0] Quand au script de Jocelyn, ça tourne.. 2011/8/26 sly (sylvain letuffe) sylv...@letuffe.org Ah tiens, j'en apprends tous les jours sur les fichiers présents sur osm1.crans.org :) J'utilise de mon côté un autre script, que j'ai mis temporairement là: http://osm1.crans.org/~jocelyn/ Ah tiens, j'en découvre moi aussi ! J'en rêvais d'un comme ça, capable de sortir du svg, du gpx, du shp, whaou Je vais le tester un peu afin de voir s'il est capable de gérer du multi-level Je peux mettre les fichiers générés quelque part si ça intéresse du monde - sachant que la relation France est régulièrement cassée... Ce serait pas mal comme service en effet, de la même manière que je gère : http://beta.letuffe.org/ressources/export-communes/ l'une des méthode anti tout le temps cassé et de conserver la copie ancienne tant que la nouvelle n'est pas fermée, sans erreur, sans self-intersections, etc. -- sly qui suis-je : http://sly.letuffe.org ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
