Re: [OSM-talk-fr] Renseigner un « Lieu-dit »

2020-08-16 Par sujet Jacques Lavignotte 


Le 16/08/2020 à 19:19, Jacques Lavignotte a écrit :

Le 16/08/2020 à 22:01, deuzeffe a écrit :


Qu'en penser ?



La même chose que quand il rajoute un point "Parking" sur une surface 
"Parking" "passke c'est mieux pour mon routage"


Il est bien localisé. On doit pouvoir le cerner et l'appréhender facilement.

J.

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] Renseigner un « Lieu-dit »

2020-08-16 Par sujet osm . sanspourriel 

Où à la Mappy. Mais là ni l'un ni l'autre ne donnent ce faux nom.

Tertiary pour une route communale sans ligne centrale en plus alors
qu'il y a une départementale parallèle.

Donc j'ai
 :
- mis le nom figurant au cadastre (Route de Saint-Pierre-du-Palais au
sud, Route René Lacôte au nord).
- ajouté une espace dans la ref (qui est fausse sur une des deux
commune, j'ai failli l'enlever car en longeant le cadastre je n'ai pas
trouvé la référence)
- passé en unclassified.

N'hésite pas à continuer, ça continue à côté :

https://www.openstreetmap.org/edit?editor=id=157107477#map=16/45.1659/-0.1527

