Re: [OSM-talk-fr] Osmose vs ref:FR:LaPoste

[Romain MEHUT]

Bonjour,

Le tag "ref:FR:LaPoste" s'applique à l'agence postale soit
"amenity=post_office"
Pour les boites aux lettres "amenity=post_box" c'est le tag "ref" cf.
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpost_box et
http://wiki.openstreetmap.org/wiki/FR:Comment_cartographier_un...#B.

Romain

Le 7 juin 2016 à 05:01, Francois Gouget  a écrit :

>
> J'ai l'impression qu'Osmose veut mettre la référence des boites
> aux lettres sur le tag ref et non sur ref:FR:LaPoste. Or il me semblait
> que c'est ce dernier qui était préféré. En tout cas c'est lui qui est
> mentionné sur la page Wiki de ref.
>
> https://wiki.openstreetmap.org/wiki/FR:Key:ref#Valeurs_du_projet_France
>
>
> Par exemple ces deux boites aux lettres à Cachan sont toutes deux leur
> tag ref:FR:LaPoste positionné et pourtant Osmose considère qu'elles ne
> sont pas intégrées et semble vouloir leur mettre un simple tag ref :
>
>
> http://osmose.openstreetmap.fr/en/map/?zoom=17&lat=48.79155&lon=2.34122&layers=BFT
>
> Ou alors qje n'ai pas bien compris comment marche l'intégration avec
> Osmose. Quelqu'un peut-il m'éclairer ?
>
>
> Coté bureaux de poste je ne suis pas sûr qu'il y ait le même problème.
>
>
> --
> Francois Gouget   http://fgouget.free.fr/
> May your Tongue stick to the Roof of your Mouth with the Force of a
> Thousand Caramels.
> ___
> 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] Liens Wikidata (Était : ERDF (et RFF) ont changé de nom)

[Nicolas Dumoulin]

Salut,

Je reviens sur cette idée de wikidata avec une découvert que je viens
de faire par hasard, en cherchant une icône de ralentisseurs.
La découverte, ce sont les "projects" dans taginfo qui permet entre
autres de lier un élément de taginfo à wikidata.
Et donc paf :
http://taginfo.openstreetmap.org/keys/traffic_calming#projects
Là, on a le lien entre les attributs "traffic_calming=*" et l'élément
wikidata Q1198538
Comment ça marche, c'est par ici :
http://wiki.openstreetmap.org/wiki/Taginfo/Projects
Et un fichier de description des correspondances ici :
http://tools.wmflabs.org/wp-world/wikidata/tags.php
Où on trouve par exemple la correspondance 
"amenity=bar" avec https://www.wikidata.org/wiki/Q187456
Ça ouvre la perspective avec cet exemple d'utiliser cette base
d'association pour extraire les bars non plus avec l'attribut
"amenity=bar", mais avec le code wikidata Q187456. Ainsi, si la
communauté française fait pression (hoho) pour renommer "amenity=bar"
en "amenity=troquet", les applications ne seront pas impactées,
puisqu'il suffira de mettre à jour de fichier "Projects" pour cette
association d'entités.
Bon, mon exemple est un peu foireux, et l'idée reste prospective, mais
je trouve cela très enthousiasmant :-)

Bonne journée

-- 
Nicolas Dumoulin


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose vs ref:FR:LaPoste

[Francois Gouget]

On Tue, 7 Jun 2016, Romain MEHUT wrote:

> Bonjour,
> 
> Le tag "ref:FR:LaPoste" s'applique à l'agence postale soit
> "amenity=post_office"
> Pour les boites aux lettres "amenity=post_box" c'est le tag "ref" cf.
> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpost_box et

En même temps une page en anglais ne mentionnera jamais ref:FR:LaPoste 
qui est spécifique à la France.


> http://wiki.openstreetmap.org/wiki/FR:Comment_cartographier_un...#B.

Cette page étant en français je serais plus enclin à la croire.

Cependant, outre qu'utiliser ref pour les boites aux lettres et 
ref:FR:LaPoste pour les agences est incohérent, cela me semble aussi 
contraire à la discussion récente :

https://lists.openstreetmap.org/pipermail/talk-fr/2016-May/080787.html


-- 
Francois Gouget   http://fgouget.free.fr/
The nice thing about meditation is that it makes doing nothing quite respectable
  -- Paul Dean___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose vs ref:FR:LaPoste

[Romain MEHUT]

Le 7 juin 2016 à 15:06, Francois Gouget  a écrit :

>
> Cependant, outre qu'utiliser ref pour les boites aux lettres et
> ref:FR:LaPoste pour les agences est incohérent, cela me semble aussi
> contraire à la discussion récente :
>

Je trouve que ce serait aussi plus cohérent mais jusqu'à présent les
agences et les boites postales ont bien été traitées de façon différentes.

Romain
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Liens Wikidata (Était : ERDF (et RFF) ont changé de nom)

[Jérôme Seigneuret]

Et donc paf :
http://taginfo.openstreetmap.org/keys/traffic_calming#projects
Donc en clair, tous les projets qui utilise des clés doivent faire une
déclaration pour savoir si ces projets seront impactés.

Wikidata déporte la problématique de maintenance des clés.

En clair ça veux dire que les outils de saisi doivent faire appel à ce
système pour définir les correspondances (outil intermédiaire) permettant à
l'utilisateur de continuer à saisir des clés et à en faire une restitution
en base sur des clés wikidata

Et grâce à cette intermédiaire, pouvoir restituer un système de clé=valeur
fournissant la dernière version valide de toutes clés ou couples de
clé=valeur répondant à la dernière version.

Ou alors tu utilise ce système pour faire des upgrade dans toutes les
applications et dans la base pour mettre à jour les clés ou couple de
clés/valeurs d'une version du schéma à l'autre.
Il faut dans ce cas avoir un versionnement du système de clé.

J'utilise pas encore ce système de WIKIDATA mais je trouve pas ça très
simple pour un "contributeur humain" d'où le fait d'utiliser une version et
des robots de maintenance qui le feront bien meiux que moi et qui pourront
aussi le faire pour les softs de saisi avec un mode d'alerte en cas
d'utilisation d'une saisie manuelle d'éléments obsolètes.

C'est un peu le principe d'alerte en développement JAVA quand tu exploites
une fonction déprécié (ou autre langage) dans une librairie.


Le 7 juin 2016 à 14:30, Nicolas Dumoulin  a écrit :

> Salut,
>
> Je reviens sur cette idée de wikidata avec une découvert que je viens
> de faire par hasard, en cherchant une icône de ralentisseurs.
> La découverte, ce sont les "projects" dans taginfo qui permet entre
> autres de lier un élément de taginfo à wikidata.
> Et donc paf :
> http://taginfo.openstreetmap.org/keys/traffic_calming#projects
> Là, on a le lien entre les attributs "traffic_calming=*" et l'élément
> wikidata Q1198538
> Comment ça marche, c'est par ici :
> http://wiki.openstreetmap.org/wiki/Taginfo/Projects
> Et un fichier de description des correspondances ici :
> http://tools.wmflabs.org/wp-world/wikidata/tags.php
> Où on trouve par exemple la correspondance
> "amenity=bar" avec https://www.wikidata.org/wiki/Q187456
> Ça ouvre la perspective avec cet exemple d'utiliser cette base
> d'association pour extraire les bars non plus avec l'attribut
> "amenity=bar", mais avec le code wikidata Q187456. Ainsi, si la
> communauté française fait pression (hoho) pour renommer "amenity=bar"
> en "amenity=troquet", les applications ne seront pas impactées,
> puisqu'il suffira de mettre à jour de fichier "Projects" pour cette
> association d'entités.
> Bon, mon exemple est un peu foireux, et l'idée reste prospective, mais
> je trouve cela très enthousiasmant :-)
>
> Bonne journée
>
> --
> Nicolas Dumoulin
>
>
> ___
> 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] Osmose vs ref:FR:LaPoste

[Jérôme Seigneuret]

Je confirme.
Pour les boites postales, j'ai utilisé ref à chaque fois...

Le 7 juin 2016 à 15:10, Romain MEHUT  a écrit :

> Le 7 juin 2016 à 15:06, Francois Gouget  a écrit :
>
>>
>> Cependant, outre qu'utiliser ref pour les boites aux lettres et
>> ref:FR:LaPoste pour les agences est incohérent, cela me semble aussi
>> contraire à la discussion récente :
>>
>
> Je trouve que ce serait aussi plus cohérent mais jusqu'à présent les
> agences et les boites postales ont bien été traitées de façon différentes.
>
> Romain
>
>
> ___
> 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] Osmose vs ref:FR:LaPoste

[Frédéric Rodrigo]

Le 07/06/2016 à 15:10, Romain MEHUT a écrit :
Le 7 juin 2016 à 15:06, Francois Gouget > a écrit :



Cependant, outre qu'utiliser ref pour les boites aux lettres et
ref:FR:LaPoste pour les agences est incohérent, cela me semble aussi
contraire à la discussion récente :


Je trouve que ce serait aussi plus cohérent mais jusqu'à présent les 
agences et les boites postales ont bien été traitées de façon différentes.


Romain
Quand j'ai ajouté les boites aux lettres dans Osmose je l'avais fait 
avec ref:FR:LaPoste, mais ici même on a demandé à continuer à faire 
comme c'était déjà dans OSM, avec le tag ref.


Frédéric.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Liens Wikidata (Était : ERDF (et RFF) ont changé de nom)

[Nicolas Dumoulin]

Le Tue, 7 Jun 2016 16:04:26 +0200,
Jérôme Seigneuret  a écrit :
> J'utilise pas encore ce système de WIKIDATA mais je trouve pas ça très
> simple pour un "contributeur humain" d'où le fait d'utiliser une
> version et des robots de maintenance qui le feront bien meiux que moi
> et qui pourront aussi le faire pour les softs de saisi avec un mode
> d'alerte en cas d'utilisation d'une saisie manuelle d'éléments
> obsolètes.

Je suis d'accord que ce n'est pas adapté pour un contributeur humain
(en tout cas, pas de manière évidente). Mais je parle justement des
outils et scripts qui font du traitement automatique des données OSM.
Je parle donc des robots et pas des contributeurs. Je trouve que ça
pourrait être intéressant que ces robots s'appuient sur des codes faits
pour les robots en utilisant une base (comme les fichiers "projects" de
taginfo) pour traduire ces codes en langage orienté contributeur.
Mais bon, c'est juste une idée :-)

-- 
Nicolas Dumoulin


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Liens Wikidata (Était : ERDF (et RFF) ont changé de nom)

[Jérôme Seigneuret]

L'idée est bonne à voir si la mise en place et l'usage peut être fait
facilement en prenant en compte ce que j'ai mis en avant comme
problématique. Le tout étant de pouvoir faire une mise à jour simple et
partout.

En tous cas, il faudra le tester sur des clés factices (test) pour vérifier
son bon fonctionnement vu qu'osm ne dispose pas de serveur "bac à sable"

Le 7 juin 2016 à 16:51, Nicolas Dumoulin  a écrit :

