Re: [OSM-talk-fr] Besoin d'aide pour réparer des voies de chemin de fer

2016-06-13 Par sujet Jérôme Seigneuret 
C'est OK j'ai fini



--
View this message in context: 
http://gis.19327.n5.nabble.com/Besoin-d-aide-pour-reparer-des-voies-de-chemin-de-fer-tp5875417p5875430.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] Besoin d'aide pour réparer des voies de chemin de fer

2016-06-13 Par sujet Jérôme Seigneuret 
C'est Ok c'est traité

Le 14 juin 2016 à 00:18, Jérôme Seigneuret  a
écrit :

> Il y a une erreur au chargement du changeset "read time out"
>
> Le 13 juin 2016 à 22:24, Jérôme Seigneuret  a
> écrit :
>
>> Je peux m'y coller j'ai déjà purgé certains points qui ont car tous les
>> noeuds des lignes avaient :
>>
>> operator=SNCF
>> importance=national
>> et un truc sur l’électrification
>>
>> Bref l'ampleur des dégats touche plusieurs lignes...
>>
>> Le Rollback est surement bloqué à cause de ma rectification.
>>
>> Je regarde ça
>>
>> Jérôme
>>
>> Le 13 juin 2016 à 21:39, George Kaplan  a
>> écrit :
>>
>>> Bonjour,
>>>
>>>
>>> Un nouvel utilisateur a apporté des modifications sur des lignes de
>>> chemin de fer.
>>>
>>> Il y a pas mal de dégâts à corriger et il me signale qu'il n'arrive pas
>>> à faire un revert avec le plugin JOSM.
>>>
>>>
>>> il cherche de l'aide pour remettre les passages à niveau à leur place,
>>> recréer une voie et supprimer des tags positionnés par erreur sur les nodes
>>> des ways, quelqu'un pour un coup de main ?
>>>
>>>
>>> La discussion est sur http://www.openstreetmap.org/changeset/39907047
>>>
>>>
>>>
>>> George
>>>
>>>
>>>
>>> ___
>>> 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] Besoin d'aide pour réparer des voies de chemin de fer

2016-06-13 Par sujet Jérôme Seigneuret 
Il y a une erreur au chargement du changeset "read time out"

Le 13 juin 2016 à 22:24, Jérôme Seigneuret  a
écrit :

> Je peux m'y coller j'ai déjà purgé certains points qui ont car tous les
> noeuds des lignes avaient :
>
> operator=SNCF
> importance=national
> et un truc sur l’électrification
>
> Bref l'ampleur des dégats touche plusieurs lignes...
>
> Le Rollback est surement bloqué à cause de ma rectification.
>
> Je regarde ça
>
> Jérôme
>
> Le 13 juin 2016 à 21:39, George Kaplan  a
> écrit :
>
>> Bonjour,
>>
>>
>> Un nouvel utilisateur a apporté des modifications sur des lignes de
>> chemin de fer.
>>
>> Il y a pas mal de dégâts à corriger et il me signale qu'il n'arrive pas à
>> faire un revert avec le plugin JOSM.
>>
>>
>> il cherche de l'aide pour remettre les passages à niveau à leur place,
>> recréer une voie et supprimer des tags positionnés par erreur sur les nodes
>> des ways, quelqu'un pour un coup de main ?
>>
>>
>> La discussion est sur http://www.openstreetmap.org/changeset/39907047
>>
>>
>>
>> George
>>
>>
>>
>> ___
>> 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] Besoin d'aide pour réparer des voies de chemin de fer

2016-06-13 Par sujet Jérôme Seigneuret 
Je peux m'y coller j'ai déjà purgé certains points qui ont car tous les
noeuds des lignes avaient :

operator=SNCF
importance=national
et un truc sur l’électrification

Bref l'ampleur des dégats touche plusieurs lignes...

Le Rollback est surement bloqué à cause de ma rectification.

Je regarde ça

Jérôme

Le 13 juin 2016 à 21:39, George Kaplan  a écrit
:

> Bonjour,
>
>
> Un nouvel utilisateur a apporté des modifications sur des lignes de chemin
> de fer.
>
> Il y a pas mal de dégâts à corriger et il me signale qu'il n'arrive pas à
> faire un revert avec le plugin JOSM.
>
>
> il cherche de l'aide pour remettre les passages à niveau à leur place,
> recréer une voie et supprimer des tags positionnés par erreur sur les nodes
> des ways, quelqu'un pour un coup de main ?
>
>
> La discussion est sur http://www.openstreetmap.org/changeset/39907047
>
>
>
> George
>
>
>
> ___
> 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

[OSM-talk-fr] Besoin d'aide pour réparer des voies de chemin de fer

2016-06-13 Par sujet George Kaplan 
Bonjour,


Un nouvel utilisateur a apporté des modifications sur des lignes de chemin de 
fer.

Il y a pas mal de dégâts à corriger et il me signale qu'il n'arrive pas à faire 
un revert avec le plugin JOSM.


il cherche de l'aide pour remettre les passages à niveau à leur place, recréer 
une voie et supprimer des tags positionnés par erreur sur les nodes des ways, 
quelqu'un pour un coup de main ?


La discussion est sur http://www.openstreetmap.org/changeset/39907047



George

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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

2016-06-13 Par sujet Philippe Verdy 
Le 13 juin 2016 à 12:17, Christian Rogel 
a écrit :

>
> On ne voit pas le même chose: il n'y a (après correction) qu'un seul
> addr:housenumber avec le numéro 40 soit ce noeud
> https://www.openstreetmap.org/node/3586678929
>
> Les deux POI de part et d'autre de ce noeud sont les boutiques Yves Rocher
> et Jeff de Bruges qui comportent toutes les deux le tag contact:housenumber
> pour faire le lien avec le numéro 40.
>
>
>> Mais maintenanti les deux POIs (Boutique Yves Rocher, plus le commerce
>> alimentaire à côté) n'on plus de numéro et rien n'indique qu'ils sont
>> réellement au 40, ils pourraient être au 38 ou au 42 ! Pour savoir quel
>> numéro utiliser il fauit entrer dans le détail de la géométrie du polygone.
>> Mais note bien qu'on n'a aucun noeud au numéro 42, le batiment avec un
>> noeud 40 voisine celui du numéro 44. On pourrait en déduire que la voutique
>> Yves Rocher est "sans doute" au numéro 42...
>>
>
> Le doublon des adresses est admissible, s’il porte sur deux objets
> différents : 1 polygone + 1 POI d’attribution de fonction ou bien, 1 POI de
> localisation + 1 POI de fonction.
> Bien sûr, cela peut donner 2 numéros identiques, côte-à-côte, mais, on ne
> tagge pas pour le rendu, mais pour que les passants, les lecteurs de carte
> et les routeurs s’y retrouvent.
>

Je suis aussi de cet avis. Le doublon n'en est pas vraiment un: ce sont des
noeuds différents, proches mais taguant des objets différents ayant
*certaines* propriétés communes (dont le numéro de rue associé).

Prétendre qu'il s'agit d'un doublon en ignorant la totalité des autres tags
est une hérésie, un parti pris qui frôle l'intégrisme et l'intolérance (y
compris les tags devan associer ces numéros à une rue, des tags qui en fait
ne sont même pas indiqués et qu'il fauit chercher soit par proximité avec
un way, ce qui donne des ambiguités très souvent, soit par inclusion du
noeud dans une relation associatedStreet pour faire le lien: là peu importe
d'ailleurs que cette relation associatedStreet contiennent deux noeuds
distincts portant le même "housenumber", le but étant juste d'associer ce
numéro à la bonne rue).

Pour moi un doublon c'est uniquement deux objets géographiquement proches
(deux noeuds, ou deux chemins, ou deux relations) qu'on ne peut distinguer
par AUCUN de ses tags sémantiques (ignorer les tags non sémantiques comme
"source" ou "fixme", dont le seul rôle est de gérer le contenu de la base
OSM et ses mises à jour mais ne doit avoir aucune influence sur
l'interprétation ou les rendus, ni sur les recherches, à moins qu'on fasse
une recherche explicitement en filtrant sur ces tags de métadonnées qui
sont autrement ignorés).

Dans le cas présent, le doublon est en fait le noeud d'adresse "40" vide de
tags et PAS les deux deux des POIs distincts des deux commerces qui sont au
40: en effet ce noeud vierge a toutes ses propriétés communes avec les deux
autres noeuds. Il ne sert à rien d'autre et n'a pas plus d'autorité que les
deux autres, il n'ajoute rien de mieux.

En revanche le "contact:housenumber" n'est pas une indication géographique.
Employé seul (sans "contact:street" et tout ce qu'il faut pour en faire une
adresse suffisante comme adresse de contact) il n'est même pas associable à
une rue précise, il n'a AUCUN sens ! Le bon tag ici aurait du être
"addr:housenumber", même s'il fait un **pseudo** doublon avec un autre
noeud voisin (mais qui a d'autres tags et sert à un autre objet).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Nouvelle affiche disponible : on s'amuse avec les cathédrales !

2016-06-13 Par sujet JB 

Bonjour,

Après l'essai de faisabilité vite fait avec les églises d'Auvergne pour 
le SotM-FR pour ceux qui y étaient, j'ai essayé de faire quelque chose 
de plus complet : l'affiche des cathédrales de France. Le final ici : 
http://jb.isonoe.net/demo/Cathedrales_A1_400dpi_v0.png, fait pour être 
imprimé en A1 à 400dpi.


La démarche :

 - trouver une source de données qui liste les cathédrales. J'ai 
utilisé wikipédia, qui n'est peut-être pas forcément parfait (voir plus 
loin) :

https://fr.wikipedia.org/wiki/Liste_des_cath%C3%A9drales_de_France
https://fr.wikipedia.org/wiki/Liste_des_cath%C3%A9drales_catholiques_de_France
https://upload.wikimedia.org/wikipedia/commons/b/b7/Cath%C3%A9drales_catholiques_romaines_de_France.png

 - vérifier les données dans OSM :

- première extraction des building=cathedral. Quelques petits 
villages se sont attribués des cathédrales, je les repasse en 
building=church


- plus embêtant, trouver les batiments non indiqués en cathédrales 
: il faut se payer la comparaison entre la liste des existants dans OSM 
et la liste globale. Dans la plupart des cas, ça se fait relativement 
bien. Parfois c'est un peu plus tordu, rarement, aucune information ne 
recoupe les indications de wikipédia. Dans ces quelques cas, je n'ai 
touché à rien. La liste des éléments : 
http://jb.isonoe.net/cath/cath.csv (parmi les plus litigieux : Mâcon et 
celles marquées comme telles dans la dernière colonne). Je n'affirme pas 
avoir été parfait ni que ma source de données l'était : je pense avoir 
amélioré la qualité globale de la base de données mais si vous n'êtes 
pas d'accord avec le résultat, n'hésitez pas à modifier.


 - ré-extraire les données : Geofabrik est là pour la France d'ici avec 
un coup d'Osmosis derrière, Overpass pour les dom-tom. On rassemble les 
deux, on élimine la cathédrale de Monaco (et on gère l’éphémère doublon 
de Rodez).


La suite se fait par un petit script python/Maperipy exécuté sous 
Maperitive.


 - géocoder : l'api d'adresse.data.gouv.fr fait le gros du travail. 
Dans quelques territoires éloignés où la ban avoue son échec, le 
géocodage est fait à la main.


 - déplacer les éléments et les placer « au carré » : toujours 