(C'est la C 14) avec au bout "La Fontaine Carrée Sud" et ça continue :
https://www.openstreetmap.org/way/157107473...

Comme le contributeur est toujours actif, n'hésite pas à le contacter
(mais c'est une ancienne modif).

Le 16/08/2020 à 19:32, Yves P. - yves.prat...@gmail.com a écrit :


Je regarde le Wiki et je vois que ça peut-être "place" ou "hamlet" si
habité.

Mais ceci :

C'est une rue taguée à la Google 

__
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] Renseigner un « Lieu-dit »

2020-08-16 Par sujet deuzeffe 

Le 16/08/2020 à 19:19, Jacques Lavignotte a écrit :
Je regarde le Wiki et je vois que ça peut-être "place" ou "hamlet" si 
habité.


Mais ceci :

https://www.openstreetmap.org/way/157107477#map=15/45.1635/-0.1552

me semble très discutable...


Qu'en penser ?


La même chose que quand il rajoute un point "Parking" sur une surface 
"Parking" "passke c'est mieux pour mon routage" (cf 
https://www.openstreetmap.org/changeset/67021461 )


HTH
--
deuzeffe

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

Re: [OSM-talk-fr] noms allemands en France ?

2020-08-16 Par sujet osm . sanspourriel 


Le 16/08/2020 à 17:49, Christian Rogel -
christian.ro...@club-internet.fr a écrit :

Qui prépare les données dans Nominatim ? Des listes de noms génériques
sont-elles  créees pour toutes les langues ? Comme cela n’est pas
coordonné, la prudence condiut à continuer de mettre en « name » les
noms affichés, puisqu’on ignore ce qui est indexé.

Tant qu’on ne sait pas si c’est indexé dans Nominatim, on peut le
mettre en « name:xx » ?


Non, quand on ne sait pas, on regarde ou on ouvre un ticket.

D'ailleurs ce sont les boulangeries qui sont indexées. Ce que tu veux
c'est que si tu cherches Bouloñjerezh ça te cherche les boulangeries. Et
ça marchera que le brittophone chercher une boulangerie en Bretagne ou
en Alsace.

Si on veut que ce soit traduit non seulement dans Nominatim mais
d'autres logiciels, on vérifie qu'il y a une entrée dans le wiki en
breton et qu'il y a un DataItem correspondant (voir avec Yves si besoin).

Il est plus efficace de dire une fois pour toute que
Boulangerie=Bouloñjerezh que se fabriquer des dizaines de milliers de
name:br=Bouloñjerezh X. Avec X variant au fil du temps et à maintenir au
niveau mondial, on est d'accord...


Quant à mettre dans « inscription », l’usage pour les noms génériques
n’est pas documenté dans le wiki anglophone (serait-ce, encore une
fois, un TOC français ?).


Non et ça n'a pas à y être. Ce que l'on met comme inscription c'est ce
qui est inscrit. Que ce soit la description de la profession exercée,
l'âge du décès, etc... C'est toujours valable, aussi pour les postes,
les parfumeries...

Sur https://www.openstreetmap.org/node/6631793870, le name c'est
Barbotin alors que sur la devanture est écrit Boulanger Pâtissier
Artisan qui décrit ce que fait la famille Barbotin.

Name=Barbotin parce que la boulangerie Barbotin est connue sous ce nom.
Ici c'est la boulangerie Barbotin des Cinq Chemins ou la boulangerie des
Cinq Chemins (il n'y en a qu'une). L'autre c'est la boulangerie Barbotin
du bourg ou du centre ville (pour la distinguer de celle-ci ou de la
boulangerie Lucas du centre-ville).

> *Artisan Boulanger* ? (c’est une enseigne de Guipavas)

Mauvaise pioche. C'est con ils ne sont pas dans les pages jaunes sous ce
nom car ils ne s'appellent pas comme ça.

Ils s'appellent Le Moulin de l'Iroise
,
Artisan Boulanger

c'est la description de ce qu'ils sont.

Heureusement dans OSM

ça été correctement renseigné en name=Le Moulin de l'Iroise.

Jean-Yvon





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

Re: [OSM-talk-fr] Renseigner un « Lieu-dit »

2020-08-16 Par sujet Yves P. 
> Je regarde le Wiki et je vois que ça peut-être "place" ou "hamlet" si
> habité.
>
> Mais ceci :
>
C'est une rue taguée à la Google 

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

[OSM-talk-fr] Renseigner un « Lieu-dit »

2020-08-16 Par sujet Jacques Lavignotte 
Je regarde le Wiki et je vois que ça peut-être "place" ou "hamlet" si 
habité.


Mais ceci :

https://www.openstreetmap.org/way/157107477#map=15/45.1635/-0.1552

me semble très discutable...


Qu'en penser ?

J.

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] noms allemands en France ?

2020-08-16 Par sujet Christian Rogel 


> Le 14 août 2020 à 20:36, osm.sanspourr...@spamgourmet.com a écrit :
> > J’étais, il a peu, à la porte du cimetière de Kerfautras (Brest) et le nom 
> > officiel de celui-ci (C… de K…) et doublé de Bered Kerfaotraz.
> 
> Tu veux dire qu'il y a :
> inscription:fr=Cimetière de Kerfautras
> inscription:br=Bered Kerfaotraz
> 
> ;-)
> J'ai regardé l'historique et le name, même s'il est douteux en tant que nom 
> propre, a toujours été de la version 1 à la version 15 Cimetière de 
> Kerfautras.
> 
> Mais peut-être n'as-tu pas compris ce que je disais.
> 
> Je disais que si la Laverie d'Aiguillon 
>  portait deux noms quoique que 
> shop car c'est un nom descriptif. En français comme en breton (Kannerezh 
> Aiguillon). Et que c'est une exception.
> Il n'empêche que c'est son nom propre dans ce cas précis.
> 
> Et on ne va pas ajouter name:en=Laverie d'Aiguillon 
> ,name:de=Laverie d'Aiguillon 
> , et ainsi de suite.
> 
> On peut ajouter :
> inscription=Laverie D' Kannerezh Aiguillon
> 
> Car graphiquement comme vous pourrez le vérifier sur un système propriétaire 
> de cartes de rues en 48.2761805,-3.573457, le Aiguillon est partagé par les 
> deux noms.
> 
> N. B. : la suppression des noms génériques n'a rien à voir, c'est un autre 
> sujet. Et si Cimetière, Kerfautras, Brest marche dans Nominatim, Bered, 
> Kerfaotraz, Brest marchera aussi pour peu que quelqu'un ait préparé les 
> données génériques dans Nominatim.
> Cimetière, Paris comme Bered, Pariz.
> 
Qui prépare les données dans Nominatim ? Des listes de noms génériques 
sont-elles  créees pour toutes les langues ? Comme cela n’est pas coordonné, la 
prudence condiut à continuer de mettre en « name » les noms affichés, puisqu’on 
ignore ce qui est indexé.

Tant qu’on ne sait pas si c’est indexé dans Nominatim, on peut le mettre en « 
name:xx » ?


Quant à mettre dans « inscription », l’usage pour les noms génériques n’est pas 
documenté dans le wiki anglophone (serait-ce, encore une fois, un TOC français 
?).




Parce que c’est les vacances, voici un GUIDE DE TAGOLOGIE APPLIQUÉ À LA 
BOULANGE (FRANCE)


BoulangerieNom générique Ne pas tagger

La Boulangerie  Nom non générique À tagger

La Boulange Nom non générique À tagger (ce fut une enseigne de crêperie dans 
une ancienne boulangerie à Bénodet. Variante : La Boulang’ en Alsace))

Le Fournil  Nom non générique À tagger

Fabrique de pains  Nom non générique À tagger (inusité)

Fabricant de pains  Nom non générique À tagger (inusité)

Artisan Boulanger ? (c’est une enseigne de Guipavas)

La Fornaria Nom non générique À tagger  On le voit à  Toulouse  (s’il y avait 
Fórnaria tout seul, comme c’est écrit en étranger, ça passerait)

