Re: [OSM-talk-fr] Tagger voie bus/vélo/taxis uniquement?

[Axelos]

Coucou,

Le 24/07/2018 à 23:45, Antoine Riche a écrit :
> https://wiki.openstreetmap.org/wiki/Tag:cycleway%3Dshare_busway et
> l'exemple illustré, je pense qu'il faudrait plutôt utiliser
> cycleway:left=opposite_share_busway. Le texte de cette page n'est pas
> très clair, la version allemande semble plus explicite (merci G***gle
> Translate).
> 
> La logique est que 'opposite' se définit par rapport au sens de
> circulation défini par la géométrie du way, ainsi le tag peut être
> interprété de façon autonome. Plus simple (à expliquer) en terme de
> maintenance aussi : si une cycleway:left=opposite_lane est remplacée par
> une voie de bus partagée, on remplace lane par share_busway et on
> obtient opposite_share_busway.
> 
> Valeur peu présente dans taginfo par contre : à peine 240 occurences en
> cumulant les cycleway[:left|right] :
> https://taginfo.openstreetmap.org/search?q=opposite_share_busway#values.
> Quasi absent en Allemagne (http://overpass-turbo.eu/s/AwR) ce qui
> m'étonne un peu.
> 
> Vous comprenez la même chose que moi ou j'ai raté quelque chose ?

Merci pour cette remarque pertinente. Je suis déjà tombé plusieurs fois
sur ce type de cas et j'ai bien utilisé cycleway:left=share_busway comme
indiqué sur la page bicycle.

À noter le "pas de consensus", donc ouvert aux propositions.

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

Re: [OSM-talk-fr] Mise à jour des POIs (horaires, ...)

[osm . sanspourriel]

Et aussi je reste perplexe que la BdD OSM porte ces données non 
géographiques.


Cyrille37.
Tu veux dire les données complémentaires ? Car les supermarchés existent 
physiquement sur le terrain (c'est un exemple).

Dans ce cas pourquoi représenter disons les églises ?
Ce ne sont pas les mêmes marchants mais à part ça ? ^^
Une école, c'est aussi un POI.

Après on peut se poser la question de savoir si OSM ne pourrait se 
contenter de positionner des références (SIREN) et d'avoir d'autres 
bases pour gérer les données plus précises.


Un gros inconvénient de ces références est d'être locales hormis 
essentiellement le wikidata.
Si d'autres maintiennent la donnée (hormis la position géographique 
précise), pourquoi ne pas ingérer ce qui vient d'ailleurs ?


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

[OSM-talk-fr] Osmose et validateur JSOM

[mga_geo]

Bonjour à tous,

Je viens de regarder les signalements sur le secteur de Saint-Malo pour les
arrêts de bus.
Il me semble que les modifications récentes ne sont pas prises en compte.
Par exemple la modification du node 1596702382 faite le 15 juillet n'est pas
prise en compte
http://osmose.openstreetmap.fr/fr/map/#zoom=10=49.1201=2.363=8300=1%2C2%2C3
arrêt Charcot
 
Marc



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Mission sur les données géographiques souveraines...

[Christian Quest]

Le législateur définit des principes généraux:
- libre réutilisation
- mention de la source et du millésime par le réutilisateur

Une licence est quelque chose de trop technique et évolutif pour figurer
dans un texte de loi, donc on relègue ça au moins un cran en dessous, dans
notre cas un décret.

Pour ce côté "local" des licences, beaucoup de pays procèdent comme ça, les
anglais ont par exemple l'OGL.

L'important c'est la compatibilité, et on l'a. Ces licences "locales" ne
sont à mon avis qu'un frein pour les réutilisateurs étrangers qui ne sont
pas familiers avec. Nous ne connaissons pas bien l'OGL... et les anglais ne
connaissent sûrement pas bien la LO.


Le 25 juillet 2018 à 00:52, marc marc  a écrit :

> Le 24. 07. 18 à 18:22, Christian Quest a écrit :
> > On ne peut pas comparer la LO et l'ODbL, la première est une CC-by qui
> > ne dit pas vraiment son nom et n'est qu'une forme lisible de... la Loi
> >
> > Ce n'est pas par chauvinisme, mais à cause de contraintes de droit.
>
> je ne suis pas sur de comprendre.
> qu'est-ce qui empêchait de législateur d'utiliser une licence existante
> au lieu d'en créer une nouvelle décrite comme compatible avec plusieurs
> licences existantes ?
> il y a vraiment qlq chose de différent dans les licences crées,
> totalement indispensable mais en même temps totalement compatible avec
> les autres licences qui ne conviennent pas ?
> cela me semble contradictoire.
> il me semble qu'on remplace le business de droit de licence par le
> business des juristes de licences...
> ___
> 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] Orthophotographie du département de la Loire-Atlantique

[marc marc]

Le 18. 07. 18 à 18:43, Eric Brosselin - Osm a écrit :
> Le 18/07/2018 à 16:04, Gwenrannad a écrit :
>>
>> /Un petit message à l'attention des utilisateurs de JOSM et qui 
>> "mappent" sur la loire-Atlantique.//
>> //En effet, l'orthophotographie du 44 présente sur le site //"Vue du 
>> ciel" //est disponible sur 
>> JOSM. L'url a été intégrée par un d'entre nous dans le wiki /
> Le zoom maximal était réglé sur 19 alors que la résolution à 10 cm 
> autorise un zoom 20 sans pixellisation.
> Cela vient d'être corrigé.

pour info
je l'ai aussi ajouté dans la bdd utilisé par iD
cela devrait être effectif à la prochaine maj (généralement mensuelle)
deuzeffe a aussi corriger la licence déclarée sur josm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mission sur les données géographiques souveraines...

[marc marc]

Le 24. 07. 18 à 18:22, Christian Quest a écrit :
> On ne peut pas comparer la LO et l'ODbL, la première est une CC-by qui 
> ne dit pas vraiment son nom et n'est qu'une forme lisible de... la Loi
> 
> Ce n'est pas par chauvinisme, mais à cause de contraintes de droit.

je ne suis pas sur de comprendre.
qu'est-ce qui empêchait de législateur d'utiliser une licence existante 
au lieu d'en créer une nouvelle décrite comme compatible avec plusieurs 
licences existantes ?
il y a vraiment qlq chose de différent dans les licences crées, 
totalement indispensable mais en même temps totalement compatible avec 
les autres licences qui ne conviennent pas ?
cela me semble contradictoire.
il me semble qu'on remplace le business de droit de licence par le 
business des juristes de licences...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tagger voie bus/vélo/taxis uniquement?

[Antoine Riche]

En lisant la page 
https://wiki.openstreetmap.org/wiki/Tag:cycleway%3Dshare_busway et 
l'exemple illustré, je pense qu'il faudrait plutôt utiliser 
cycleway:left=opposite_share_busway. Le texte de cette page n'est pas 
très clair, la version allemande semble plus explicite (merci G***gle 
Translate).


La logique est que 'opposite' se définit par rapport au sens de 
circulation défini par la géométrie du way, ainsi le tag peut être 
interprété de façon autonome. Plus simple (à expliquer) en terme de 
maintenance aussi : si une cycleway:left=opposite_lane est remplacée par 
une voie de bus partagée, on remplace lane par share_busway et on 
obtient opposite_share_busway.


Valeur peu présente dans taginfo par contre : à peine 240 occurences en 
cumulant les cycleway[:left|right] : 
https://taginfo.openstreetmap.org/search?q=opposite_share_busway#values. 
Quasi absent en Allemagne (http://overpass-turbo.eu/s/AwR) ce qui 
m'étonne un peu.


Vous comprenez la même chose que moi ou j'ai raté quelque chose ?
Antoine.

Le 24/07/2018 à 11:35, Johnparis a écrit :
Parce que access=no implique motor_vehicle=no, le motor_vehicle tag 
n'est pas nécessaire.


Si la voie de bus n'est pas physiquement separée des autres voies, on 
peut utiliser les tags suivants sur la seul way :


oneway=yes
busway:left=opposite_lane
busway:right=lane
cycleway:left=share_busway
cycleway:right=share_busway

Selon Mlle. Google (je ne suis pas là-bas) les voies ne sont pas 
physiquement separées (en août 2017), alors way 610465836 (par 
Shohreh) a tort et way 27773625 (par Truchin) a raison.






2018-07-24 11:00 GMT+02:00 Shohreh >:


Je m'auto-réponds : il fallait créer une nouvelle way avec les
tags suivants,
comme ça existait déjà plus haut sur le boulevard Saint-Michel.
Étonnant
qu'une artère aussi importante en plein Paris ait été oubliée
alors qu'elle
existe depuis longtemps.

highway=service
access=no
motor_vehicule=no
psv=yes ("Public Service Vehicles")
bicycle=yes



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html


___
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




---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ma petite présentation

[james]

Quelles sont les limites ? Comment mesurer son utilisation (par site / url) ? 

Au boulot, on a 2 approches : 
- faible trafic (sur le site) : on choisi le fond via la liste déroulante 
proposée par : https://www.drupal.org/project/leaflet_more_maps 
 .  Aucune visibilité sur le 
mécanisme de cache mis en place. Je dirai même surement aucun.
- gros trafic : on a un module basé sur les serveurs MapBox (payant) car plus 
rapide d’affichage et personnalisable (couleurs de rendu, etc.)

A vous :-) 


> On 24 Jul 2018, at 18:10, Christian Quest  wrote:
> 
> Et ces passages s'appuient du coup sur quel fond de carte OSM ?
> 
> Je pose la question car je vois des usages de plus en plus nombreux des fonds 
> openstreetmap.org et openstreetmap.fr sans cache ou autre solution pour être 
> respectueux de ressources communes, limitées et gérées par des bénévoles...
> 
> 
> Le 23/07/2018 à 22:54, james a écrit :
 pousser par mon job au sein d'une agence web
>>> si ce n'est pas indiscret, que fais-tu niveau osm niveau boulot ?
>> 
>> Rien de fou pour l’instant.
>> Le printemps 2018 pousse à se questionner ( se réveiller... )  sur l’usage 
>> 100% gafa : RGPD, affaire FB, nouveau tarif G Maps… A ce titre, on présente 
>> le fond OSM à nos clients qui s’y intéressent pour la qualité des détails, 
>> l’aspect corrigible des routes / accès et du non prix. Donc sur les 4 
>> derniers mois, pleins de petits projets web passent doucement sur des fonds 
>> OSM pour le bonheur de tous :-)
>> 
>> Jim005
>> ___
>> 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] Mission sur les données géographiques souveraines...

[Christian Quest]

Le 24/07/2018 à 07:07, Axelos a écrit :

Le 24/07/2018 à 06:15, Jean-Christophe Becquet a écrit :

« Diffuser à terme l’ensemble des données géographiques souveraines sous
licence ouverte type Etalab. ».

La France chauvine, aime promouvoir les licences qu’elle a elle-même créé.

Licence ouverte / Open Licence à la place d'Open Database License;
Licence CeCILL à la place de GNU GPL;
Probablement d'autres.

Le problème, c'est qu'elle est la seule à les utiliser, donc coté
compatibilité à l’international, il y a mieux.



On ne peut pas comparer la LO et l'ODbL, la première est une CC-by qui 
ne dit pas vraiment son nom et n'est qu'une forme lisible de... la Loi


Ce n'est pas par chauvinisme, mais à cause de contraintes de droit.

Pour la compatibilité, celle-ci est indiquée dans la licence elle même 
(page 2):


/"La présente licence a été conçue pour être compatible avec toute 
licence libre qui exige au moins la mention de paternité et notamment 
avec la version antérieure de la présente licence ainsi qu’avec les 
licences «Open Government Licence» (OGL) du Royaume-Uni, «Creative 
Commons Attribution» (CC-BY) de Creative Commons et «Open Data Commons 
Attribution» (ODC-BY) de l’Open Knowledge Foundation."/


Il n'y a pas que la LO qui puisse être choisie par une administration, 
il y a aussi l'ODbL (si justifié, car elle ajoute une contrainte).


Pour les logiciels, il n'y a pas que les CECILL, le décret 2017-638 
autorise aussi: BSD, Apache, MIT, Mozilla, GPL.


--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Ma petite présentation

[Christian Quest]

Et ces passages s'appuient du coup sur quel fond de carte OSM ?

Je pose la question car je vois des usages de plus en plus nombreux des 
fonds openstreetmap.org et openstreetmap.fr sans cache ou autre solution 
pour être respectueux de ressources communes, limitées et gérées par des 
bénévoles...



Le 23/07/2018 à 22:54, james a écrit :

pousser par mon job au sein d'une agence web

si ce n'est pas indiscret, que fais-tu niveau osm niveau boulot ?


Rien de fou pour l’instant.
Le printemps 2018 pousse à se questionner ( se réveiller... )  sur l’usage 100% 
gafa : RGPD, affaire FB, nouveau tarif G Maps… A ce titre, on présente le fond 
OSM à nos clients qui s’y intéressent pour la qualité des détails, l’aspect 
corrigible des routes / accès et du non prix. Donc sur les 4 derniers mois, 
pleins de petits projets web passent doucement sur des fonds OSM pour le 
bonheur de tous :-)

Jim005
___
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] Mise à jour des POIs (horaires, ...)

[james]

> Tu peux nous en dire plus James : pourquoi tu penses que ce n'est pas viable ?
> 

alors oui, tout est possible avec un gros robots d’indexation :-)  
mais aujourd’hui les Rich Snippet qui se basent sur ces métadonnées type 
schema.org  qui n’est pas utilisé massivement. Uniquement 
les sites avec une prestation SEO importante s’y conforme pour plaire aux 
moteurs de recherche. Donc, à mon sens c’est pas une donnée viable à court 
terme. De plus, peu de commerçants ont leur propre site web. Après on peut 
militer pour :-) 

A mon sens, ce sont l’utilisation de bases de données existantes et gérés qui 
peuvent faire progresser rapidement l’intégration des POI sur OSM : 
pagesjaunes, SIT des offices de tourisme (apidaé, SIRTAQUI, tourinsoft, etc.), 
base de donnée d’entreprise CCI (bon là, pas sûr de la qualité lol )…  


> Donc intégrer ces données par la communauté OSM, pourquoi pas, mais faire que 
> ces organismes gèrent la donnée dans OSM par eux-même, c'est encore mieux !

Le projet OpenTouristMap est très sympa !! Bravo ! 
Dans un monde idéal, il faudrait pouvoir mettre à jour les informations des POI 
de leur base vers OSM, avec le minium d’effort (un click..) Car c’est des 
volumes importants à traiter et ils ont déjà des outils en place. Par contre, 
les sensibiliser aux routes, battement, poubelles, etc. pour qu'ils modifient 
directement sur OSM c'est top !  


>> À moins que les CMS (Wordpress, Drupal, ...) implémentent ces schémas 
>> nativement, et que les codeurs soient sensibilisés au Web des données. Quand 
>> je vois que les "codeurs" utilisent maintenant à tout va des API distantes, 
>> ils viendront bien à comprendre qu'utiliser schema.org présente un réel 
>> intérêt.
Les codeurs suivent les besoins des clients, et les clients souhaitent être 
visible partout à moindre effort et d’avoir un réel retour sur investissement, 
sans multiplier la saisie de leur données…  Aujourd’hui les commerçants mettent 
à jour leur fiche Google My Business n’ont pas pour avoir le marker à jour sur 
la map, mais dans un premier temps pour répondre aux commentaires et avis 
déposés. 

Les codeurs (et ceux qui conseils autour ) ont un réel pouvoir d’influence sur 
les technologies utilisés et maitrisent les flux de donnée. Les séduire 
est/serait une priorité : presse, stand sur salon pro, intervention en école de 
dév., etc. 

a++ ;-)
Jim005





> On 24 Jul 2018, at 15:47, Noémie Lehuby  wrote:
> 
> Tu peux nous en dire plus James : pourquoi tu penses que ce n'est pas viable ?
> 
> Le 2018-07-24 09:29, Cyrille37 OSM a écrit :
> 
>> Bonjour
>> 
>> Le 23/07/2018 à 22:45, james a écrit :
>>> A l'appropriation des métadonnées (type schema.org ) 
>>> est quasi nulle et me semble pas une donnée viable / exploitable, même si 
>>> sa nature est louable et pertinente.
>> 
>> À moins que les CMS (Wordpress, Drupal, ...) implémentent ces schémas 
>> nativement, et que les codeurs soient sensibilisés au Web des données. Quand 
>> je vois que les "codeurs" utilisent maintenant à tout va des API distantes, 
>> ils viendront bien à comprendre qu'utiliser schema.org présente un réel 
>> intérêt.
>> 
>> Cyrille37.
>> 
>>>  
>>> Par contre, avez vous pensé / étudié l'idée d'intégrer les données des 
>>> Offices de Tourisme ? L'information est propre et complète (les adhérents 
>>> payent donc ils surveillent...), et il y a des gens qui vérifient et 
>>> qualifie la données des POI. Ici on parle uniquement de noeud / POI. Aucun 
>>> polygone, shape, etc.
>>> Par exemple, la base APIDAE (Sud Est de la France + expansion en national) 
>>> contient + de 250 000 fiches renseignés : hôtels, restaurants, camping, 
>>> piscines, aire de chainage, etc. Ce base est l'unique base pour alimenter 
>>> les sites web, brochures papiers, bornes tactiles... de ces territoires, 
>>> donc c'est leur outil premier de saisie.  
>>> Une intégration avec OSMOSE sera surement possible. 
>>> - Quelques chiffres : 
>>> https://www.apidae-tourisme.com/apidae-tourisme/carte-du-reseau/ 
>>> 
>>> - La donnée est en « Open » , exemple ici : 
>>> http://opendata.maregionsud.fr/donnees/detail/apidae-catalogue-des-donnees-publiques-ouvertes-par-les-membres-du-reseau.html
>>>  
>>> 
>>>   (mais je suis pas expert des licences...) 
>>> - une copie d'écran d'une fiche d'un restaurant :  
>>> https://www.dropbox.com/s/i74phgybgh3io5y/Screen%20Shot%202018-07-23%20at%2022.29.54.png?dl=0
>>>  
>>> 
>>>  
>>> - toutes les données sont disponibles sous format XML et JSON (en full ou 
>>> différentiel) et CSV pour les petits exports. 
>>>  
>>> Voilà, c'est une idée... ;-)
>>>  
>>> Jim005
>>>  
>>> 
 On 23 Jul 2018, at 12:14, Cyrille37 

Re: [OSM-talk-fr] highway=motorway_junction : noms ?

[David Marchal]

Jean-Yvon,


Généralement, je ne préviens pas parce que je ne suis pas sûr que ce soit 
pertinent : soit ça date de plusieurs années, et le contributeur a pu apprendre 
depuis, auquel cas il serait impertinent de prétendre lui enseigner comment 
faire, soit il semble raisonnable que le contributeur sache des choses que je 
ne sais pas. En revanche, lorsqu’il est clair qu’une donnée est erronée parce 
qu’un tag a été mal utilisé ou que ça a été mal tagué pour obtenir un rendu 
précis, comme une sortie `highway=motorway_junction` avec `name=Aire de 
machinchose` ou `ref=N 4`, j’ai tendance à prévenir. J’ai un côté prof 
prétentieux que je travaille à modérer, donc j’essaie de ne prévenir que si je 
suis raisonnablement sûr que c’est utile.

Cordialement.


De : osm.sanspourr...@spamgourmet.com 
Envoyé : mardi 24 juillet 2018 13:25
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] highway=motorway_junction : noms ?


Dans le Finistère les échangeurs des voies-express ont des noms (en plus des 
numéros). En breton car c'est le nom du lieu-dit (qui a rarement été francisé).

Comme Philippe je dirais l'échangeur mais comme le numéro de sortie c'est aussi 
le numéro de l'échangeur, je ne vois pas bien la différence.

N. B. : quand tu corriges, pense à avertir l'auteur de la première version.

Jean-Yvon

Le 24/07/2018 à 12:56, JB - jb...@mailoo.org a écrit :
Les sorties d'autoroute ont-elles un nom ? Je dirais oui : ici, j'interprète 
bien un nom (indiqué avec le numéro de sortie, en italique), et deux 
destinations (en dessous, police classique).
https://www.mapillary.com/app?focus=photo=LvUCqf6SINTILuVhgcwS1A (noscript 
pas franchement apprécié).
JB.

Le 24/07/2018 à 10:49, Philippe Verdy a écrit :
En revanche les interconnexions des bretelles de sorties avec le reste du 
réseau est souvent un rond-point ou un échangeur qui a, lui, très souvent un 
nom, mais qui ne font pas lui-même partie du réseau autoroutier.

Le 24 juillet 2018 à 08:18, David Marchal 
mailto:pene...@live.fr>> a écrit :

Salut, la liste.


Je modifiais récemment des sorties d’autoroute quand je me suis aperçu de 
quelque chose : le tag name=* était parfois utilisé pour la destination de la 
sortie, ce que je corrige, mais il est parfois utilisé pour donner un nom, qui 
n’est pas celui des destinations affichées, par exemple le long de l’A 35 en 
Alsace ; ceci dit, ce nom ne semble pas affiché sur place. Existe-t-il des 
sorties d’autoroute dotées de noms ? Où trouver une telle information, si ce 
n’est sur place ?


Dans l’attente de vos réponses,


Cordialement.

___
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


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

Re: [OSM-talk-fr] Mise à jour des POIs (horaires, ...)

[Noémie Lehuby]

Tu peux nous en dire plus James : pourquoi tu penses que ce n'est pas
viable ? 

Le 2018-07-24 09:29, Cyrille37 OSM a écrit :

> Bonjour
> 
> Le 23/07/2018 à 22:45, james a écrit :
> 
>> A l'appropriation des métadonnées (type schema.org [1]) est quasi nulle et 
>> me semble pas une donnée viable / exploitable, même si sa nature est louable 
>> et pertinente.
> 
> À moins que les CMS (Wordpress, Drupal, ...) implémentent ces schémas 
> nativement, et que les codeurs soient sensibilisés au Web des données. Quand 
> je vois que les "codeurs" utilisent maintenant à tout va des API distantes, 
> ils viendront bien à comprendre qu'utiliser schema.org présente un réel 
> intérêt.
> 
> Cyrille37.
> 
> Par contre, avez vous pensé / étudié l'idée d'intégrer les données des 
> Offices de Tourisme ? L'information est propre et complète (les adhérents 
> payent donc ils surveillent...), et il y a des gens qui vérifient et qualifie 
> la données des POI. Ici on parle uniquement de noeud / POI. Aucun polygone, 
> shape, etc. 
> Par exemple, la base APIDAE (Sud Est de la France + expansion en national) 
> contient + de 250 000 fiches renseignés : hôtels, restaurants, camping, 
> piscines, aire de chainage, etc. Ce base est l'unique base pour alimenter les 
> sites web, brochures papiers, bornes tactiles... de ces territoires, donc 
> c'est leur outil premier de saisie.   
> Une intégration avec OSMOSE sera surement possible.  
> - Quelques chiffres : 
> https://www.apidae-tourisme.com/apidae-tourisme/carte-du-reseau/ 
> - La donnée est en « Open » , exemple ici : 
> http://opendata.maregionsud.fr/donnees/detail/apidae-catalogue-des-donnees-publiques-ouvertes-par-les-membres-du-reseau.html
>   (mais je suis pas expert des licences...)  
> - une copie d'écran d'une fiche d'un restaurant :  
> https://www.dropbox.com/s/i74phgybgh3io5y/Screen%20Shot%202018-07-23%20at%2022.29.54.png?dl=0
>   
> - toutes les données sont disponibles sous format XML et JSON (en full ou 
> différentiel) et CSV pour les petits exports.  
> 
> Voilà, c'est une idée... ;-) 
> Jim005 
> 
> On 23 Jul 2018, at 12:14, Cyrille37 OSM  wrote: 
> 
> Hello,
> 
> Le 23/07/2018 à 12:02, Noémie Lehuby a écrit : Il me semble qu'il existe déjà 
> un standard pour publier des métadonnées de manière structurée sur le web : 
> https://schema.org/ 
> Par chez nous, en région Centre-Val-de-Loire, il y a quelques initiatives 
> "citoyennes" geeks pour sensibiliser les entreprises à tagger en web 
> sémantique leur site Internet. Mais ce ne sont pas les commerçants ...
> LesPagesJaunes serait un bon point de centralisation, mais leur modèle 
> économique n'est probablement pas compatible ...
> 
> C'est vraiment un gros sujet "social" ;-)
> 
> Cyrille37.
> 
> Il propose par exemple ce qu'il faut pour décrire un commerce : 
> https://schema.org/LocalBusiness [2]
> avec la géoloc, les horaires d'ouvertures, les infos de contact, les types de 
> cuisine, etc
> 
> Mais je ne pense pas que ça soit très utilisé sur les sites perso des 
> commerces ou pour faire quelque chose d'utile des données déjà publiées.
> C'est clair que la difficulté est plus sociale que technique pour faire 
> adopter ce genre de standard... 
> 
> nlehuby 
> 
> Le 2018-07-23 10:21, Cyrille37 OSM a écrit : 
> Bonjour,
> 
> Le 20/07/2018 à 10:29, PanierAvide a écrit : En effet c'est une sacré 
> problématique ! La solution est à mon avis plutôt pédagogique et sociale que 
> vraiment technique : au final la norme et les outils à mettre en place seront 
> relativement "simples" face au défi qu'est de mettre en relation l'ensemble 
> des acteurs qui gèrent ce type de données. 
> Je suis bien d'accord.
> 
> Et aussi je reste perplexe que la BdD OSM porte ces données non géographiques.
> 
> Cyrille37.

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

 