python/Maperipy. Une première version assez crado ne reprojetait pas les 
objets, d'où des déformations assez importantes, surtout pour les 
éléments des dom-tom mais aussi certains en métropole : 
http://jb.isonoe.net/cath/Reproj.png. Le script est modifié pour 
respecter distances/formes (si je m'y suis bien pris).


 - exporter l'image, mettre en forme sous Gimp.

Le code, pas fait pour être partagé et qui ne fonctionnera probablement 
pas (très moche, non retravaillé, à peine commenté), est visible ici : 
http://jb.isonoe.net/cath/Eglises_rel1.py


Quelques autres documents intermédiaires :

 - Cathédrales utilisées, avec géocodage : 
http://jb.isonoe.net/cath/cath_brut_geocode_manuel.osm


 - Cathédrales au carré :
- non reprojetées : http://jb.isonoe.net/cath/Egl_offset_direct_ok.osm
- reprojetées : http://jb.isonoe.net/cath/Egl_offset_reproj_ok.osm

Ma version personnelle : http://jb.isonoe.net/cath/Photo_affiche.jpg

JB.


PS : pour le teasing, j'ai une autre idée plus matérielle… ça arrive 
dans quelques semaines !



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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

2016-06-13 Par sujet Christian Rogel 

> Le 12 juin 2016 à 22:42, Romain MEHUT  a écrit :
> 
> On ne voit pas le même chose: il n'y a (après correction) qu'un seul 
> addr:housenumber avec le numéro 40 soit ce noeud 
> https://www.openstreetmap.org/node/3586678929 
> 
> Les deux POI de part et d'autre de ce noeud sont les boutiques Yves Rocher et 
> Jeff de Bruges qui comportent toutes les deux le tag contact:housenumber pour 
> faire le lien avec le numéro 40.
> On ne multiplie pas les addr:housenumber.

Je vois surtout qu’on ne voit rien comme numéros de rue à Dinan, sauf quand un 
immeuble a l’extrême chance de ne pas abriter un commerce.
J’ai mis beaucoup de numéros dans cette villex en suivant l’habitude 
internationale (pas de relation), mais créant une relation (via iD), si
le précédent contributeur avait fait ce choix pour la rue concernée.
Dans l’incertitude, il faut respecter ses prédecesseurs, tant qu’on n’est ps 
sûr d’avoir raison.
L’écart observé entre les pratiques françaises et le reste du monde semble 
illustrer l’exception française que les étrangers détestent tant : plutôt la 
perfection intellectuelle que la praticité.
Il serait intéressant de comprendre pourquoi le modèle primitif perdure, malgré 
l’aveuglante évidence du raisonnement français.
Que n’avons-nous pas compris dans cet attachement à la fragmentation et à 
l’empirisme ?

> 
> On ne voit pas le même chose: il n'y a (après correction) qu'un seul 
> addr:housenumber avec le numéro 40 soit ce noeud 
> https://www.openstreetmap.org/node/3586678929 
> 
> Les deux POI de part et d'autre de ce noeud sont les boutiques Yves Rocher et 
> Jeff de Bruges qui comportent toutes les deux le tag contact:housenumber pour 
> faire le lien avec le numéro 40.
>  
> Mais maintenanti les deux POIs (Boutique Yves Rocher, plus le commerce 
> alimentaire à côté) n'on plus de numéro et rien n'indique qu'ils sont 
> réellement au 40, ils pourraient être au 38 ou au 42 ! Pour savoir quel 
> numéro utiliser il fauit entrer dans le détail de la géométrie du polygone. 
> Mais note bien qu'on n'a aucun noeud au numéro 42, le batiment avec un noeud 
> 40 voisine celui du numéro 44. On pourrait en déduire que la voutique Yves 
> Rocher est "sans doute" au numéro 42...

Le doublon des adresses est admissible, s’il porte sur deux objets différents : 
1 polygone + 1 POI d’attribution de fonction ou bien, 1 POI de localisation + 1 
POI de fonction.
Bien sûr, cela peut donner 2 numéros identiques, côte-à-côte, mais, on ne tagge 
pas pour le rendu, mais pour que les passants, les lecteurs de carte et les 
routeurs s’y retrouvent.

> Je re-vérifierai s'il existe un numéro 42. Mais si ce n'est pas le cas, il 
> n'y a pas de raison de l'ajouter même s'il est présent dans le cadastre.
>  
> Bref je remettrais le numéro 40 sur la boutique Yves Rocher. S'appuyer sur la 
> géométrie des batiments est trop aléatoire, et il n'y a aucun problème si 
> deux noeuds différents pour des POIs différents portent le même numéro. (le 
> noeud anonyme existant pour le 40 est sans doute pour l'entrée de la partie 
> commune menant aux logements à l'étage mais où est la boite aux lettres pour 
> les deux boutiques au rez-de-chaussée de chaque côté. Bref cela ferait trois 
> noeuds distincts au numéro 40 mais là pour des raisoins différentes et pas 
> exactement au même endroit.
> 
> On ne multiplie pas les addr:housenumber.


La présence d’un numéro n’a pas besoin d’être confirmée sur le terrain : il est 
fréquent que la plaque d’adresse donnée par la mairie soit perdue près la 
rénovation d’une façade. La présence du numéro sur les listes d’adresses de 
l’entreprise épargne d’aller faire la vérification en mairie.


Christian R.


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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

2016-06-13 Par sujet Christian Quest 

Pourquoi ne pas multiplier les addr:housenumber ?

Le principe d'OSM est de ne décrire un objet qu'une fois, et c'est une 
règle générale pas spécifique aux adresses. C'est pour cela qu'on ne met 
pas le même tag sur un polygone et sur un nœud dans le cas d'un parking. 
Ceci permet de dénombrer les objets, et évite d'avoir à choisir (sur 
quel critère ?).


Pour les adresses, lorsque l'on a plusieurs addr:housenumber identiques, 
lequel prendre ?


Dans BANO, il a fallut en tenir compte... et lorsque l'on a le même 
addr:housenumber, il faut bien en choisir un, et c'est le plus 
"générique" qui est pris (sans amenity, shop ou autre). C'est un 
bricolage qu'on ne devrait pas avoir à faire si on respectait bien la 
règle du "one feature, one tag".



Adresse physique ou postale ?

L'adresse physique par excellence c'est la position géographique. Si on 
a besoin d'une adresse postale à proximité, on la retrouve par géocodage 
inverse.


contact:xxx peut très bien ne pas correspondre à l'adresse postale à 
proximité (adresse du siège ?), et je ne vois pas ce que ça peut avoir 
de gênant.




--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

2016-06-13 Par sujet Francescu GAROBY 
Bonjour,
Et pourquoi ne pas utiliser la relation "associatedAddress
" ?
C'est une relation associant plusieurs éléments (nodes ou ways), dont 1 a
le tag "addr:housenumber" (soit un node placé sur le contour du bâti, soit
le way du bâti lui-même) et les N autres éléments sont ceux voulant
déclarer cette adresse.

Francescu

Le 13 juin 2016 à 00:22, Ner0lph  a écrit :

> Bonjour,
>
> C'est mon premier message sur la liste (que je lis depuis quelques
> semaines) !
>
> Le 12/06/2016 23:00, Philippe Verdy a écrit :
> > Si on ne multiplie pas les housenumber, comment tu détermines le numéro
> > d'adresse des différents pois positionnés autour ?
>
> Si c'est le bâtiment qui possède cet attribut, ça résout le problème :
> l'adresse du POI est retrouvée par calcul, Nominatim y arrive très bien
> (exemple :
>
> http://www.openstreetmap.org/search?query=gaub%2C%20metz#map=19/49.09905/6.17407=N
> ).
> Logiquement, il pourrait en être de même si le chemin du bâtiment ne
> comporte qu'un seul nœud-adresse, comme dans le cas de l'institut Yves
> Rocher de Dinan (il semble bien au numéro 40, d'après leur site), mais
> Nominatim ne procède pas à ce calcul (je ne sais pas pourquoi, c'est
> peut-être fait exprès). Si le bâtiment possède plusieurs adresses, je
> donne ma langue au chat, logiquement peut-être au plus proche ? :-)
>
> > Sans addr:housenumber=40, cette boutique sera déterminée comme étant au
> > 42 (qui n'a pas été positionné mais est à mi chemin entre les noeuds
> > d'adresse 40 et le 44), pas au 40, en cherchant parmi les noeuds
> > d'adresse autour celui qui semble le plus proche !
>
> Si le 42 n'existe pas dans la base de données et qu'il n'y a pas de
> chemin d'interpolation, alors il me semble que la boutique n'aura pas ce
> numéro 42 et qu'il ne sera retrouvé nulle part. Me trompé-je ?
>
> Personnellement, c'est une des raisons pour lesquelles je préfère
> positionner les attributs "addr" (ou la relation "associatedStreet", le
> jour où j'arriverai à comprendre comment ça marche !) sur le bâtiment,
> quand c'est possible, c'est-à-dire quand il n'a qu'une seule adresse. Et
> quand j'y pense (rarement !) et que j'ai l'information de manière sûre,
> je mets un point à l'entrée du bâtiment ("entrance=yes" et
> "access=private" selon les cas). Sinon (souvent, et comme je l'ai lu
> dans la doc), je place le POI dans le bâtiment, pas très loin du segment
> de chemin où pourrait se situer son entrée.
>
> Voilà mon sentiment. :-)
>
> Bonne fin de soirée ou bonne nuit.
>
> --
> Florian_G
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