Panetteria Nom non générique À tagger (Pas encore en Corse, mais ça viendra)

Okindegi/Ogitegi Nom non (encore) générique en FR   À tagger (Les Basques FR 
vont, peut-être, s’en servir)


Christian R.





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

[OSM-talk-fr] hebdoOSM Nº 525 2020-08-04-2020-08-10

2020-08-16 Par sujet theweekly . osm 
Bonjour,

Le résumé hebdomadaire n° 525 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

https://www.weeklyosm.eu/fr/archives/13534/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nettoyage d'objets de type way et relation — Re: Projetmble corrrect qu'il fasse partie de du mois de septembre (en préparation) : défibrillateurs !

2020-08-16 Par sujet Philippe Verdy 
Des règles applicables en théorie dans le monde entier (mais approuvées
juste en France) ne sont pas à appliquer partout sans attendre l'avis ds
autres communautés. Et même le meilleur moyen de convaincre les autres de
suivre le modèle (et même demander à l'améliorer par des remarques
qui seraient aussi applicables en France, par exemple issues de projets
concertés européens), c'est de fairte démontration qu'il marche bien en
France et pourrait éventuellement mieux marcher ailleurs.
Donc Oui pour intégrer à Osmose mais pour la France uniquement (et pour les
autres pays demandeurs qui nous écoutent, ou comme Monaco, voire Andorre
qui n'ont qu'un microcommunauté, mais Andorre aussi écoute ce qui se fait
en Espagne, et se discute en catalan ou espagnol).
Une telle décision cependant devrait être documentée à l'usage de nos
voisins terrestres de la Belgique à l'Italie et l'Espagne, au moins en
français et anglais, voire en portugais si on l'applique à la Guyane (notre
plus longue frontière terrestre c'est avec le Brésil mais sur une jungle ou
le long d'un fleuve dans une zone presque inhabitée avec peu de liaisons
terrestres faciles hormis l'étroite bande cotière), ou en néerlandais si on
l'applique à Saint-Martin et la Flandre belge.
.

Le dim. 16 août 2020 à 15:20, PanierAvide  a écrit :

> À tout hasard, est-ce que ce type de vérification n'aurait pas sa place
> dans les règles JOSM, qui sont mobilisées par Osmose ? Ça permettrait de
> plus facilement en faire un suivi long terme, et d'avoir les alertes
> directement dans JOSM lors de l'édition.
>
> On a déjà une compilation de règles spécifiques France ici (même si ici
> le critère s'applique au monde entier, auquel cas on pourrait ajouter
> des règles MapCSS spéciales DAE) :
> https://josm.openstreetmap.de/wiki/Rules/FranceSpecificRules
>
> Et doc Osmose sur le sujet
> https://github.com/osm-fr/osmose-backend/blob/master/doc/2-PluginMapCSS.md
>
> Cordialement,
>
> Adrien P.
>
> Le 15/08/2020 à 17:55, Yves P. a écrit :
> >>> Il y a des DAE dans des objets de type relations (9) et chemins (99) à
> mettre sur de nouveaux noeuds.
> > Tous les DAE sont séparés des relations (dans le monde).
> >
> > Il reste les 247 chemins dans le monde : https://overpass-turbo.eu/s/X5i
> >
> > __
> > 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nettoyage d'objets de type way et relation — Re: Projetmble corrrect qu'il fasse partie de du mois de septembre (en préparation) : défibrillateurs !

2020-08-16 Par sujet PanierAvide 
À tout hasard, est-ce que ce type de vérification n'aurait pas sa place 
dans les règles JOSM, qui sont mobilisées par Osmose ? Ça permettrait de 
plus facilement en faire un suivi long terme, et d'avoir les alertes 
directement dans JOSM lors de l'édition.


On a déjà une compilation de règles spécifiques France ici (même si ici 
le critère s'applique au monde entier, auquel cas on pourrait ajouter 
des règles MapCSS spéciales DAE) : 
https://josm.openstreetmap.de/wiki/Rules/FranceSpecificRules


Et doc Osmose sur le sujet 
https://github.com/osm-fr/osmose-backend/blob/master/doc/2-PluginMapCSS.md


Cordialement,

Adrien P.

Le 15/08/2020 à 17:55, Yves P. a écrit :

Il y a des DAE dans des objets de type relations (9) et chemins (99) à mettre 
sur de nouveaux noeuds.

Tous les DAE sont séparés des relations (dans le monde).

Il reste les 247 chemins dans le monde : https://overpass-turbo.eu/s/X5i

__
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] Défibrillateur et tag name=*

2020-08-16 Par sujet PanierAvide 

Bonjour,

Pour le rendu osm.org, un ticket est ouvert ici mais rien de probant 
pour l'instant : 
https://github.com/gravitystorm/openstreetmap-carto/issues/1603


