Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

2017-01-12 Par sujet Christian Quest 
Le 12 janvier 2017 à 22:28, Erwan Salomon  a écrit :

>
> OSM c’est riche ET ça évolue
> dit autrement : il n’y a pas que le terrain qui change
>
> il y a 1-2 ans je me suis intéressé aux affichages libre, il n’y avait pas
> de convention
> après discussion sur le forum, sans trouver de consensus, j’ai adopté un
> ensemble tag qui me semblait la moins mauvaise
> après une absence de OSM je reviens et je découvre que ce type d’affichage
> est maintenant bien renseigné sur le wiki (je vais pouvoir reprendre tous
> mes anciens tags)
>
> en tout cas je suis votre discussion avec grand intérêt, ça me permet moi
> aussi d’en apprendre sur le processus d’intégration
>
> erwan [GLYO]
>
>

J'ajoute pour le principe : KISS , Keep It Simple Stupid

On peut détailler à l'infini avec le système de tags d'OSM, mais il faut
savoir commencer par des choses simples pour démarrer.
Ajouter les commerces, leurs horaires d'ouverture, ça sera déjà une bonne
première étape
Compléter par les SIRET, ça permet un lien plus pérenne avec vos données.

Il faut apprendre à marcher avant de vouloir courir ;)

Le raccourci que je prendrai par contre dès le départ si vous envisagez de
contribuer massivement et sur le long terme, c'est de démarrer directement
avec l'éditeur JOSM et de bypasser iD (éditeur en ligne qui fonctionne dans
votre navigateur).

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

2017-01-12 Par sujet Erwan Salomon 
tient un voisin qui cause de mes soucis ...
> 
>> De: "osm sanspourriel" > >
>> 
>> Exemple : une improbable rue Robert Schumann à côté d'une rue Jean
>> Monnet.
>> Avec raison Osmose propose de corriger en Robert Schuman. Pourtant la
>> mairie a bien donné un n à l'homme politique comme s'il s'agissait du
>> musicien. Et c'est le terrain qui a raison jusqu'à ce que la mairie
>> change.
>> 
>> 
>> Si on revient sur les affiches, c'est de la publicité :
>> http://wiki.openstreetmap.org/wiki/Key:advertising 
>> 
>> Pas une bonne d'affichage libre mais pas loin :
>> https://wiki.openstreetmap.org/wiki/Tag:advertising%3Dboard 
>> 
>> Que peut-on transmettre ? Un message :
>> https://wiki.openstreetmap.org/wiki/Key:message 
>> 
>> Tiens aucun d'entre nous n'a encore traduit.
>> *message*=non_profit
>> *message*=showbiz
>> Sont sans doute les choix qui sont les mieux pour vous.
>> 
>> Du fait de l'exception culturelle française ;-), je ne vois pas
>> painting, danse, etc. On pourrait proposer :
>> *message*:showbiz=painting
>> *message*:showbiz=danse
>> 
>> Et donc celui qui accepterait les deux :
>> *message*:showbiz=painting,danse
>> *message*:showbiz=danse,painting
>> 
>> Comme on voit, ça fait des chaînes de caractère à gérer pour les
>> combinaisons.
>> Pour éviter cela, on met plutôt en places des trooléens : c'est un
>> booléen qui est vrai, faux ou qui n'est pas défini ;-).
>> **message*=non_profit
>> *message*=showbiz
>> message*:showbiz:painting=yes
>> *message*:showbiz:danse=no
>> OK pour des affiches culturelles, surtout sur les galeries d'art mais
>> pas de danse.
>> access > >=permissive
>> car
>> on peut demander au commerçant de placer l'affiche mais il a toujours
>> le
>> droit de refuser ?
>> 
>> 
>> Jean-Yvon
> 
> 
pourtant il ne s’agit pas de la même rue ( la mienne est une avenue et puis un 
musicien à côté d’un directeur de théâtre 
https://fr.wikipedia.org/wiki/Jean_Monnet_(directeur_de_théâtre) 
 ça 
se tient ;-) )
blague à part, après une très belle présentation de Jean-Yvon je n’ai qu’une 
chose à ajouter