Links:
--
[1] http://schema.org/
[2] https://schema.org/LocalBusiness%C3%82%C2%A0___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Présentation rapide

[Philippe Verdy]

Le 24 juillet 2018 à 03:48,  a écrit :

> > Étrangement je n'ai pas eu ton premier mail, mais il finira par arriver
> > (je n'ai pas regardé les spams).
>
> Et moi je reçois ton message après les réponses des autres à ce message.
> Pas un problème de spam mais d'ordre dans mon cas. Peut-être chez toi aussi.
>
Il y a des modifications récentes de sécurité chez plusieurs fournisseurs
depuis début juin et le "forwarding" de la liste conduit souvent à des
échecs (notamment pour rerouter vers GMail, Yahoo...). Il semble que le
gestionnaire de liste de diffusion OSM ne soit pas conforme avec les
spécifications DKIM et altère les signatures numériques de messages
(notamment en modifiant les corps des messages pour ajouter un pied de
page, au lieu d'ajouter ce corps de message dans une "pièce jointe" séparée
(mais affichée en disposition "inline") pouvant avoir sa propre signature
numérique sans altérer l'original.

Cela conduit à des refus de livraison. Je le constate sur cette liste avec
Gmail (mais pour recevoir les messages avec Orange cela marche, Orange
n'est pas encore aussi exigeant sur les signatures numériques, mais ne
parvient pas à faire un "forward" vers Gmail, et Orange me notifie à la
place (via ma boite Orange redirigée ensuite vers Gmail) du message refusé
initialement, la notification contenant le message original (mais sans les
entêtes permettant de les décoder correctement, l'affichage est corrompu,
mais je lis ces messages de notification d'Orange avec leur contenu, auquel
on ne peut pas répondre directement et qu'on doit bidouiller manuellement
pour reconstituer la ligne du sjet, les expéditeurs auxquels on répond (on
écrivant un nouveau message non considéré comme une réponse).

Gmail (et d'autres...) est devenu très strict en terme de forwarding des
lsites de diffusion, et impose en plus des signatures numériques DKIM avec
des algorithmes forts (SHA-1 n'est plus accepté, il faut SHA-256).

Il faudrait en parler à ceux qui gèrent les listes de diffusion OSM : une
mise à jour s'impose pour respecter la conformité DKIM;  soit la liste doit
supprimer les signatures numériques du corps de message qu'elle modifie,
soit elle doit changer la façon d'encapsuler (et signer) son pied de page
au message diffusé:

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


En attendant la correction de ce bogue (du vieux gestionnaire de listes
OSM), il est devenu très difficile de recevoir les messages de cette liste
avec un compte Gmail ou Yahoo (ça marche encore avec un compte Orange mais
sans redirection directe (SMTP) vers Gmail; il faudrait faire l'inverse et
demander à Gmail de récupérer lui-même les messages chez Orange en POP3...
sauf qu'Orange a un problème et refuse les connexions entrantes par Gmail à
cause de certificats invalides sur ses serveurs POP3 !) ou bien aller
consulter les archives de la liste en ligne (mais là encore difficile de
répondre à ces messages puisque les archives des listes OSM ne contiennent
pas d'UI non plus pour y répondre directement).

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

Re: [OSM-talk-fr] Tagger voie bus/vélo/taxis uniquement?

[djakk djakk]

Donc une seule way pour l’ensemble des rues parisiennes (sauf contre-allée
et piste cyclable).
Voir le boulevard Magenta.


À moins que tu ne préfères détailler chaque voie par une « way » ?


djakk

Le mar. 24 juil. 2018 à 15:07, djakk djakk  a écrit :

> Salut, en fait c’est pas bon pour le boulevard Saint-Michel !
>
> Cela dit, je serai partisan de changer la vision des choses, quand c’est
> la même assiette (chaussée + accotement + terre plein + talus + fossés en
> campagne) je mettrai une seule « way » en détaillant dans les tags comment
> les voies sont reparties.
>
>
> djakk
>
>
>
> Le mar. 24 juil. 2018 à 12:55, Shohreh  a écrit :
>
>> Johnparis wrote
>> > Parce que access=no implique motor_vehicle=no, le motor_vehicle tag
>> n'est
>> > pas nécessaire.
>>
>> J'ai hésité, mais c'est comme ça que la voie est taggée plus haut sur le
>> boulevard.
>>
>>
>> Johnparis wrote
>> > Selon Mlle. Google (je ne suis pas là-bas) les voies ne sont pas
>> > physiquement separées (en août 2017), alors way 610465836 (par Shohreh)
>> a
>> > tort et way 27773625 (par Truchin) a raison.
>>
>> Effectivement, "cycleway:left=share_busway".
>>
>> Mais dans ce cas, pourquoi…
>>
>> 1. BRouter fait-il passer par le pont suivant alors que le Pont au change
>> est ouvert aux vélos dans les deux sens ?
>>
>> https://postimg.cc/image/qs7lo9yod/
>>
>> 2. quelqu'un a-t-il dessiné une voie séparée plus haut, boulevard
>> Saint-Michel, alors que c'est physiquement du même tonneau (pas de
>> séparation physique) ?
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>>
>> ___
>> 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] Tagger voie bus/vélo/taxis uniquement?

[djakk djakk]

Salut, en fait c’est pas bon pour le boulevard Saint-Michel !

Cela dit, je serai partisan de changer la vision des choses, quand c’est la
même assiette (chaussée + accotement + terre plein + talus + fossés en
campagne) je mettrai une seule « way » en détaillant dans les tags comment
les voies sont reparties.


djakk



Le mar. 24 juil. 2018 à 12:55, Shohreh  a écrit :

> Johnparis wrote
> > Parce que access=no implique motor_vehicle=no, le motor_vehicle tag n'est
> > pas nécessaire.
>
> J'ai hésité, mais c'est comme ça que la voie est taggée plus haut sur le
> boulevard.
>
>
> Johnparis wrote
> > Selon Mlle. Google (je ne suis pas là-bas) les voies ne sont pas
> > physiquement separées (en août 2017), alors way 610465836 (par Shohreh) a
> > tort et way 27773625 (par Truchin) a raison.
>
> Effectivement, "cycleway:left=share_busway".
>
> Mais dans ce cas, pourquoi…
>
> 1. BRouter fait-il passer par le pont suivant alors que le Pont au change
> est ouvert aux vélos dans les deux sens ?
>
> https://postimg.cc/image/qs7lo9yod/
>
> 2. quelqu'un a-t-il dessiné une voie séparée plus haut, boulevard
> Saint-Michel, alors que c'est physiquement du même tonneau (pas de
> séparation physique) ?
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> 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] highway=motorway_junction : noms ?

[Philippe Verdy]

Le 24 juillet 2018 à 13:25,  a écrit :

> Dans le Finistère les échangeurs des voies-express ont des noms (en plus
> des numéros). En breton car c'est le nom du lieu-dit (qui a rarement été
> francisé).
>
> Comme Philippe je dirais l'échangeur mais comme le numéro de sortie c'est
> aussi le numéro de l'échangeur, je ne vois pas bien la différence.
>

L'échangeur c'est intersection après celle de la sortie (passant
éventuellement par le péage qui a aussi un nom, bien souvent le nom de la
commune où il est sité, ou celui de l'ancienne commune au nom plus simple),
ou avant celle menant à l'entrée.

Le nom qu'on voit sous le numéros de sortie c'est une direction ("sortie
 vers ", comme ce qui est annoncé à la radio, ce
nom simplifié en italique est souvent celui de la barrière de péage, soit
celui de l'échangeur quand il n'y a pas de péage, ou sinon un nom de
commune comme "Rezé" ou quartier, ou secteur simplifié tel que "Rocade Est"
ou "Aéroport Nantes Atlantique") via la bretelle qui a sa aussi sa propre
référence (souvent le numéro de l'autoroute plus un suffixe basé sur le
numéro de sortie et une lettre complémentaire distinguant les bretelles).
Suivant le sens d'ailleurs on peut avoir ou pas le même nom et le même
numéro de sortie.

Dans certains cas, dans une direction de l'autoroute il n'y a qu'une sortie
et dans la direction opposée plusieurs avec le même numéro mais une lettre
à cause de la disposition des échangeurs de sortie (cela arrive fréquemment
aux raccordements finals des autoroutes avec les rocades urbaines, pour les
sorties sans péage où la vitesse peut encore être à 130/km/h pendant
plusieurs kilomètres et une limitation à 110 puis 90 ou moins quand
l'autoroute se transforme en voie rapide juste à la première sortie
gratuite après le péage, quand l'autoroute devient une voie express
nationale ou départementale et va ensuite se diviser en branches de
distribution vers différentes autres voies et échangeurs).

La situation est souvent plus simple hors de ces secteurs d'extrémité
autoroutière, où la station unique de péage (ou les deux stations de péage
séparées pour chaque côté, cas nettement moins fréquent), porte le même nom
que la sortie (quand il y a deux stations de péage, on a des noms qualifiés
par le côté "Ouest"/"Est", ou "Nord"/"Sud")
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] highway=motorway_junction : noms ?

[osm . sanspourriel]

Dans le Finistère les échangeurs des voies-express ont des noms (en plus 
des numéros). En breton car c'est le nom du lieu-dit (qui a rarement été 
francisé).


Comme Philippe je dirais l'échangeur mais comme le numéro de sortie 
c'est aussi le numéro de l'échangeur, je ne vois pas bien la différence.


N. B. : quand tu corriges, pense à avertir l'auteur de la première version.

Jean-Yvon


Le 24/07/2018 à 12:56, JB - jb...@mailoo.org a écrit :
Les sorties d'autoroute ont-elles un nom ? Je dirais oui : ici, 
j'interprète bien un nom (indiqué avec le numéro de sortie, en 
italique), et deux destinations (en dessous, police classique).
https://www.mapillary.com/app?focus=photo=LvUCqf6SINTILuVhgcwS1A 
(noscript pas franchement apprécié).