> Le Tue, 7 Jun 2016 16:04:26 +0200,
> Jérôme Seigneuret  a écrit :
> > J'utilise pas encore ce système de WIKIDATA mais je trouve pas ça très
> > simple pour un "contributeur humain" d'où le fait d'utiliser une
> > version et des robots de maintenance qui le feront bien meiux que moi
> > et qui pourront aussi le faire pour les softs de saisi avec un mode
> > d'alerte en cas d'utilisation d'une saisie manuelle d'éléments
> > obsolètes.
>
> Je suis d'accord que ce n'est pas adapté pour un contributeur humain
> (en tout cas, pas de manière évidente). Mais je parle justement des
> outils et scripts qui font du traitement automatique des données OSM.
> Je parle donc des robots et pas des contributeurs. Je trouve que ça
> pourrait être intéressant que ces robots s'appuient sur des codes faits
> pour les robots en utilisant une base (comme les fichiers "projects" de
> taginfo) pour traduire ces codes en langage orienté contributeur.
> Mais bon, c'est juste une idée :-)
>
> --
> Nicolas Dumoulin
>
>
> ___
> 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] [OverpassTurbo] Obtenir une seule route à partir de ways?

[Shohreh]

Merci. Dommage qu'il n'y ait pas une commande dans OverpassTurbo pour
directement fusionner les ways avant de télécharger le fichier.



--
View this message in context: 
http://gis.19327.n5.nabble.com/OverpassTurbo-Obtenir-une-seule-route-a-partir-de-ways-tp5874852p5874942.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose vs ref:FR:LaPoste

[Christian Quest]

C'est historique...

On a commencé à repérer des numéros sur les boites aux lettres et comme 
c'était le seul identifiant qu'on pouvait trouver dessus, le ref ne 
semblait pas poser de problème à l'époque.


Quand La Poste a mis à disposition la localisation des bureaux de poste, 
il y avait un identifiant dans ces données que l'on ne peut pas 
déterminer sur le terrain (à ma connaissance)...


Voilà ce qui explique la différence de traitement qui effectivement 
aujourd'hui peut paraître incohérente.


Passer les ref en ref:FR:LaPoste me semblerait aujourd'hui plutôt cohérent.


Le 07/06/2016 à 16:37, Frédéric Rodrigo a écrit :

Le 07/06/2016 à 15:10, Romain MEHUT a écrit :
Le 7 juin 2016 à 15:06, Francois Gouget > a écrit :



Cependant, outre qu'utiliser ref pour les boites aux lettres et
ref:FR:LaPoste pour les agences est incohérent, cela me semble aussi
contraire à la discussion récente :


Je trouve que ce serait aussi plus cohérent mais jusqu'à présent les 
agences et les boites postales ont bien été traitées de façon 
différentes.


Romain
Quand j'ai ajouté les boites aux lettres dans Osmose je l'avais fait 
avec ref:FR:LaPoste, mais ici même on a demandé à continuer à faire 
comme c'était déjà dans OSM, avec le tag ref.


Frédéric.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr



--
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose vs ref:FR:LaPoste

[Jérôme Seigneuret]

Faites un vote sur le wiki et ce sera réglé ;-) Mais il est vrai que c'est
plus cohérent.

Et coté wikidata, vu qu'on en parle pour les autres organismes public(ou
epic) on peut aussi mettre un code Projet sur cette ref:FR:LaPoste

Bonne soirée,
Jérôme


Le 7 juin 2016 à 17:56, Christian Quest  a écrit :

> C'est historique...
>
> On a commencé à repérer des numéros sur les boites aux lettres et comme
> c'était le seul identifiant qu'on pouvait trouver dessus, le ref ne
> semblait pas poser de problème à l'époque.
>
> Quand La Poste a mis à disposition la localisation des bureaux de poste,
> il y avait un identifiant dans ces données que l'on ne peut pas déterminer
> sur le terrain (à ma connaissance)...
>
> Voilà ce qui explique la différence de traitement qui effectivement
> aujourd'hui peut paraître incohérente.
>
> Passer les ref en ref:FR:LaPoste me semblerait aujourd'hui plutôt cohérent.
>
>
>
> Le 07/06/2016 à 16:37, Frédéric Rodrigo a écrit :
>
>> Le 07/06/2016 à 15:10, Romain MEHUT a écrit :
>>
>>> Le 7 juin 2016 à 15:06, Francois Gouget >> fgou...@free.fr>> a écrit :
>>>
>>>
>>> Cependant, outre qu'utiliser ref pour les boites aux lettres et
>>> ref:FR:LaPoste pour les agences est incohérent, cela me semble aussi
>>> contraire à la discussion récente :
>>>
>>>
>>> Je trouve que ce serait aussi plus cohérent mais jusqu'à présent les
>>> agences et les boites postales ont bien été traitées de façon différentes.
>>>
>>> Romain
>>>
>> Quand j'ai ajouté les boites aux lettres dans Osmose je l'avais fait avec
>> ref:FR:LaPoste, mais ici même on a demandé à continuer à faire comme
>> c'était déjà dans OSM, avec le tag ref.
>>
>> Frédéric.
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
>
> ___
> 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] Osmose vs ref:FR:LaPoste

[osm . sanspourriel]

Le 2016-06-07 à 15:10, Romain MEHUT - romain.me...@gmail.com a écrit :
Le 7 juin 2016 à 15:06, Francois Gouget > a écrit :



Cependant, outre qu'utiliser ref pour les boites aux lettres et
ref:FR:LaPoste pour les agences est incohérent, cela me semble aussi
contraire à la discussion récente :


Je trouve que ce serait aussi plus cohérent mais jusqu'à présent les 
agences et les boites postales ont bien été traitées de façon différentes.


Romain
Plus cohérent, conforme à la discussion récente, le wiki peut être 
changé, ref selon le wiki anglais et comme utilisé en Allemagne est le.. 
numéro de rue quand l'OpenData n'est pas suffisant.

A1M6D9 n'est pas exactement un numéro.
En version allemande :
ref =* (Referenznummer 
oder Standort)

Exemple :
ref =Wilhelmstraße 
56-58, 50733 Köln

Oui, c'est une adresse !

Pleins de bonnes raisons pour faire un remplacement de clé pour les 
données en France.
Si les références ref n'ont pas le même référentiel, ça n'a pas grand 
sens, soit ref est une référence valable internationalement, soit il 
vaut mieux éviter.


> Quand La Poste a mis à disposition la localisation des bureaux de 
poste, il y avait un identifiant dans ces données que l'on ne peut pas 
déterminer sur le terrain (à ma connaissance)...

Si, si, c'est affiché sur la boîte aux lettres. Au moins sur certaines
Sur 
https://upload.wikimedia.org/wikipedia/commons/e/e8/Bo%C3%AEte_aux_lettres_1990.jpg 
tu vois A1M6D9

D'après la base ouverte :
A1M6D9  1   
	COUR UNTERLINDEN 	EGUISHEIM 	68078 	1020795.94 	6780127.17 	68420 
Positionnement fin 	ESPG : 2154 	48.0427669463, 7.3063508



Pour l'utilisation d'une référence qui en soit une (ref:FR:LaPoste).
Soit il y a un traitement derrière et dans ce cas c'est plus simple, 
soit il n'y en a pas et alors que la personne voie ref ou 
ref:FR:LaPoste, elle n'en a rien à faire.
coalesce(ref:FR:LaPoste, ref), un ordi peut aussi gérer. Mais si c'est 
ref, est-ce une ref à la française ou à l'allemande ?


Jean-Yvon
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose vs ref:FR:LaPoste

[Christian Quest]

ref est une clé par défaut, il n'y a pas de référentiel international pour
l'immense majorité des objets.

C'est aussi (et peut être avant tout à l'origine) parce qu'on avait des
identifiants provenant de différentes sources qu'on a étendu ref avec les
ref:XX pour pouvoir avoir plusieurs références sur un même objet.

Le 7 juin 2016 à 19:34,  a écrit :