OSM c’est riche ET ça évolue
dit autrement : il n’y a pas que le terrain qui change

il y a 1-2 ans je me suis intéressé aux affichages libre, il n’y avait pas de 
convention
après discussion sur le forum, sans trouver de consensus, j’ai adopté un 
ensemble tag qui me semblait la moins mauvaise
après une absence de OSM je reviens et je découvre que ce type d’affichage est 
maintenant bien renseigné sur le wiki (je vais pouvoir reprendre tous mes 
anciens tags)

en tout cas je suis votre discussion avec grand intérêt, ça me permet moi aussi 
d’en apprendre sur le processus d’intégration

erwan [GLYO]

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

2017-01-12 Par sujet Jean-Martial NDOUTOUME NFENGONE - ZIT.COM 
Bonsoir Jean-Yvon,

De moi à vous: je vois que vous connaissez le métier! :)

Je vais prendre le temps de suivre chaque lien que vous avez indiquer et 
parfaire mes bases pour mieux avancer et continuer d'échanger dans ce sens.

Un chose est certaine: vous confirmez nos intuitions et elles commencent à 
prendre forme.

Un grand merci de vos retours, à tous.

À tout de suite

Jean-Martial


- Mail original -
> De: "osm sanspourriel" 
> À: talk-fr@openstreetmap.org
> Envoyé: Jeudi 12 Janvier 2017 20:20:08
> Objet: Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM
> 
> Le 12/01/2017 à 14:00, Stéphane Péneau - stephane.pen...@wanadoo.fr a
> écrit :
> 
> > Le 12/01/2017 à 13:13, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM a
> > écrit :
> >>
> >> OK, je comprends les variantes des différentes approches.
> >>
> >> Pour compléter la dernière solution qui n'utilise pas d'objet
> >> relation, on pourrait donc avoir ce qui suit sur les champs du
> >> polygone du bâti:
> >>
> >> 
> >> addr:housenumber=8
> >> addr:street=Rue de la Paix
> >>
> >> 
> >> addr:housenumber=1
> >> addr:street=Boulevard du Massacre
> >
> > Oui, c'est tout à fait ça.
> > Une petite précision : Lorsque tu dis "champs du polygone",
> > j'imagine
> > que tu penses à une des façades du bâtiment. Dans Osm, on ne va pas
> > découper le bâtiment de cette façon, mais plutôt créer un noeud sur
> > cette façade, qui correspondra, par exemple, à l'entrée. C'est la
> > solution expliquée par Nicolas Moyroud
> >
> >> Question: des boulevards du Massacre ou des rues de la Paix, il y
> >> en
> >> a plein, alors la chaine de caractère seule est-elle une clef
> >> «relationnelle» pertinente ou il manque quelque chose?
> > Ce qu'il manque, c'est la commune à laquelle appartient cette rue,
> > qui
> > peut se retrouver à l'aide de la localisation de cette même rue.
> >
> > Stf
> En prenant la solution "point du polygone" (que je ne connaissais pas
> avant hier - vu sur le "terrain" c'est à dire JOSM
> addr:housenumber=8 sur un point et addr:housenumber=1 sur l'autre,
> points associés à leur relation relation respective, ça roule.
> 
> Cette solution "point du polygone" ne convient pas vraiment quand il
> y a
> une maison d'un côté et un garage de l'autre sur lequel est la bàl :
> il
> vaut mieux un point au niveau du portail entre les deux.
> 
> Et oui, c'est riche OSM.
> Par exemple les noms de rues sont analysés et les noms aberrants sont
> relevés.
> Exemple : une improbable rue Robert Schumann à côté d'une rue Jean
> Monnet.
> Avec raison Osmose propose de corriger en Robert Schuman. Pourtant la
> mairie a bien donné un n à l'homme politique comme s'il s'agissait du
> musicien. Et c'est le terrain qui a raison jusqu'à ce que la mairie
> change.
> 
> Intégrer vos données proprement a un autre intérêt : bénéficier des
> outils de la communauté pour les gérer (par exemple Osmose), les
> requêter (overpassturbo.eu), etc...
> Par rapport aux catégories INSEE, c'est un bon point de départ mais
> on
> essaye d'utiliser des modèles internationaux, voir le Wiki :
> http://wiki.openstreetmap.org/wiki/FR:Page_principale
> Souvent on doublonne quand c'est nécessaire.
> Je voulais montrer ça avec un cas d'école... au sens propre
> http://wiki.openstreetmap.org/wiki/FR:Education_features
> 
>   * /amenity
>   =school
> //—
> établi en 2008; s'est imposé naturellement /
>   o /amenity
> =kindergarten
> //—
> établi en 2009; s'est imposé naturellement (voir
> //l'historique
> de la page
> 
> //)/
>   o /amenity
> =university
> //—
> approuvé en 2006 via //university campus (tertiary education)
> 
> /
>   o /amenity
> =college
> //—
> approuvé en 2007 via //College Campus (further education)
> 
> /
> 
> En fait c'est au niveau de
> http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool
> 
> 
>   Type d'école
> 
> La clé retenue pour préciser le type d'école est school:FR
> =*, à ajouter à
> l'objet comportant déjà amenity
> =*school*.
> 
> Voici la liste des

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

2017-01-12 Par sujet osm . sanspourriel 
Le 12/01/2017 à 14:00, Stéphane Péneau - stephane.pen...@wanadoo.fr a 
écrit :


Le 12/01/2017 à 13:13, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM a 
écrit :


OK, je comprends les variantes des différentes approches.

Pour compléter la dernière solution qui n'utilise pas d'objet 
relation, on pourrait donc avoir ce qui suit sur les champs du 
polygone du bâti:



addr:housenumber=8
addr:street=Rue de la Paix


addr:housenumber=1
addr:street=Boulevard du Massacre


Oui, c'est tout à fait ça.
Une petite précision : Lorsque tu dis "champs du polygone", j'imagine 
que tu penses à une des façades du bâtiment. Dans Osm, on ne va pas 
découper le bâtiment de cette façon, mais plutôt créer un noeud sur 
cette façade, qui correspondra, par exemple, à l'entrée. C'est la 
solution expliquée par Nicolas Moyroud


Question: des boulevards du Massacre ou des rues de la Paix, il y en 
a plein, alors la chaine de caractère seule est-elle une clef 
«relationnelle» pertinente ou il manque quelque chose?
Ce qu'il manque, c'est la commune à laquelle appartient cette rue, qui 
peut se retrouver à l'aide de la localisation de cette même rue.


Stf
En prenant la solution "point du polygone" (que je ne connaissais pas 
avant hier - vu sur le "terrain" c'est à dire JOSM
addr:housenumber=8 sur un point et addr:housenumber=1 sur l'autre, 
points associés à leur relation relation respective, ça roule.


Cette solution "point du polygone" ne convient pas vraiment quand il y a 
une maison d'un côté et un garage de l'autre sur lequel est la bàl : il 
vaut mieux un point au niveau du portail entre les deux.


Et oui, c'est riche OSM.
Par exemple les noms de rues sont analysés et les noms aberrants sont 
relevés.

Exemple : une improbable rue Robert Schumann à côté d'une rue Jean Monnet.
Avec raison Osmose propose de corriger en Robert Schuman. Pourtant la 
mairie a bien donné un n à l'homme politique comme s'il s'agissait du 
musicien. Et c'est le terrain qui a raison jusqu'à ce que la mairie change.


Intégrer vos données proprement a un autre intérêt : bénéficier des 
outils de la communauté pour les gérer (par exemple Osmose), les 
requêter (overpassturbo.eu), etc...
Par rapport aux catégories INSEE, c'est un bon point de départ mais on 
essaye d'utiliser des modèles internationaux, voir le Wiki : 
http://wiki.openstreetmap.org/wiki/FR:Page_principale

Souvent on doublonne quand c'est nécessaire.
Je voulais montrer ça avec un cas d'école... au sens propre
http://wiki.openstreetmap.org/wiki/FR:Education_features

 * /amenity =school
   //—
   établi en 2008; s'est imposé naturellement /
 o /amenity
   =kindergarten
   //—
   établi en 2009; s'est imposé naturellement (voir //l'historique
   de la page
   
//)/
 o /amenity
   =university
   //—
   approuvé en 2006 via //university campus (tertiary education)
   
/
 o /amenity
   =college
   //—
   approuvé en 2007 via //College Campus (further education)
   
/

En fait c'est au niveau de
http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool


 Type d'école

La clé retenue pour préciser le type d'école est school:FR 
=*, à ajouter à 
l'objet comportant déjà amenity 
=*school*.


Voici la liste des valeurs possibles. Ce tableau est incomplet, 
n'hésitez pas à ajouter les catégories manquantes.


École   school:FR   Tag principal
Maternelle (petite à grande section) 	school:FR 
=maternelle 
amenity =kindergarten 

Élémentaire (CP à CM2) 	school:FR 
=élémentaire 
amenity =*school*
Primaire (maternelle et élémentaire) 	school:FR 
=primaire 	amenity 
=*school*
Collège (6e à 3e) 	school:FR 
=collège 	amenity 
=*school*

Re: [OSM-talk-fr] Nouvelles bornes Trilib'

2017-01-12 Par sujet Julien Coupey 

Re,

Si je comprends ton usage, le respect des sens uniques est important 
(vélo, voiture) mais pas forcément le sens de parcours des chemins pour 
lesquels il y a le choix ? En particulier tu n'a pas forcément besoin de 
passer dans les deux sens sur les chemins qui le permettent ?


Si c'est bien le cas, il y a peut-être un bricolage à tenter pour faire 
quelque chose sans rien développer. Mettons que tu veuilles prendre une 
photo tous les x mètres. Tu transformes alors ton problème en TSP en 
disant que tu souhaites visiter un paquet de nœuds par chemin (voire 
peut-être tous les nœuds de chaque chemin). On peut penser qu'une 
solution raisonnable à ce problème te fera parcourir les chemins en une 
seule fois dans la plupart des cas. Limitations :


- sans garantie d'absence de demi-tour au milieu en fonction de 
l'espacement des nœuds OSM)

- explosion de la taille du TSP (peut-être gérable quand même)
- c'est clairement une façon un peu moche de chercher quelque chose 
d'utilisable sans résoudre le problème initial ;-)


Si tu veux tenter quelque chose dans ce goût-là, n'hésite pas à me 
contacter en direct, je serais curieux de voir si ça peut donner quelque 
chose d'exploitable.


À+
Julien

Le 12/01/2017 à 14:05, Stéphane Péneau a écrit :

Le 11/01/2017 à 17:14, Julien Coupey a écrit :

Salut

Les problèmes de tournées consistent à passer par tous les nœuds d'un
certain graphe (avec éventuellement des contraintes additionnelles).
La nature du problème du postier chinois est différente puisqu'il
s'agit de visiter tous les arcs d'un graphe, donc malheureusement la
réponse à ta question est non. ;-)

Concrètement, si le sens de visite des chemins n'a pas d'importance et
s'il n'y a pas à tenir compte de sens uniques (par exemple à pied),
alors le graphe est non orienté et il existe des méthodes
réalistes/efficaces en temps de calcul pour trouver la solution optimale.
Par contre, si tu dois tenir compte des sens uniques et/ou si le sens
de visite a de l'importance (par exemple tu veux passer dans les rues
une fois dans chaque sens), alors là le problème se complique nettement !

