[OSM-talk-fr] ref ou ref:INSEE pour les départements (et les =?iso-8859-1?q?r=E9gions?=)
Hello, Je rebondis tardivement sur : http://lists.openstreetmap.org/pipermail/talk-fr/2012-November/051162.html Bien que l'avis fût unanime, et que mes chances de convaincre soient faibles, je vais quand même argumenter mon désaccord. Plutôt que de radoter (une fois de plus) je déterre des archives de Mars 2009 où j'exposais déjà mon avis préférentiel pour la tag ref plutôt que ref:INSEE ici : http://lists.openstreetmap.org/pipermail/talk-fr/2009-March/007604.html Mon avis, que j'ai jusqu'a présent maintenu, de préférer le tag ref dès que c'est possible concernait déjà les communes, mais s'affirme tout autant pour les départements. Je vais essayer de faire court : Ma préférence est d'opter pour un format : ref=73 + source:ref=INSEE au lieu de ref:INSEE=73 La raison en est l'uniformité mondial donc l'utilisation compatible dans les outils. De même qu'on ne choisi pas * name:en_français=tata mais name=tata * highway:français=autoroute mais highway=motorway Je pense que l'on devrait aussi utiliser ref=X et pas ref:Y=X Il y a 4 ans, je n'avais aucun exemple concret pour montrer le défaut de notre approche, maintenant j'ai nominatim. Nominatim cherche sur le tag ref et ne cherche pas sur ref:INSEE, démo : Un français moyen connait son département par son numéro, ça lui permet La demande suivante : http://nominatim.openstreetmap.org/search.php?q=73,france qui trouve, comme attendu par certains, la savoie en revanche : http://nominatim.openstreetmap.org/search.php?q=974,france ne trouve pas la réunion * pas plus que : http://nominatim.openstreetmap.org/search.php?q=73065,france ne trouve chambéry (dont le code INSEE est 73065) * Les mauvaises langues diront que c'est à cause des relations bizarres et tout ça mais que sinon ça aurait marché, mais en fait non, je n'ai pas exploré intégralement le code de nominatim, mais les ref:INSEE ne sont très certainement pas prises en compte et c'est pour ça que la réunion, qui n'a pas ref=974 ne sort pas de la recherche, alors que la savoie, qui a ref=73 elle sort. -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ref ou ref:INSEE pour les départements (et les =?iso-8859-1?q?r=E9gions?=)
ps: C'est aussi pour ça que : http://suivi.openstreetmap.fr/communes/communes.csv.txt ne marche plus pour les DOM/TOM On pourrait argumenter que je n'ai qu'a réparer mon code pour prendre en compte ref:INSEE mais cela impliquerait que mon code serait encore moins portable pour un autre pays qui aurait le même besoin. Je renâcle donc à le faire, oui, mais pour une raison réfléchie. -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ref ou ref:INSEE pour les départements (et les =?iso-8859-1?q?r=E9gions?=)
Et tu fais comment pour distinguer les cas où il y a plusieurs numéros de référence, provenant parfois même de la même source, mais pour des usages différents ? Prenons le cas des régions françaises, on a un code ISO 3166-2, un numéro INSEE, plusieurs numéros SIREN (pour les différentes collectivités locales qui gèrent le même territoire), si on continue on aura aussi des codes FIPS, des régions académiques, des régions postales, ou pour les immatriulations automobiles, les régions militaires et de défense, les régions aériennes... Et on a aussi les codes NUTS. Le 29 décembre 2012 17:19, sly (sylvain letuffe) li...@letuffe.org a écrit : Hello, Je rebondis tardivement sur : http://lists.openstreetmap.org/pipermail/talk-fr/2012-November/051162.html Bien que l'avis fût unanime, et que mes chances de convaincre soient faibles, je vais quand même argumenter mon désaccord. Plutôt que de radoter (une fois de plus) je déterre des archives de Mars 2009 où j'exposais déjà mon avis préférentiel pour la tag ref plutôt que ref:INSEE ici : http://lists.openstreetmap.org/pipermail/talk-fr/2009-March/007604.html Mon avis, que j'ai jusqu'a présent maintenu, de préférer le tag ref dès que c'est possible concernait déjà les communes, mais s'affirme tout autant pour les départements. Je vais essayer de faire court : Ma préférence est d'opter pour un format : ref=73 + source:ref=INSEE au lieu de ref:INSEE=73 La raison en est l'uniformité mondial donc l'utilisation compatible dans les outils. De même qu'on ne choisi pas * name:en_français=tata mais name=tata * highway:français=autoroute mais highway=motorway Je pense que l'on devrait aussi utiliser ref=X et pas ref:Y=X Il y a 4 ans, je n'avais aucun exemple concret pour montrer le défaut de notre approche, maintenant j'ai nominatim. Nominatim cherche sur le tag ref et ne cherche pas sur ref:INSEE, démo : Un français moyen connait son département par son numéro, ça lui permet La demande suivante : http://nominatim.openstreetmap.org/search.php?q=73,france qui trouve, comme attendu par certains, la savoie en revanche : http://nominatim.openstreetmap.org/search.php?q=974,france ne trouve pas la réunion * pas plus que : http://nominatim.openstreetmap.org/search.php?q=73065,france ne trouve chambéry (dont le code INSEE est 73065) * Les mauvaises langues diront que c'est à cause des relations bizarres et tout ça mais que sinon ça aurait marché, mais en fait non, je n'ai pas exploré intégralement le code de nominatim, mais les ref:INSEE ne sont très certainement pas prises en compte et c'est pour ça que la réunion, qui n'a pas ref=974 ne sort pas de la recherche, alors que la savoie, qui a ref=73 elle sort. -- sly (sylvain letuffe) ___ 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] ref ou ref:INSEE pour les départements (et les =?iso-8859-1?q?r=E9gions?=)
Il ne serait pas illogique d'avoir un ref par défaut, et d'autres ref:xxx avec un éventuel doublon comme on le fait pour name name:xx Cela permet un usage par défaut par les outils non spécialisés (Nominatim est effectivement un bon exemple), et aussi par des outils spécialisés qui connaissent le principe du COG. ref=73 + ref:INSEE=73 ne me choquerait donc pas du tout. -- 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] ref ou ref:INSEE pour les départements (et les =?iso-8859-1?q?r=E9gions?=)
Le samedi 29 décembre 2012 18:00:54, Christian Quest a écrit : ref=73 + ref:INSEE=73 ne me choquerait donc pas du tout. ça me choquerait un peu moins, mais la redondance, c'est quand même pas l'idéal non ? Je maintiens ma proposition, (qui n'empêche en rien d'avoir d'autre ref jugées non principales) style : ref=73 ref:source=INSEE ref:NUTS=X ref:CHATAIGNES=Z ref:SIREN=T Une version de malade de la normalisation pour INSEE pourrait être : ref:INSEE={{redirection|ref}} -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ref ou ref:INSEE pour les départements (et les =?iso-8859-1?q?r=E9gions?=)
Mais alors pas ref:source=INSEE, mais source:ref=INSEE. Comme on peut avoir aussi source:population=COG / INSEE. Les sources sont toutes dans source:*=*. Mais ce que tu indiques dans ref:*=* doit être un identifiant unique, et ref:source=INSEE ne sera pas unique ! L'ennui de ref=73 c'est que c'est très peu sélectif dans la base : pour savoir ce que cela désigne il faut regarder tout un tas d'autres attributs et savoir ensuite comment l'interpréter selon le pays (et pas sûr que ref:source=INSEE soit très parlant comme critère). Je pense que ref:base=identifiant ou ref:code pays:base=identifiant (pour les bases externes non gouvernementales ou de portée non nationale ou pas intégrée à des normes internationales) reste le modèle préférable à un ref=* qui sert à désigner des tas de trucs très différents (des routes, des parcs régionaux, etc...) Note que les codes postaux sont aussi des réfs externes mais on les a mis plutôt maintenant dans addr:postcode (parce que cela sert au schéma international des adresses postales ; un alias est aussi postal_code=* voire zip_code=* trouvé parfois aux USA). Mais il n'est pas impossible qu'avec la multiplication des acteurs postaux, ceux-ci ne développent pas pour leur propre compte leur propre codification postale (pour leurs centres logistiques et de distribution ou collecte). Pour l'instant même avec la concurrence postale, les codes postaux français sont restés uniques (c'est peut-être du ressort de l'ARCEP en France de maintenir ce fichier pour tout le monde au lieu de La Poste comme avant). Mais je ne garantirait rien hors de France ou d'Europe. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ref ou ref:INSEE pour les départements (et les =?iso-8859-1?q?r=E9gions?=)
Le 29 décembre 2012 18:16, sly (sylvain letuffe) li...@letuffe.org a écrit : Le samedi 29 décembre 2012 18:00:54, Christian Quest a écrit : ref=73 + ref:INSEE=73 ne me choquerait donc pas du tout. ça me choquerait un peu moins, mais la redondance, c'est quand même pas l'idéal non ? Ah l'idéal ;) On l'accepte bien pour name ! Si ça peut simplifier la réutilisation des data, c'est quand même préférable sinon on va avoir des ref:INSEE dans des ref:INSEE et aussi dans des ref si source:ref=INSEE... Au final tu as 2 tags dans les deux cas. -- 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] ref ou ref:INSEE pour les départements (et les =?iso-8859-1?q?r=E9gions?=)
Le samedi 29 décembre 2012 21:32:29, Art Penteur a écrit : Je suis à fond pour. Les vieux briscards* d'OSM n'ont pas changé d'avis à ce que je vois ;-) : http://lists.openstreetmap.org/pipermail/talk-fr/2009-March/007611.html * Rien de péjoratif -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr