[OSM-talk-fr] codes postaux...
Je suis en train de vérifier les codes postaux sur les communes. Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* En combinant tout les cas, il n'en manquait qu'un peu plus de 300. J'ai complété à l'aide de wikipédia an ajoutant un addr:postcode sur les relations. Ne reste plus que les Côtes d'Armor... 139 CP manquants ;) Ensuite vérification globale avec une extraction des codes postaux de wikipédia pour voir où on a des différences... si vous avez d'autres sources de CP pour vérifier, je suis preneur ! -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 09:44, Christian Quest a écrit : Je suis en train de vérifier les codes postaux sur les communes. Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* En combinant tout les cas, il n'en manquait qu'un peu plus de 300. J'ai complété à l'aide de wikipédia an ajoutant un addr:postcode sur les relations. Ne reste plus que les Côtes d'Armor... 139 CP manquants ;) Ensuite vérification globale avec une extraction des codes postaux de wikipédia pour voir où on a des différences... si vous avez d'autres sources de CP pour vérifier, je suis preneur ! Ben ya la source officiel de la Poste http://www.laposte.fr/Particulier/Utiliser-nos-outils-pratiques/Outils-et-documents/Trouvez-un-code-postal Mais c'est un formulaire Web Sinon j'ai déjà constaté à quelques reprises que les infos de la poste divergeait des infos compilé par galichon.com Par exemple pour Paris, selon la Poste, le code postal 75000 n'existe pas... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Opensnowmap : besoin de testeurs (encore)
Salut à tous, Cela doit bien faire 4-5 fois que je refais le design du site. Cette fois-ci, j'ai commencé par maquetter le tout avec Inkscape. Outre le temps gagné (franchement, je conseille !), je pense que le design est plus abouti vu que j'ai réussi à le mettre en œuvre tel que je l'avais dessiné. Alors voilà, faites-moi part de vos retours pendant que je suis en vacances: http://beta.opensnowmap.org Merci d'avance ! Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opensnowmap : besoin de testeurs (encore)
Alors voilà, faites-moi part de vos retours pendant que je suis en vacances: http://beta.opensnowmap.org Je viens de jeter un coup d’œil. Comme on dit, on ne taggue pas pour le rendu mais quand il y en a un qui exploite nos données, c'est quand même plus cool. Donc, concernant le ski de fond: - C'est marrant les petits triangles de danger sur les pistes. Ça correspond aux secteurs pentus? C'est un calcul automatique avec un MNT? - Ça serait sympa d'avoir une indication du sens de parcours des pistes. - Les pistes de chien de traineau n'apparaissent pas (que j'ai codé en piste:type=sleigh) - Même si je comprends que tu veuilles distinguer le ski alpin du ski de fond, c'est dommage que les codes de couleur des pistes de fond n’apparaissent pas dans le rendu plutôt que des motifs (non légendés qui plus est). En ski alpin: - les couleurs des pistes sont un peu ternes alors que (en France au moins), ce sont des couleurs pétantes sur les panneaux. En général: - La légende n'est pas très parlante, faute de textes explicatifs. - À force de naviguer, mon navigateur (firefox 24.2.0 esr) affiche des trucs bizarres. Il y a un truc qui a du planter. Bonnes vacances :-p Eric --- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opensnowmap : besoin de testeurs (encore)
Pour les pistes de fond, les icônes 'danger' correspondent à piste:difficulty. Par contre, les pistes de fond sont colorées selon le tag color des relations route=piste dont elles sont membres. Il y a pas mal d'exemple dans le Jura. C'est justement pour pas taguer pour le rendu: une section difficile sur une piste bleue, ça existe ! Ah oui, piste:type=sleigh. C'est pas la première fois qu'on me fait la remarque. Je crois n'avoir pas été très informé de la définition sur le wiki, il faut que je me repose la question. Traîneaux à chiens pour le grand nord, à cheval pour les touristes en station? Ca me semble assez différent. Pour la legende, j'essaie de pas trop mettre de texte à cause des traductions. Il faudrait au moins mettre les tags d'une manière ou d'une autre. Pour les couleurs ternes, c'est ma fois assez difficile de faire quelque chose d'agreable alors que je ne maîtrise pas la couleur du fond. Quelqu'un d'autre pense pareil ? Pour FF, j'ai eu aussi quelques plantages inexpliqués dernièrement. A creuser. Yves yvecai yve...@gmail.com a écrit : Salut à tous, Cela doit bien faire 4-5 fois que je refais le design du site. Cette fois-ci, j'ai commencé par maquetter le tout avec Inkscape. Outre le temps gagné (franchement, je conseille !), je pense que le design est plus abouti vu que j'ai réussi à le mettre en œuvre tel que je l'avais dessiné. Alors voilà, faites-moi part de vos retours pendant que je suis en vacances: http://beta.opensnowmap.org Merci d'avance ! Yves -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Harmoniser les codes postaux - postal_code=*
Maintenant que tout les codes postaux des communes françaises sont dans OSM, que dites-vous d'harmoniser tout ça ? Il y a actuellement 2 tags utilisés sur les relations des communes: - addr:postcode - postal_code Le wiki indique que les tags addr:* sont à utiliser pour indiquer les adresses et que postal_code=* est à utiliser pour indiquer le code postal correspondant à une zone. La distinction me semble utile. Il semble donc logique d'utiliser postal_code=* sur les relations si l'on suit le wiki. Le problème, c'est que dans la très grande majorité, ce sont actuellement des addr:postcode=* qui figurent sur les relations des communes françaises: - 25518+33531 addr:postcode=* sur les relations + nœuds place=* - 19+618 postal_code=* sur les relations + noeuds place=* Au niveau international, postal_code semble relativement utilisé: http://taginfo.openstreetmap.org/keys/postal_code#map Je serais bien tenté de passer en postal_code les addr:postcode=* qu'on a actuellement sur les relations des communes pour être cohérent à l'international et pour bien distinguer une zone de code postal avec le code postal d'une adresse, mais n'y a-t-il pas de risque pour les réutilisateurs hexagonaux qui se sont (faussement) basés sur addr:postcode=* ? Qu'en dites-vous ? -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opensnowmap : besoin de testeurs (encore)
Très chouette le layer enneigement ! Tu as jeté un oeil des données de mon pote d'OpenMeteoData pour les prévisions météo et la couverture neigeuse ? Le 22 décembre 2013 11:02, Yves yve...@gmail.com a écrit : Pour les pistes de fond, les icônes 'danger' correspondent à piste:difficulty. Par contre, les pistes de fond sont colorées selon le tag color des relations route=piste dont elles sont membres. Il y a pas mal d'exemple dans le Jura. C'est justement pour pas taguer pour le rendu: une section difficile sur une piste bleue, ça existe ! Ah oui, piste:type=sleigh. C'est pas la première fois qu'on me fait la remarque. Je crois n'avoir pas été très informé de la définition sur le wiki, il faut que je me repose la question. Traîneaux à chiens pour le grand nord, à cheval pour les touristes en station? Ca me semble assez différent. Pour la legende, j'essaie de pas trop mettre de texte à cause des traductions. Il faudrait au moins mettre les tags d'une manière ou d'une autre. Pour les couleurs ternes, c'est ma fois assez difficile de faire quelque chose d'agreable alors que je ne maîtrise pas la couleur du fond. Quelqu'un d'autre pense pareil ? Pour FF, j'ai eu aussi quelques plantages inexpliqués dernièrement. A creuser. Yves yvecai yve...@gmail.com a écrit : Salut à tous, Cela doit bien faire 4-5 fois que je refais le design du site. Cette fois-ci, j'ai commencé par maquetter le tout avec Inkscape. Outre le temps gagné (franchement, je conseille !), je pense que le design est plus abouti vu que j'ai réussi à le mettre en œuvre tel que je l'avais dessiné. Alors voilà, faites-moi part de vos retours pendant que je suis en vacances: http://beta.opensnowmap.org Merci d'avance ! Yves -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Harmoniser les codes postaux - postal_code=*
Le 22/12/2013 12:23, Christian Quest a écrit : Maintenant que tout les codes postaux des communes françaises sont dans OSM, que dites-vous d'harmoniser tout ça ? Il y a actuellement 2 tags utilisés sur les relations des communes: - addr:postcode - postal_code Le wiki indique que les tags addr:* sont à utiliser pour indiquer les adresses et que postal_code=* est à utiliser pour indiquer le code postal correspondant à une zone. La distinction me semble utile. Il semble donc logique d'utiliser postal_code=* sur les relations si l'on suit le wiki. La dernière modification du wiki est juste pour cette explication que je trouve foireuse. Le problème, c'est que dans la très grande majorité, ce sont actuellement des addr:postcode=* qui figurent sur les relations des communes françaises: - 25518+33531 addr:postcode=* sur les relations + nœuds place=* - 19+618 postal_code=* sur les relations + noeuds place=* Au niveau international, postal_code semble relativement utilisé: http://taginfo.openstreetmap.org/keys/postal_code#map comparé au 15 millions d'addr:postcode c'est peanuts. Je serais bien tenté de passer en postal_code les addr:postcode=* qu'on a actuellement sur les relations des communes pour être cohérent à l'international et pour bien distinguer une zone de code postal avec le code postal d'une adresse, mais n'y a-t-il pas de risque pour les réutilisateurs hexagonaux qui se sont (faussement) basés sur addr:postcode=* ? Je suis d'avis d'utiliser partout addr:postcode Il y a un schéma relativement complet concernant l’adressage, utilisons -le. postal_code est une vielle balise obsolète. La France doit être moteur des bonnes pratiques ;o) Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opensnowmap : besoin de testeurs (encore)
Pour la couverture neigeuse, Modis propose un jeu de données ou je pourrais gagner 2-3 niveaux de zoom, c'est prévu. Après, les données sont fraiches à 2 semaines, donc les faibles zooms ça va bien. Si je mets vraiment des données actualisées, il faut vraiment qu'elles soient bonnes: les skieurs sont super exigeants. Franchement, à part les forums locaux, j'ai pas trouvé mieux. Je préfèrerais autant qu'eux se servent de la carte in fine. Yves Christian Quest cqu...@openstreetmap.fr a écrit : Très chouette le layer enneigement ! Tu as jeté un oeil des données de mon pote d'OpenMeteoData pour les prévisions météo et la couverture neigeuse ? Le 22 décembre 2013 11:02, Yves yve...@gmail.com a écrit : Pour les pistes de fond, les icônes 'danger' correspondent à piste:difficulty. Par contre, les pistes de fond sont colorées selon le tag color des relations route=piste dont elles sont membres. Il y a pas mal d'exemple dans le Jura. C'est justement pour pas taguer pour le rendu: une section difficile sur une piste bleue, ça existe ! Ah oui, piste:type=sleigh. C'est pas la première fois qu'on me fait la remarque. Je crois n'avoir pas été très informé de la définition sur le wiki, il faut que je me repose la question. Traîneaux à chiens pour le grand nord, à cheval pour les touristes en station? Ca me semble assez différent. Pour la legende, j'essaie de pas trop mettre de texte à cause des traductions. Il faudrait au moins mettre les tags d'une manière ou d'une autre. Pour les couleurs ternes, c'est ma fois assez difficile de faire quelque chose d'agreable alors que je ne maîtrise pas la couleur du fond. Quelqu'un d'autre pense pareil ? Pour FF, j'ai eu aussi quelques plantages inexpliqués dernièrement. A creuser. Yves yvecai yve...@gmail.com a écrit : Salut à tous, Cela doit bien faire 4-5 fois que je refais le design du site. Cette fois-ci, j'ai commencé par maquetter le tout avec Inkscape. Outre le temps gagné (franchement, je conseille !), je pense que le design est plus abouti vu que j'ai réussi à le mettre en œuvre tel que je l'avais dessiné. Alors voilà, faites-moi part de vos retours pendant que je suis en vacances: http://beta.opensnowmap.org Merci d'avance ! Yves -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Salut, Le 22/12/2013 10:02, Christophe Merlet a écrit : Le 22/12/2013 09:44, Christian Quest a écrit : Je suis en train de vérifier les codes postaux sur les communes. Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* En combinant tout les cas, il n'en manquait qu'un peu plus de 300. J'ai complété à l'aide de wikipédia an ajoutant un addr:postcode sur les relations. Ne reste plus que les Côtes d'Armor... 139 CP manquants ;) Ensuite vérification globale avec une extraction des codes postaux de wikipédia pour voir où on a des différences... si vous avez d'autres sources de CP pour vérifier, je suis preneur ! Ben ya la source officiel de la Poste http://www.laposte.fr/Particulier/Utiliser-nos-outils-pratiques/Outils-et-documents/Trouvez-un-code-postal Mais c'est un formulaire Web Sinon j'ai déjà constaté à quelques reprises que les infos de la poste divergeait des infos compilé par galichon.com Par exemple pour Paris, selon la Poste, le code postal 75000 n'existe pas... Librement, Niveau source possible de comparaison, il y a aussi Service-Public.fr Comme Frédéric Rodrigo l'avait intégré à Osmose à l'époque, il suffirait peut-être de récupérer également la variable /Organisme/Adresse/Accessibilité/CodePostal (d'ailleurs il y a également /Organisme@codeInsee). https://lists.openstreetmap.org/pipermail/talk-fr/2013-June/059519.html Sinon je n'ai pas encore pris le temps de me pencher sur la mise à jour auto de ça http://www.ideeslibres.org/service-public-fr-annuaire-de-ladministration-base-de-donnees-locales-v2/ mais je peux relancer mon script manuellement si vous en avez l'utilité. Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 12:53, Brice Person a écrit : Salut, Le 22/12/2013 10:02, Christophe Merlet a écrit : Le 22/12/2013 09:44, Christian Quest a écrit : Je suis en train de vérifier les codes postaux sur les communes. Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* En combinant tout les cas, il n'en manquait qu'un peu plus de 300. J'ai complété à l'aide de wikipédia an ajoutant un addr:postcode sur les relations. Ne reste plus que les Côtes d'Armor... 139 CP manquants ;) Ensuite vérification globale avec une extraction des codes postaux de wikipédia pour voir où on a des différences... si vous avez d'autres sources de CP pour vérifier, je suis preneur ! Ben ya la source officiel de la Poste http://www.laposte.fr/Particulier/Utiliser-nos-outils-pratiques/Outils-et-documents/Trouvez-un-code-postal Mais c'est un formulaire Web Sinon j'ai déjà constaté à quelques reprises que les infos de la poste divergeait des infos compilé par galichon.com Par exemple pour Paris, selon la Poste, le code postal 75000 n'existe pas... Librement, Niveau source possible de comparaison, il y a aussi Service-Public.fr Comme Frédéric Rodrigo l'avait intégré à Osmose à l'époque, il suffirait peut-être de récupérer également la variable /Organisme/Adresse/Accessibilité/CodePostal (d'ailleurs il y a également /Organisme@codeInsee). https://lists.openstreetmap.org/pipermail/talk-fr/2013-June/059519.html Sinon je n'ai pas encore pris le temps de me pencher sur la mise à jour auto de ça http://www.ideeslibres.org/service-public-fr-annuaire-de-ladministration-base-de-donnees-locales-v2/ mais je peux relancer mon script manuellement si vous en avez l'utilité. Brice Je viens de me rappeler qu'il y a aussi http://public.opendatasoft.com/explore/dataset/correspondance-code-insee-code-postal/#?tab=table sous licence ouverte PS: je me suis aussi trompé de variable, c'est /Organisme/Adresse/CodePostal ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mayotte limites adminstratives
2013/12/19 Pieren pier...@gmail.com 2013/12/19 Nicolas Croiset (VDL) ncroi...@vdl.fr: pour info, Mayotte a ouvert il y a quelques mois un portail géographique http://www.geomayotte.fr/ Comme c'est mimi, ils utilisent OpenStreetMap : http://www.geomayotte.fr/accueil/catalogue/?uuid=2e416991-7c0c-46c6-bec3-684346519b86 Si on leur demande quelque chose, pas besoin d'expliquer le projet : ils connaissent déjà ! Oui, alors la dessus faut pas trop s'emballer, la plateforme utilise 'prodige' qui se base sur l'outil geosource/geonetwork pour la gestion des fiches de metadonnees, et ce dernier utilise OSM par defaut pour afficher les bbox et la carte pour la recherche. Donc ils ne sont pas forcement au courant qu'ils utilisent OSM :) Et non philippe, ce n'est pas base sur le geoportail de l'IGN. Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opensnowmap : besoin de testeurs (encore)
Pas de données pour la Corse ? Le 22 décembre 2013 10:05, yvecai yve...@gmail.com a écrit : Salut à tous, Cela doit bien faire 4-5 fois que je refais le design du site. Cette fois-ci, j'ai commencé par maquetter le tout avec Inkscape. Outre le temps gagné (franchement, je conseille !), je pense que le design est plus abouti vu que j'ai réussi à le mettre en œuvre tel que je l'avais dessiné. Alors voilà, faites-moi part de vos retours pendant que je suis en vacances: http://beta.opensnowmap.org Merci d'avance ! Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Quel organisme choisir avec ta solution ? Est-on sûr que l'organisme en question compétent sur une commune (la mairie par exemple) a bien son siège dans la commune ? Ou que c'est au même endroit qu'elle y gère le courrier entrant (on peut avoir une mairie dans la commune, mais son adresse postale gérée ailleurs ; on peut aussi facilement trouver des codes Cedex pour les mairies de commune importante, et pas autant de mairies que de zones postales dans les communes découpées en plusieurs zones postales) ? Il me semble que la Poste a attribué ses zones de distribution postales comme elle le veut, et que cela n'a jamais influencé l'emplacement physique des autres services publics. Et que les communes n'ont pas nécessité non plus de recevoir le courrier à leur siège au point d'accueil du public Et que les mairies peuvent avoir aussi plusieurs lieux d'accueil (dont un dans la commune), mais pas forcément tous ses services administratifs qui peuvent être délocalisés et cogérés (par exemple dans un service commun de la communauté de communes, ou encore à la préfecture). Du coup l'adresse postale (ou les adresses postales selon les services municipaux...) peut ne pas correspondre à l'emplacement physique du siège. Les mairies peuvent aussi déménager dans la commune et garder leur code postal à la Poste... Le 22 décembre 2013 13:27, Brice Person brice.per...@zenordi.fr a écrit : Le 22/12/2013 12:53, Brice Person a écrit : Salut, Le 22/12/2013 10:02, Christophe Merlet a écrit : Le 22/12/2013 09:44, Christian Quest a écrit : Je suis en train de vérifier les codes postaux sur les communes. Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* En combinant tout les cas, il n'en manquait qu'un peu plus de 300. J'ai complété à l'aide de wikipédia an ajoutant un addr:postcode sur les relations. Ne reste plus que les Côtes d'Armor... 139 CP manquants ;) Ensuite vérification globale avec une extraction des codes postaux de wikipédia pour voir où on a des différences... si vous avez d'autres sources de CP pour vérifier, je suis preneur ! Ben ya la source officiel de la Poste http://www.laposte.fr/Particulier/Utiliser-nos- outils-pratiques/Outils-et-documents/Trouvez-un-code-postal Mais c'est un formulaire Web Sinon j'ai déjà constaté à quelques reprises que les infos de la poste divergeait des infos compilé par galichon.com Par exemple pour Paris, selon la Poste, le code postal 75000 n'existe pas... Librement, Niveau source possible de comparaison, il y a aussi Service-Public.fr Comme Frédéric Rodrigo l'avait intégré à Osmose à l'époque, il suffirait peut-être de récupérer également la variable /Organisme/Adresse/Accessibilité/CodePostal (d'ailleurs il y a également /Organisme@codeInsee). https://lists.openstreetmap.org/pipermail/talk-fr/2013-June/059519.html Sinon je n'ai pas encore pris le temps de me pencher sur la mise à jour auto de ça http://www.ideeslibres.org/service-public-fr-annuaire-de- ladministration-base-de-donnees-locales-v2/ mais je peux relancer mon script manuellement si vous en avez l'utilité. Brice Je viens de me rappeler qu'il y a aussi http://public.opendatasoft. com/explore/dataset/correspondance-code-insee-code-postal/#?tab=tablesous licence ouverte PS: je me suis aussi trompé de variable, c'est /Organisme/Adresse/ CodePostal ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opensnowmap : besoin de testeurs (encore)
Firefox a jour sous W7, attention, râleur en force (ceci-dit, j'ai toujours admiré ton site…) : - À l'accueil, les boutons controle, légende… sont sur deux lignes, avec l'ascenseur (c'est quoi, le mot savant ?) qui apparait. Pas très beau, pas très utilisable. - Je trouve « controles » pas très parlant, vu que c'est surtout une question de fonds de carte. - Data. Données, c'est pas parlant, en français ? - Sinon, je trouve que data et blog pourraient être situés ailleurs, comme ils sont moins lié aux fonctionnalités et renvoient vers des pages différentes. - Globalement, je trouve aussi que ça manque d'infobulles, les dessins sur les boutons ne sont pas toujours très parlant. - Je ne sais pas si l'anglais est la version de développement, si c'est le cas, il manque quelques traductions vers le Français. JB. Le 22.12.2013 10:05, yvecai a écrit : Salut à tous, Cela doit bien faire 4-5 fois que je refais le design du site. Cette fois-ci, j'ai commencé par maquetter le tout avec Inkscape. Outre le temps gagné (franchement, je conseille !), je pense que le design est plus abouti vu que j'ai réussi à le mettre en œuvre tel que je l'avais dessiné. Alors voilà, faites-moi part de vos retours pendant que je suis en vacances: http://beta.opensnowmap.org [1] Merci d'avance ! Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr [2] Links: -- [1] http://beta.opensnowmap.org [2] https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opensnowmap : besoin de testeurs (encore)
C'est cool, c'est exactement le genre de retours que j'attendais. Contrôle : paramètres ? Pour le browser, ce doit être une question de zoom, il faut que je trouve comment gérer ça, en attendant fais ctrl - Noté les infos-bulle. Mais c'est encore des trads. Pour les dessins, je prends volontiers vos crobards :-) JB jb...@mailoo.org a écrit : Firefox a jour sous W7, attention, râleur en force (ceci-dit, j'ai toujours admiré ton site…) : - À l'accueil, les boutons controle, légende… sont sur deux lignes, avec l'ascenseur (c'est quoi, le mot savant ?) qui apparait. Pas très beau, pas très utilisable. - Je trouve « controles » pas très parlant, vu que c'est surtout une question de fonds de carte. - Data. Données, c'est pas parlant, en français ? - Sinon, je trouve que data et blog pourraient être situés ailleurs, comme ils sont moins lié aux fonctionnalités et renvoient vers des pages différentes. - Globalement, je trouve aussi que ça manque d'infobulles, les dessins sur les boutons ne sont pas toujours très parlant. - Je ne sais pas si l'anglais est la version de développement, si c'est le cas, il manque quelques traductions vers le Français. JB. Le 22.12.2013 10:05, yvecai a écrit : Salut à tous, Cela doit bien faire 4-5 fois que je refais le design du site. Cette fois-ci, j'ai commencé par maquetter le tout avec Inkscape. Outre le temps gagné (franchement, je conseille !), je pense que le design est plus abouti vu que j'ai réussi à le mettre en œuvre tel que je l'avais dessiné. Alors voilà, faites-moi part de vos retours pendant que je suis en vacances: http://beta.opensnowmap.org [1] Merci d'avance ! Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr [2] Links: -- [1] http://beta.opensnowmap.org [2] https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Ces codes postaux proviennent de wikipédia, je les utilise déjà pour contrôle, mais je cherche une autre source que WP. Celle de services-publics.fr est intéressante. L'idéal ce sont des sources même partielles avec code INSEE, code postal, nom de commune, nom de bureau distributeur Le 22 décembre 2013 13:27, Brice Person brice.per...@zenordi.fr a écrit : Le 22/12/2013 12:53, Brice Person a écrit : Salut, Le 22/12/2013 10:02, Christophe Merlet a écrit : Le 22/12/2013 09:44, Christian Quest a écrit : Je suis en train de vérifier les codes postaux sur les communes. Un peu d'harmonisation ne ferait pas de mal car on a un mélange de addr:postcode=* et postal_code=* parfois sur la relation parfois sur le noeud place=* En combinant tout les cas, il n'en manquait qu'un peu plus de 300. J'ai complété à l'aide de wikipédia an ajoutant un addr:postcode sur les relations. Ne reste plus que les Côtes d'Armor... 139 CP manquants ;) Ensuite vérification globale avec une extraction des codes postaux de wikipédia pour voir où on a des différences... si vous avez d'autres sources de CP pour vérifier, je suis preneur ! Ben ya la source officiel de la Poste http://www.laposte.fr/Particulier/Utiliser-nos- outils-pratiques/Outils-et-documents/Trouvez-un-code-postal Mais c'est un formulaire Web Sinon j'ai déjà constaté à quelques reprises que les infos de la poste divergeait des infos compilé par galichon.com Par exemple pour Paris, selon la Poste, le code postal 75000 n'existe pas... Librement, Niveau source possible de comparaison, il y a aussi Service-Public.fr Comme Frédéric Rodrigo l'avait intégré à Osmose à l'époque, il suffirait peut-être de récupérer également la variable /Organisme/Adresse/Accessibilité/CodePostal (d'ailleurs il y a également /Organisme@codeInsee). https://lists.openstreetmap.org/pipermail/talk-fr/2013-June/059519.html Sinon je n'ai pas encore pris le temps de me pencher sur la mise à jour auto de ça http://www.ideeslibres.org/service-public-fr-annuaire-de- ladministration-base-de-donnees-locales-v2/ mais je peux relancer mon script manuellement si vous en avez l'utilité. Brice Je viens de me rappeler qu'il y a aussi http://public.opendatasoft. com/explore/dataset/correspondance-code-insee-code-postal/#?tab=tablesous licence ouverte PS: je me suis aussi trompé de variable, c'est /Organisme/Adresse/ CodePostal ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 14:37, Christian Quest a écrit : Ces codes postaux proviennent de wikipédia, je les utilise déjà pour contrôle, mais je cherche une autre source que WP. Celle de services-publics.fr http://services-publics.fr est intéressante. L'idéal ce sont des sources même partielles avec code INSEE, code postal, nom de commune, nom de bureau distributeur Pourtant, contrôler une source WP avec elle même, ça assure du 100% de match, le graâl :-) Il y a des sources partielles, comme l'adresse des mairies de Paca : https://www.data.gouv.fr/fr/dataset/maires-de-la-region-op mais pas exempt de Cedex, donc ménage à faire. On a aussi les 16000 bureaux de poste, bien sûr. Faute de source globale (à moins que service-public.fr le permette), on pourrait fusionner toutes les communes ayant le même CP, et voir si certains codes sont répartis sur plusieurs polygones disjoints, ce qui (hors les îles maritimes) pourrait indiquer un soupçon d'erreur ? Enfin, car je suppose que la finalité est de publier ça sur data.gouv.fr, ce serait bien de traiter le cas des communes à CP multiples, histoire de publier quelque chose d'abouti avec une vraie valeur ajoutée. Des partants pour qu'on s'y colle ? vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Harmoniser les codes postaux - postal_code=*
Le 22/12/2013 12:42, Christophe Merlet a écrit : Le 22/12/2013 12:23, Christian Quest a écrit : Maintenant que tout les codes postaux des communes françaises sont dans OSM, que dites-vous d'harmoniser tout ça ? Il y a actuellement 2 tags utilisés sur les relations des communes: - addr:postcode - postal_code Le wiki indique que les tags addr:* sont à utiliser pour indiquer les adresses et que postal_code=* est à utiliser pour indiquer le code postal correspondant à une zone. La distinction me semble utile. Distinguer un code postal d'un... code postal, donc :-( Il semble donc logique d'utiliser postal_code=* sur les relations si l'on suit le wiki. La dernière modification du wiki est juste pour cette explication que je trouve foireuse. Le problème, c'est que dans la très grande majorité, ce sont actuellement des addr:postcode=* qui figurent sur les relations des communes françaises: - 25518+33531 addr:postcode=* sur les relations + nœuds place=* - 19+618 postal_code=* sur les relations + noeuds place=* Au niveau international, postal_code semble relativement utilisé: http://taginfo.openstreetmap.org/keys/postal_code#map http://taginfo.openstreetmap.org/keys/addr:postcode#map a quelques arguments. Je suis d'avis d'utiliser partout addr:postcode Il y a un schéma relativement complet concernant l’adressage, utilisons -le. +1 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 14:52, Vincent de Château-Thierry a écrit : Le 22/12/2013 14:37, Christian Quest a écrit : Ces codes postaux proviennent de wikipédia, je les utilise déjà pour contrôle, mais je cherche une autre source que WP. Celle de services-publics.fr http://services-publics.fr est intéressante. L'idéal ce sont des sources même partielles avec code INSEE, code postal, nom de commune, nom de bureau distributeur Pourtant, contrôler une source WP avec elle même, ça assure du 100% de match, le graâl :-) Il y a des sources partielles, comme l'adresse des mairies de Paca : https://www.data.gouv.fr/fr/dataset/maires-de-la-region-op mais pas exempt de Cedex, donc ménage à faire. On a aussi les 16000 bureaux de poste, bien sûr. Faute de source globale (à moins que service-public.fr le permette), on pourrait fusionner toutes les communes ayant le même CP, et voir si certains codes sont répartis sur plusieurs polygones disjoints, ce qui (hors les îles maritimes) pourrait indiquer un soupçon d'erreur ? Enfin, car je suppose que la finalité est de publier ça sur data.gouv.fr, ce serait bien de traiter le cas des communes à CP multiples, histoire de publier quelque chose d'abouti avec une vraie valeur ajoutée. Des partants pour qu'on s'y colle ? vincent Avec service-public.fr, à mon avis il y a moyen d'arriver à quelque chose de bien (mais peut-être pas global), il y a les infos cedex et les types d'adresses (mais inutile à mon avis pour cet usage). Je pense qu'il suffirait d'agréger les codes postaux possibles par codes insee en excluant d'abord les cedex (avec une regex dans un grep sur le csv initial par exemple). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Harmoniser les codes postaux - postal_code=*
Le 22 décembre 2013 15:01, Vincent de Château-Thierry v...@laposte.net a écrit : Le 22/12/2013 12:42, Christophe Merlet a écrit : Le 22/12/2013 12:23, Christian Quest a écrit : Maintenant que tout les codes postaux des communes françaises sont dans OSM, que dites-vous d'harmoniser tout ça ? Il y a actuellement 2 tags utilisés sur les relations des communes: - addr:postcode - postal_code Le wiki indique que les tags addr:* sont à utiliser pour indiquer les adresses et que postal_code=* est à utiliser pour indiquer le code postal correspondant à une zone. La distinction me semble utile. Distinguer un code postal d'un... code postal, donc :-( Visiblement je n'étais pas assez clair... addr:postcode c'est à utiliser pour chaque adresse, donc quelque chose de ponctuel et de relativement nombreux pour un code postal donné. C'est avant tout lié à un bâtiment, UNE adresse. postal_code est décrit dans le wiki pour définir la zone sur laquelle un code postal s'applique. Il semble donc logique d'utiliser postal_code=* sur les relations si l'on suit le wiki. La dernière modification du wiki est juste pour cette explication que je trouve foireuse. Le problème, c'est que dans la très grande majorité, ce sont actuellement des addr:postcode=* qui figurent sur les relations des communes françaises: - 25518+33531 addr:postcode=* sur les relations + nœuds place=* - 19+618 postal_code=* sur les relations + noeuds place=* Au niveau international, postal_code semble relativement utilisé: http://taginfo.openstreetmap.org/keys/postal_code#map http://taginfo.openstreetmap.org/keys/addr:postcode#map a quelques arguments. Bien sûr... et les chiffres aussi, mais on compare ici deux choses qui n'ont pas la même signification (cf au dessus). C'est comme comparer addr:city et le name=* sur les communes. Je suis d'avis d'utiliser partout addr:postcode Il y a un schéma relativement complet concernant l’adressage, utilisons -le. +1 Je trouve aussi que d'utiliser un tag dans le même namespace est plus cohérent... c'est pour ça que je n'ai pas d'avis tranché pour l'un ou l'autre des solutions sur les relations. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 15:08, Brice Person a écrit : Le 22/12/2013 14:52, Vincent de Château-Thierry a écrit : Le 22/12/2013 14:37, Christian Quest a écrit : Ces codes postaux proviennent de wikipédia, je les utilise déjà pour contrôle, mais je cherche une autre source que WP. Celle de services-publics.fr http://services-publics.fr est intéressante. L'idéal ce sont des sources même partielles avec code INSEE, code postal, nom de commune, nom de bureau distributeur Pourtant, contrôler une source WP avec elle même, ça assure du 100% de match, le graâl :-) Il y a des sources partielles, comme l'adresse des mairies de Paca : https://www.data.gouv.fr/fr/dataset/maires-de-la-region-op mais pas exempt de Cedex, donc ménage à faire. On a aussi les 16000 bureaux de poste, bien sûr. Faute de source globale (à moins que service-public.fr le permette), on pourrait fusionner toutes les communes ayant le même CP, et voir si certains codes sont répartis sur plusieurs polygones disjoints, ce qui (hors les îles maritimes) pourrait indiquer un soupçon d'erreur ? Enfin, car je suppose que la finalité est de publier ça sur data.gouv.fr, ce serait bien de traiter le cas des communes à CP multiples, histoire de publier quelque chose d'abouti avec une vraie valeur ajoutée. Des partants pour qu'on s'y colle ? vincent Avec service-public.fr, à mon avis il y a moyen d'arriver à quelque chose de bien (mais peut-être pas global), il y a les infos cedex et les types d'adresses (mais inutile à mon avis pour cet usage). Je pense qu'il suffirait d'agréger les codes postaux possibles par codes insee en excluant d'abord les cedex (avec une regex dans un grep sur le csv initial par exemple). Je viens de tester avec ma version pas à jour, ça me donne 37 168 codes postaux différents sur 59 348 organismes et effectivement pas mal de codes insee qui partagent le même code postal. Du coup ça me motive à mettre à jour le csv :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22 décembre 2013 14:52, Vincent de Château-Thierry v...@laposte.net a écrit : Le 22/12/2013 14:37, Christian Quest a écrit : Ces codes postaux proviennent de wikipédia, je les utilise déjà pour contrôle, mais je cherche une autre source que WP. Celle de services-publics.fr http://services-publics.fr est intéressante. L'idéal ce sont des sources même partielles avec code INSEE, code postal, nom de commune, nom de bureau distributeur Pourtant, contrôler une source WP avec elle même, ça assure du 100% de match, le graâl :-) Il y a des sources partielles, comme l'adresse des mairies de Paca : https://www.data.gouv.fr/fr/dataset/maires-de-la-region-op mais pas exempt de Cedex, donc ménage à faire. On a aussi les 16000 bureaux de poste, bien sûr. Oui, j'y pensais justement... les codes postaux sont en fait liés à un bureau de poste, donc autant repartir de là. Faute de source globale (à moins que service-public.fr le permette), on pourrait fusionner toutes les communes ayant le même CP, et voir si certains codes sont répartis sur plusieurs polygones disjoints, ce qui (hors les îles maritimes) pourrait indiquer un soupçon d'erreur ? Je sort le shapefile d'ici quelques minutes... Enfin, car je suppose que la finalité est de publier ça sur data.gouv.fr, ce serait bien de traiter le cas des communes à CP multiples, histoire de publier quelque chose d'abouti avec une vraie valeur ajoutée. Oui, gagné pour data.gouv.fr T'inquiète pas pour les CP multiples, je connais bien le problème étant dans un de ces cas particuliers, avec un plus un nombre de bureau distributeur qui n'a pas de rapport avec le nom de la commune ! Des partants pour qu'on s'y colle ? Si y'a des volontaires, voici une liste de CP qui ne collent pas entre OSM et wikipédia: https://gist.github.com/cquest/234497eb7cd2366b5726 -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Harmoniser les codes postaux - postal_code=*
Le 22/12/2013 15:49, Christian Quest a écrit : Visiblement je n'étais pas assez clair... addr:postcode c'est à utiliser pour chaque adresse, donc quelque chose de ponctuel et de relativement nombreux pour un code postal donné. C'est avant tout lié à un bâtiment, UNE adresse. postal_code est décrit dans le wiki pour définir la zone sur laquelle un code postal s'applique. Si, j'avais bien compris le distingo que tu proposes. Et c'est bien en réponse à ça que je faisais la :-( En gros on est en train de dire que pour une même notion (le code postal), il faudrait selon l'envergure de l'objet auquel elle s'applique, utiliser 2 balises distinctes. C'est faire compliqué pour le plaisir, définitivement, vu qu'on parle bien toujours du code postal. Au niveau international, postal_code semble relativement utilisé: http://taginfo.openstreetmap.__org/keys/postal_code#map http://taginfo.openstreetmap.org/keys/postal_code#map http://taginfo.openstreetmap.__org/keys/addr:postcode#map http://taginfo.openstreetmap.org/keys/addr:postcode#map a quelques arguments. Bien sûr... et les chiffres aussi, mais on compare ici deux choses qui n'ont pas la même signification (cf au dessus). La même signification ? Oui justement. Se baser sur l'envergure (ville vs immeuble) pour différencier les balises, ça reviendrait à dire pour les routes : le tag highway=* est à utiliser pour les grandes routes, mais pour les chemins locaux, utilisons le tag road=* (ou n'importe quel autre), alors qu'on parle de routes dans les 2 cas. À part embrouiller aussi bien les contributeurs que les utilisateurs, je ne vois pas trop... vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Harmoniser les codes postaux - postal_code=*
Le 22/12/2013 16:16, Vincent de Château-Thierry a écrit : La même signification ? Oui justement. Se baser sur l'envergure (ville vs immeuble) zone vs adresse pour différencier les balises, ça reviendrait à dire pour les routes : le tag highway=* est à utiliser pour les grandes routes, mais pour les chemins locaux, utilisons le tag road=* (ou n'importe quel autre), alors qu'on parle de routes dans les 2 cas. À part embrouiller aussi bien les contributeurs que les utilisateurs, je ne vois pas trop... La comparaison porterait plus sur le tag maxspeed. En agglomération (zone) le maxspeed par défaut est 50, par contre pour telle route il peut être 30, 70... vincent -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 15:52, Christian Quest a écrit : Oui, gagné pour data.gouv.fr http://data.gouv.fr T'inquiète pas pour les CP multiples, je connais bien le problème étant dans un de ces cas particuliers, avec un plus un nombre de bureau distributeur qui n'a pas de rapport avec le nom de la commune ! Des partants pour qu'on s'y colle ? Si y'a des volontaires, voici une liste de CP qui ne collent pas entre OSM et wikipédia: https://gist.github.com/cquest/234497eb7cd2366b5726 Une liste intéressante = 1% des communes au global. Il y a à la fois des différences de CP pour une commune avec 1 seul CP, et des différences liées à l'existence de CPs multiples pour une commune. Dans le premier cas, c'est de la pâte à MapCraft pour se répartir la révision (je le lancerai ce soir/demain si personne d'ici là). Le hic plus important, c'est pour les communes pluri-distribuées : comment trouver une source pour savoir rue par rue voire n° par n° où passe la limite de distribution ? Sur le site de La Poste, la page qui permet de tester à l'adresse est ici : http://www.laposte.fr/Particulier/Utiliser-nos-outils-pratiques/Outils-et-documents/Trouvez-un-code-postal Pas pratique du tout pour tâtonner de rue en rue. Resterait la piste OpenData, ville par ville ? Mulhouse récemment proposait ses limites postales, il me semble. Mais sans source globale, ça risque d'être un peu long à constituer... vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Tu peux faire cuire la pâte à MapCraft ! J'avais un peu utilisé cet outil pour vérifier mon découpage 94100/94210. Pour l'opendata, la Poste s'y ouvre timidement... on a eu en première vague les bureaux de poste, puis dernièrement une vaguelette avec les boites aux lettre de Paris, la CU de Bordeaux et le 06... en attendant peut être mieux en janvier (il y a un évènement opendata/La Poste auquel je me suis inscrit). http://legroupe.laposte.fr/Actualite/Le-Groupe-La-Poste-partenaire-du-concours-Dataconnexions Le 22 décembre 2013 16:37, Vincent de Château-Thierry v...@laposte.net a écrit : Le 22/12/2013 15:52, Christian Quest a écrit : Oui, gagné pour data.gouv.fr http://data.gouv.fr T'inquiète pas pour les CP multiples, je connais bien le problème étant dans un de ces cas particuliers, avec un plus un nombre de bureau distributeur qui n'a pas de rapport avec le nom de la commune ! Des partants pour qu'on s'y colle ? Si y'a des volontaires, voici une liste de CP qui ne collent pas entre OSM et wikipédia: https://gist.github.com/cquest/234497eb7cd2366b5726 Une liste intéressante = 1% des communes au global. Il y a à la fois des différences de CP pour une commune avec 1 seul CP, et des différences liées à l'existence de CPs multiples pour une commune. Dans le premier cas, c'est de la pâte à MapCraft pour se répartir la révision (je le lancerai ce soir/demain si personne d'ici là). Le hic plus important, c'est pour les communes pluri-distribuées : comment trouver une source pour savoir rue par rue voire n° par n° où passe la limite de distribution ? Sur le site de La Poste, la page qui permet de tester à l'adresse est ici : http://www.laposte.fr/Particulier/Utiliser-nos-outils-pratiques/Outils-et- documents/Trouvez-un-code-postal Pas pratique du tout pour tâtonner de rue en rue. Resterait la piste OpenData, ville par ville ? Mulhouse récemment proposait ses limites postales, il me semble. Mais sans source globale, ça risque d'être un peu long à constituer... vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Harmoniser les codes postaux - postal_code=*
Le dimanche 22 décembre 2013 15:01:17, Vincent de Château-Thierry a écrit : Je suis d'avis d'utiliser partout addr:postcode Il y a un schéma relativement complet concernant l’adressage, utilisons -le. +1 +1 -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 16:37, Vincent de Château-Thierry a écrit : Le 22/12/2013 15:52, Christian Quest a écrit : Oui, gagné pour data.gouv.fr http://data.gouv.fr T'inquiète pas pour les CP multiples, je connais bien le problème étant dans un de ces cas particuliers, avec un plus un nombre de bureau distributeur qui n'a pas de rapport avec le nom de la commune ! Des partants pour qu'on s'y colle ? Si y'a des volontaires, voici une liste de CP qui ne collent pas entre OSM et wikipédia: https://gist.github.com/cquest/234497eb7cd2366b5726 Une liste intéressante = 1% des communes au global. Il y a à la fois des différences de CP pour une commune avec 1 seul CP, et des différences liées à l'existence de CPs multiples pour une commune. Dans le premier cas, c'est de la pâte à MapCraft pour se répartir la révision (je le lancerai ce soir/demain si personne d'ici là). Je viens de finir l'Aquitaine... Le hic plus important, c'est pour les communes pluri-distribuées : comment trouver une source pour savoir rue par rue voire n° par n° où passe la limite de distribution ? Sur le site de La Poste, la page qui permet de tester à l'adresse est ici : http://www.laposte.fr/Particulier/Utiliser-nos-outils-pratiques/Outils-et-documents/Trouvez-un-code-postal Pas pratique du tout pour tâtonner de rue en rue. Resterait la piste OpenData, ville par ville ? Mulhouse récemment proposait ses limites postales, il me semble. Mais sans source globale, ça risque d'être un peu long à constituer... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 15:52, Christian Quest a écrit : Si y'a des volontaires, voici une liste de CP qui ne collent pas entre OSM et wikipédia: https://gist.github.com/cquest/234497eb7cd2366b5726 Le Doubs (25) et la Haute-Saône (70) sont corrigés. C'est plus compliqué pour le Jura. Tout des communes avec 2 CP. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 15:52, Christian Quest a écrit : Oui, j'y pensais justement... les codes postaux sont en fait liés à un bureau de poste, donc autant repartir de là. Bonsoir, Faux! Le CP est lié à un bureau distributeur. Le bureau distributeurs n'est pas lié à un bureau de poste (accueil du public). Toutefois depuis la mise en place des CP dans les années 1970 de très grosses modifications ont eu lieu sur le réseau de distribution. Désormais plusieurs CP peuvent se retrouver sur un bureau de distribution (38200, 38121, 38138, 38670 sont en une seule plate-forme de distribution) Certaines communes peuvent se trouver aussi sur 2 plate-formes de distribution (Reventin-Vaugris est sur 38121 et 38370) Pour Paris il n'y a pas de soucis 1 CP (normal)=1 arrondissement, Il n'y a pas, de fait, de 75000 mais directement 75001. Les correspondances 75000 sont acheminées sur 75001 d'office pour être acheminées au bon bureau. Pour les cedex il y a une manip à connaître: 75 7 21 on regarde si les deux derniers chiffres sont inférieurs ou supérieurs à 43 devient 1 et devient 2. 7 est multiplié par 2 On additionne les deux chiffres 75721 donne le 15° (21 est inférieur à 43 donc 1 + 7*2=14 donne 15) Il conviendra de faire attention car les 1-2-3 et 4 sont rassemblés sur une seule plate-forme de distribution à Paris-Louvre (rue du Louvre, le bureau ouvert 24/24-7/7) Il y a une série d'exeptions: 700 Services de l'état dans le 7° 800 Services de l'état dans le 8° (si ma mémoire ne me trahit pas quant à son existence) 998 Service postal militaire (je ne sais plus où il est physiquement xxx probablement d'autres que je n'ai plus en mémoire. Pour les grandes communes Lyon là aussi 1 CP = 1 arrondissement Marseille il faut se renseigner car je ne connais pas Pour les autres communes à distributions décentralisées il faut se renseigner au coup par coup car c'est le hasard des décisions administratives internes à La Poste et là il n'y a pas de règle. ET parfois des modifications se font jours sans réel avertissement des populations concernées. Tous les centres financiers (CCP et CNE) de La Poste sont en 900 quel que soit leur département y compris si plusieurs sites géographiques. Le seul qui peut poser problème quant à sa localisation est La Source (SCE) qui est situé à Fleury les Aubrays dans la banlieue d'Orléans. Tous les autres sont lié à une commune. Ces codes n'ont plus d'équivalence géographique depuis longtemps. En effet vous pouvez ouvrir un compte dans le centre de votre choix même si l'agent va vous proposer en priorité celui de la zone où se trouve son bureau (logique). Seuls les parisiens ont deux possibilités aléatoires en fonction des disponibilités (Paris et La Source). Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Harmoniser les codes postaux - postal_code=*
Le 22/12/2013 12:23, Christian Quest a écrit : Maintenant que tout les codes postaux des communes françaises sont dans OSM, que dites-vous d'harmoniser tout ça ? Il y a actuellement 2 tags utilisés sur les relations des communes: - addr:postcode - postal_code Le wiki indique que les tags addr:* sont à utiliser pour indiquer les adresses et que postal_code=* est à utiliser pour indiquer le code postal correspondant à une zone. La distinction me semble utile. Il semble donc logique d'utiliser postal_code=* sur les relations si l'on suit le wiki. Le problème, c'est que dans la très grande majorité, ce sont actuellement des addr:postcode=* qui figurent sur les relations des communes françaises: - 25518+33531 addr:postcode=* sur les relations + nœuds place=* - 19+618 postal_code=* sur les relations + noeuds place=* Au niveau international, postal_code semble relativement utilisé: http://taginfo.openstreetmap.org/keys/postal_code#map Je serais bien tenté de passer en postal_code les addr:postcode=* qu'on a actuellement sur les relations des communes pour être cohérent à l'international et pour bien distinguer une zone de code postal avec le code postal d'une adresse, mais n'y a-t-il pas de risque pour les réutilisateurs hexagonaux qui se sont (faussement) basés sur addr:postcode=* ? Qu'en dites-vous ? Re bonsoir, Nous voila devant la problématique géniale. Le code postal est une relation en lui-même puisqu'il couvre une zone géographique non collée à d'autre entité (la commune est bien une relation, nous avons donc le même cas). Inversement des entités peuvent se raccrocher à un code postal. Une adresse se rattache à un code postal (comme à une commune) mais jamais l'inverse. Il faut aussi qu'un code postal puisse en chevaucher un autre, en effet certaines communes ont 2 codes pour exactement les mêmes adresses physiques mais un seul établissement distributeur physique. Ce sont souvent des lieux sis en montagne et dont la distribution est faite par le service postal d'un autre département. On peut retrouver le même cas avec les enclaves, ou exclaves, selon l'endroit d'analyse. Ceci pour alimenter votre réflexion. Voir aussi ma réponse sur le fil voisin qui doit aussi servir à cette réflexion. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Harmoniser les codes postaux - postal_code=*
Le 22/12/2013 19:28, Yannick VOYEAUD a écrit : Il faut aussi qu'un code postal puisse en chevaucher un autre, en effet certaines communes ont 2 codes pour exactement les mêmes adresses physiques mais un seul établissement distributeur physique. Ce sont souvent des lieux sis en montagne et dont la distribution est faite par le service postal d'un autre département. Ça m'étonne, ça : deux codes postaux pour un même emplacement physique. Sur le site de la Poste, quand deux codes sont possibles pour une commune, la page demande une information sur la rue concernée pour lever le doute : codes différents = rues différentes On doit donc pouvoir faire des zones ne se recouvrant pas. Je n'ai pas fait pour le Jura parce que je ne connais pas les limites exactes (elles se devinent parfois), et que je ne sais pas comment tagguer la relation, si d'autres tags que addr:postcode (j'aime pourtant mieux code_postal pour désigner une zone) sont nécessaire... Et sur les ways spécifiques ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Harmoniser les codes postaux - postal_code=*
Le 22/12/2013 20:03, Vincent Pottier a écrit : Le 22/12/2013 19:28, Yannick VOYEAUD a écrit : Il faut aussi qu'un code postal puisse en chevaucher un autre, en effet certaines communes ont 2 codes pour exactement les mêmes adresses physiques mais un seul établissement distributeur physique. Ce sont souvent des lieux sis en montagne et dont la distribution est faite par le service postal d'un autre département. Ça m'étonne, ça : deux codes postaux pour un même emplacement physique. Sur le site de la Poste, quand deux codes sont possibles pour une commune, la page demande une information sur la rue concernée pour lever le doute : codes différents = rues différentes On doit donc pouvoir faire des zones ne se recouvrant pas. Je n'ai pas fait pour le Jura parce que je ne connais pas les limites exactes (elles se devinent parfois), et que je ne sais pas comment tagguer la relation, si d'autres tags que addr:postcode Dans ces cas, il faudra rajouter addr:codepost dans la relation associatedStreet des numéros d'adresses. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux...
Le 22/12/2013 18:27, Christophe Merlet a écrit : Le 22/12/2013 16:37, Vincent de Château-Thierry a écrit : Le 22/12/2013 15:52, Christian Quest a écrit : Oui, gagné pour data.gouv.fr http://data.gouv.fr T'inquiète pas pour les CP multiples, je connais bien le problème étant dans un de ces cas particuliers, avec un plus un nombre de bureau distributeur qui n'a pas de rapport avec le nom de la commune ! Des partants pour qu'on s'y colle ? Si y'a des volontaires, voici une liste de CP qui ne collent pas entre OSM et wikipédia: https://gist.github.com/cquest/234497eb7cd2366b5726 Une liste intéressante = 1% des communes au global. Il y a à la fois des différences de CP pour une commune avec 1 seul CP, et des différences liées à l'existence de CPs multiples pour une commune. Dans le premier cas, c'est de la pâte à MapCraft pour se répartir la révision (je le lancerai ce soir/demain si personne d'ici là). Je viens de finir l'Aquitaine... Et Midi-Pyrénées Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux... (en dessert)
Le 22/12/2013 20:16, Christophe Merlet a écrit : Le 22/12/2013 18:27, Christophe Merlet a écrit : Le 22/12/2013 16:37, Vincent de Château-Thierry a écrit : Une liste intéressante = 1% des communes au global. Il y a à la fois des différences de CP pour une commune avec 1 seul CP, et des différences liées à l'existence de CPs multiples pour une commune. Dans le premier cas, c'est de la pâte à MapCraft pour se répartir la révision (je le lancerai ce soir/demain si personne d'ici là). Je viens de finir l'Aquitaine... Et Midi-Pyrénées Avant que Vincent et Christophe ne mangent tout :-) voici de quoi picorer les codes postaux à vérifier voire corriger. Pour rappel, leur sélection vient d'une différence constatée entre WP et OSM. La géométrie des parts n'est pas le contour des communes (sinon le fichier était trop gros pour Mapcraft). Atout carreau :-) http://mapcraft.nanodesu.ru/pie/350 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux... (en dessert)
Parmi les différence on voit des confusions dans Wikipédia entre les codes postaux et les codes INSEE... Attention, tout n'est pas bon sur Wikipédia non plus, les corrections sont à faire des deux côtés. Le 22 décembre 2013 22:39, Vincent de Château-Thierry v...@laposte.net a écrit : Avant que Vincent et Christophe ne mangent tout :-) voici de quoi picorer les codes postaux à vérifier voire corriger. Pour rappel, leur sélection vient d'une différence constatée entre WP et OSM. La géométrie des parts n'est pas le contour des communes (sinon le fichier était trop gros pour Mapcraft). Atout carreau :-) http://mapcraft.nanodesu.ru/pie/350 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux... (en dessert)
Le 22/12/2013 23:09, Philippe Verdy a écrit : Parmi les différence on voit des confusions dans Wikipédia entre les codes postaux et les codes INSEE... Attention, tout n'est pas bon sur Wikipédia non plus, les corrections sont à faire des deux côtés. Philippe, si tu pouvais éviter de valider des nœuds dans le mapcraft que tu ne corriges même pas. Ex Rennes. Merci Le 22 décembre 2013 22:39, Vincent de Château-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Avant que Vincent et Christophe ne mangent tout :-) voici de quoi picorer les codes postaux à vérifier voire corriger. Pour rappel, leur sélection vient d'une différence constatée entre WP et OSM. La géométrie des parts n'est pas le contour des communes (sinon le fichier était trop gros pour Mapcraft). Atout carreau :-) http://mapcraft.nanodesu.ru/__pie/350 http://mapcraft.nanodesu.ru/pie/350 Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux... (en dessert)
Justement j'en ai discuté (ici et dans Mapcraft) et je n'ai pas vu d'anomalie du tout. Ou alors je ne sais pas du tout ce que tu veux tester. Est-ce le fait que Rennes a plusieurs codes postaux, cela ne le semble pas du tout une anomalie. Personne n'a répondu à la demande. Le 23 décembre 2013 00:46, Christophe Merlet red...@redfoxcenter.org a écrit : Le 22/12/2013 23:09, Philippe Verdy a écrit : Parmi les différence on voit des confusions dans Wikipédia entre les codes postaux et les codes INSEE... Attention, tout n'est pas bon sur Wikipédia non plus, les corrections sont à faire des deux côtés. Philippe, si tu pouvais éviter de valider des nœuds dans le mapcraft que tu ne corriges même pas. Ex Rennes. Merci Le 22 décembre 2013 22:39, Vincent de Château-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Avant que Vincent et Christophe ne mangent tout :-) voici de quoi picorer les codes postaux à vérifier voire corriger. Pour rappel, leur sélection vient d'une différence constatée entre WP et OSM. La géométrie des parts n'est pas le contour des communes (sinon le fichier était trop gros pour Mapcraft). Atout carreau :-) http://mapcraft.nanodesu.ru/__pie/350 http://mapcraft.nanodesu.ru/pie/350 Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes postaux... (en dessert)
En plus toi même ne répond pas non plus, au lieu de faire un reproche ici, tu peux dire ce qui ne va pas ? Je ne vois qu'ne seule chose : l'article Wikipédia donne 3 codes postaux seulement dans son infobox, et omet 35100 qui existe pourtant bel et bien à Rennes (en plus de 35000, 35200 et 35700). Et ce ne sont pas des Cedex. Il est possible qu'il y en ait d'autres mais pour moi ce sont des Cedex ou codes spéciaux de regroupements, ou des codes de l'armée (qui ne sont pas réellement géolocalisés, la poste remet juste à un endroit le courrier qui est acheminé par le service postal interne des armées). Le 23 décembre 2013 06:43, Philippe Verdy verd...@wanadoo.fr a écrit : Justement j'en ai discuté (ici et dans Mapcraft) et je n'ai pas vu d'anomalie du tout. Ou alors je ne sais pas du tout ce que tu veux tester. Est-ce le fait que Rennes a plusieurs codes postaux, cela ne le semble pas du tout une anomalie. Personne n'a répondu à la demande. Le 23 décembre 2013 00:46, Christophe Merlet red...@redfoxcenter.org a écrit : Le 22/12/2013 23:09, Philippe Verdy a écrit : Parmi les différence on voit des confusions dans Wikipédia entre les codes postaux et les codes INSEE... Attention, tout n'est pas bon sur Wikipédia non plus, les corrections sont à faire des deux côtés. Philippe, si tu pouvais éviter de valider des nœuds dans le mapcraft que tu ne corriges même pas. Ex Rennes. Merci Le 22 décembre 2013 22:39, Vincent de Château-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Avant que Vincent et Christophe ne mangent tout :-) voici de quoi picorer les codes postaux à vérifier voire corriger. Pour rappel, leur sélection vient d'une différence constatée entre WP et OSM. La géométrie des parts n'est pas le contour des communes (sinon le fichier était trop gros pour Mapcraft). Atout carreau :-) http://mapcraft.nanodesu.ru/__pie/350 http://mapcraft.nanodesu.ru/pie/350 Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr