[OSM-dev-fr] Osm2pgsql Import de relations
Salut à tous, J'ai un comportement bizarre sur l'import de relations dans Osm2pgsql. Cela concerne les EPCI que j'ai récemment créé pour l'Ile de La Réunion. TCO : http://www.openstreetmap.org/browse/relation/2364728 CINOR : http://www.openstreetmap.org/browse/relation/2364330 CIREST : http://www.openstreetmap.org/browse/relation/2364473 CIVIS : http://www.openstreetmap.org/browse/relation/2364717 CA SUD : http://www.openstreetmap.org/browse/relation/2364708 Sauf erreur de ma part, ces relations me semblent correctes. Mais lors de l'import des données avec Osm2pgsql (via une requête Overpass API), je n'obtiens que deux EPCI (CINOR et TCO). preuve en est, les fichiers Shapefiles [1] ne contiennent que les deux EPCI citées précédemment. J'investigue donc du côté de la base. Une requête sur la table polygon m'apprend en effet que je n'ai que deux EPCI : osm974=# select name from reunion_osm_polygon WHERE boundary LIKE 'local_authority'; name - Territoire de la Côte Ouest Communauté Intercommunale du Nord de la Réunion (2 rows) Pensant tout d'abord à un problème de fraîcheur des données, je fais un nouvel import. Mais même constat. Je regarde alors ma table relation et la surprise tout y est... id|name -+ 2364330 | Communauté Intercommunale du Nord de la Réunion 2364473 | Communauté Intercommunale Réunion Est 2364708 | Communauté d'Agglomération du Sud 2364717 | Communauté Intercommunale des Villes Solidaires du Sud 2364728 | Territoire de la Côte Ouest Du coup je n'y comprends plus rien Sauriez-vous d'où cela pourrait provenir ? Merci pour votre aide Arnaud [1] http://www.osm974.re/osm-shp/reunion_polygone_boundary_EPCI_4326_20120827.zip ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Osm2pgsql Import de relations
Le mardi 28 août 2012 à 09:41 +0200, Arnaud Vandecasteele a écrit : Salut à tous, J'ai un comportement bizarre sur l'import de relations dans Osm2pgsql. Cela concerne les EPCI que j'ai récemment créé pour l'Ile de La Réunion. TCO : http://www.openstreetmap.org/browse/relation/2364728 CINOR : http://www.openstreetmap.org/browse/relation/2364330 CIREST : http://www.openstreetmap.org/browse/relation/2364473 la relation n'est pas fermée: http://analyser.openstreetmap.fr/cgi-bin/index.py CIVIS : http://www.openstreetmap.org/browse/relation/2364717 CA SUD : http://www.openstreetmap.org/browse/relation/2364708 Sauf erreur de ma part, ces relations me semblent correctes. Mais lors de l'import des données avec Osm2pgsql (via une requête Overpass API), je n'obtiens que deux EPCI (CINOR et TCO). preuve en est, les fichiers Shapefiles [1] ne contiennent que les deux EPCI citées précédemment. J'investigue donc du côté de la base. Une requête sur la table polygon m'apprend en effet que je n'ai que deux EPCI : osm974=# select name from reunion_osm_polygon WHERE boundary LIKE 'local_authority'; name - Territoire de la Côte Ouest Communauté Intercommunale du Nord de la Réunion (2 rows) Pensant tout d'abord à un problème de fraîcheur des données, je fais un nouvel import. Mais même constat. Je regarde alors ma table relation et la surprise tout y est... id|name -+ 2364330 | Communauté Intercommunale du Nord de la Réunion 2364473 | Communauté Intercommunale Réunion Est 2364708 | Communauté d'Agglomération du Sud 2364717 | Communauté Intercommunale des Villes Solidaires du Sud 2364728 | Territoire de la Côte Ouest Du coup je n'y comprends plus rien Sauriez-vous d'où cela pourrait provenir ? Merci pour votre aide Arnaud [1] http://www.osm974.re/osm-shp/reunion_polygone_boundary_EPCI_4326_20120827.zip ___ 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] Osm2pgsql Import de relations
Bonjour, De : Arnaud Vandecasteele J'ai un comportement bizarre sur l'import de relations dans Osm2pgsql. Cela concerne les EPCI que j'ai récemment créé pour l'Ile de La Réunion. TCO : http://www.openstreetmap.org/browse/relation/2364728 CINOR : http://www.openstreetmap.org/browse/relation/2364330 CIREST : http://www.openstreetmap.org/browse/relation/2364473 CIVIS : http://www.openstreetmap.org/browse/relation/2364717 CA SUD : http://www.openstreetmap.org/browse/relation/2364708 Sauf erreur de ma part, ces relations me semblent correctes. Un coup d'oeil dans l'analyseur de relations montre un problème de non fermeture de tes autres polygones. L'outil magique pour ça : http://analyser.openstreetmap.fr/cgi-bin/index.py vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Osm2pgsql Import de relations
Il n'est pas magique cet outil mais exceptionnel :) Je corrige immédiatement. Merci pour le lien et les réponses. Arnaud 2012/8/28 Vincent de Chateau-Thierry v...@laposte.net Bonjour, De : Arnaud Vandecasteele J'ai un comportement bizarre sur l'import de relations dans Osm2pgsql. Cela concerne les EPCI que j'ai récemment créé pour l'Ile de La Réunion. TCO : http://www.openstreetmap.org/browse/relation/2364728 CINOR : http://www.openstreetmap.org/browse/relation/2364330 CIREST : http://www.openstreetmap.org/browse/relation/2364473 CIVIS : http://www.openstreetmap.org/browse/relation/2364717 CA SUD : http://www.openstreetmap.org/browse/relation/2364708 Sauf erreur de ma part, ces relations me semblent correctes. Un coup d'oeil dans l'analyseur de relations montre un problème de non fermeture de tes autres polygones. L'outil magique pour ça : http://analyser.openstreetmap.fr/cgi-bin/index.py vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Réflexion autour des fichiers diff OSM
mon anglais est tres mauvais :( , c'est ce qui est proposé par overpass ? http://lists.openstreetmap.org/pipermail/dev/2012-August/025487.html ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Osm2pgsql Import de relations
Le mardi 28 août 2012 à 09:55 +0200, Arnaud Vandecasteele a écrit : Il n'est pas magique cet outil mais exceptionnel :) effectivement! sinon http://osm3.crans.org/osmbin/analyse-relation?2364473 te permet d'avoir la meme chose mais sans le rendu graphique Je corrige immédiatement. Merci pour le lien et les réponses. Arnaud 2012/8/28 Vincent de Chateau-Thierry v...@laposte.net Bonjour, De : Arnaud Vandecasteele J'ai un comportement bizarre sur l'import de relations dans Osm2pgsql. Cela concerne les EPCI que j'ai récemment créé pour l'Ile de La Réunion. TCO : http://www.openstreetmap.org/browse/relation/2364728 CINOR : http://www.openstreetmap.org/browse/relation/2364330 CIREST : http://www.openstreetmap.org/browse/relation/2364473 CIVIS : http://www.openstreetmap.org/browse/relation/2364717 CA SUD : http://www.openstreetmap.org/browse/relation/2364708 Sauf erreur de ma part, ces relations me semblent correctes. Un coup d'oeil dans l'analyseur de relations montre un problème de non fermeture de tes autres polygones. L'outil magique pour ça : http://analyser.openstreetmap.fr/cgi-bin/index.py vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ 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] Réflexion autour des fichiers diff OSM
SUPER ! Y'a plus qu'à tester leur utilisation et vérifier leur contenu mais ça semble assez complet pour éviter de faire des requêtes inutiles dans la base juste pour la mettre à jour. Le diff contenant toute la hiérarchie des objets impactés, il est suffisant pour recalculer les géométries. 2012/8/28 didier2020 didier2...@free.fr: mon anglais est tres mauvais :( , c'est ce qui est proposé par overpass ? http://lists.openstreetmap.org/pipermail/dev/2012-August/025487.html ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Osm2pgsql Import de relations
osmose, osmoe, osmose ! A mon avis le problème c'est la multiplication des outils de contrôle de qualité. Il y en a un peu partout, il faudrait proposer une API pour centraliser toutes ces erreurs sur une seule interface. Osmose est bien adapté à ça vu son fonctionnement backends multiples / frontend unique. Par exemple, la liste d'incohérences dans les relations signalée par didier2020 est super, mais l'intégrer dans osmose la rendrait plus facile d'emploi. Le 28 août 2012 10:21, Arnaud Vandecasteele arnaud@gmail.com a écrit : Salut à tous, Je rebondis sur cette réponse pour enrichir un peu un pearl trees que j'avais créé [1]. L'idée est de recenser les outils d'aide à la qualité les plus courants et les plus utilisés. Quels sont ceux que vous utilisez ? Que vous avez créé ou conçu. Je les ajouterai à la liste et j'en ferai ensuite un billet. Merci pour vos ressources. Arnaud [1] http://www.pearltrees.com/s/collectorAmo/createAccount#/N-reveal=1N-u=1_273833N-fa=2731421N-s=1_2748501N-f=1_2748501N-p=20038015 On Tue, Aug 28, 2012 at 9:58 AM, didier2020 didier2...@free.fr wrote: Le mardi 28 août 2012 à 09:55 +0200, Arnaud Vandecasteele a écrit : Il n'est pas magique cet outil mais exceptionnel :) effectivement! sinon http://osm3.crans.org/osmbin/analyse-relation?2364473 te permet d'avoir la meme chose mais sans le rendu graphique Je corrige immédiatement. Merci pour le lien et les réponses. Arnaud 2012/8/28 Vincent de Chateau-Thierry v...@laposte.net Bonjour, De : Arnaud Vandecasteele J'ai un comportement bizarre sur l'import de relations dans Osm2pgsql. Cela concerne les EPCI que j'ai récemment créé pour l'Ile de La Réunion. TCO : http://www.openstreetmap.org/browse/relation/2364728 CINOR : http://www.openstreetmap.org/browse/relation/2364330 CIREST : http://www.openstreetmap.org/browse/relation/2364473 CIVIS : http://www.openstreetmap.org/browse/relation/2364717 CA SUD : http://www.openstreetmap.org/browse/relation/2364708 Sauf erreur de ma part, ces relations me semblent correctes. Un coup d'oeil dans l'analyseur de relations montre un problème de non fermeture de tes autres polygones. L'outil magique pour ça : http://analyser.openstreetmap.fr/cgi-bin/index.py vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ 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 -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Osm2pgsql Import de relations
+1 pour la multiplication des outils de contrôle. Comme tu le suggères, une API serait la bienvenue. Cela permettrait également une fonctionnement plus modulaire. Osmose serait (ou pas) l'interface principale sur laquelle on pourrait pluger des analyseurs. A. 2012/8/28 Christian Quest cqu...@openstreetmap.fr osmose, osmoe, osmose ! A mon avis le problème c'est la multiplication des outils de contrôle de qualité. Il y en a un peu partout, il faudrait proposer une API pour centraliser toutes ces erreurs sur une seule interface. Osmose est bien adapté à ça vu son fonctionnement backends multiples / frontend unique. Par exemple, la liste d'incohérences dans les relations signalée par didier2020 est super, mais l'intégrer dans osmose la rendrait plus facile d'emploi. Le 28 août 2012 10:21, Arnaud Vandecasteele arnaud@gmail.com a écrit : Salut à tous, Je rebondis sur cette réponse pour enrichir un peu un pearl trees que j'avais créé [1]. L'idée est de recenser les outils d'aide à la qualité les plus courants et les plus utilisés. Quels sont ceux que vous utilisez ? Que vous avez créé ou conçu. Je les ajouterai à la liste et j'en ferai ensuite un billet. Merci pour vos ressources. Arnaud [1] http://www.pearltrees.com/s/collectorAmo/createAccount#/N-reveal=1N-u=1_273833N-fa=2731421N-s=1_2748501N-f=1_2748501N-p=20038015 On Tue, Aug 28, 2012 at 9:58 AM, didier2020 didier2...@free.fr wrote: Le mardi 28 août 2012 à 09:55 +0200, Arnaud Vandecasteele a écrit : Il n'est pas magique cet outil mais exceptionnel :) effectivement! sinon http://osm3.crans.org/osmbin/analyse-relation?2364473 te permet d'avoir la meme chose mais sans le rendu graphique Je corrige immédiatement. Merci pour le lien et les réponses. Arnaud 2012/8/28 Vincent de Chateau-Thierry v...@laposte.net Bonjour, De : Arnaud Vandecasteele J'ai un comportement bizarre sur l'import de relations dans Osm2pgsql. Cela concerne les EPCI que j'ai récemment créé pour l'Ile de La Réunion. TCO : http://www.openstreetmap.org/browse/relation/2364728 CINOR : http://www.openstreetmap.org/browse/relation/2364330 CIREST : http://www.openstreetmap.org/browse/relation/2364473 CIVIS : http://www.openstreetmap.org/browse/relation/2364717 CA SUD : http://www.openstreetmap.org/browse/relation/2364708 Sauf erreur de ma part, ces relations me semblent correctes. Un coup d'oeil dans l'analyseur de relations montre un problème de non fermeture de tes autres polygones. L'outil magique pour ça : http://analyser.openstreetmap.fr/cgi-bin/index.py vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ 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 -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/
Re: [OSM-dev-fr] Réflexion autour des fichiers diff OSM
2012/8/28 Christian Quest cqu...@openstreetmap.fr: Le diff contenant toute la hiérarchie des objets impactés, il est suffisant pour recalculer les géométries. Pas tout. Manque les membres de relations. Ca ferait trop sinon (lire la suite du fil de discussion). Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Réflexion autour des fichiers diff OSM
Oui, tout à fait et c'est suffisant je pense pour donner déjà un gros coup de boost. Le choix de recalculer les géométries des relations est, je pense, moins systématique que celles des ways. Le 28 août 2012 11:52, Pieren pier...@gmail.com a écrit : 2012/8/28 Christian Quest cqu...@openstreetmap.fr: Le diff contenant toute la hiérarchie des objets impactés, il est suffisant pour recalculer les géométries. Pas tout. Manque les membres de relations. Ca ferait trop sinon (lire la suite du fil de discussion). Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Réflexion autour des fichiers diff OSM
On mardi 28 août 2012, Christian Quest wrote: SUPER ! c'est en effet une super nouvelle, ça ouvre la voie à des mises à jour plus rapides, des mises à jour de zones réduites. Y'a plus qu'à tester leur utilisation Pour ça, il va falloir coder un peu pour que les outils habituels en profitent -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