> Le 2016-06-07 à 15:10, Romain MEHUT - romain.me...@gmail.com a écrit :
>
> Le 7 juin 2016 à 15:06, Francois Gouget  a écrit :
>
>>
>> Cependant, outre qu'utiliser ref pour les boites aux lettres et
>> ref:FR:LaPoste pour les agences est incohérent, cela me semble aussi
>> contraire à la discussion récente :
>>
>
> Je trouve que ce serait aussi plus cohérent mais jusqu'à présent les
> agences et les boites postales ont bien été traitées de façon différentes.
>
> Romain
>
> Plus cohérent, conforme à la discussion récente, le wiki peut être changé,
> ref selon le wiki anglais et comme utilisé en Allemagne est le.. numéro de
> rue quand l'OpenData n'est pas suffisant.
> A1M6D9 n'est pas exactement un numéro.
> En version allemande :
> ref =* (Referenznummer
> oder Standort)
> Exemple :
> ref =Wilhelmstraße 56-58,
> 50733 Köln
> Oui, c'est une adresse !
>
> Pleins de bonnes raisons pour faire un remplacement de clé pour les
> données en France.
> Si les références ref n'ont pas le même référentiel, ça n'a pas grand
> sens, soit ref est une référence valable internationalement, soit il vaut
> mieux éviter.
>
> > Quand La Poste a mis à disposition la localisation des bureaux de poste,
> il y avait un identifiant dans ces données que l'on ne peut pas déterminer
> sur le terrain (à ma connaissance)...
> Si, si, c'est affiché sur la boîte aux lettres. Au moins sur certaines
> Sur
> 
> https://upload.wikimedia.org/wikipedia/commons/e/e8/Bo%C3%AEte_aux_lettres_1990.jpg
> tu vois A1M6D9
> D'après la base ouverte :
> A1M6D9 1
> COUR UNTERLINDEN EGUISHEIM 68078 1020795.94 6780127.17 68420 Positionnement
> fin ESPG : 2154 48.0427669463, 7.3063508
> Pour l'utilisation d'une référence qui en soit une (ref:FR:LaPoste).
> Soit il y a un traitement derrière et dans ce cas c'est plus simple, soit
> il n'y en a pas et alors que la personne voie ref ou ref:FR:LaPoste, elle
> n'en a rien à faire.
> coalesce(ref:FR:LaPoste, ref), un ordi peut aussi gérer. Mais si c'est
> ref, est-ce une ref à la française ou à l'allemande ?
>
> Jean-Yvon
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Obtenir une seule route à partir de ways?

[JB]

Le 07/06/2016 à 17:23, Shohreh a écrit :

Merci. Dommage qu'il n'y ait pas une commande dans OverpassTurbo pour
directement fusionner les ways avant de télécharger le fichier.
Pas vraiment. Ce n'est juste pas son boulot. Overpass permet de filtrer 
et charger des données OSM, pas de les post-traiter. Si les tronçons 
sont dans le « bon » ordre dans OSM, ils sortiront de même.

JB.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] ERDF (et RFF) ont changé de nom

[François Lacombe]

Hello tous,

C'est cool toutes ces contributions !
Pour ma part, pas le temps en ce moment de traiter tous les sujets

En ce qui concerne l'utilisation de wikidata, ca serait une sacrée
avancée de pouvoir coupler (modalités visiblement à définir) des
objets OSM à des objets Wikidata. Globalement on pourrait supprimer
tous les noms propres de la base !
Mais il n'y a pas que la base : les outils devraient à minima afficher
un intitulé intelligible à l'utilisateur tout en maintenant l'id
wikidata en arrière plan.
A moins que l'API OSM évolue et gère lui-même ces jointures en
s'associant de manière plus prononcée à wikidata... ce qui est encore
moins évident.


+1 sur l'idée suivante : même si nous indiquons "ERDF", "Enedis",
"SNCF Réseau" dans operator=* c'est évidemment une référence déguisée.
La valeur correspond aussi bien à l'humain qu'à la machine.
Dans un traitement d'import dans une base métier, la 1ere chose à
faire est de remplacer ces chaines de textes par une valeur servant de
clé étrangère avec une table annexes d'exploitants qui expose un tas
d'autres propriétés de l'exploitant en question.

