Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
En fait osmose fait déjà aussi la détection de géométries non valide http://osmose.openstreetmap.fr/map/?item=1040level=1,2,3 en plus de la détection de polygones non fermées. Avec une méthode qui doit être très similaire avec ce Sly a du faire. Frédéric. Le 15 janvier 2013 20:25, sly (sylvain letuffe) li...@letuffe.org a écrit : Tant que j'y pense a propos de ce fil, j'ai ajouté une fonctionnalité à mon truc de suivi des communes : http://suivi.openstreetmap.fr/communes/commune_stat.log C'est pas terrible, difficilement utilisable, mais comme il m'a suffit d'une commande, je le fourni au cas où. En gros, ça donne, pour chaque département, un point où le bidule a trouver un type de bug de géométrie bien spécifique (d'une commune ou d'un département) ça peut, dans certains cas, expliquer pourquoi une commune est encore listée alors qu'elle y est. Exemple de lecture : dep :09... NOTICE: Self-intersection at or near point 107112.539 5326781.469997 ça, ça veut dire qu'au point 107112 5326781 y'a sans doute sûrement un bug de géométrie. Vous êtes bien avancé hein ? Pour savoir où c'est, JOSM doit être passé en coordonnées mercator -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
- Mail original - De: sly (sylvain letuffe) li...@letuffe.org À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mercredi 16 Janvier 2013 00:06:55 Objet: Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...) Le mardi 15 janvier 2013 22:46:28, Vincent de Chateau-Thierry a écrit : Mais pour Postgis, le coin, parfois, ça dépasse les bornes. Elle me plaît celle là ;-) Fortunes ? http://wiki.openstreetmap.org/wiki/FR:Fortunes ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
Bonjour, Concernant cette liste de communeshttp://openstreetmap.fr/outils/limites-communales-a-importer, je viens de voir que les 2 premières (Melay et Nuelles) sont en fait des communes qui se sont récemment regroupées en commune nouvelle avec leur voisine, et la nouvelle relation apparait bien dans OSM. Il faudrait donc faire quelque chose pour que leur nom disparaisse de cette liste, non ? Francescu Le 12 janvier 2013 02:11, Philippe Verdy verd...@wanadoo.fr a écrit : 2013/1/12 Christian Quest cqu...@openstreetmap.fr: http://openstreetmap.fr/outils (disponible via le slideshow à droite) Sur le slideshow, donc pas toujours affiché. C'est au petit bonheur la chance, alors qu'il devrait y avoir une section entière du site sur les outils qui sont maintenus localement. (pourquoi on n'a pas un lien OUTILS sur la barre de menu en haut ? Pourquoi ce lien n'est pas dans la page LE PROJET ? ou alors en bas à droite de la page dans la section Navigation) Et pas complet non plus (certains projets tiers soutenus par OSM France ou recommandés ne sont pas listés). Je trouve cela dommage. De plus ces outils ne sont toujours pas liés entre eux quand ce serait pertinent (souvent on a des infos affichées sur des entités mais aucun lien dessus ou à côté, vers un autre outil donnant plus d'informations). L'ensemble manque alors de cohérence. http://wiki.openstreetmap.org/wiki/FR:Servers#Liste_des_adresses_sur_le_domaine_openstreetmap.fr Ca c'est plus technique, mais c'est utile pour connaitre l'état des serveurs (mais incomplet là aussi, le wiki n'est généralement pas maintenu, et reste difficile à mettre à jour puisqu'on ne peut presque rien y scripter, ni rien y transclure avec un outil comme RSS sur un feed externe sélectionné). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
C'est corrigé dans le script qui les masque désormais, mais sly devrait aussi le corriger de son côté. Le 15 janvier 2013 09:39, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, Concernant cette liste de communeshttp://openstreetmap.fr/outils/limites-communales-a-importer, je viens de voir que les 2 premières (Melay et Nuelles) sont en fait des communes qui se sont récemment regroupées en commune nouvelle avec leur voisine, et la nouvelle relation apparait bien dans OSM. Il faudrait donc faire quelque chose pour que leur nom disparaisse de cette liste, non ? Francescu Le 12 janvier 2013 02:11, Philippe Verdy verd...@wanadoo.fr a écrit : 2013/1/12 Christian Quest cqu...@openstreetmap.fr: http://openstreetmap.fr/outils (disponible via le slideshow à droite) Sur le slideshow, donc pas toujours affiché. C'est au petit bonheur la chance, alors qu'il devrait y avoir une section entière du site sur les outils qui sont maintenus localement. (pourquoi on n'a pas un lien OUTILS sur la barre de menu en haut ? Pourquoi ce lien n'est pas dans la page LE PROJET ? ou alors en bas à droite de la page dans la section Navigation) Et pas complet non plus (certains projets tiers soutenus par OSM France ou recommandés ne sont pas listés). Je trouve cela dommage. De plus ces outils ne sont toujours pas liés entre eux quand ce serait pertinent (souvent on a des infos affichées sur des entités mais aucun lien dessus ou à côté, vers un autre outil donnant plus d'informations). L'ensemble manque alors de cohérence. http://wiki.openstreetmap.org/wiki/FR:Servers#Liste_des_adresses_sur_le_domaine_openstreetmap.fr Ca c'est plus technique, mais c'est utile pour connaitre l'état des serveurs (mais incomplet là aussi, le wiki n'est généralement pas maintenu, et reste difficile à mettre à jour puisqu'on ne peut presque rien y scripter, ni rien y transclure avec un outil comme RSS sur un feed externe sélectionné). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
Merci. Autre remarque, toujours sur cette liste : il est indiqué que le code INSEE de Saint-Martin est 97127. Hors Wikipediahttp://fr.wikipedia.org/wiki/Saint-Martin_%28Antilles_fran%C3%A7aises%29et l'INSEEhttp://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales/com.asp?dep=978me disent que c'est 97801. Il semblerait que 97127 soit un vieux code INSEE, puisqu'il apparait dans d'anciens recensementshttp://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales99/commune.asp?annee=1999depcom=97127 Francescu Le 15 janvier 2013 09:57, Christian Quest cqu...@openstreetmap.fr a écrit : C'est corrigé dans le script qui les masque désormais, mais sly devrait aussi le corriger de son côté. Le 15 janvier 2013 09:39, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, Concernant cette liste de communeshttp://openstreetmap.fr/outils/limites-communales-a-importer, je viens de voir que les 2 premières (Melay et Nuelles) sont en fait des communes qui se sont récemment regroupées en commune nouvelle avec leur voisine, et la nouvelle relation apparait bien dans OSM. Il faudrait donc faire quelque chose pour que leur nom disparaisse de cette liste, non ? Francescu Le 12 janvier 2013 02:11, Philippe Verdy verd...@wanadoo.fr a écrit : 2013/1/12 Christian Quest cqu...@openstreetmap.fr: http://openstreetmap.fr/outils (disponible via le slideshow à droite) Sur le slideshow, donc pas toujours affiché. C'est au petit bonheur la chance, alors qu'il devrait y avoir une section entière du site sur les outils qui sont maintenus localement. (pourquoi on n'a pas un lien OUTILS sur la barre de menu en haut ? Pourquoi ce lien n'est pas dans la page LE PROJET ? ou alors en bas à droite de la page dans la section Navigation) Et pas complet non plus (certains projets tiers soutenus par OSM France ou recommandés ne sont pas listés). Je trouve cela dommage. De plus ces outils ne sont toujours pas liés entre eux quand ce serait pertinent (souvent on a des infos affichées sur des entités mais aucun lien dessus ou à côté, vers un autre outil donnant plus d'informations). L'ensemble manque alors de cohérence. http://wiki.openstreetmap.org/wiki/FR:Servers#Liste_des_adresses_sur_le_domaine_openstreetmap.fr Ca c'est plus technique, mais c'est utile pour connaitre l'état des serveurs (mais incomplet là aussi, le wiki n'est généralement pas maintenu, et reste difficile à mettre à jour puisqu'on ne peut presque rien y scripter, ni rien y transclure avec un outil comme RSS sur un feed externe sélectionné). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
Merci pour tous ces efforts, à la fois pour la modif de l'outil, et l'intégration des nouvelles limites ! Le 15 janvier 2013 09:57, Christian Quest cqu...@openstreetmap.fr a écrit : C'est corrigé dans le script qui les masque désormais, mais sly devrait aussi le corriger de son côté. Le 15 janvier 2013 09:39, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, Concernant cette liste de communeshttp://openstreetmap.fr/outils/limites-communales-a-importer, je viens de voir que les 2 premières (Melay et Nuelles) sont en fait des communes qui se sont récemment regroupées en commune nouvelle avec leur voisine, et la nouvelle relation apparait bien dans OSM. Il faudrait donc faire quelque chose pour que leur nom disparaisse de cette liste, non ? Francescu Le 12 janvier 2013 02:11, Philippe Verdy verd...@wanadoo.fr a écrit : 2013/1/12 Christian Quest cqu...@openstreetmap.fr: http://openstreetmap.fr/outils (disponible via le slideshow à droite) Sur le slideshow, donc pas toujours affiché. C'est au petit bonheur la chance, alors qu'il devrait y avoir une section entière du site sur les outils qui sont maintenus localement. (pourquoi on n'a pas un lien OUTILS sur la barre de menu en haut ? Pourquoi ce lien n'est pas dans la page LE PROJET ? ou alors en bas à droite de la page dans la section Navigation) Et pas complet non plus (certains projets tiers soutenus par OSM France ou recommandés ne sont pas listés). Je trouve cela dommage. De plus ces outils ne sont toujours pas liés entre eux quand ce serait pertinent (souvent on a des infos affichées sur des entités mais aucun lien dessus ou à côté, vers un autre outil donnant plus d'informations). L'ensemble manque alors de cohérence. http://wiki.openstreetmap.org/wiki/FR:Servers#Liste_des_adresses_sur_le_domaine_openstreetmap.fr Ca c'est plus technique, mais c'est utile pour connaitre l'état des serveurs (mais incomplet là aussi, le wiki n'est généralement pas maintenu, et reste difficile à mettre à jour puisqu'on ne peut presque rien y scripter, ni rien y transclure avec un outil comme RSS sur un feed externe sélectionné). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
Effectivement 97127 est le code quand Saint-Martin était une commune de la Guadeloupe (971). En devenant une COM à part, la COM est codée 978 et comme c'est la seule commune elle prend le code 01 (en fait c'est la même collectivité qui a les compétences de la COM, qui inclut celles de du département et de la région, et les compétences de la commune, il n'y a pas vraiment de commune ; 97801 est juste là pour avoir une couverture du territoire avec des codes à 5 chiffres au niveau communal ; le code SIREN de la COM a aussi changé 21978001x (je ne connais pas le dernier chiffre x ici). L'INSEE a encore des statistiques historiques sous l'ancien code, et tout n'est pas migré (notamment pas les archives PDF ou Excel, ni les rapports généraux des anciens recensements et bon nombre de données économiques qui ne sont pas changées très souvent). Pour un cas comme ça, on devrait pourvoir indiquer old_ref:INSEE=97127 pour faire le lien. Le 15 janvier 2013 10:10, Francescu GAROBY windu...@gmail.com a écrit : Merci. Autre remarque, toujours sur cette liste : il est indiqué que le code INSEE de Saint-Martin est 97127. Hors Wikipediahttp://fr.wikipedia.org/wiki/Saint-Martin_%28Antilles_fran%C3%A7aises%29et l'INSEEhttp://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales/com.asp?dep=978me disent que c'est 97801. Il semblerait que 97127 soit un vieux code INSEE, puisqu'il apparait dans d'anciens recensementshttp://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales99/commune.asp?annee=1999depcom=97127 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
En fait, même remarque pour Saint-Barthélemy : mauvais code INSEE indiqué (97701 et non 97123) Francescu Le 15 janvier 2013 10:10, Francescu GAROBY windu...@gmail.com a écrit : Merci. Autre remarque, toujours sur cette liste : il est indiqué que le code INSEE de Saint-Martin est 97127. Hors Wikipediahttp://fr.wikipedia.org/wiki/Saint-Martin_%28Antilles_fran%C3%A7aises%29et l'INSEEhttp://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales/com.asp?dep=978me disent que c'est 97801. Il semblerait que 97127 soit un vieux code INSEE, puisqu'il apparait dans d'anciens recensementshttp://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales99/commune.asp?annee=1999depcom=97127 Francescu Le 15 janvier 2013 09:57, Christian Quest cqu...@openstreetmap.fr a écrit : C'est corrigé dans le script qui les masque désormais, mais sly devrait aussi le corriger de son côté. Le 15 janvier 2013 09:39, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, Concernant cette liste de communeshttp://openstreetmap.fr/outils/limites-communales-a-importer, je viens de voir que les 2 premières (Melay et Nuelles) sont en fait des communes qui se sont récemment regroupées en commune nouvelle avec leur voisine, et la nouvelle relation apparait bien dans OSM. Il faudrait donc faire quelque chose pour que leur nom disparaisse de cette liste, non ? Francescu Le 12 janvier 2013 02:11, Philippe Verdy verd...@wanadoo.fr a écrit : 2013/1/12 Christian Quest cqu...@openstreetmap.fr: http://openstreetmap.fr/outils (disponible via le slideshow à droite) Sur le slideshow, donc pas toujours affiché. C'est au petit bonheur la chance, alors qu'il devrait y avoir une section entière du site sur les outils qui sont maintenus localement. (pourquoi on n'a pas un lien OUTILS sur la barre de menu en haut ? Pourquoi ce lien n'est pas dans la page LE PROJET ? ou alors en bas à droite de la page dans la section Navigation) Et pas complet non plus (certains projets tiers soutenus par OSM France ou recommandés ne sont pas listés). Je trouve cela dommage. De plus ces outils ne sont toujours pas liés entre eux quand ce serait pertinent (souvent on a des infos affichées sur des entités mais aucun lien dessus ou à côté, vers un autre outil donnant plus d'informations). L'ensemble manque alors de cohérence. http://wiki.openstreetmap.org/wiki/FR:Servers#Liste_des_adresses_sur_le_domaine_openstreetmap.fr Ca c'est plus technique, mais c'est utile pour connaitre l'état des serveurs (mais incomplet là aussi, le wiki n'est généralement pas maintenu, et reste difficile à mettre à jour puisqu'on ne peut presque rien y scripter, ni rien y transclure avec un outil comme RSS sur un feed externe sélectionné). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
Non cette fois le code actuel est bien 97701, 97123 c'est l'ancien dans la Guadeloupe. On a encore des deux pour retrouver bon nombre de statistiques (il ne me semble pas y a voir eu de nouveau recensement depuis la sortie du DOM de Guadeloupe et le passage en COM et la disparition de la commune). Le 15 janvier 2013 10:24, Francescu GAROBY windu...@gmail.com a écrit : En fait, même remarque pour Saint-Barthélemy : mauvais code INSEE indiqué (97701 et non 97123) Francescu Le 15 janvier 2013 10:10, Francescu GAROBY windu...@gmail.com a écrit : Merci. Autre remarque, toujours sur cette liste : il est indiqué que le code INSEE de Saint-Martin est 97127. Hors Wikipediahttp://fr.wikipedia.org/wiki/Saint-Martin_%28Antilles_fran%C3%A7aises%29et l'INSEEhttp://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales/com.asp?dep=978me disent que c'est 97801. Il semblerait que 97127 soit un vieux code INSEE, puisqu'il apparait dans d'anciens recensementshttp://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales99/commune.asp?annee=1999depcom=97127 Francescu Le 15 janvier 2013 09:57, Christian Quest cqu...@openstreetmap.fr a écrit : C'est corrigé dans le script qui les masque désormais, mais sly devrait aussi le corriger de son côté. Le 15 janvier 2013 09:39, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, Concernant cette liste de communeshttp://openstreetmap.fr/outils/limites-communales-a-importer, je viens de voir que les 2 premières (Melay et Nuelles) sont en fait des communes qui se sont récemment regroupées en commune nouvelle avec leur voisine, et la nouvelle relation apparait bien dans OSM. Il faudrait donc faire quelque chose pour que leur nom disparaisse de cette liste, non ? Francescu Le 12 janvier 2013 02:11, Philippe Verdy verd...@wanadoo.fr a écrit : 2013/1/12 Christian Quest cqu...@openstreetmap.fr: http://openstreetmap.fr/outils (disponible via le slideshow à droite) Sur le slideshow, donc pas toujours affiché. C'est au petit bonheur la chance, alors qu'il devrait y avoir une section entière du site sur les outils qui sont maintenus localement. (pourquoi on n'a pas un lien OUTILS sur la barre de menu en haut ? Pourquoi ce lien n'est pas dans la page LE PROJET ? ou alors en bas à droite de la page dans la section Navigation) Et pas complet non plus (certains projets tiers soutenus par OSM France ou recommandés ne sont pas listés). Je trouve cela dommage. De plus ces outils ne sont toujours pas liés entre eux quand ce serait pertinent (souvent on a des infos affichées sur des entités mais aucun lien dessus ou à côté, vers un autre outil donnant plus d'informations). L'ensemble manque alors de cohérence. http://wiki.openstreetmap.org/wiki/FR:Servers#Liste_des_adresses_sur_le_domaine_openstreetmap.fr Ca c'est plus technique, mais c'est utile pour connaitre l'état des serveurs (mais incomplet là aussi, le wiki n'est généralement pas maintenu, et reste difficile à mettre à jour puisqu'on ne peut presque rien y scripter, ni rien y transclure avec un outil comme RSS sur un feed externe sélectionné). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
C'est ce que je dis : le code INSEE est 97701 et non 97123. Francescu Le 15 janvier 2013 10:29, Philippe Verdy verd...@wanadoo.fr a écrit : Non cette fois le code actuel est bien 97701, 97123 c'est l'ancien dans la Guadeloupe. On a encore des deux pour retrouver bon nombre de statistiques (il ne me semble pas y a voir eu de nouveau recensement depuis la sortie du DOM de Guadeloupe et le passage en COM et la disparition de la commune). Le 15 janvier 2013 10:24, Francescu GAROBY windu...@gmail.com a écrit : En fait, même remarque pour Saint-Barthélemy : mauvais code INSEE indiqué (97701 et non 97123) Francescu Le 15 janvier 2013 10:10, Francescu GAROBY windu...@gmail.com a écrit : Merci. Autre remarque, toujours sur cette liste : il est indiqué que le code INSEE de Saint-Martin est 97127. Hors Wikipediahttp://fr.wikipedia.org/wiki/Saint-Martin_%28Antilles_fran%C3%A7aises%29et l'INSEEhttp://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales/com.asp?dep=978me disent que c'est 97801. Il semblerait que 97127 soit un vieux code INSEE, puisqu'il apparait dans d'anciens recensementshttp://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales99/commune.asp?annee=1999depcom=97127 Francescu Le 15 janvier 2013 09:57, Christian Quest cqu...@openstreetmap.fr a écrit : C'est corrigé dans le script qui les masque désormais, mais sly devrait aussi le corriger de son côté. Le 15 janvier 2013 09:39, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, Concernant cette liste de communeshttp://openstreetmap.fr/outils/limites-communales-a-importer, je viens de voir que les 2 premières (Melay et Nuelles) sont en fait des communes qui se sont récemment regroupées en commune nouvelle avec leur voisine, et la nouvelle relation apparait bien dans OSM. Il faudrait donc faire quelque chose pour que leur nom disparaisse de cette liste, non ? Francescu Le 12 janvier 2013 02:11, Philippe Verdy verd...@wanadoo.fr a écrit : 2013/1/12 Christian Quest cqu...@openstreetmap.fr: http://openstreetmap.fr/outils (disponible via le slideshow à droite) Sur le slideshow, donc pas toujours affiché. C'est au petit bonheur la chance, alors qu'il devrait y avoir une section entière du site sur les outils qui sont maintenus localement. (pourquoi on n'a pas un lien OUTILS sur la barre de menu en haut ? Pourquoi ce lien n'est pas dans la page LE PROJET ? ou alors en bas à droite de la page dans la section Navigation) Et pas complet non plus (certains projets tiers soutenus par OSM France ou recommandés ne sont pas listés). Je trouve cela dommage. De plus ces outils ne sont toujours pas liés entre eux quand ce serait pertinent (souvent on a des infos affichées sur des entités mais aucun lien dessus ou à côté, vers un autre outil donnant plus d'informations). L'ensemble manque alors de cohérence. http://wiki.openstreetmap.org/wiki/FR:Servers#Liste_des_adresses_sur_le_domaine_openstreetmap.fr Ca c'est plus technique, mais c'est utile pour connaitre l'état des serveurs (mais incomplet là aussi, le wiki n'est généralement pas maintenu, et reste difficile à mettre à jour puisqu'on ne peut presque rien y scripter, ni rien y transclure avec un outil comme RSS sur un feed externe sélectionné). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
J'ai récemment fini les communes du Var (83) en raster mais une commune : GAREOULT (ref:INSEE 83064) est toujours listée dans http://suivi.openstreetmap.fr/communes/communes.csv.txt alors qu'elle semble ok dans JOSM et par http://osmose.openstreetmap.fr/map/?zoom=13lat=43.33949lon=6.04459layers=BFFTFFFTitem=6010,6020,6030,6040,6050,6060level=1,2,3 Savez pourquoi, car je ne vois pas. Vlad. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
Bonjour, De : Vladimir Vyskocil J'ai récemment fini les communes du Var (83) en raster \o/ On devrait pouvoir définir tous les arrondissements du 83 alors :-) http://layers.openstreetmap.fr/?zoom=9lat=43.56019lon=6.22958layers=0B000FFTTF mais une commune : GAREOULT (ref:INSEE 83064) est toujours listée dans http://suivi.openstreetmap.fr/communes/communes.csv.txt alors qu'elle semble ok dans JOSM Il y a un croisement malvenu sur ce point : http://www.openstreetmap.org/browse/node/2102071892 (merci à 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
On 15 janv. 2013, at 12:26, Vincent de Chateau-Thierry v...@laposte.net wrote: Bonjour, De : Vladimir Vyskocil J'ai récemment fini les communes du Var (83) en raster \o/ Content que cela fasse plaisir :) Mais il y a encore du boulot car j'ai vu qu'une partie des communes provient de GeoFLA dont la précision est vraiment faible. J'ai mis à jour certaines des limites provenant de GeoFLA quand elles étaient communes (!) avec les dernières que j'ai entré depuis le cadastre raster (la aussi la précision et la concordance entre 2 communes voisines laisse parfois à désirer), et j'ai du oublier d'enlever pas mal de tag source=GeoFLA dans l'opération... On devrait pouvoir définir tous les arrondissements du 83 alors :-) http://layers.openstreetmap.fr/?zoom=9lat=43.56019lon=6.22958layers=0B000FFTTF Je passe mon tour ! mais une commune : GAREOULT (ref:INSEE 83064) est toujours listée dans http://suivi.openstreetmap.fr/communes/communes.csv.txt alors qu'elle semble ok dans JOSM Il y a un croisement malvenu sur ce point : http://www.openstreetmap.org/browse/node/2102071892 (merci à http://analyser.openstreetmap.fr/cgi-bin/index.py ) Merci, je n'ai pas pensé à vérifier avec cet outils. C'est corrigé ! vincent Vlad. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
Le 15 janvier 2013 14:19, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit : Content que cela fasse plaisir :) Mais il y a encore du boulot car j'ai vu qu'une partie des communes provient de GeoFLA dont la précision est vraiment faible. J'ai mis à jour certaines des limites provenant de GeoFLA quand elles étaient communes (!) avec les dernières que j'ai entré depuis le cadastre raster (la aussi la précision et la concordance entre 2 communes voisines laisse parfois à désirer), et j'ai du oublier d'enlever pas mal de tag source=GeoFLA dans l'opération... Tu as des exemples ? Vu la piètre précision de GEOFLA, on avait décidé ici même de ne pas faire d'import en dehors des nœuds place manquants. On approche les 87% de communes... \o/ +1 -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
Le 15 janvier 2013 14:19, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit : On devrait pouvoir définir tous les arrondissements du 83 alors :-) http://layers.openstreetmap.fr/?zoom=9lat=43.56019lon=6.22958layers=0B000FFTTF Je passe mon tour ! Il ne faut pas oublier comcom maker de Vincent pour ce genre d'édition ! ;-) http://osm7.openstreetmap.fr/~vincentpottier/comcom/?zoom=9lat=5373878.06006lon=674155.88031layers=BTT ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
2013/1/15 Christian Quest cqu...@openstreetmap.fr: Vu la piètre précision de GEOFLA, on avait décidé ici même de ne pas faire d'import en dehors des nœuds place manquants. +1 On a déjà eu assez de mal à se débarrasser des limites Cartographes et associés. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
Le 15 janvier 2013 14:48, Pieren pier...@gmail.com a écrit : 2013/1/15 Christian Quest cqu...@openstreetmap.fr: Vu la piètre précision de GEOFLA, on avait décidé ici même de ne pas faire d'import en dehors des nœuds place manquants. +1 On a déjà eu assez de mal à se débarrasser des limites Cartographes et associés. Il me semble que j'en ai encore retrouvé un bout ces derniers jours en réparant les limites de Chatuzange le Goubet... converted_by=editop... et vu la tête de la limite c'était limite :) Je pense par contre qu'il faudrait généraliser l'outil d'analyse des limites administrative de sly, pour vérifier la validité des toutes les relations boundary=* car on en a de plus en plus (administratives, électorales, religieuses, EPCI, etc) et bien sûr les risques d'en casser augmentent. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
Le mardi 15 janvier 2013 14:59:12, Christian Quest a écrit : Je pense par contre qu'il faudrait généraliser l'outil d'analyse des limites administrative de sly, pour vérifier la validité des toutes les relations boundary=* car on en a de plus en plus (administratives, électorales, religieuses, EPCI, etc) et bien sûr les risques d'en casser augmentent. +1 J'ai bien ça en tête, comme on en avait discuté sur IRC, idéalement, avec un plugin osmose. Mais le principe de mon analyse c'est qu'elle ne peut tourner uniquement avec les données OSM, elle est conçue pour faire une analyse par comparaison. Dans le cas actuel, avec la liste du cadastre pour avoir les communes. et une itération de 01 à 95 + DOM/TOM pour la liste des départements Pour l'étendre, il faudrait lui trouver une source pour toutes les autres frontières que tu cites. bref, un peu de temps, un peu de recherche et un peu de code ;-) Mais ce serait vraiment un plus, les relations en pérpétuelle construction ont cette tendance à ne plus être fermé car quelqu'un peut toujours faire un erreur (tant, en tout cas, que l'api ne refusera pas les multipolygons buggés : mais je ne dis pas qu'elle doit forcément le faire) -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
De : Vladimir Vyskocil Mais il y a encore du boulot car j'ai vu qu'une partie des communes provient de GeoFLA dont la précision est vraiment faible. J'ai mis à jour certaines des limites provenant de GeoFLA quand elles étaient communes (!) avec les dernières que j'ai entré depuis le cadastre raster (la aussi la précision et la concordance entre 2 communes voisines laisse parfois à désirer), et j'ai du oublier d'enlever pas mal de tag source=GeoFLA dans l'opération... J'avais contacté (en mai 2012) le contributeur à l'origine de ces tracés du GeoFLA. Il avait ajouté ces limites en connaissances des discussions d'ici sur le sujet, d'où sa mention de source GeoFLA. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
On 15 janv. 2013, at 14:27, Christian Quest cqu...@openstreetmap.fr wrote: Le 15 janvier 2013 14:19, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit : Content que cela fasse plaisir :) Mais il y a encore du boulot car j'ai vu qu'une partie des communes provient de GeoFLA dont la précision est vraiment faible. J'ai mis à jour certaines des limites provenant de GeoFLA quand elles étaient communes (!) avec les dernières que j'ai entré depuis le cadastre raster (la aussi la précision et la concordance entre 2 communes voisines laisse parfois à désirer), et j'ai du oublier d'enlever pas mal de tag source=GeoFLA dans l'opération... Tu as des exemples ? http://www.openstreetmap.org/browse/relation/2162212 par exemple et d'autres dans les alentours Vu la piètre précision de GEOFLA, on avait décidé ici même de ne pas faire d'import en dehors des nœuds place manquants. Je vais progressivement les remplacer en utilisant l'infrastructure en place, donc merci de ne pas tout effacer ;-) On approche les 87% de communes... \o/ +1 -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
Le besoin d'une liste externe c'est pour l'exhaustivité. Je pensais déjà à juste signaler les boundary=* dont le multipolygone ne ferme pas... Le 15 janvier 2013 15:19, sly (sylvain letuffe) li...@letuffe.org a écrit : J'ai bien ça en tête, comme on en avait discuté sur IRC, idéalement, avec un plugin osmose. Mais le principe de mon analyse c'est qu'elle ne peut tourner uniquement avec les données OSM, elle est conçue pour faire une analyse par comparaison. Dans le cas actuel, avec la liste du cadastre pour avoir les communes. et une itération de 01 à 95 + DOM/TOM pour la liste des départements Pour l'étendre, il faudrait lui trouver une source pour toutes les autres frontières que tu cites. bref, un peu de temps, un peu de recherche et un peu de code ;-) Mais ce serait vraiment un plus, les relations en pérpétuelle construction ont cette tendance à ne plus être fermé car quelqu'un peut toujours faire un erreur (tant, en tout cas, que l'api ne refusera pas les multipolygons buggés : mais je ne dis pas qu'elle doit forcément le faire) -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
2013/1/15 Vladimir Vyskocil vladimir.vysko...@gmail.com: http://www.openstreetmap.org/browse/relation/2162212 par exemple et d'autres dans les alentours Ce way: http://www.openstreetmap.org/browse/way/161413830 est marqué source=GeoFLA alors que sa résolution semble provenir du cadastre... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
On 15 janv. 2013, at 15:46, Pieren pier...@gmail.com wrote: 2013/1/15 Vladimir Vyskocil vladimir.vysko...@gmail.com: http://www.openstreetmap.org/browse/relation/2162212 par exemple et d'autres dans les alentours Ce way: http://www.openstreetmap.org/browse/way/161413830 est marqué source=GeoFLA alors que sa résolution semble provenir du cadastre... Oui j'ai vu ça... je pensais que quand le plugin cadastre demande pour ajouter son tag lors de l'upload il le faisait partout mais en fait non, soit parce que la source était déjà renseignée soit parce que way n'a été que modifié. Je vais revoir tout ça et remplacer la source=GeoFLA par cadastre- la ou j'ai utilisé le cadastre raffiner ce qui existait déjà. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
Il ne le fait que pour les nouveaux objets sans tag source. C'est clair... GEOFLA: 3 nœuds, vlad+cadastre raster... je compterai pas ;) Vainqueur: vlad ! Le 15 janvier 2013 15:54, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit : On 15 janv. 2013, at 15:46, Pieren pier...@gmail.com wrote: 2013/1/15 Vladimir Vyskocil vladimir.vysko...@gmail.com: http://www.openstreetmap.org/browse/relation/2162212 par exemple et d'autres dans les alentours Ce way: http://www.openstreetmap.org/browse/way/161413830 est marqué source=GeoFLA alors que sa résolution semble provenir du cadastre... Oui j'ai vu ça... je pensais que quand le plugin cadastre demande pour ajouter son tag lors de l'upload il le faisait partout mais en fait non, soit parce que la source était déjà renseignée soit parce que way n'a été que modifié. Je vais revoir tout ça et remplacer la source=GeoFLA par cadastre- la ou j'ai utilisé le cadastre raffiner ce qui existait déjà. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
On Tue, Jan 15, 2013 at 03:37:59PM +0100, Christian Quest wrote: Le besoin d'une liste externe c'est pour l'exhaustivité. Je pensais déjà à juste signaler les boundary=* dont le multipolygone ne ferme pas... On a déjà une analyse osmose pour vérifier les relation de type boundary et multipolygon: http://osmose.openstreetmap.fr/map/?source=3item=level=1,2,3 Cette analyse couvre le monde entier, et a actuellement 25000 relations non fermées. Il y a donc pas mal de boulot :) http://osmose.openstreetmap.fr/errors/?source=3 -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
Tant que j'y pense a propos de ce fil, j'ai ajouté une fonctionnalité à mon truc de suivi des communes : http://suivi.openstreetmap.fr/communes/commune_stat.log C'est pas terrible, difficilement utilisable, mais comme il m'a suffit d'une commande, je le fourni au cas où. En gros, ça donne, pour chaque département, un point où le bidule a trouver un type de bug de géométrie bien spécifique (d'une commune ou d'un département) ça peut, dans certains cas, expliquer pourquoi une commune est encore listée alors qu'elle y est. Exemple de lecture : dep :09... NOTICE: Self-intersection at or near point 107112.539 5326781.469997 ça, ça veut dire qu'au point 107112 5326781 y'a sans doute sûrement un bug de géométrie. Vous êtes bien avancé hein ? Pour savoir où c'est, JOSM doit être passé en coordonnées mercator -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
Le 15/01/2013 20:25, sly (sylvain letuffe) a écrit : Tant que j'y pense a propos de ce fil, j'ai ajouté une fonctionnalité à mon truc de suivi des communes : http://suivi.openstreetmap.fr/communes/commune_stat.log C'est pas terrible, difficilement utilisable, mais comme il m'a suffit d'une commande, je le fourni au cas où. En gros, ça donne, pour chaque département, un point où le bidule a trouver un type de bug de géométrie bien spécifique (d'une commune ou d'un département) ça peut, dans certains cas, expliquer pourquoi une commune est encore listée alors qu'elle y est. Exemple de lecture : dep :09... NOTICE: Self-intersection at or near point 107112.539 5326781.469997 ça, ça veut dire qu'au point 107112 5326781 y'a sans doute sûrement un bug de géométrie. Intéressant, et... pas facile d'usage en effet. Je viens de regarder le point que tu cites, indiqué à la fois pour le 09 et le 31, eh bien il n'est pas sur la limite des 2 depts :-( Postgis nous dit y'a un problème dans le coin, par là. Mais pour Postgis, le coin, parfois, ça dépasse les bornes. Donc une aire de recherche pas si simple à balayer. Donc au pire on ne s'en servira pas (comme avant, quoi), et au mieux ça permettra de cibler un coin à problème, ce qui reste intéressant quand les limites en cause sont lourdes à charger (arrdts, depts, etc.). Vous êtes bien avancé hein ? Finalement oui, en fait :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
Le 15 janvier 2013 20:25, sly (sylvain letuffe) li...@letuffe.org a écrit : Tant que j'y pense a propos de ce fil, j'ai ajouté une fonctionnalité à mon truc de suivi des communes : http://suivi.openstreetmap.fr/communes/commune_stat.log C'est pas terrible, difficilement utilisable, mais comme il m'a suffit d'une commande, je le fourni au cas où. En gros, ça donne, pour chaque département, un point où le bidule a trouver un type de bug de géométrie bien spécifique (d'une commune ou d'un département) ça peut, dans certains cas, expliquer pourquoi une commune est encore listée alors qu'elle y est. Exemple de lecture : dep :09... NOTICE: Self-intersection at or near point 107112.539 5326781.469997 ça, ça veut dire qu'au point 107112 5326781 y'a sans doute sûrement un bug de géométrie. Vous êtes bien avancé hein ? Pour savoir où c'est, JOSM doit être passé en coordonnées mercator Petite idée : ce serait nettement plus pratique de donner les ids des deux ways qui se coupent à ces coordonnées (les as-tu encore dans ton outil ou bien c'est perdu par la transformation OSM vers OpenGIS ?). Plus besoin alors de chercher, on charge les deux ways dans JOSM, plus CTRL+ALT+D pour les relations dépendantes (qu'on ont peut aussi vouloir ensuite charger tous les autres membres pour vérifier la cohérence avec les relations voisines), et on peut zoomer dessus immédiatement. Les coordonnées en Mercator sont peu habituelles quand les éditeurs sont par défaut en WGS84, et ne permettent pas de charger la zone précisément (il faut cibler large autour pour avoir au moins un sommet des deux segments dans la zone chargée sinon on ne charge rien du tout, et c'est plus difficile ensuite de repérer les deux segments), ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
Le 15/01/2013 23:35, Philippe Verdy a écrit : Petite idée : ce serait nettement plus pratique de donner les ids des deux ways qui se coupent à ces coordonnées (les as-tu encore dans ton outil ou bien c'est perdu par la transformation OSM vers OpenGIS ?). Un seul way suffit pour produire le problème indiqué. Mais surtout, les coordonnées remontées par Postgis (OpenGIS, kesako ?) ne sont pas forcément sur le(s) way(s) en question, mais sur ou à proximité de sans plus de précision. C'est ce qui rend l'intérêt du log aléatoire. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
Le mardi 15 janvier 2013 22:46:28, Vincent de Chateau-Thierry a écrit : Mais pour Postgis, le coin, parfois, ça dépasse les bornes. Elle me plaît celle là ;-) Vous êtes bien avancé hein ? Finalement oui, en fait :-) Je viens d'essayer et c'est en effet inutilisable, je n'ai rien réussi à en tirer. Bon, on oubli et osmose fait ça en bien mieux ;-) -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
Le 15 janvier 2013 23:53, Vincent de Chateau-Thierry v...@laposte.net a écrit : Le 15/01/2013 23:35, Philippe Verdy a écrit : Petite idée : ce serait nettement plus pratique de donner les ids des deux ways qui se coupent à ces coordonnées (les as-tu encore dans ton outil ou bien c'est perdu par la transformation OSM vers OpenGIS ?). Un seul way suffit pour produire le problème indiqué (oui effectivement mais la mention de 'self-intersection concernait les tests sur les polygones de relations, et le plus souvent ces cas se produisent entre deux ways d'une même relation, souvent par des modifs faites sur d'autres relations sans vérifier les dépendances) Mais surtout, les coordonnées remontées par Postgis (OpenGIS, kesako ?) ne sont pas forcément sur le(s) way(s) en question, mais sur ou à proximité de sans plus de précision. à proximité ? Le Log parle de self-intersection donc la notion de self implique qu'un objet est bien référencé quelque part pour faire une intersection avec lui-même. C'est cet objet qu'il faut identifier (que ce soit une relation à cause de l'iintersection entre deux de ses chemins membres, ou un seul chemin qui se recoupe lui-même. Les auto-intersections ne sont pas toujours faciles à repérer parfois cela peut être pour seulement quelques centimètres à cause de la précision de la vue dans l'éditeur, mais cela peut venir d'un oubli de fusionner correctement deux noeuds en un seul (cas assez courant chez les utilisateurs de Potlatch, qui préfèrent sans arrête redessiner des polygones superposés plutôt que de gérer des fusions et travailler sur des relations qui sont presque impossibles à comprendre dans Potlatch et très peu pratiques à éditer avec). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
On va encore me répondre YAKA, mais tout de même ceux qui s'occupent des différents scripts français devraient s'entendre entre eux pour que chacun fasse les références croisées entre les divers outils, afin d'offrir plus d'intégration entre eux, et aboutir à une convergence des points de vue ou avoir des solutions de repli faciles à trouver. Je regrette aussi que le site OSM français ne soit qu'un blogue en perpétuel changement et n'aie pas une section faisant le point entre les outils disponibles, car ils sont difficiles à trouver si on n'est pas abonné à cette liste, et difficiel à retrouver ensuite si on doit les chercher dans les flots de messages. Notre mémoire a des limites. Bref, il faudrait une section du forumn réservée à quelques abonnés, mais consultable par tous, recensant les divers outils (avec ensuite un modérateur pour faire le tri entre les annonces obsolètes pour les déplacer dans une archive, afin de recenser uniquement ce qui est encore d'actualité. On devrait y trouver tous les outils dispo, les adresses des divers serveurs, les projets Opensource, les adresses où trouver des exports spécifiques, des styles de rendus, des compte-rendus d'analyse divers, et les rendus d'analyse spécifique. Car en fin de compte on finit par ne plus utiliser qu'un ou deux des outils et oublier les autres. Cela n'empêche pas d'aller aussi en parler sur le wiki d'OSM mondial, mais le site français devrait avoir un vrai portail pour ses outils et ses membres (pas la peine de tout traduire en anglais même si certains outils peuvent avoir un support plus étendus que les seuls francophones, et auront donc leur page wiki sur le site OSM monde). Bref si on veut éviter la dispersion et mieux aider les contributeurs arrivants, effrayés par la dispersion des outils et pages de support, discussion, collaboration, il est grand temps de classer tout ça, même si chaque outil a son propre espace de discussion (en ligne sur un forum ou blogue, ou par mail ou IRC ou flux RSS). C'est cette liste exhaustive (et actualisée quand certains outils sont abandonnés) qui manque. (Oui il y a déjà le forum, mais tous les espaces sont ouverts à tout et tout le modne, on s'y perd aussi et il n'est pas souhaitable d'utiliser partout aussi des maessages collés en tête de liste hormi un seul qui donne des instructions vers des guides se trouvant dans un forum en lecture seule contenant les divers outils en mentionnant l'URL vers plus de détail et de discussions pour chacun d'eux). Ce forum guide devrait être placé bien en haut avec un lien direct sur la page d'accueil. Ce qui laisse ensuite toute la place pour la formule blog basée sur l'actualité du moment. Le 8 janvier 2013 17:17, sly (sylvain letuffe) li...@letuffe.org a écrit : On mardi 8 janvier 2013, Christian Quest wrote: On repasse à 115 communes à importer... je démarre en bas de la liste ;) Voilà qui paraît déjà plus crédible, mais il n'y a pas 2 tableaux, je ne vois pas celui dont tu parlais qui devrait indiquer les communes avec bug Puis-je humblement suggérer d'indiquer un lien vers avec une mention : vous pouvez contrôler la liste ci-avant en la comparant avec la liste brute suivante : http://suivi.openstreetmap.fr/communes/communes.csv.txt ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
http://openstreetmap.fr/outils (disponible via le slideshow à droite) http://wiki.openstreetmap.org/wiki/FR:Servers#Liste_des_adresses_sur_le_domaine_openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
2013/1/12 Christian Quest cqu...@openstreetmap.fr: http://openstreetmap.fr/outils (disponible via le slideshow à droite) Sur le slideshow, donc pas toujours affiché. C'est au petit bonheur la chance, alors qu'il devrait y avoir une section entière du site sur les outils qui sont maintenus localement. (pourquoi on n'a pas un lien OUTILS sur la barre de menu en haut ? Pourquoi ce lien n'est pas dans la page LE PROJET ? ou alors en bas à droite de la page dans la section Navigation) Et pas complet non plus (certains projets tiers soutenus par OSM France ou recommandés ne sont pas listés). Je trouve cela dommage. De plus ces outils ne sont toujours pas liés entre eux quand ce serait pertinent (souvent on a des infos affichées sur des entités mais aucun lien dessus ou à côté, vers un autre outil donnant plus d'informations). L'ensemble manque alors de cohérence. http://wiki.openstreetmap.org/wiki/FR:Servers#Liste_des_adresses_sur_le_domaine_openstreetmap.fr Ca c'est plus technique, mais c'est utile pour connaitre l'état des serveurs (mais incomplet là aussi, le wiki n'est généralement pas maintenu, et reste difficile à mettre à jour puisqu'on ne peut presque rien y scripter, ni rien y transclure avec un outil comme RSS sur un feed externe sélectionné). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Suivi des limites communales (était Nouvel outil pour repérer les contributeurs ...)
Une question en passant : qu'est ce qui explique les écarts entre ces pages de suivi ? http://suivi.openstreetmap.fr/communes/communes.csv.txt http://openstreetmap.fr/outils/limites-communales-a-importer La seconde a l'avantage de permettre de cibler les relations existantes mais défaillantes Le 8 janvier 2013 15:47, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bien dit :-). Actuellement, on n'arrive même pas à coller aux 100% des communes vectorielles, la liste s'allonge. Pour info/rappel, il existe cette page : http://suivi.openstreetmap.fr/communes/communes.csv.txt qui recense quotidiennement les communes qui, pour une raison ou une autre, n'ont pas de description de leur contour sous forme d'une relation en état de marche. Pour les communes du début de la liste (celles en cadastre vectoriel), soit il s'agit de communes nouvellement vectorisées (celles de Haute-Corse par exemple), soit de communes avec une relation cassée. Dans les 2 cas, il est possible à peu de frais de les corriger, ne serait-ce que par l'existence du cadastre vectoriel, affichable en fond dans JOSM, et qui montre ce qui manque. Et en prime, les fichiers disponibles ici : http://cadastre.openstreetmap.fr/ accélèrent aussi le processus, et protègent des TMS ;-) -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales (était Nouvel outil pour repérer les contributeurs ...)
De : Ab_fab Une question en passant : qu'est ce qui explique les écarts entre ces pages de suivi ? http://suivi.openstreetmap.fr/communes/communes.csv.txt http://openstreetmap.fr/outils/limites-communales-a-importer La seconde a l'avantage de permettre de cibler les relations existantes mais défaillantes La seconde, il me semble que c'est le contraire : les relations sans définition dans OSM. Là où la première liste sans distinction les relations absentes, et les présentes mal en point. Un Christian ou un Sly pour mettre tout le monde d'accord, siouplaît :-) vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales (était Nouvel outil pour repérer les contributeurs ...)
Ca, c'était avant ! http://lists.openstreetmap.org/pipermail/talk-fr/2012-October/049197.html Le 8 janvier 2013 16:18, Vincent de Chateau-Thierry v...@laposte.net a écrit : De : Ab_fab Une question en passant : qu'est ce qui explique les écarts entre ces pages de suivi ? http://suivi.openstreetmap.fr/communes/communes.csv.txt http://openstreetmap.fr/outils/limites-communales-a-importer La seconde a l'avantage de permettre de cibler les relations existantes mais défaillantes La seconde, il me semble que c'est le contraire : les relations sans définition dans OSM. Là où la première liste sans distinction les relations absentes, et les présentes mal en point. Un Christian ou un Sly pour mettre tout le monde d'accord, siouplaît :-) vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales (était Nouvel outil pour repérer les contributeurs ...)
De : Ab_fab Ca, c'était avant ! http://lists.openstreetmap.org/pipermail/talk-fr/2012-October/049197.html Merci Ab_fab, j'avais loupé ça ! vincent (qui est resté sur l'ancien listing) PS. Doncta question sur les différences entre les 2 reste entière. Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales (était Nouvel outil pour repérer les contributeurs ...)
Quelques explications alors... Le script sur le site web part du fichier CSV généré par le script de sly. Ensuite il vérifie pour chaque commune son état dans une base France qui je crois est en mise à jour à la minute (du coup la liste sur le site est plutôt bien à jour). Deux tableaux sont générés, l'un avec les communes manquantes, l'autre celles qui ont un problème avec leur relation (et donc pas de polygone dans le schéma osm2pgsql). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
On mardi 8 janvier 2013, Ab_fab wrote: Une question en passant : qu'est ce qui explique les écarts entre ces pages de suivi ? http://suivi.openstreetmap.fr/communes/communes.csv.txt http://openstreetmap.fr/outils/limites-communales-a-importer Y'a deux type de développeur dans ce monde : - ceux qui présentent mal, mais ça marche - ceux qui présentent beau, mais ça ne marche pas Y'a aussi ceux qui présentent beau et ça marche, mais on a pas ça dans notre communauté ;-) Mais blagues à part, j'ignorais l'existence du 2ème outils, et je me base uniquement sur le mien (le premier) qui, je le crois, marche plutôt bien et affiche ce qu'il prétend afficher : C'est à dire la liste par département des communes n'étant pas, n'ayant pas de tag ref:INSEE ou ayant un problème dans osm (mais existent en vecteur au cadastre) -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
On mardi 8 janvier 2013, Christian Quest wrote: Quelques explications alors... Le script sur le site web part du fichier CSV généré par le script de sly. Ah ! J'ignorais cela. D'ailleurs j'ignorais que ça existait. Ensuite il vérifie pour chaque commune son état dans une base France qui je crois est en mise à jour à la minute (du coup la liste sur le site est plutôt bien à jour). Oui mais là, y'a quand même quelque chose qui cloche, ça m'étonnerait fortement qu'en 3 jours toutes les 136* communes manquantes soient réparées ou importées. Deux tableaux sont générés, l'un avec les communes manquantes, l'autre celles qui ont un problème avec leur relation (et donc pas de polygone dans le schéma osm2pgsql). Alors ils sont bien vide les tableaux ;-) *http://suivi.openstreetmap.fr/communes/communes-vectorielles-a-importer.csv -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
Et oui, y'a un truc pas clair, que je viens de corriger... Je pense que c'était une modif malheureuse liées au DOM. On repasse à 115 communes à importer... je démarre en bas de la liste ;) Le 8 janvier 2013 17:00, sly (sylvain letuffe) li...@letuffe.org a écrit : Oui mais là, y'a quand même quelque chose qui cloche, ça m'étonnerait fortement qu'en 3 jours toutes les 136* communes manquantes soient réparées ou importées. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
On mardi 8 janvier 2013, Christian Quest wrote: On repasse à 115 communes à importer... je démarre en bas de la liste ;) Voilà qui paraît déjà plus crédible, mais il n'y a pas 2 tableaux, je ne vois pas celui dont tu parlais qui devrait indiquer les communes avec bug Puis-je humblement suggérer d'indiquer un lien vers avec une mention : vous pouvez contrôler la liste ci-avant en la comparant avec la liste brute suivante : http://suivi.openstreetmap.fr/communes/communes.csv.txt -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
