Re: [OSM-talk-fr] Adresses...

[Philippe Verdy]

Le 13 janvier 2017 à 21:52,  a écrit :

> De facto je suis dans un hameau d'une commune de plus de 2 000 habitants
> et les routes ne sont pas toutes nommées, les bâtiments pas numérotés et le
> lieu-dit n'a pas de panneaux (la complète, sauf que des panneaux
> indicateurs sur deux des trois routes indiquent la direction).
>

Si la commune a plus de 2000 habitants, elle doit obligatoirement avoir une
liste des voies publiques et privées (la numérotation n'est pas obligatoire
mais il doit y avoir des noms de localités ou de batiments/lieux-dits).
Normalement cette liste devrait être communiquée au cadastre. Les communes
de moins de 1 habitants confient cette tâche à leur communauté de
communes mais elle doit prendre les décision de dénomination. Dans les
faits toutes n'ont pas fait ce travail et ce sont les résidents eux-mêmes
qui ont nommé leurs adresses (souvent avec des lieux-dits) et l'ont
communiqué à la poste, ce qui peut faire apparaitre des disparités avec le
cadastre (et le FANTOIR).

Cependant la poste et les communes maintenant peuvent fusionner leurs
données et mettre à jour leurs plans municipaux avec les données de base
(au moins les noms des voies publiques, mais souvent les voies privées sont
oubliées). Espérons que le travail sur la BAN va aider à régler ces
disparités. En attendant dans OSM on a la BANO et les données collectées
localement. Avec les nombreuses fusions de petites communes de plus en plus
d'entre elles vont devoir faire ce travail parce que la réglementation les
y oblige. Depuis que presque tout le territoire est couvert par les EPCI
(homis les îles), la taille minimale est atteinte et les EPCI et communes
nouvelles doivent se mettre à jour. Mais il reste encore pas mal de toutes
petites communes et il en reste plein encore à vectoriser. et les plans
pour le faire s'étalent sur des années (avec des aides des départements et
régions pour les EPCI les plus ruraux).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Adresses...

[Erwan Salomon]

> 
> > Après numérotation d’une voie, fournir les plaques de numérotation (format 
> > standard - fond
> > bleu, écriture blanche) pour éviter les plaques exotiques et parfois peu 
> > lisibles ;
> Mon voisin va dire que ma commune s'est illustrée pour ses plaques exotiques 
> pour les noms de rues, des hameaux et des numéros.
> 
> Jean-Yvon

tes plaques je crois que je vais les cartographier comme des œuvres d’art … (à 
Caudan elles valent le détour aussi)
;-)
c’est vrai que certaines il faut connaitre le nom de la rue pour pouvoir les 
lires

et ils disent quoi sur les presque homonymes ?
les fautes d’orthographes ?
les rues qui comportent plusieurs panneaux discordants ?

ce qui est marrant avec toute cette bonne volonté, c’est que les gens on change 
pas leur habitudes facilement, alors même à numéroter et nommer/renommer les 
rues
de façon cartésienne, ils continuent à donner leur ancienne adresse et c’est le 
facteur débutant qui galère
« oui mais le facteur sait que y’a 30 ans ici c’était le chemin de Kerlavret » 
haha

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

Re: [OSM-talk-fr] Adresses...

[osm . sanspourriel]

Je vois que selon Jean-Martial, FesseDeBouc c'est le cloud du spectacle ;-).
Moi aussi je me lâche !
Si les gens veulent ajouter un contact:FesseDeBouc, je ne vais pas 
l'enlever.

Par contre ne pas me demander de le mettre.
Un numéro de téléphone, une adresse internet c'est plus ou moins neutre 
(pas/peu de référence explicite de l'opérateur sous-jacent.

Tel n'est pas le cas des réseaux asociaux.

Oui pour mettre les infos temporaires dans OEDb.

> 
http://cms.geobretagne.fr/sites/default/files/documents/aitf.sig_.topo-_adresse_-_les_procedures_legales_et_les_bonnes_pratiques_en_vigueur_v_1.0.pdf


> Qu'en pensez-vous?
Un pensum.

De facto je suis dans un hameau d'une commune de plus de 2 000 habitants 
et les routes ne sont pas toutes nommées, les bâtiments pas numérotés et 
le lieu-dit n'a pas de panneaux (la complète, sauf que des panneaux 
indicateurs sur deux des trois routes indiquent la direction). Galère 
pour les livreurs (je mets en général la localisation GPS). Après 
quelques fêtes de voisins on arrive mieux à aider les livreurs. Plus 
gênant pour les secours.
Surtout quand le nom du lieu-dit est un toponyme... ne correspondant pas 
à la situation.
Selon http://tile.openstreetmap.fr/~cquest/leaflet/bano.html 
 le hameau est 
numéroté mais c'est le seul endroit où j'ai vu mon numéro comme celui 
des voisins.

C'est formellement se mettre en conformité par rapport à la loi.
Devrait-on forcer l'information dans OSM afin d'initier son usage ?

> Le numérotage est, de ce fait, obligatoire dans ces communes.
Mais comme en France on a des textes mais personne pour veiller à leur 
application...


Pas mal de remarques de bon sens.

> Opter pour des libellés de rue concis et veiller à ce que la 
dénomination soit adaptée à la

longueur de la voie pour permettre sa représentation sur un plan ;
On appelle ça l'amendement "venelle du Maréchal Jean de Lattre de 
Tassigny" ? ;-)


> Eviter de créer des voies trop courtes avec très peu d’habitations ;
Ça se comprend mais ils oublient de dire de le faire intelligemment :
http://www.openstreetmap.org/#map=19/47.78495/-3.49037=N
Un seul nom pour le lotissement sauf que les deux maisons de l'impasse 
au nord-est donnent non sur cette rue mais sur une autre.

Il aurait mieux valu donner des numéros de l'autre rue à ces deux maisons.
Préciser donc que la rue doit être contigüe.

Ne pas renommer les rues : sauf aussi en cas de découpe par un axe majeur.
http://www.openstreetmap.org/way/23979736#map=16/48.0989/-1.6134=N
La rue du Chêne Morand est de part et d'autre de la rocade dont une 
seule maison d'un côté.
On a aussi vu un 44 tonnes vouloir livrer un magasin dans la rue des 
Loges et se retrouver au bout de l'impasse 
http://www.openstreetmap.org/way/26180342 car sur la carte il n'avait 
pas vu le petit trait entre la rue et la voie principale.

Non la zone de retournement n'est pas prévue pour un 44 t.


> Sur la délibération, veiller à écrire la dénomination sous 2 formes :
> ○ avec une majuscule en début de nom et le reste en minuscule accentuée
> ○ en majuscule.
C'est au cas où des Alsaciens voudraient que des ä deviennent des AE ? 
J'ai du mal à comprendre l'intérêt de la version majuscule, le français 
étant une langue bicamérale. Des accents risquent de disparaître pour 
cause de configuration du logiciel du secrétaire de mairie.


> Pour la numérotation de plusieurs lieux-dits contigus, ne pas faire 
une numérotation en
> continu mais reprendre la numérotation à chaque changement de 
dénomination (celle-ci doit

> être soulignée par un panneau de lieu-dit) ;
Et quand on reprend des noms de rues suite à des fusions, que doit on 
inciter à faire ?
Si b et c fusionnent alors qu'elles sont entre A et D, on a facilement 
des route de A - route de D - route de A - route de D.
On pourrait conseiller de garder les parties externes et de renommer les 
routes de l'intérieur.


> Après numérotation d’une voie, fournir les plaques de numérotation 
(format standard - fond
> bleu, écriture blanche) pour éviter les plaques exotiques et parfois 
peu lisibles ;
Mon voisin va dire que ma commune s'est illustrée pour ses plaques 
exotiques pour les noms de rues, des hameaux et des numéros.


Jean-Yvon
___
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

[Jean-Martial NDOUTOUME NFENGONE - ZIT.COM]

Le projet OpenEventDatabase m'intéresse.

À première vue, il semble effectivement plus approprié qu'OSM pour y verser les 
données sur les évènements spatio-temporels que nous récoltons.

Je comprends mieux.

Cela voudrait dire que nous pouvons contribuer à OSM avec certaines données, 
ainsi qu'à OEDb pour d'autres jeux de données, diaspora* et autres GNU social 
pour les animations sociales autour de la programmation culturelle qui nous est 
confiée.

Pour être franc, d'autres initiatives existent pour synchroniser et partager 
ses évènements (OpenAgenda par exemple ), mais les 
modèles nous ont laissé dubitatifs (dans le sens du biens commun, du projet de 
société, etc.)...

Je note aussi que, pour nous, qui dit évènement, dit aussi co-voiturage 
(toujours dans le sens du bien commun, bien sûr).

Or, le projet covoiturage-libre.fr se cherche un véritable nouveau souffle, 
tant communautaire que technologique... je pense qu'il y aurait moyen...

Work in progress...

Jean-Martial


- Mail original -
> De: "Christian Quest" 
> À: "Discussions sur OSM en français" 
> Envoyé: Vendredi 13 Janvier 2017 18:06:54
> Objet: Re: [OSM-talk-fr]  [DGW] Contribution entreprise aux données OSM
> 
> 
> 
> 
> 
> Le 13 janvier 2017 à 16:24, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM
> < jean-mart...@zitcom.fr > a écrit :
> 
> 
> 
> > De mon point de vue, pour diffuser l'info sur un spectacle, il est
> > préférable que ce soit dans un agenda culturel, plutôt que de
> > signaler dans une base de données géographique là où on a mis des
> > affiches pour signaler qu'il y a un spectacle... à un autre
> > endroit.
> > 
> > Pour ça, il y a un projet plus adapté... OpenEventDatabase ;)
> 
> Pour bien comprendre, cela voudrait dire que les tags contact, page
> Facebook et autres URL de cette pizzeria n'ont rien à faire sur OSM,
> mais devraient plutôt être «référencées» uniquement par Google,
> Facebook et autres Pages Jaunes? <
> https://www.openstreetmap.org/node/4239161089 >
> 
> contact:facebook
> https://www.facebook.com/Pizza-Tradition-526470680769739
> contact:phone +33 240202302
> contact:website http://www.pizzatradition.fr
> 
> 
> 
> 
> Non pas du tout.
> 
> 
> La pizzeria a une position géographique, on la décrit donc à cet
> endroit et pas ailleurs. On indique ici les différents moyens de la
> contacter, mais elle est bien présente physiquement à cet endroit.
> 
> 
> 
> 
> Pour un spectacle, il se passe à un endroit et à un moment donné, pas
> là où on met des affiches. Si on devait le faire figurer dans OSM,
> c'est à cet endroit qu'on devrait le faire... mais on ne le met pas
> dans OSM parce que c'est une information trop temporaire pour avoir
> sa raison d'exister dans OSM.
> 
> 
> C'est pour partager des informations très liée au temps (bien au delà
> des spectacles) que j'ai démarré OpenEventDatabase... car OSM n'a
> pas vocation à les accueillir. De mon point de vue, des affiches
> pour des spectacles n'auraient pas plus de pertinence dans OEDB, par
> contre le spectacle en lui même oui, bien sûr.
> 
> 
> 
> 
> Et si on pousse plus ploin, que toute information hors sémantique
> cartographique n'a rien à faire dans OSM?
> 
> 
> 
> 
> J'ai pas dit ça non plus. La sémantique décrit l'objet géographique,
> mais il y a une limite à cette description et du coup aussi aux
> types d'objets qu'on met ou pas dans OSM.
> 
> 
> 
> 
> En plus, c'est une vraie question! ;)
> 
> 
> 
> 
> Je sais bien...
> 
> 
> --
> 
> 
> 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] [DGW] Contribution entreprise aux données OSM

[Christian Quest]

Le 13 janvier 2017 à 16:24, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM <
jean-mart...@zitcom.fr> a écrit :

>
> > De mon point de vue, pour diffuser l'info sur un spectacle, il est
> > préférable que ce soit dans un agenda culturel, plutôt que de
> > signaler dans une base de données géographique là où on a mis des
> > affiches pour signaler qu'il y a un spectacle... à un autre endroit.
> >
> > Pour ça, il y a un projet plus adapté... OpenEventDatabase ;)
>
> Pour bien comprendre, cela voudrait dire que les tags contact, page
> Facebook et autres URL de cette pizzeria n'ont rien à faire sur OSM, mais
> devraient plutôt être «référencées» uniquement par Google, Facebook et
> autres Pages Jaunes? 
>
> contact:facebookhttps://www.facebook.com/Pizza-Tradition-
> 526470680769739
> contact:phone   +33 240202302
> contact:website http://www.pizzatradition.fr
>
>
Non pas du tout.

La pizzeria a une position géographique, on la décrit donc à cet endroit et
pas ailleurs. On indique ici les différents moyens de la contacter, mais
elle est bien présente physiquement à cet endroit.


Pour un spectacle, il se passe à un endroit et à un moment donné, pas là où
on met des affiches. Si on devait le faire figurer dans OSM, c'est à cet
endroit qu'on devrait le faire... mais on ne le met pas dans OSM parce que
c'est une information trop temporaire pour avoir sa raison d'exister dans
OSM.

C'est pour partager des informations très liée au temps (bien au delà des
spectacles) que j'ai démarré OpenEventDatabase... car OSM n'a pas vocation
à les accueillir. De mon point de vue, des affiches pour des spectacles
n'auraient pas plus de pertinence dans OEDB, par contre le spectacle en lui
même oui, bien sûr.



> Et si on pousse plus ploin, que toute information hors sémantique
> cartographique n'a rien à faire dans OSM?
>
>
J'ai pas dit ça non plus. La sémantique décrit l'objet géographique, mais
il y a une limite à cette description et du coup aussi aux types d'objets
qu'on met ou pas dans OSM.



> En plus, c'est une vraie question! ;)
>
>
Je sais bien...


-- 
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

[Jean-Martial NDOUTOUME NFENGONE - ZIT.COM]

> Il y a (eu?) effectivement des discussions sur la pertinence de
> mettre des données de contact dans OSM mais comme le principe de base d’OSM
> est que le terrain à raison, si ces informations sont disponibles sur le
> terrain, alors, elles peuvent être ajoutées à OSM.
> 
> Sur l’exemple que tu donnes, il me semble assez peu pertinent de
> citer l’adresse Facebook du restaurant, puisque son site web est déjà
> référencé. Dans mon esprit, ce serait au site web du restaurant
> d’indiquer ses pages Facebook, Tripmachin et autres liens utiles et
> pas à OSM (mais c’est peut-être lié à mes "affinités" avec ces services
> centralisé  :-) )

Oui, nous avons les mêmes affinités. :)

Je prone l'auto-hébergement, je ne crois pas au «cloud» (façon de parler) et 
pour moi aussi c'est à chaque site de référencer Facebook et non sur Facebook 
qu'il faut référencer son site.

Néanmoins, force est de constater qu'il est des gens pour qui Facebook sert de 
«site Internet» (et d'autres, plus «fous» encore pour qui Google c'est le 
Web... serieux!)

Qu'il y ait un tag officiel contact:facebook ne me choque pas.  C'est une 
question de cohérence, même si je n'aime pas Facebook.

> Pour aller plus loin et rebondir sur les propos de Christian, la
> problématique d’OSM est plus la "permanence" des données. Si les
> informations sont très vite obsolètes (je dirais un changement toute
> les semaines ou plus fréquent), alors ces données n’ont potentiellement
> pas leur place dans OSM.
> 
> On peut alors utiliser un autre projet qu’a proposé et commencé à
> développer Christian : OpenEventDatabase
> (http://openeventdatabase.org
> et https://github.com/openeventdatabase/).
> Dans cette base, le but est de référencer les événements en leur
> ajoutant une dimension géographique.
> 
> Il serait donc plus sans doute plus pertinent que les événements que
> vous couvrez soient dans OpenEventDatabase (OEDb).
> OSM n’est sans doute pas le bon projet pour stocker l’information des
> affiches posées sur tel panneau ; je ne sais pas dans quel mesure
> OEDb le serait… Peut-être cette information devra-t-elle rester dans votre
> SI.

«Aucun projet à l'heure actuelle ne propose de mettre en commun ce type de 
données. OpenStreetMap répond à quoi et où, mais pas à quand et n'a pas 
vocation à collecter des données historiques.»

Intéressant!  Je regarde ça.

Jean-Martial

___
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

[frem]

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

De mon point de vue, pour diffuser l'info sur un spectacle, il est
préférable que ce soit dans un agenda culturel, plutôt que de
signaler dans une base de données géographique là où on a mis des
affiches pour signaler qu'il y a un spectacle... à un autre endroit.

Pour ça, il y a un projet plus adapté... OpenEventDatabase;)

Pour bien comprendre, cela voudrait dire que les tags contact, page Facebook et 
autres URL de cette pizzeria n'ont rien à faire sur OSM, mais devraient plutôt être 
«référencées» uniquement par Google, Facebook et autres Pages 
Jaunes?

Je m’invite dans la conversation  :-)

Il y a (eu?) effectivement des discussions sur la pertinence de mettre 
des données de contact dans OSM mais comme le principe de base d’OSM est 
que le terrain à raison, si ces informations sont disponibles sur le 
terrain, alors, elles peuvent être ajoutées à OSM.