2016-06-13 Par sujet Nicolas Moyroud 

Bonjour Ner0lph,

En ce qui me concerne j'ai opté pour la pratique suivante : je rajoute 
un point sur le contour du bâtiment et je lui associe le tag 
addr:housenumber puis j'ajoute le point dans la relation 
associatedStreet. De cette manière l'info est portée par le bâtiment 
(même si c'est de manière indirecte via un de ses points) et on peut 
également ajouter plusieurs numéros d'adresses sur un seul bâtiment.
Seul cas particulier : si il y a un numéro d'adresse sans bâtiment (oui 
ça arrive...) alors je fais un point flottant à l'endroit où le numéro 
est indiqué sur le cadastre.
Pour créer les relations associatedStreet et numéroter les adresses très 
facilement tu peux utiliser le plugin cadastre-fr de JOSM. J'ai fais un 
doc à ce sujet si ça t'intéresse je peux te la faire passer.


a+
Nicolas

Le 13/06/2016 00:22, Ner0lph a écrit :

Bonjour,

C'est mon premier message sur la liste (que je lis depuis quelques
semaines) !

Le 12/06/2016 23:00, Philippe Verdy a écrit :

Si on ne multiplie pas les housenumber, comment tu détermines le numéro
d'adresse des différents pois positionnés autour ?