À +
Julien


C'est dommage, et mon usage potentiel (passer partout, à vélo ou en
voiture pour prendre des photos) rentre dans le cas des situations qui
sont plus compliquées. (gestion des sens unique, gros gros malus sur les
demi-tour, etc..)

Stf

___
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] Nouvelles bornes Trilib'

2017-01-12 Par sujet Stéphane Péneau 

Le 11/01/2017 à 17:14, Julien Coupey a écrit :

Salut

Les problèmes de tournées consistent à passer par tous les nœuds d'un 
certain graphe (avec éventuellement des contraintes additionnelles). 
La nature du problème du postier chinois est différente puisqu'il 
s'agit de visiter tous les arcs d'un graphe, donc malheureusement la 
réponse à ta question est non. ;-)


Concrètement, si le sens de visite des chemins n'a pas d'importance et 
s'il n'y a pas à tenir compte de sens uniques (par exemple à pied), 
alors le graphe est non orienté et il existe des méthodes 
réalistes/efficaces en temps de calcul pour trouver la solution optimale.
Par contre, si tu dois tenir compte des sens uniques et/ou si le sens 
de visite a de l'importance (par exemple tu veux passer dans les rues 
une fois dans chaque sens), alors là le problème se complique nettement !


À +
Julien

C'est dommage, et mon usage potentiel (passer partout, à vélo ou en 
voiture pour prendre des photos) rentre dans le cas des situations qui 
sont plus compliquées. (gestion des sens unique, gros gros malus sur les 
demi-tour, etc..)