JB.

Le 24/07/2018 à 10:49, Philippe Verdy a écrit :
En revanche les interconnexions des bretelles de sorties avec le 
reste du réseau est souvent un rond-point ou un échangeur qui a, lui, 
très souvent un nom, mais qui ne font pas lui-même partie du réseau 
autoroutier.


Le 24 juillet 2018 à 08:18, David Marchal > a écrit :


Salut, la liste.


Je modifiais récemment des sorties d’autoroute quand je me suis
aperçu de quelque chose : le tag name=* était parfois utilisé
pour la destination de la sortie, ce que je corrige, mais il est
parfois utilisé pour donner un nom, qui n’est pas celui des
destinations affichées, par exemple le long de l’A 35 en Alsace ;
ceci dit, ce nom ne semble pas affiché sur place. Existe-t-il des
sorties d’autoroute dotées de noms ? Où trouver une telle
information, si ce n’est sur place ?


Dans l’attente de vos réponses,


Cordialement.


___
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


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

Re: [OSM-talk-fr] Accessibilité partielle pour du bus

[marc marc]

J'ai également toujours mapé en "version simple"

le tag sur l'arrêt décrit l'accessibilité de l'arrêt, aka quelqu'un en 
fauteuil peux-t-il aller à cet endroit là (pas de bordure entre la zone 
d'attente et le trottoir par ex), cette caractéristique physique est 
indépendante des véhicules qui passent à cet endroit.

le tag sur la ligne décrit l'accessibilité de la ligne aka quelqu'un en 
fauteuil peux-t-il prendre cette ligne, principalement le fait que la 
hauteur du pt=plateform est à hauteur du véhicule ou que le véhicule ai 
de quoi compenser la différence de hauteur

Le 14. 07. 18 à 14:16, Noémie Lehuby a écrit :
> Merci pour ton retour Virgile, c'est très intéressant.
> 
> Je voyais les choses de manière beaucoup plus simple (simpliste ?) :
> 
> si tu peux arriver à ton arrêt en fauteuil roulant, il est accessible : 
> wheelchair = yes
> Si tu peux y arriver mais que c'est galère (parce que c'est trop pentu, 
> ou que c'est ok en fauteuil manuel mais pas électrique, etc) : 
> wheelchair = limited
> 
> 
> Puis, si tu peux monter (ou descendre) d'un véhicule à l'arrêt, ça se 
> comptabilise dans l'accessibilité de la ligne.
> Ainsi, dans ton cas où ça fonctionne sans palette, c'est accessible, et 
> dans ton cas où il faut palette + agenouillement pour que ça fonctionne, 
> c'est limited si tous les bus de la ligne n'en sont pas équipés.
> 
> En effet, plus que les équipements des véhicules, c'est le fait que ça 
> soit utilisable concrètement pour un usager qu'on veut mapper.
> 
> Non ?
> 
> -- 
> Noémie Lehuby
> 
> Le 13/07/2018 à 22:44, Virgile Kéré a écrit :
>> Salut.
>>
>> En principe, sur l'arrêt on tague l'accessibilité de l'arrêt, et sur 
>> les lignes, l’accessibilité des bus. Mélanger les deux serait à la 
>> limité de l'absurdité.
>>
>> Après, il existe des arrêts accessible que si le bus a certains 
>> équipements. Je pense notamment aux arrêts non rehaussés, qui ne sont 
>> accessibles que si le bus est équipé d'agenouillement. Sinon, même si 
>> le bus a une palette pour combler la lacune, la pente sur cette 
>> palette sera trop importante.
>> Il existe aussi des arrêts réassurés au point de ne pas nécessiter de 
>> palette. Un exemple en France sont les arrêts du TVR ("Tramway") de 
>> Nancy. Il existe donc des bus qui sont accessibles sans avoir de 
>> palette. De ce fait on peut imaginer des cas où on aurait un tel bus 
>> accessible sans palette qui s'arrête à un arrêt aménagé pour être 
>> accessible, mais avec palette...
>> Enfin, il y a le car des autocars, où l'équipement pour la prise en 
>> compte d'un UFR consiste plus ou moins en un élévateur. Qui peut se 
>> déployer peu-importe la hauteur du quai (et même fonctionne souvent le 
>> mieux quand il n'y a pas de quai). Il en est de même avec certains 
>> minibus qui ont une grande rampe amovible par la porte arrière, et 
>> donc peuvent prendre un charge un UFR n'importe où.
>>
>> En gros, pour résumer ces exemples, il existe des arrêts accessibles 
>> que si le véhicules ont certains équipements, et qu'il se peut qu'avec 
>> un bus équipé pour l’accessibilité, mais pas de la bonne façon, le 
>> même arrêt ne soit pas accessible.
>>
>> Du coup, j'ai envie de dire :
>> * wheelchair=yes quand l'arrêt est compatible avec tous les véhicules 
>> s'y arrêtant
>> * wheelchait=limited lorsque qu'il est possible d'y avoir une 
>> incompatibilité avec des bus accessibles s'y arrêtant
>> * whellechair=no quand quelque soit l'équipement du bus, l'arrêt n'est 
>> pas accessible, sauf quand le véhicule est équipé d'une façon à ne 
>> même pas nécessiter un quai pour prendre en charge un UFR.
>>
>> Virgile.
>>
>>
>>> --
>>>
>>> Message: 4
>>> Date: Fri, 13 Jul 2018 09:55:03 +0200
>>> From: Noémie Lehuby
>>> To: OSM Talk-fr
>>> Subject: [OSM-talk-fr] Accessibilité partielle pour du bus
>>> Message-ID:<1f560f73e4b6b739e7fac0912a0d5...@zaclys.net>
>>> Content-Type: text/plain; charset="utf-8"
>>>
>>> Hello,
>>>
>>> il y a des gens qui cartographique l'accessibilité des arrêts de bus ici
>>> ?
>>>
>>> J'ai un doute sur un cas d'accessibilité partielle :
>>>
>>> Par exemple, si on peut parfaitement accéder à l'arrêt en étant en
>>> fauteuil roulant mais que les lignes qui passent à cet arrêt ne sont pas
>>> toutes équipées de rampe d'accès PMR :
>>> je mettrais wheelchair = yes sur l'arrêt de bus
>>> et wheelchair = limited/yes/no sur les relations de lignes de bus en
>>> fonction de est-ce qu'elles ont toutes une rampe ou pas
>>>
>>> ça vous semble ok ?
>>>
>>> Le wiki en français laisse sous entendre qu'il faudrait mettre
>>> wheelchair = limited sur l'arrêt de bus (source :
>>> https://wiki.openstreetmap.org/wiki/FR:Key:wheelchair#Arr.C3.AAt_de_Bus)
>>> Le wiki en anglais ne parle que des lignes mais semble plus d'accord
>>> avec moi.
>>>
>>> Merci pour vos avis.
>>>
>>> nlehuby
>>>
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> 

Re: [OSM-talk-fr] highway=motorway_junction : noms ?

[JB]

Les sorties d'autoroute ont-elles un nom ? Je dirais oui : ici, 
j'interprète bien un nom (indiqué avec le numéro de sortie, en 
italique), et deux destinations (en dessous, police classique).
https://www.mapillary.com/app?focus=photo=LvUCqf6SINTILuVhgcwS1A 
(noscript pas franchement apprécié).

JB.

Le 24/07/2018 à 10:49, Philippe Verdy a écrit :
A ma connaissance les sorties d'autoroutes en France n'ont pas de 
noms, juste des numéros (le même en principe pour les deux sorties et 
deux entrées dans les sens).


Les bretelles elles-mêmes ont aussi un petit numéro de référence (pas 
toujours facile à repérer, mais utile en cas d'accident pour 
identifier précisément les voies affectées pour les services 
d'urgence, mais les annonces radio se contentent de donner le numéro 
de sortie, et la direction concernée).


En revanche les interconnexions des bretelles de sorties avec le reste 
du réseau est souvent un rond-point ou un échangeur qui a, lui, très 
souvent un nom, mais qui ne font pas lui-même partie du réseau 
autoroutier.


Le 24 juillet 2018 à 08:18, David Marchal > a écrit :


Salut, la liste.


Je modifiais récemment des sorties d’autoroute quand je me suis
aperçu de quelque chose : le tag name=* était parfois utilisé pour
la destination de la sortie, ce que je corrige, mais il est
parfois utilisé pour donner un nom, qui n’est pas celui des
destinations affichées, par exemple le long de l’A 35 en Alsace ;
ceci dit, ce nom ne semble pas affiché sur place. Existe-t-il des
sorties d’autoroute dotées de noms ? Où trouver une telle
information, si ce n’est sur place ?


Dans l’attente de vos réponses,


Cordialement.


___
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] Tagger voie bus/vélo/taxis uniquement?