Sur l’exemple que tu donnes, il me semble assez peu pertinent de citer 
l’adresse Facebook du restaurant, puisque son site web est déjà 
référencé. Dans mon esprit, ce serait au site web du restaurant 
d’indiquer ses pages Facebook, Tripmachin et autres liens utiles et pas 
à OSM (mais c’est peut-être lié à mes "affinités" avec ces services 
centralisé  :-) )



Pour aller plus loin et rebondir sur les propos de Christian, la 
problématique d’OSM est plus la "permanence" des données. Si les 
informations sont très vite obsolètes (je dirais un changement toute les 
semaines ou plus fréquent), alors ces données n’ont potentiellement pas 
leur place dans OSM.


On peut alors utiliser un autre projet qu’a proposé et commencé à 
développer Christian : OpenEventDatabase (http://openeventdatabase.org 
et https://github.com/openeventdatabase/).
Dans cette base, le but est de référencer les événements en leur 
ajoutant une dimension géographique.


Il serait donc plus sans doute plus pertinent que les événements que 
vous couvrez soient dans OpenEventDatabase (OEDb).
OSM n’est sans doute pas le bon projet pour stocker l’information des 
affiches posées sur tel panneau ; je ne sais pas dans quel mesure OEDb 
le serait… Peut-être cette information devra-t-elle rester dans votre SI.


frem
--
Contributeur OpenStreetMap .
Retrouvez aussi une partie des contributeurs OpenStreetMap de la Vienne 
aux permanences de l’APP3L .


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

Re: [OSM-talk-fr] Adresses... (encore)

[Jean-Martial NDOUTOUME NFENGONE - ZIT.COM]

Voies et adresses : les procédures légales et les bonnes pratiques en vigueur

).

Qu'en pensez-vous?

Jean-Martial


- Mail original -
> De: "Christian Quest" 
> À: "Discussions sur OSM en français" 
> Envoyé: Vendredi 13 Janvier 2017 15:17:38
> Objet: Re: [OSM-talk-fr] Adresses... (encore)
> 
> 
> 
> Un numéro d'adresse est à voir plutôt comme un repère ordonné le long
> d'une voie... ensuite il peut se passer plein de choses derrière: N
> parcelles, M bâtiments qui peuvent en plus être liés à d'autres
> adresses (accès multiples).
> 
> 
> Pour la BAN on a discuté aussi très longuement de tout ça et le
> consensus est resté sur le point de passage du domaine public au
> domaine privé.
> 
> 
> Le souci avec le raisonnement qui aboutit au bâtiment, c'est qu'on
> saute l'étape parcelle car elle est absente d'OSM. Elle fait en
> général le lien.
> 
> 
> 
> 
> Le 13 janvier 2017 à 16:10, Nicolas Moyroud < nmoyr...@free.fr > a
> écrit :
> 
> 
> 
> 
> 
> Cette discussion sera fin tant que tu n'auras pas conceptualisé
> l'adresse autrement que penser qu'elle se rapporte obligatoirement à
> un bâtiment.
> Pas forcément un bâtiment mais en tout cas l'adresse se rapporte à
> quelque chose. Et un point seul dans le vide ne rapporte à rien à
> part lui-même (sauf si tu le mets dans une relation comme je le
> disais précédemment). Et je pense également que cette discussion
> sera sans fin tant que certains n'auront pas conceptualisé ça.
> Je prends un exemple : tu as 4 entrées rapprochées au fond d'une
> impasse tu mets tes 4 numéros d'adresse les uns à côté des autres.
> Tu ne sais plus à quel objets se rapportent chacune des adresses (je
> dis objet volontairement pour que tu y mette ce que tu veux dans
> objet : bâtiment, parcelle).
> Donc c'est bien de mettre un numéro d'adresse tout seul, ça sert dans
> certains cas, mais il y a une perte d'informations et c'est dommage.
> 
> Nicolas
> 
> ___
> 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] [DGW] Contribution entreprise aux données OSM

[Jean-Martial NDOUTOUME NFENGONE - ZIT.COM]

> [...] Indiquer ce qui se trouve sur ce panneau, c'est déjà moins neutre et
> c'est aussi très (trop) changeant pour que l'info soit fiable quand
> on la consulte.
> 
> C'est la limite d'OSM par rapport à de l'info très dynamique. On se
> pose le même genre de question pour des routes coupées par des
> travaux. Si ça dure vraiment (plusieurs semaines, mois, impact
> important), oui, on peut l'indiquer dans OSM.

Notre volonté est que les données de notre SI se synchronisent en temps réel 
avec les données d'OSM.

C'est à dire que quand nos afficheurs constatent une modification sur le 
terrain qu'ils arpentent tous les jours (contacts, horraires d'ouverture, nom 
de l'enseigne, changement d'établissement, porte d'entrée derrière le bâtiment, 
etc.), ils effectuent les modifications dans notre SI, puis notre SI met à 
jours tout ou partie de nos données dans OSM.

Notre SI étant à jour, l'information que nous versons dans OSM aura la 
prétention d'être elle-même à jour en temps réel, même avec des changements 
fréquents.

Ce qui est dommage, c'est que la voirie, elle, lorsquelle effectue des travaux 
de rue, ne prend pas la peine de synchroser avec la communauté cette donnée 
publique.  Eux, font mal leur boulot vis à vis d'OSM.  Et, effectivement, les 
membres de la communauté ne suivent pas forcément au taquet les travaux!

> De mon point de vue, pour diffuser l'info sur un spectacle, il est
> préférable que ce soit dans un agenda culturel, plutôt que de
> signaler dans une base de données géographique là où on a mis des
> affiches pour signaler qu'il y a un spectacle... à un autre endroit.
> 
> Pour ça, il y a un projet plus adapté... OpenEventDatabase ;)