Dans l'immédiat, c'est dur de savoir vraiment quoi faire...
["operator"~"Enedis|ERDF"] ca marche aussi dans overpass, même si
c'est éloigné du propos de départ.

Joker sur la question des relations :)
C'est moins pratique en tant que consommateur d'aller chercher aux 4
coins du fichier pour connaitre une propriété récurrente (dans les
relations parentes mais aussi le changeset).

Jean-Yvon, par rapport à l'un de nos premier mails sur la question,
sur le nom du poste MLTVULCA.
L'utilisation de ref=* n'est pas bonne ici, il faut indiquer MLTVULCA
dans name=*.
MLT. Vulca est une entreprise de vulcanisation située juste à côté du
poste en question, c'est son nom qui est indiqué sur le poste de
livraison.

Le 6 juin 2016 à 23:04,  a écrit :
> François j'ai vérifié, on a des transformateurs privés qui ont la plaque 
> Electricité de France (fort défraichie) dont les supports du nom cabalistique 
> ont été vidés (c'est nouveau, suite au remplacement de l'arrivée) et qui ne 
> sont pas
> gérés par Enedis. Enedis n'est responsable que jusqu'au bout du câble.

Pour le cas des postes privés (ex tarifs vert, livraison en HTA 20kV
triphasé), en effet l'exploitant est la société privée titulaire du
contrat de livraison.
Le distributeur (Enedis ou la régie locale) dispose des interrupteurs
d'entrée de poste, puisque le poste en question peut être alimenté
depuis plusieurs sources, en antenne ou coupure de boucle/artère.
Ces postes sont néanmoins connus du SI distributeur, sont nommés et
identifiés de la même façon, avec les même codes.
Bon, operator=Enedis est passable, il y a des composants à l'intérieur
exploités par Enedis. owner=* par contre, c'est systématiquement le
client.

En résumé : power=substation + substation=industrial + operator=Enedis
ou régie + voltage=2;400 + owner=le client
Si le contributeur est capable de faire la différence avec un poste de
distribution publique (raccordement de clients en 400V/220V mono ou
tri par le distributeur) :
power=substation + substation=minor_distribution + operator=Enedis ou
régie + voltage=2;400 + owner=autorité concédente, syndicat d'elec
ou autres.

Bonne soirée :)

François

--
François Lacombe

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Liens Wikidata (Était : ERDF (et RFF) ont changé de nom)

[osm . sanspourriel]

Et plutôt que de regarder avec des bistrots, j'ai regardé avec les 
boîtes aux lettres vu l'autre sujet.


Je vois

Vespucci 

ref =*

yes no no no

Facilities/Facilities/Post Box


mais je maintiens ;-) : si on veut du contrôle de validité, 
d'intégration, de complétion, des outils de mise à jours ...

Sachant que moi aussi j'ai commencé avec des ref.

Avec seulement ref tu regardes quoi ? Si le operator=La Poste, si non si 
l'objet est un Q49844 (amenity=post_box pour les cartographe à 
l'ancienne ;-)) en France.
Comme précisé par Christian, en cas de valeurs multiples, c'est 
carrément indémerdable.
Sauf à écrire ref=FR:LaPoste:id1;FR:OpenData2:id2 (mettre le référentiel 
dans la valeur, je te dis pas la saisie, on va avoir besoin d'Adrien 
pour nous faire une saisie ergonomique ;-)).


Ref est pour le moment un fourre-tout donc difficilement exploitable.
J'entends bien qu'avoir un ref:pays:operateur n'est pas génial non plus.
Ici l'outil Vespucci est un éditeur Android. Donc on a la position, la 
langue, etc...

Il devrait pouvoir ajouter ce tag ref:FR:LaPoste sans trop de soucis.

Bien sûr on pourrait faire un ref: (ref:Q373724) pour La 
Poste.
Si l'utilisateur a déjà renseigné  l'operator, et que dans la base wiki 
on a associé les tags ref relatifs (pas besoin de dire plus d'un point 
de vue utilisateur : on utilise une référence La Poste) ou le brand 
(Chronopost, ref:Q2967313).