[Shohreh]

Johnparis wrote
> Parce que access=no implique motor_vehicle=no, le motor_vehicle tag n'est
> pas nécessaire.

J'ai hésité, mais c'est comme ça que la voie est taggée plus haut sur le
boulevard.


Johnparis wrote
> Selon Mlle. Google (je ne suis pas là-bas) les voies ne sont pas
> physiquement separées (en août 2017), alors way 610465836 (par Shohreh) a
> tort et way 27773625 (par Truchin) a raison.

Effectivement, "cycleway:left=share_busway".

Mais dans ce cas, pourquoi…

1. BRouter fait-il passer par le pont suivant alors que le Pont au change
est ouvert aux vélos dans les deux sens ?

https://postimg.cc/image/qs7lo9yod/

2. quelqu'un a-t-il dessiné une voie séparée plus haut, boulevard
Saint-Michel, alors que c'est physiquement du même tonneau (pas de
séparation physique) ?



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Tagger voie bus/vélo/taxis uniquement?

[JB]

Le 24/07/2018 à 11:35, Johnparis a écrit :
Parce que access=no implique motor_vehicle=no, le motor_vehicle tag 
n'est pas nécessaire. 
Ou l'inverse, conserver le motor_vehicle=no et virer le access=no (qui 
inclue les piétons, vélos, chevaux…).

JB.

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

Re: [OSM-talk-fr] Tagger voie bus/vélo/taxis uniquement?

[Johnparis]

Parce que access=no implique motor_vehicle=no, le motor_vehicle tag n'est
pas nécessaire.

Si la voie de bus n'est pas physiquement separée des autres voies, on peut
utiliser les tags suivants sur la seul way :

oneway=yes
busway:left=opposite_lane
busway:right=lane
cycleway:left=share_busway
cycleway:right=share_busway

Selon Mlle. Google (je ne suis pas là-bas) les voies ne sont pas
physiquement separées (en août 2017), alors way 610465836 (par Shohreh) a
tort et way 27773625 (par Truchin) a raison.





2018-07-24 11:00 GMT+02:00 Shohreh :

> Je m'auto-réponds : il fallait créer une nouvelle way avec les tags
> suivants,
> comme ça existait déjà plus haut sur le boulevard Saint-Michel. Étonnant
> qu'une artère aussi importante en plein Paris ait été oubliée alors qu'elle
> existe depuis longtemps.
>
> highway=service
> access=no
> motor_vehicule=no
> psv=yes ("Public Service Vehicles")
> bicycle=yes
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> 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] Un nouveau 'concurrent' ?

[Noémie Lehuby]

Hello,

Merci pour vos feedbacks. Pour répondre rapidement aux différentes
questions :

Nicolas : croiser les infos des site web avec les objets OSM (en
utilisant la valeur du tag website par exemple) est en effet une idée à
explorer.

Stéphane : on fera sûrement un formulaire qui permet d'éditer les
informations d'un commerce, mais pas dans l'immédiat. Une grosse
proportion de nos futurs utilisateurs ne sait pas ce qu'est OSM, et il y
a un vrai enjeu à leur faire découvrir le projet proprement. Je ne
voudrais pas que ça fasse comme une partie des utilisateurs de maps.me,
qui ne répondent pas aux commentaires sur leurs modifs ou aux messages
privés, ni pour autant laisser tomber le sujet ou qu'on se contente de
créer des notes anonymes. D'où l'idée de commencer petit et de rediriger
vers LearnOSM.org pour la première version au moins.

Philippe : Idunn est un composant qui se contente de convertir les tags
wikidata = Q23402 ou encore opening_hours = "Mo,Th,Sa,Su 09:00-18:00;
We,Fr 09:00-21:45; Tu off; Jan 01,May 01,Dec 25 off" en quelque chose
d'intelligible. Il ne crée pas de nouvelles données depuis wikipédia ou
autre.

-- 
Noémie Lehuby
Qwant Research

Le 2018-07-23 20:52, Nicolas Bétheuil a écrit :

> Vous avez prévu de croiser la base de crawl avec celle de la carte ? 
> Quelques commerçants ont leur site avec des infos faisant fois. Ajouter ça a 
> une notion de poi pourrait permettre de donner la valeur aux deux services et 
> de trouver une super plus value.  
> Ou l'idée est de se baser strictement sur osm/Opendata/Odbl ? 
> 
> J'ai vu la discussion sur l'autre thread pour que les commerçants eux même le 
> fasse sur leur site sous par exemple une forme sémantique. 
> 
> Le jeu. 19 juil. 2018 17:31, Noémie Lehuby  a écrit 
> : 
> 
> Bonjour, 
> 
> Soyez rassurés, je vous préviendrai quand ça sortira ^^
> Il est en effet prévu qu'on publie une version bêta assez rapidement, mais 
> soyons honnêtes, la route est encore longue et cette première version aura 
> encore très peu de fonctionnalités.
> Pour les plus impatients et les plus geeks d'entre vous, vous pouvez jeter un 
> œil à ce repo github qui décrit ce qu'on prépare : 
> https://github.com/QwantResearch/qwantmaps  [1] 
> 
> En ce moment, on bosse sur l'affichage des informations complémentaires sur 
> les lieux, et les résultats sont un peu décevants : on n'a pas beaucoup de 
> commerces bien renseignés (horaires d'ouverture, site web, numéro de 
> téléphone, etc) Si vous ne savez pas quoi faire cet été, il y a peut-être un 
> petit tour d'actualisation des commerces à faire dans votre quartier ;) 
> 
> D'ailleurs, j'en profite : on a prévu de mettre un petit encart pour inciter 
> à contribuer à OSM (comme on a déjà un lien qui invite à contribuer à 
> Wikipédia quand un encart Wikipédia s'affiche dans les résultats)
> Un avis sur le lien vers lequel ça devrait rediriger ? 
> Je pensais à https://learnosm.org mais on n'a peut-être mieux en stock ? Pour 
> info, pour Wikipédia, ça redirige vers 
> https://fr.wikipedia.org/wiki/Aide:Wikip%C3%A9dia_pas_%C3%A0_pas
> 
> -- 
> Noémie Lehuby
> Qwant Research
> 
> Le 2018-07-19 12:34, Cédric Frayssinet a écrit : 
> 
> Bonjour à tous,
> 
> Je relance ce sujet car certains articles annoncent la dispo de Qwant Maps 
> pour Septembre, certains d'entre vous ont plus d'infos à ce sujet ?
> 
> J'ai hâte de voir cela :)
> 
> Cédric
> 
> Le 17/04/2018 à 12:55, Vincent Frison a écrit : 
> 
> Le 16 avril 2018 à 11:39, Cédric Frayssinet  a écrit :
> 
> Merci Noémie pour ces précisions !
> 
> Qwant étant un moteur de recherche, est-il prévu également d'améliorer le 
> moteur actuel d'OpenStreetMap qui est pour moi le point faible autant sur 
> OpenStreetMap.org que sur OsmAnd. En effet, une seule petite lettre en défaut 
> et on n'obtient aucun résultat :( C'est une des grosses forces de GMaps pour 
> le coup...
> 
> Sur Mastodon, on m'a dit que ce serait chouette de se rapprocher de cette 
> interface : https://en.mapy.cz/ et moi je rajoute celle-ci : 
> https://maps.mapcat.com/ 
> 
> Je trouve Mapy.cz impressionnant, pour moi c'est peut-être la meilleure 
> webmap basée sur OSM ! Elle a quasiment tout, il manque juste la possibilité 
> de voir l'ensemble des données comme sur osm.org [2] (par ex. certains 
> commerces ou restaurant ne sont pas visibles, même avec la carte "touriste"). 
> Bref merci pour le lien... 
> 
> Pour revenir au sujet j'ai vraiment hâte de voir ce que Qwant va nous 
> proposer, c'est pas tous les jours qu'une "grosse" boite fait une solution 
> cartographique pour le grand public basée sur OSM... 
> 
> ++ Vincent 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