Si c'est le bâtiment qui possède cet attribut, ça résout le problème :
l'adresse du POI est retrouvée par calcul, Nominatim y arrive très bien
(exemple :
http://www.openstreetmap.org/search?query=gaub%2C%20metz#map=19/49.09905/6.17407=N).
Logiquement, il pourrait en être de même si le chemin du bâtiment ne
comporte qu'un seul nœud-adresse, comme dans le cas de l'institut Yves
Rocher de Dinan (il semble bien au numéro 40, d'après leur site), mais
Nominatim ne procède pas à ce calcul (je ne sais pas pourquoi, c'est
peut-être fait exprès). Si le bâtiment possède plusieurs adresses, je
donne ma langue au chat, logiquement peut-être au plus proche ? :-)


Sans addr:housenumber=40, cette boutique sera déterminée comme étant au
42 (qui n'a pas été positionné mais est à mi chemin entre les noeuds
d'adresse 40 et le 44), pas au 40, en cherchant parmi les noeuds
d'adresse autour celui qui semble le plus proche !

Si le 42 n'existe pas dans la base de données et qu'il n'y a pas de
chemin d'interpolation, alors il me semble que la boutique n'aura pas ce
numéro 42 et qu'il ne sera retrouvé nulle part. Me trompé-je ?

Personnellement, c'est une des raisons pour lesquelles je préfère
positionner les attributs "addr" (ou la relation "associatedStreet", le
jour où j'arriverai à comprendre comment ça marche !) sur le bâtiment,
quand c'est possible, c'est-à-dire quand il n'a qu'une seule adresse. Et
quand j'y pense (rarement !) et que j'ai l'information de manière sûre,
je mets un point à l'entrée du bâtiment ("entrance=yes" et
"access=private" selon les cas). Sinon (souvent, et comme je l'ai lu
dans la doc), je place le POI dans le bâtiment, pas très loin du segment
de chemin où pourrait se situer son entrée.

Voilà mon sentiment. :-)

Bonne fin de soirée ou bonne nuit.




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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

2016-06-13 Par sujet Tyndare 

L'utilisation de contact:* pour les adresses n'a pas l'air d'être très accepté :

http://www.openstreetmap.org/changeset/39426586

«... this seems to be a "french only" way of tagging things. The discussion 
about having duplicate adresses is still going on, and although I (and I guess 
all other mappers) would love to have a general consent on such a basic issue, 
there is no consent yet...»



Le 13 juin 2016 08:58:35 GMT+02:00, Romain MEHUT  a 
écrit :
>Le 12 juin 2016 à 23:00, Philippe Verdy  a écrit :
>
>> Si on ne multiplie pas les housenumber, comment tu détermines le
>numéro
>> d'adresse des différents pois positionnés autour ?
>>
>
>La question à se poser est la suivante, comme disait Pieren en janvier
>2014
>: "*- l'adresse est-elle un attribut ou une donnée à part entière
>(feature). La question n'est pas anodine lorsque certains répètent à
>l'envie la même adresses sur de multiples POIs. Il n'y aucun problème à
>dupliquer la même adresse si on considère que c'est un simple attribut
>(comme le "surface" d'une route). Mais si on considère que l'adresse
>est
>une donnée en elle-même, il ne faudrait pas la dupliquer (pour suivre
>le
>principe "one feature, one OSM element" [5])*". Sur la base de ce
>principe,
>le tag contact:housenumber permet de faire le lien sans multiplier le
>tag
>addr:housenumber
>
>
>> J'ai vu l'utilisation de "contact:housenumber=40" qui ne me semble
>pas
>> correct car l'adresse de contact n'est pas l'adresse du lieu et peut
>être
>> située complètement ailleurs (exemple d'une boutique qui fait partie
>d'un
>> ensemble de magasins d'un même propriétaire: pourtant chaque boutique
>a son
>> adresse physique, mais une seule est une adresse postale de contact;
>ce cas
>> est fréquent avec les franchises, les différentes boutiques n'ayant
>que des
>> gérants, mais aucune gestion locale du courier).
>>
>> Une adresse de contact n'est pas un lieu où on se rend, juste là où
>on
>> écrit. Et une adresse physique (cadastrale) a souvent plusieurs
>occupants
>> avec leurs propres POIs (on a le cas non seulement pour les
>commerces, mais
>> aussi les services publics, les écoles...)
>>
>
>Pourquoi contact:housenumber ne servirait-il qu'au courrier ?
>
>
>> Sans addr:housenumber=40, cette boutique sera déterminée comme étant
>au 42
>> (qui n'a pas été positionné mais est à mi chemin entre les noeuds
>d'adresse
>> 40 et le 44), pas au 40, en cherchant parmi les noeuds d'adresse
>autour
>> celui qui semble le plus proche !
>>
>
>Le 42 n'existe pas dans OSM mais uniquement dans le cadastre donc il
>n'y a
>pas de raison que cette boutique soit en l'état associée au 42.
>
>
>> Les POIs des boutiques en plus sont plutôt positionnés sur le point
>> d'entrée du commerce sur son pas de porte, pas là où sont les boutes
>à
>> lettres (qui peuvent être dans une partie commune d'un immeuble).
>>
>> Franchement je ne comprend pas cette restriction du "pas de
>multiplication
>> des addr:housenumber" ! Ca n'a été spécifié nulle part et pas discuté
>! Je
>> trouve donc le fait de demander le bloquage pour cette raison assez
>> litigieux !
>>
>
>cf. ci-dessus.
>
>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] Bonnes et moins bonnes visibilités OSM

2016-06-13 Par sujet Romain MEHUT 
Le 12 juin 2016 à 23:00, Philippe Verdy  a écrit :

> Si on ne multiplie pas les housenumber, comment tu détermines le numéro
> d'adresse des différents pois positionnés autour ?
>

La question à se poser est la suivante, comme disait Pieren en janvier 2014
: "*- l'adresse est-elle un attribut ou une donnée à part entière
(feature). La question n'est pas anodine lorsque certains répètent à
l'envie la même adresses sur de multiples POIs. Il n'y aucun problème à
dupliquer la même adresse si on considère que c'est un simple attribut
(comme le "surface" d'une route). Mais si on considère que l'adresse est
une donnée en elle-même, il ne faudrait pas la dupliquer (pour suivre le
principe "one feature, one OSM element" [5])*". Sur la base de ce principe,
le tag contact:housenumber permet de faire le lien sans multiplier le tag
addr:housenumber


> J'ai vu l'utilisation de "contact:housenumber=40" qui ne me semble pas
> correct car l'adresse de contact n'est pas l'adresse du lieu et peut être
> située complètement ailleurs (exemple d'une boutique qui fait partie d'un
> ensemble de magasins d'un même propriétaire: pourtant chaque boutique a son
> adresse physique, mais une seule est une adresse postale de contact; ce cas
> est fréquent avec les franchises, les différentes boutiques n'ayant que des
> gérants, mais aucune gestion locale du courier).
>
> Une adresse de contact n'est pas un lieu où on se rend, juste là où on
> écrit. Et une adresse physique (cadastrale) a souvent plusieurs occupants
> avec leurs propres POIs (on a le cas non seulement pour les commerces, mais
> aussi les services publics, les écoles...)
>

Pourquoi contact:housenumber ne servirait-il qu'au courrier ?


> Sans addr:housenumber=40, cette boutique sera déterminée comme étant au 42
> (qui n'a pas été positionné mais est à mi chemin entre les noeuds d'adresse
> 40 et le 44), pas au 40, en cherchant parmi les noeuds d'adresse autour
> celui qui semble le plus proche !
>

Le 42 n'existe pas dans OSM mais uniquement dans le cadastre donc il n'y a
pas de raison que cette boutique soit en l'état associée au 42.


> Les POIs des boutiques en plus sont plutôt positionnés sur le point
> d'entrée du commerce sur son pas de porte, pas là où sont les boutes à
> lettres (qui peuvent être dans une partie commune d'un immeuble).
>
> Franchement je ne comprend pas cette restriction du "pas de multiplication
> des addr:housenumber" ! Ca n'a été spécifié nulle part et pas discuté ! Je
> trouve donc le fait de demander le bloquage pour cette raison assez
> litigieux !
>

cf. ci-dessus.

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