Pour le rendu osm.fr, il était visible à un moment mais plus maintenant. 
Je n'arrive pas à en retrouver trace dans le dépôt du rendu : 
https://github.com/cquest/osmfr-cartocss


Cordialement,

Adrien P.

Le 16/08/2020 à 14:34, Arnaud Champollion a écrit :

Bonjour,

Qu'en est-il des rendus carto "classiques" ?

Apparemment pas sur openstreetmap.org.

Le wiki évoque OSM-fr : 
https://wiki.openstreetmap.org/wiki/FR:Tag:emergency%3Ddefibrillator#Cartes_et_r.C3.A9utilisations


mais je parviens pas à les afficher.


Arnaud


Le 06/08/2020 à 16:32, PanierAvide a écrit :

Bonjour à tous,

Suite au travail lancé pour ajouter des jeux de données dans Osmose 
autour des défibrillateurs, la question se pose de la pertinence du 
tag name=* sur les défibrillateurs [1,2]. En effet, dans les jeux de 
données (GéoDAE, AEDMAP, bases locales), un nom est souvent associé 
au DAE. Ce nom est plutôt descriptif, exemples "DAE de la mairie", 
"Défibrillateur de la salle XYZ". Dans certains cas, il ressemble 
plutôt à une référence. Il est proposé ainsi d'opter pour 
l'utilisation de ref=* ou description=*.


En parallèle, dans la base de données OSM aujourd'hui, on constate 
que 14% des DAE ont un tag name=* associé. C'est plus que ref=* (5%) 
ou description=* (moins de 3% ?). Une requête Overpass fait ressortir 
que les valeurs du champ name=* sur les DAE sont plutôt descriptives. 
C'est un usage qui dépasse nos frontières à la vue des langues 
utilisées. Même si ce sont des noms descriptifs, l'usage montre que 
name=* est l'attribut pour stocker cette info.


La question est donc la suivante : doit-on préferer le champ name=* 
pour cette info (usage international), utiliser un champ ref=* (plus 
logique sémantiquement, mais qui sera une spécificité FR), voire ne 
pas proposer d'ajouter l'info du nom dans OSM (arbitrage simple mais 
on perd une info) ? Merci pour vos avis qui permettront de débloquer 
l'ajout de nouveaux jeux dans Osmose :-)


Cordialement,

[1] https://github.com/osm-fr/osmose-backend/issues/936
[2] https://github.com/osm-fr/osmose-backend/pull/940




___
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] Défibrillateur et tag name=*

2020-08-16 Par sujet Arnaud Champollion 

Bonjour,

Qu'en est-il des rendus carto "classiques" ?

Apparemment pas sur openstreetmap.org.

Le wiki évoque OSM-fr : 
https://wiki.openstreetmap.org/wiki/FR:Tag:emergency%3Ddefibrillator#Cartes_et_r.C3.A9utilisations


mais je parviens pas à les afficher.


Arnaud


Le 06/08/2020 à 16:32, PanierAvide a écrit :

Bonjour à tous,

Suite au travail lancé pour ajouter des jeux de données dans Osmose 
autour des défibrillateurs, la question se pose de la pertinence du tag 
name=* sur les défibrillateurs [1,2]. En effet, dans les jeux de données 
(GéoDAE, AEDMAP, bases locales), un nom est souvent associé au DAE. Ce 
nom est plutôt descriptif, exemples "DAE de la mairie", "Défibrillateur 
de la salle XYZ". Dans certains cas, il ressemble plutôt à une 
référence. Il est proposé ainsi d'opter pour l'utilisation de ref=* ou 
description=*.


En parallèle, dans la base de données OSM aujourd'hui, on constate que 
14% des DAE ont un tag name=* associé. C'est plus que ref=* (5%) ou 
description=* (moins de 3% ?). Une requête Overpass fait ressortir que 
les valeurs du champ name=* sur les DAE sont plutôt descriptives. C'est 
un usage qui dépasse nos frontières à la vue des langues utilisées. Même 
si ce sont des noms descriptifs, l'usage montre que name=* est 
l'attribut pour stocker cette info.


La question est donc la suivante : doit-on préferer le champ name=* pour 
cette info (usage international), utiliser un champ ref=* (plus logique 
sémantiquement, mais qui sera une spécificité FR), voire ne pas proposer 
d'ajouter l'info du nom dans OSM (arbitrage simple mais on perd une 
info) ? Merci pour vos avis qui permettront de débloquer l'ajout de 
nouveaux jeux dans Osmose :-)


Cordialement,

[1] https://github.com/osm-fr/osmose-backend/issues/936
[2] https://github.com/osm-fr/osmose-backend/pull/940




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