-- 
En cure de désintoxication [3] de Google ! Client d'Enercoop [4],
l'énergie militante 

Également sur Mastodon : @bristow...@framapiaf.org [5] 

 [6] 
___
Talk-fr mailing 

Re: [OSM-talk-fr] Tagger voie bus/vélo/taxis uniquement?

[Shohreh]

Je m'auto-réponds : il fallait créer une nouvelle way avec les tags suivants,
comme ça existait déjà plus haut sur le boulevard Saint-Michel. Étonnant
qu'une artère aussi importante en plein Paris ait été oubliée alors qu'elle
existe depuis longtemps.

highway=service
access=no
motor_vehicule=no
psv=yes ("Public Service Vehicles")
bicycle=yes



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] highway=motorway_junction : noms ?

[Philippe Verdy]

A ma connaissance les sorties d'autoroutes en France n'ont pas de noms,
juste des numéros (le même en principe pour les deux sorties et deux
entrées dans les sens).

Les bretelles elles-mêmes ont aussi un petit numéro de référence (pas
toujours facile à repérer, mais utile en cas d'accident pour identifier
précisément les voies affectées pour les services d'urgence, mais les
annonces radio se contentent de donner le numéro de sortie, et la direction
concernée).

En revanche les interconnexions des bretelles de sorties avec le reste du
réseau est souvent un rond-point ou un échangeur qui a, lui, très souvent
un nom, mais qui ne font pas lui-même partie du réseau autoroutier.

Le 24 juillet 2018 à 08:18, David Marchal  a écrit :

> Salut, la liste.
>
>
> Je modifiais récemment des sorties d’autoroute quand je me suis aperçu de
> quelque chose : le tag name=* était parfois utilisé pour la destination de
> la sortie, ce que je corrige, mais il est parfois utilisé pour donner un
> nom, qui n’est pas celui des destinations affichées, par exemple le long de
> l’A 35 en Alsace ; ceci dit, ce nom ne semble pas affiché sur place.
> Existe-t-il des sorties d’autoroute dotées de noms ? Où trouver une telle
> information, si ce n’est sur place ?
>
>
> Dans l’attente de vos réponses,
>
>
> Cordialement.
>
> ___
> 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] Mise à jour des POIs (horaires, ...)

[Vincent Bergeot]

Le 24/07/2018 à 08:55, PanierAvide a écrit :

Le 23/07/2018 à 22:45, james a écrit :
Par contre, avez vous pensé / étudié l’idée d’intégrer les données 
des Offices de Tourisme ? L’information est propre et complète (les 
adhérents payent donc ils surveillent…), et il y a des gens qui 
vérifient et qualifie la données des POI. Ici on parle uniquement de 
noeud / POI. Aucun polygone, shape, etc.


Bonjour,

C'est effectivement très pertinent de travailler avec les données des 
Offices de Tourisme/Commerce, et c'est encore mieux si on arrive à les 
convaincre de basculer sur OSM, comme ça ces acteurs sont les garants 
des données sur leurs territoires :-)


il y a effectivement des analyses osmose portant sur SIRTAQUI 
(l'équivalent d'apidae mais dans le Sud-ouest), que cela soit pour les 
chais viticoles, les lieux de camping caravaning, ...




La sensibilisation passe par la mise en avant de l'intérêt pour eux à 
faire cette maintenance de données : visibilité des commerces/lieux, 
possibilité d'utiliser les outils (type uMap, MapContrib, MapOSMatic) 
pour des cartes thématiques, et le lien avec des médias (site web des 
commerces, photos Mapillary/OpenStreetCam/Wiki Commons). Et un 
accompagnement pédagogique et technique pour la prise en main des outils.


Donc intégrer ces données par la communauté OSM, pourquoi pas, mais 
faire que ces organismes gèrent la donnée dans OSM par eux-même, c'est 
encore mieux !


et à titre pro, nous (Stéphane Branquard, l'Office de tourisme du 
seignanx et moi) avons travaillé à la formation d'agents d'office de 
tourisme, d'adhérents et d'habitants pour le maintien et la mise à jour 
des données dans OSM (https://www.opentouristmap.info/, 
https://wiki.openstreetmap.org/wiki/FR:OpenTouristMap)


Les office de tourisme sont effectivement des acteurs à la fois 
intéressés (besoins de ces infos, d'imprimer des cartes, ...) et 
intéressants (connaissent très finement le territoire qu'ils ont pour 
mission de "valoriser").


à plus


--
Vincent Bergeot


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

Re: [OSM-talk-fr] Mise à jour des POIs (horaires, ...)

[Cyrille37 OSM]

Bonjour

Le 23/07/2018 à 22:45, james a écrit :
A l’appropriation des métadonnées (type schema.org 
) est quasi nulle et me semble pas une donnée 
viable / exploitable, même si sa nature est louable et pertinente.


À moins que les CMS (Wordpress, Drupal, ...) implémentent ces schémas 
nativement, et que les codeurs soient sensibilisés au Web des données. 
Quand je vois que les "codeurs" utilisent maintenant à tout va des API 
distantes, ils viendront bien à comprendre qu'utiliser schema.org 
présente un réel intérêt.


Cyrille37.



Par contre, avez vous pensé / étudié l’idée d’intégrer les données des 
Offices de Tourisme ? L’information est propre et complète (les 
adhérents payent donc ils surveillent…), et il y a des gens qui 
vérifient et qualifie la données des POI. Ici on parle uniquement de 
noeud / POI. Aucun polygone, shape, etc.
Par exemple, la base APIDAE (Sud Est de la France + expansion en 
national) contient + de 250 000 fiches renseignés : hôtels, 
restaurants, camping, piscines, aire de chainage, etc. Ce base est 
l’unique base pour alimenter les sites web, brochures papiers, bornes 
tactiles… de ces territoires, donc c’est leur outil premier de saisie.

Une intégration avec OSMOSE sera surement possible.
- Quelques chiffres : 
https://www.apidae-tourisme.com/apidae-tourisme/carte-du-reseau/
- La donnée est en « Open » , exemple ici : 
http://opendata.maregionsud.fr/donnees/detail/apidae-catalogue-des-donnees-publiques-ouvertes-par-les-membres-du-reseau.html 
(mais je suis pas expert des licences…)
- une copie d’écran d’une fiche d’un restaurant : 
https://www.dropbox.com/s/i74phgybgh3io5y/Screen%20Shot%202018-07-23%20at%2022.29.54.png?dl=0 

- toutes les données sont disponibles sous format XML et JSON (en full 
ou différentiel) et CSV pour les petits exports.


Voilà, c’est une idée… ;-)
Jim005


On 23 Jul 2018, at 12:14, Cyrille37 OSM > wrote:


Hello,

Le 23/07/2018 à 12:02, Noémie Lehuby a écrit :
Il me semble qu'il existe déjà un standard pour publier des 
métadonnées de manière structurée sur le web : https://schema.org/


Par chez nous, en région Centre-Val-de-Loire, il y a quelques 
initiatives "citoyennes" geeks pour sensibiliser les entreprises à 
tagger en web sémantique leur site Internet. Mais ce ne sont pas les 
commerçants ...
LesPagesJaunes serait un bon point de centralisation, mais leur 
modèle économique n'est probablement pas compatible ...


C'est vraiment un gros sujet "social" ;-)

Cyrille37.

Il propose par exemple ce qu'il faut pour décrire un commerce : 
https://schema.org/LocalBusiness 

avec la géoloc, les horaires d'ouvertures, les infos de contact, les 
types de cuisine, etc


Mais je ne pense pas que ça soit très utilisé sur les sites perso 
des commerces ou pour faire quelque chose d'utile des données déjà 
publiées.
C'est clair que la difficulté est plus sociale que technique pour 
faire adopter ce genre de standard...


nlehuby

Le 2018-07-23 10:21, Cyrille37 OSM a écrit :


Bonjour,

Le 20/07/2018 à 10:29, PanierAvide a écrit :
En effet c'est une sacré problématique ! La solution est à mon 
avis plutôt pédagogique et sociale que vraiment technique : au 
final la norme et les outils à mettre en place seront relativement 
"simples" face au défi qu'est de mettre en relation l'ensemble des 
acteurs qui gèrent ce type de données.


Je suis bien d'accord.

Et aussi je reste perplexe que la BdD OSM porte ces données non 
géographiques.


Cyrille37.


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

Re: [OSM-talk-fr] Mission sur les données géographiques souveraines...

[Cyrille37 OSM]

Le 24/07/2018 à 07:07, Axelos a écrit :

Le 24/07/2018 à 06:15, Jean-Christophe Becquet a écrit :

« Diffuser à terme l’ensemble des données géographiques souveraines sous
licence ouverte type Etalab. ».

La France chauvine, aime promouvoir les licences qu’elle a elle-même créé.

Licence ouverte / Open Licence à la place d'Open Database License;
Licence CeCILL à la place de GNU GPL;
Probablement d'autres.


La licence ODbL n'est pas compatible avec LO|OL qui n'oblige pas à 
reverser les modifications ni à partager à l'identique.


Mais tu as raison, il existe certainement bien d'autres licences 
réputées compatibles avec LO|OL.


Cyrille37.


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

Re: [OSM-talk-fr] Mise à jour des POIs (horaires, ...)

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE APPUI PERFORMANCE)]