Stf

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

2017-01-12 Par sujet Stéphane Péneau 

Le 12/01/2017 à 13:13, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM a écrit :


OK, je comprends les variantes des différentes approches.

Pour compléter la dernière solution qui n'utilise pas d'objet relation, on 
pourrait donc avoir ce qui suit sur les champs du polygone du bâti:


addr:housenumber=8
addr:street=Rue de la Paix


addr:housenumber=1
addr:street=Boulevard du Massacre


Oui, c'est tout à fait ça.
Une petite précision : Lorsque tu dis "champs du polygone", j'imagine 
que tu penses à une des façades du bâtiment. Dans Osm, on ne va pas 
découper le bâtiment de cette façon, mais plutôt créer un noeud sur 
cette façade, qui correspondra, par exemple, à l'entrée. C'est la 
solution expliquée par Nicolas Moyroud



Question: des boulevards du Massacre ou des rues de la Paix, il y en a plein, 
alors la chaine de caractère seule est-elle une clef «relationnelle» pertinente 
ou il manque quelque chose?
Ce qu'il manque, c'est la commune à laquelle appartient cette rue, qui 
peut se retrouver à l'aide de la localisation de cette même rue.


Stf

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

2017-01-12 Par sujet Nicolas Moyroud 


On n'est même pas obligé d'utiliser une relation pour les adresses. 
La solution sans c'est : addr:housenumber=8 addr:street=Rue de la Paix 
Oui mais ça c'est une solution que je n'ai même pas citée parce que ça 
revient à faire des points indépendants qui ne sont plus liés à l'objet 
linéaire de la rue. Pour les mises à jour ça rend le truc très compliqué 
à gérer. Si le nom de la rue change pour une raison quelconque il faut 
changer chaque point indépendamment avec les risques d'en oublier 
certains. La relation permet d'éviter la répétition d'informations 
autant s'en servir...