Pour bien comprendre, cela voudrait dire que les tags contact, page Facebook et 
autres URL de cette pizzeria n'ont rien à faire sur OSM, mais devraient plutôt 
être «référencées» uniquement par Google, Facebook et autres Pages Jaunes? 


contact:facebookhttps://www.facebook.com/Pizza-Tradition-526470680769739
contact:phone   +33 240202302
contact:website http://www.pizzatradition.fr

Et si on pousse plus ploin, que toute information hors sémantique 
cartographique n'a rien à faire dans OSM?

En plus, c'est une vraie question! ;)

Jean-Martial

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

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

[Frédéric Rodrigo]

Je me disais justement que la même bidouille devait être possible. J'ai 
testé. Le résultat est un peu mieux que ce à quoi je m’attendais


J'ai pris tous les nodes de ways highway d'une commune et j'ai calculé 
un itinéraire pour tous les visiter.


http://umap.openstreetmap.fr/fr/map/carte-sans-nom_120855#14/44.5371/-0.3864

Il y quelque trous (gérable à la main), mais pas vraiment de demi tours.

C'est calculé avec Mapotempo en utilisant derrière OSRM et Vroom : 2h54, 
107 km



Frédéric.



Le 12/01/2017 à 14:54, Julien Coupey a écrit :

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




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

Re: [OSM-talk-fr] Adresses... (encore)

[Christian Quest]

Un numéro d'adresse est à voir plutôt comme un repère ordonné le long d'une
voie... ensuite il peut se passer plein de choses derrière: N parcelles, M
bâtiments qui peuvent en plus être liés à d'autres adresses (accès
multiples).

Pour la BAN on a discuté aussi très longuement de tout ça et le consensus
est resté sur le point de passage du domaine public au domaine privé.

Le souci avec le raisonnement qui aboutit au bâtiment, c'est qu'on saute
l'étape parcelle car elle est absente d'OSM. Elle fait en général le lien.


Le 13 janvier 2017 à 16:10, Nicolas Moyroud  a écrit :

>
> Cette discussion sera fin tant que tu n'auras pas conceptualisé l'adresse
>> autrement que penser qu'elle se rapporte obligatoirement à un bâtiment.
>>
> Pas forcément un bâtiment mais en tout cas l'adresse se rapporte à quelque
> chose. Et un point seul dans le vide ne rapporte à rien à part lui-même
> (sauf si tu le mets dans une relation comme je le disais précédemment). Et
> je pense également que cette discussion sera sans fin tant que certains
> n'auront pas conceptualisé ça.
> Je prends un exemple : tu as 4 entrées rapprochées au fond d'une impasse
> tu mets tes 4 numéros d'adresse les uns à côté des autres. Tu ne sais plus
> à quel objets se rapportent chacune des adresses (je dis objet
> volontairement pour que tu y mette ce que tu veux dans objet : bâtiment,
> parcelle).
> Donc c'est bien de mettre un numéro d'adresse tout seul, ça sert dans
> certains cas, mais il y a une perte d'informations et c'est dommage.
>
> Nicolas
>
> ___
> 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] Adresses... (encore)

[Nicolas Moyroud]

Cette discussion sera fin tant que tu n'auras pas conceptualisé 
l'adresse autrement que penser qu'elle se rapporte obligatoirement à 
un bâtiment.
Pas forcément un bâtiment mais en tout cas l'adresse se rapporte à 
quelque chose. Et un point seul dans le vide ne rapporte à rien à part 
lui-même (sauf si tu le mets dans une relation comme je le disais 
précédemment). Et je pense également que cette discussion sera sans fin 
tant que certains n'auront pas conceptualisé ça.
Je prends un exemple : tu as 4 entrées rapprochées au fond d'une impasse 
tu mets tes 4 numéros d'adresse les uns à côté des autres. Tu ne sais 
plus à quel objets se rapportent chacune des adresses (je dis objet 
volontairement pour que tu y mette ce que tu veux dans objet : bâtiment, 
parcelle).
Donc c'est bien de mettre un numéro d'adresse tout seul, ça sert dans 
certains cas, mais il y a une perte d'informations et c'est dommage.


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

[Christian Quest]

Le 13 janvier 2017 à 13:04, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM <
jean-mart...@zitcom.fr> a écrit :

>
> Effectivement, les données sur la situation des panneaux d'affichage libre
> n'est un secret pour personne (quoi quand on voit la difficulté de
> libération de ces données - au sens des données publiques ouvertes, parfois
> on se demande).
>
> Aussi, libre à chacun d'y afficher ce qu'il veut (c'est l'une des
> activités principales de ZIT.COM).
>
> Mais mon questionnement n'est pas là.
>
> Nous, nous faisons de l'affichage culturel: nous prenons les affiches de
> salles de spectacles (entre autres) et allons les placarder.
>
> Nous arpentons le terrain au quotidien et mettons à jour notre
> cartographie.  L'idée est de verser ces mise à jour dans OSM.
>
> Parmis les mises à jour, il y a par exemple que tel panneau d'affichage
> est HS, ou que pendant les élections municipales tel autre a été déplacé
> ici ou là.  Ça c'est le niveau primaire.
>
> Le deuxième niveau, et c'est là que l'éthique m'interpelle, c'est de
> modifier les champs du panneau, en temps réel (depuis notre SI) pour dire
> que sur ce panneau il y a telle affiche, de tel spectacle, avec les détails
> qui vont bien (type de spectacle, date, producteur, URL, billetterie en
> ligne, etc.)
>
> Car, après tout, en quoi ça diffère techniquement que de mettre à jour les
> informations d'ouverture d'un shop ou de mettre l'URL du site Web, la page
> Facebook, etc. du commerçant comme ici pour cette pizzeria <
> https://www.openstreetmap.org/node/4239161089>.
>
> Et bien c'est dans ce sens que je pose la question.  Comment, bien sûr
> (tel ou tel tag, tel ou tel point, etc.)?  Mais surtout, pourquoi ou
> pourquoi pas, selon les fondements du projet OSM?  (Ce que j'ignore encore,
> ne faisant pas partie de la communauté...)
>
> Alors, contribuer à l'«affichage public», poui, mais jusqu'où?
>

Indiquer qu'il y a un panneau d'affichage public c'est fournir une
information neutre et stable dans le temps.
Indiquer ce qui se trouve sur ce panneau, c'est déjà moins neutre et c'est
aussi très (trop) changeant pour que l'info soit fiable quand on la
consulte.

C'est la limite d'OSM par rapport à de l'info très dynamique. On se pose le
même genre de question pour des routes coupées par des travaux. Si ça dure
vraiment (plusieurs semaines, mois, impact important), oui, on peut
l'indiquer dans OSM.

De mon point de vue, pour diffuser l'info sur un spectacle, il est
préférable que ce soit dans un agenda culturel, plutôt que de signaler dans
une base de données géographique là où on a mis des affiches pour signaler
qu'il y a un spectacle... à un autre endroit.

Pour ça, il y a un projet plus adapté... OpenEventDatabase ;)


-- 
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

[Christian Rogel]

Le 13 janv. 2017 à 13:22, Nicolas Moyroud  a écrit :
>> je suis personnellement pour le partage des connaissance (mais réticent au 
>> partage des données privées, genre piscines, voie d’accès sur les parcelles 
>> privées -surtout qu’elles ne sont pas forcément distingué dans les rendus…)
> Faux les voies d'accès privées si on leur affecte le bon tag access=private 
> sont clairement distinguées sur les rendus.

Pour les rues pavillonnaires, je place le point d'adresse selon la disposition 
des lieux :
1 À l'entrée de l'allée privée si la maison est dans un axe perpendiculaire
2 À la fin de l'allée avant la cour ou le parking, si la ou les maisons se 
retrouvent derrière les autres numéros de la rue.
Dans tous les cas, le routage mène à l'entrée de l'allée privée, la 
consultation de la carte ou, le cas échéant, l'affichage double ou triple 
apportant la précision utile.

Christian R.

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

Re: [OSM-talk-fr] Adresses... (encore)

[Romain MEHUT]

Nicolas, je poursuis sur ce fil

Mais qui a dit que le numéro d'adresse devait être placé sur le point
> d'accès ? On ne travaille pas exclusivement pour les usages des postiers
> que je sache !
> Si tu mets un numéro d'adresse sur un noeud flottant qui n'est raccroché à
> rien d'autre, il faudrait à minima le mettre dans une relation qui contient
> également le ou les bâtiments concernés. Sinon impossible de savoir à quoi
> se rapporte ton numéro d'adresse et il ne sert plus qu'à une seule chose :
> savoir où se trouve le portail ou la boîte aux lettres. Ce qui à mon sens
> n'est pas l'intérêt principal d'un numéro d'adresse dans OSM, mais le seul
> intérêt de la poste...
>

Pourquoi parles-tu des postiers ? Quand je souhaite me rendre à une
adresse, je ne cherche pas nécessairement à me rendre à un bâtiment mais à
un point d'accès menant éventuellement à un bâtiment et également à tout ce
qui s'y attache.

Cette discussion sera fin tant que tu n'auras pas conceptualisé l'adresse
autrement que penser qu'elle se rapporte obligatoirement à un bâtiment.

Romain
___
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

[Nicolas Moyroud]

je suis personnellement pour le partage des connaissance (mais 
réticent au partage des données privées, genre piscines, voie d’accès 
sur les parcelles privées -surtout qu’elles ne sont pas forcément 
distingué dans les rendus…)
Faux les voies d'accès privées si on leur affecte le bon tag 
access=private sont clairement distinguées sur les rendus.
Pour les piscines, je n'arrive pas à comprendre la logique qui est 
derrière. Ce n'est pas plus privé qu'un bâtiment qui représente une 
maison. Cette donnée est disponible sur la cadastre également. Vu que 
l'on s'autorise à intégrer les bâtiments du cadastre dans OSM, il n'y 
absolument aucune raison valable que l'on ne fasse pas pareil avec les 
piscines, en prenant bien entendu soin d'ajouter le tag access=private 
dessus.
C'est marrant cette réticence sur les piscines en France. Je me demande 
d'où ça peut bien venir... :-P


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

[Tyndare]

Le 13 janvier 2017 12:00:51 GMT+01:00, Nicolas Moyroud  a 
écrit :
>
>> En milieu urbain, ce point d'accès sera souvent sur le bâtiment 
>> lui-même mais il suffit que le(s) bâtiment(s) soit en retrait de la 
>> voirie, le point d'accès et donc l'adresse seront alors indépendants 
>> du (des) bâtiment(s).
>Mais qui a dit que le numéro d'adresse devait être placé sur le point 
>d'accès ? On ne travaille pas exclusivement pour les usages des
>postiers 
>que je sache !
>Si tu mets un numéro d'adresse sur un noeud flottant qui n'est
>raccroché 
>à rien d'autre, il faudrait à minima le mettre dans une relation qui 
>contient également le ou les bâtiments concernés. Sinon impossible de 
>savoir à quoi se rapporte ton numéro d'adresse et il ne sert plus qu'à 
>une seule chose : savoir où se trouve le portail ou la boîte aux 
>lettres. Ce qui à mon sens n'est pas l'intérêt principal d'un numéro 
>d'adresse dans OSM, mais le seul intérêt de la poste...

A titre perso, ce que j'attends d'une adresse c'est que mon GPS soit capable de 
m'y amener. En l'indiquant systématiquement sur les bâtiments il y a énormément 
de cas où les logiciels de routage vont essayer d'y arriver par le mauvais 
côte, et donc être bien pire que l'absence de numéro d'adresse qui nous 
amènerait au moins dans la bonne rue.

L'adresse, pour qu'elle soit utile, doit être cohérente avec les autres 
éléments cartographiés pour permettre le routage. 

Les logiciels de routage évitent les passages privés, donc ça me paraît logique 
l'indiquer l'adresse  sur la frontière de la zone privée adressée.


___
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

[Jean-Martial NDOUTOUME NFENGONE - ZIT.COM]

>> Intuitivement, je vois un «danger» au développement de l'affichage
>> libre: OSM risque de devenir un support pour les régies
>> publicitaires, non?
>> 
>> OK, ça reste à la marge (quelques panneaux et annonces ici ou là pour
>> la promotion de tel ou tel spectacle ou tel ou tel candidat à
>> l'élection présidentielle, face à des milliards d'objets de carto
>> pure).
> 
> je suis personnellement pour le partage des connaissance (mais
> réticent au partage des données privées, genre piscines, voie
> d’accès sur les parcelles privées -surtout qu’elles ne sont pas
> forcément distingué dans les rendus…)
> et il me semble que c’est une des dimension de projets comme OSM
>
> concernant l’affichage libre / affichage associatif, c’est un
> équipement destiné au publique (pour voir ou montrer) il me semble
> d’autant plus souhaitable de facilité son accès
> d’ailleurs beaucoup de municipalités diffusent leurs emplacement sur
> leur site internet
> il appartient ensuite à chacun d’en respecter les règle et au équipes
> municipales de les faire respecter
> de plus les spectacle et autre sont souvant les mieux informés de
> leurs emplacement (étant justement en recherche régulière de zone
> d’affichage) et dans la pratique un tel affichage s’il reste modéré
> est souvent toléré (faisant partie de la vie et culture locale)
> la municipalité a d’ailleurs des moyens de pression sur les
> potentiels resquilleurs (qui sont facilement identifiables et
> dépendent souvent d’autorisation et subvention pour leurs activités)

Effectivement, les données sur la situation des panneaux d'affichage libre 
n'est un secret pour personne (quoi quand on voit la difficulté de libération 
de ces données - au sens des données publiques ouvertes, parfois on se demande).

Aussi, libre à chacun d'y afficher ce qu'il veut (c'est l'une des activités 
principales de ZIT.COM).

Mais mon questionnement n'est pas là.

Nous, nous faisons de l'affichage culturel: nous prenons les affiches de salles 
de spectacles (entre autres) et allons les placarder.

Nous arpentons le terrain au quotidien et mettons à jour notre cartographie.  
L'idée est de verser ces mise à jour dans OSM.

Parmis les mises à jour, il y a par exemple que tel panneau d'affichage est HS, 
ou que pendant les élections municipales tel autre a été déplacé ici ou là.  Ça 
c'est le niveau primaire.

Le deuxième niveau, et c'est là que l'éthique m'interpelle, c'est de modifier 
les champs du panneau, en temps réel (depuis notre SI) pour dire que sur ce 
panneau il y a telle affiche, de tel spectacle, avec les détails qui vont bien 
(type de spectacle, date, producteur, URL, billetterie en ligne, etc.)

Car, après tout, en quoi ça diffère techniquement que de mettre à jour les 
informations d'ouverture d'un shop ou de mettre l'URL du site Web, la page 
Facebook, etc. du commerçant comme ici pour cette pizzeria 
.

Et bien c'est dans ce sens que je pose la question.  Comment, bien sûr (tel ou 
tel tag, tel ou tel point, etc.)?  Mais surtout, pourquoi ou pourquoi pas, 
selon les fondements du projet OSM?  (Ce que j'ignore encore, ne faisant pas 
partie de la communauté...)

Alors, contribuer à l'«affichage public», poui, mais jusqu'où?

Jean-Martial

___
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

[Erwan Salomon]