Bonjour à tous,

De notre côté on a ceci : https://www.resot-alsace.fr/actions/sit.html
Le directeur et son adjoint sont d’anciens collègues de la Région.
Il sont peut-être mûrs maintenant : 
https://www.openstreetmap.org/user/Pfabing/history#map=12/48.1642/7.4017

Denis

De : james [mailto:ja...@snowalpes.com]
Envoyé : lundi 23 juillet 2018 22:46
À : Discussions sur OSM en français 
Objet : Re: [OSM-talk-fr] Mise à jour des POIs (horaires, ...)

Hello,

Je saute sur ce thread, et excusez moi si ma question / remarque n’est pas 
approprié ou redondante, je débarque… :-)

A l’appropriation des métadonnées (type schema.org) est 
quasi nulle et me semble pas une donnée viable / exploitable, même si sa nature 
est louable et pertinente.

Par contre, avez vous pensé / étudié l’idée d’intégrer les données des Offices 
de Tourisme ? L’information est propre et complète (les adhérents payent donc 
ils surveillent…), et il y a des gens qui vérifient et qualifie la données des 
POI. Ici on parle uniquement de noeud / POI. Aucun polygone, shape, etc.
Par exemple, la base APIDAE (Sud Est de la France + expansion en national) 
contient + de 250 000 fiches renseignés : hôtels, restaurants, camping, 
piscines, aire de chainage, etc. Ce base est l’unique base pour alimenter les 
sites web, brochures papiers, bornes tactiles… de ces territoires, donc c’est 
leur outil premier de saisie.
Une intégration avec OSMOSE sera surement possible.
- Quelques chiffres : 
https://www.apidae-tourisme.com/apidae-tourisme/carte-du-reseau/
- La donnée est en « Open » , exemple ici : 
http://opendata.maregionsud.fr/donnees/detail/apidae-catalogue-des-donnees-publiques-ouvertes-par-les-membres-du-reseau.html
  (mais je suis pas expert des licences…)
- une copie d’écran d’une fiche d’un restaurant :  
https://www.dropbox.com/s/i74phgybgh3io5y/Screen%20Shot%202018-07-23%20at%2022.29.54.png?dl=0
- toutes les données sont disponibles sous format XML et JSON (en full ou 
différentiel) et CSV pour les petits exports.

Voilà, c’est une idée… ;-)

Jim005



On 23 Jul 2018, at 12:14, Cyrille37 OSM 
mailto:cyrille+talk...@giquello.fr>> wrote:

Hello,
Le 23/07/2018 à 12:02, Noémie Lehuby a écrit :
Il me semble qu'il existe déjà un standard pour publier des métadonnées de 
manière structurée sur le web : https://schema.org/

Par chez nous, en région Centre-Val-de-Loire, il y a quelques initiatives 
"citoyennes" geeks pour sensibiliser les entreprises à tagger en web sémantique 
leur site Internet. Mais ce ne sont pas les commerçants ...
LesPagesJaunes serait un bon point de centralisation, mais leur modèle 
économique n'est probablement pas compatible ...

C'est vraiment un gros sujet "social" ;-)

Cyrille37.


Il propose par exemple ce qu'il faut pour décrire un commerce : 
https://schema.org/LocalBusiness 
avec la géoloc, les horaires d'ouvertures, les infos de contact, les types de 
cuisine, etc

Mais je ne pense pas que ça soit très utilisé sur les sites perso des commerces 
ou pour faire quelque chose d'utile des données déjà publiées.
C'est clair que la difficulté est plus sociale que technique pour faire adopter 
ce genre de standard...
nlehuby
Le 2018-07-23 10:21, Cyrille37 OSM a écrit :
Bonjour,

Le 20/07/2018 à 10:29, PanierAvide a écrit :
En effet c'est une sacré problématique ! La solution est à mon avis plutôt 
pédagogique et sociale que vraiment technique : au final la norme et les outils 
à mettre en place seront relativement "simples" face au défi qu'est de mettre 
en relation l'ensemble des acteurs qui gèrent ce type de données.

Je suis bien d'accord.

Et aussi je reste perplexe que la BdD OSM porte ces données non géographiques.

Cyrille37.


___
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

---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their 

Re: [OSM-talk-fr] Mise à jour des POIs (horaires, ...)

[PanierAvide]

Le 23/07/2018 à 22:45, james a écrit :
Par contre, avez vous pensé / étudié l’idée d’intégrer les données des 
Offices de Tourisme ? L’information est propre et complète (les 
adhérents payent donc ils surveillent…), et il y a des gens qui 
vérifient et qualifie la données des POI. Ici on parle uniquement de 
noeud / POI. Aucun polygone, shape, etc.


Bonjour,

C'est effectivement très pertinent de travailler avec les données des 
Offices de Tourisme/Commerce, et c'est encore mieux si on arrive à les 
convaincre de basculer sur OSM, comme ça ces acteurs sont les garants 
des données sur leurs territoires :-)


La sensibilisation passe par la mise en avant de l'intérêt pour eux à 
faire cette maintenance de données : visibilité des commerces/lieux, 
possibilité d'utiliser les outils (type uMap, MapContrib, MapOSMatic) 
pour des cartes thématiques, et le lien avec des médias (site web des 
commerces, photos Mapillary/OpenStreetCam/Wiki Commons). Et un 
accompagnement pédagogique et technique pour la prise en main des outils.


Donc intégrer ces données par la communauté OSM, pourquoi pas, mais 
faire que ces organismes gèrent la donnée dans OSM par eux-même, c'est 
encore mieux !


Cordialement,

Adrien.

--
PanierAvide
Géomaticien & développeur


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

[OSM-talk-fr] highway=motorway_junction : noms ?

[David Marchal]

Salut, la liste.


Je modifiais récemment des sorties d’autoroute quand je me suis aperçu de 
quelque chose : le tag name=* était parfois utilisé pour la destination de la 
sortie, ce que je corrige, mais il est parfois utilisé pour donner un nom, qui 
n’est pas celui des destinations affichées, par exemple le long de l’A 35 en 
Alsace ; ceci dit, ce nom ne semble pas affiché sur place. Existe-t-il des 
sorties d’autoroute dotées de noms ? Où trouver une telle information, si ce 
n’est sur place ?


Dans l’attente de vos réponses,


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