Question: des boulevards du Massacre ou des rues de la Paix, il y en a plein, 
alors la chaine de caractère seule est-elle une clef «relationnelle» pertinente 
ou il manque quelque chose?
Justement non ce n'est pas une clef pertinente et avec une relation tu 
pourrais utiliser l'id de la relation. On avait parlé du problème de la 
non persistance des id OSM pour les nodes et les ways, mais dans le cas 
des relations c'est moins sensible car une relation est rarement 
supprimée d'OSM.
Pour moi le schéma des adresses sans relation est une mauvaise pratique 
à éviter. Mais encore une fois ça n'engage que mon opinion personnelle !


Nicolas

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

2017-01-12 Par sujet Jean-Martial NDOUTOUME NFENGONE - ZIT.COM 
>>> Ce qui m'amène, pour le coup, à vous interroger sur la relation
>>> qui existe (ou pas) au sein d'OSM (ou en géomatique en général) entre
>>> les rues et le bâti: par exemple, au-delà de la question de la
>>> proximité géographique (qui finalement n'en est pas une), comment se gère le
>>> problème d'un immeuble qui a une entrée sur un numéro d'une rue et
>>> une deuxième entrée sur un autre numéro d'une deuxième rue?
>>>
>>> Comment implémente-t-on cette sémantique?  (Là, tout de suite, au
>>> moment où je vous parle, je pense aux pompiers qui ont forcément
>>> cette information sur la plus part des batiments de France, sauf
>>> erreur de ma part.)  (Je pense encore, mais c'est sans doute
>>> l'intérêt des plans d'urgence règlementaires figurant à l'entrée
>>> de tout bâtiment...)
>>
>> Ensuite il suffit de mettre chaque point dans 2 relations
>> différentes qui correspondent chacune à la bonne rue.
>
> On n'est même pas obligé d'utiliser une relation pour les adresses.
> La solution sans c'est :
> addr:housenumber=8
> addr:street=Rue de la Paix

OK, je comprends les variantes des différentes approches.

Pour compléter la dernière solution qui n'utilise pas d'objet relation, on 
pourrait donc avoir ce qui suit sur les champs du polygone du bâti:


addr:housenumber=8
addr:street=Rue de la Paix


addr:housenumber=1
addr:street=Boulevard du Massacre

Question: des boulevards du Massacre ou des rues de la Paix, il y en a plein, 
alors la chaine de caractère seule est-elle une clef «relationnelle» pertinente 
ou il manque quelque chose?

jmn

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

2017-01-12 Par sujet Stéphane Péneau 

Le 12/01/2017 à 11:52, Nicolas Moyroud a écrit :

Bonjour,
Ce qui m'amène, pour le coup, à vous interroger sur la relation qui 
existe (ou pas) au sein d'OSM (ou en géomatique en général) entre les 
rues et le bâti: par exemple, au-delà de la question de la proximité 
géographique (qui finalement n'en est pas une), comment se gère le 
problème d'un immeuble qui a une entrée sur un numéro d'une rue et 
une deuxième entrée sur un autre numéro d'une deuxième rue?


Comment implémente-t-on cette sémantique?  (Là, tout de suite, au 
moment où je vous parle, je pense aux pompiers qui ont forcément 
cette information sur la plus part des batiments de France, sauf 
erreur de ma part.)  (Je pense encore, mais c'est sans doute 
l'intérêt des plans d'urgence règlementaires figurant à l'entrée de 
tout bâtiment...)
Ensuite il suffit de mettre chaque point dans 2 relations différentes 
qui correspondent chacune à la bonne rue.


On n'est même pas obligé d'utiliser une relation pour les adresses. La 
solution sans c'est :

addr:housenumber=8
addr:street=Rue de la Paix

Stf

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

2017-01-12 Par sujet Nicolas Moyroud 

Bonjour,

Ce qui m'amène, pour le coup, à vous interroger sur la relation qui existe (ou 
pas) au sein d'OSM (ou en géomatique en général) entre les rues et le bâti: par 
exemple, au-delà de la question de la proximité géographique (qui finalement 
n'en est pas une), comment se gère le problème d'un immeuble qui a une entrée 
sur un numéro d'une rue et une deuxième entrée sur un autre numéro d'une 
deuxième rue?

Comment implémente-t-on cette sémantique?  (Là, tout de suite, au moment où je 
vous parle, je pense aux pompiers qui ont forcément cette information sur la 
plus part des batiments de France, sauf erreur de ma part.)  (Je pense encore, 
mais c'est sans doute l'intérêt des plans d'urgence règlementaires figurant à 
l'entrée de tout bâtiment...)
Il y a plusieurs façons différentes d'ajouter un numéro d'adresse dans 
OSM. Soit en tant que tag sur le bâtiment entier (solution que je n'aime 
pas), soit en positionnant un point devant le bâtiment, soit en 
positionnement un point sur le contour du bâtiment (ma solution 
préférée... mais qui n'engage que moi). C'est alors le point qui porte 
le tag avec le numéro d'adresse.
Dans le cas d'un bâtiment avec 2 numéros d'adresse sur 2 rues 
différentes, la première solution n'est plus envisageable (voilà 
justement pourquoi je ne l'aime pas). Je mets 2 points sur le contour du 
bâtiment. En général j'essaie de mettre le point du côté de la rue 
concernée, ou alors de repérer les entrées réelles du bâtiment sur les 
images aériennes quand c'est possible. Ensuite il suffit de mettre 
chaque point dans 2 relations différentes qui correspondent chacune à la 
bonne rue.


Nicolas

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