En plus clair : l'utilisateur veut entrer une boîte aux lettres, il 
choisit l'opérateur La Poste et donc on lui propose d'entrer la 
référence La Poste.

En interne on aura
operator=Q373724
ref:operator=trucmuch

Parce que quelque part on aura :
wikidata=Q373724
has_ref=yes
value_operator:amenity:post_box=yes
value_operator:amenity:post_office=yes
(on dit que La Poste gère des bàl et des guichets)

Peut-être des infos donnant la zone géographique ?

Et a mon avis aussi pour limiter les interdépendances :
name=La Poste
int_name=La Poste
et sans doute les autres champs wikidata qui ont un sens.

*Pour afficher correctement*
Opérateur=La Poste
Référence=trucmuch
Il suffit de regarder si Q373724 est un objet wikidata et si oui de 
chercher son nom (ou stocker :Q373724 pour éviter les conflits avec de 
vrais noms Qxx?)


*Pour entrer une boîte aux lettres*
L'éditeur sait (comment ? dans le wikidata correspondant ?) que les 
amenity=post_box ont un nom un opérateur et une référence.
Pour les opérateurs il cherche les wikidata avec 
value_operator:amenity:post_box=yes, propose intelligemment la liste (en 
fonction des voisins ?) de wikidata ayant 
value_operator:amenity:post_box=yes
Du côté des îles anglo-normandes il proposerait sans doute La Poste et 
Royal Mail.
Si quelqu'un tape, alors on cherche si un wikidata correspond. Si oui on 
remplace en interne par son code.


Maintenant qu'on a l'opérateur, que ce wikidata a has_ref=yes, on peut 
proposer d'entrer la référence.

Et la sauver le cas échéant en ref:operator=trucmuch

Si vous pensez qu'on peur avoir des ref multiples, alors il vaut mieux 
avoir ref:Q373724=trucmuch.

Pour les règles de validation c'est aussi plus simple.

*Pour valider une référence**
*Frédéric ajoute ref_validation:osmose=yes et hop la règle ref:Q373724 
d'osmose est appelée sur l'objet ;-).

ref_validation:rex pourrait définir une expression régulière
ref_validation:url une url à appeler avec substitution des arguments k 
et v (ou ?k=ref:Q373724&v=...)

 gérer les retours (OK, WARN, ERROR...)

Donc je suis vraiment pour créer des objets Wikidata sans doute avec 
gestion de version comme dit par ailleurs. Et tous les problèmes et 
solutions qui vont avec (fusion, gestion de version, etc) ?
Car on peut comme avec Fantoir, le Cadastre, etc... avoir des problèmes 
avec l'existant.
En intégrant j'ai la possibilité de faire des fusions partielles. OK, un 
merge partiel, ça se fait.


> En tous cas, il faudra le tester sur des clés factices (test) pour 
vérifier son bon fonctionnement vu qu'osm ne dispose pas de serveur "bac 
à sable"
ou comme je disais hier sur ces clés mais *dans un bac à sable* de 
opengeofiction.net (c'est un écosystème basé sur OpenStreetMap avec deux 
différences majeures : les données sont fictives et la licence n'est pas 
OdbL - ne pas importer de données OSM). A-t-on des participants sur la 
liste ? Sinon il faut créer des compte et au bout d'une semaine on peut 
demander un territoire. Il faudra se faire des villes closes pour éviter 
que d'autres ne travaillent sur nos zones ou qu'on détruise ailleurs. Je 
propose de nommer ce territoire OnSaiMe voir mieux OnSèMe car ici on 
sème pour le futur d'OSM et d'OGF.

Ça demande de créer un village.

Pour le moment je n'utilise Wikidata qu'en tant qu'humain.
C'est grave docteur ?
Mais pour des besoins spécifiques (traduction contextuelle principalement).
J'aime la présentation de Wikipedia : on voit la page pou