> Le 13 janv. 2017 à 11:04, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM 
>  a écrit :
> 
> Intuitivement, je vois un «danger» au développement de l'affichage libre: OSM 
> risque de devenir un support pour les régies publicitaires, non?
> 
> OK, ça reste à la marge (quelques panneaux et annonces ici ou là pour la 
> promotion de tel ou tel spectacle ou tel ou tel candidat à l'élection 
> présidentielle, face à des milliards d'objets de carto pure).

je suis personnellement pour le partage des connaissance (mais réticent au 
partage des données privées, genre piscines, voie d’accès sur les parcelles 
privées -surtout qu’elles ne sont pas forcément distingué dans les rendus…)  
et il me semble que c’est une des dimension de projets comme OSM
concernant l’affichage libre / affichage associatif, c’est un équipement 
destiné au publique (pour voir ou montrer) il me semble d’autant plus 
souhaitable de facilité son accès
d’ailleurs beaucoup de municipalités diffusent leurs emplacement sur leur site 
internet
il appartient ensuite à chacun d’en respecter les règle et au équipes 
municipales de les faire respecter
de plus les spectacle et autre sont souvant les mieux informés de leurs 
emplacement (étant justement en recherche régulière de zone d’affichage) et 
dans la pratique un tel affichage s’il reste modéré est souvent toléré (faisant 
partie de la vie et culture locale)
la municipalité a d’ailleurs des moyens de pression sur les potentiels 
resquilleurs (qui sont facilement identifiables et dépendent souvent 
d’autorisation et subvention pour leurs activités)___
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

[Nicolas Moyroud]

En milieu urbain, ce point d'accès sera souvent sur le bâtiment 
lui-même mais il suffit que le(s) bâtiment(s) soit en retrait de la 
voirie, le point d'accès et donc l'adresse seront alors indépendants 
du (des) bâtiment(s).
Mais qui a dit que le numéro d'adresse devait être placé sur le point 
d'accès ? On ne travaille pas exclusivement pour les usages des postiers 
que je sache !
Si tu mets un numéro d'adresse sur un noeud flottant qui n'est raccroché 
à rien d'autre, il faudrait à minima le mettre dans une relation qui 
contient également le ou les bâtiments concernés. Sinon impossible de 
savoir à quoi se rapporte ton numéro d'adresse et il ne sert plus qu'à 
une seule chose : savoir où se trouve le portail ou la boîte aux 
lettres. Ce qui à mon sens n'est pas l'intérêt principal d'un numéro 
d'adresse dans OSM, mais le seul intérêt de la poste...


Nicolas

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

Re: [OSM-talk-fr] Adresses... (encore)

[Christian Quest]

Le 13 janvier 2017 à 11:20, Romain MEHUT  a écrit :

> Pour te paraphraser, le numéro d'adresse pour moi c'est un élément qui
> caractérise avant tout un élément (objet) en tant que tel qui ne se
> rapporte pas qu'à un ou plusieurs bâtiments mais aussi parfois à un
> ensemble plus vaste donc je figure cet objet au point d'accès de cet
> ensemble. En milieu urbain, ce point d'accès sera souvent sur le bâtiment
> lui-même mais il suffit que le(s) bâtiment(s) soit en retrait de la voirie,
> le point d'accès et donc l'adresse seront alors indépendants du (des)
> bâtiment(s).
>


Sujet maintes fois débattu... et on n'a jamais pu trancher !

Entre adresses, bâtiments et parcelles (donc les terrains) on des liens
N-N. L'adresse est donc bien quelque chose de différent d'un bâtiment pour
ça que moi aussi je préfère sa version ponctuelle avec une vue "point
d'accès" entre la domaine public et le domaine privé où là on peut avoir
plusieurs bâtiments plusieurs parcelles ou autre...


-- 
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

[Romain MEHUT]

Bonjour,

Le 13 janvier 2017 à 10:33, Nicolas Moyroud  a écrit :

Le numéro d'adresse pour moi c'est un élément qui caractérise avant tout
> l'habitation principale et pas le garage ou le pigeonnier donc je trouve
> qu'il est toujours pertinent de mettre le point sur le contour du bâtiment
> principal et je n'ai quasiment jamais eu à dévier de ce schéma.


Pour te paraphraser, le numéro d'adresse pour moi c'est un élément qui
caractérise avant tout un élément (objet) en tant que tel qui ne se
rapporte pas qu'à un ou plusieurs bâtiments mais aussi parfois à un
ensemble plus vaste donc je figure cet objet au point d'accès de cet
ensemble. En milieu urbain, ce point d'accès sera souvent sur le bâtiment
lui-même mais il suffit que le(s) bâtiment(s) soit en retrait de la voirie,
le point d'accès et donc l'adresse seront alors indépendants du (des)
bâtiment(s).

Romain


> Même si il y a de rares cas où déterminer quel est le bâtiment principal
> n'a pas été facile, avec les images aériennes j'ai quasiment toujours
> réussi à m'en sortir.
> Mais encore une fois tout cela n'engage que ma propre opinion et ma
> pratique personnelle du tagging OSM. :-)
>
> 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

[Jean-Martial NDOUTOUME NFENGONE - ZIT.COM]

Bonjour les copains!

(Je sens que nous commençons à être intimes, il est 9h, nous sommes vendredi, 
ce fil de discussion a enrichi ma semaine, alors permettez-moi de me lâcher ;)

> 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

Intuitivement, je vois un «danger» au développement de l'affichage libre: OSM 
risque de devenir un support pour les régies publicitaires, non?

OK, ça reste à la marge (quelques panneaux et annonces ici ou là pour la 
promotion de tel ou tel spectacle ou tel ou tel candidat à l'élection 
présidentielle, face à des milliards d'objets de carto pure).

Par exemple, sur Wikipédia, c'est, entre autres, la «neutralité de point de 
vue» qui limite les articles promotionnels et la publicité déguisée 
.

Qu'en est-il sur OSM?  (J'ai pas fouillé, mais c'est votre avis 
pratico-pratique qui m'importe dans un premier temps.)

> 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 ;)

C'est vrai qu'il faut marcher avant de vouloir courir, notre corp nous le 
rappelle (ouille ça fait mal!).

Néanmoins, l'objet de mes interrogations est de savoir où ma boîte pourrait 
aller avec OSM: nous savons déjà, techniquement, marcher et courrir (maîtrise 
de notre activité, développement de notre SI, interconnexion avec d'autres 
systèmes par l'utilisation d'API, etc.)

Ce que je cherche ici, c'est bien de comprendre ce que nous pouvons partager 
ensemble (pas comment nous pouvons le partager, car il me semble qu'il y a ce 
qu'il faut).

> 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).

Je vais explorer ça attentivement.

Jean-Martial

___
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

[Nicolas Moyroud]

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.
Qui a dit que la position du point devait forcément se trouver à 
l'endroit de la boîte aux lettres ou du portail ? On parle d'un numéro 
d'adresse de manière globale pas d'une position de boîte aux lettres ou 
de l'entrée d'un lieu d'habitation. Donc pour ça il vaudrait mieux 
utiliser les tags entrance=main ou barrier=gate (et inventer un tag pour 
indiquer une boîte aux lettres de réception du courrier).
Le numéro d'adresse pour moi c'est un élément qui caractérise avant tout 
l'habitation principale et pas le garage ou le pigeonnier donc je trouve 
qu'il est toujours pertinent de mettre le point sur le contour du 
bâtiment principal et je n'ai quasiment jamais eu à dévier de ce schéma. 
Même si il y a de rares cas où déterminer quel est le bâtiment principal 
n'a pas été facile, avec les images aériennes j'ai quasiment toujours 
réussi à m'en sortir.
Mais encore une fois tout cela n'engage que ma propre opinion et ma 
pratique personnelle du tagging OSM. :-)


Nicolas

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