Re: [OSM-talk-fr] opening_hours contre les parcs parisiens

2018-10-24 Par sujet Megan Parat 
On 10/24/18 12:50 AM, Francois Gouget wrote:
> Je crois que les employï¿œs qui font les horaires des parc parisiens 
> dï¿œtestent OpenStreetMap. Sinon comment expliquer des horaires pareils :
>
> https://www.mapillary.com/map/im/LHvLpzzp3G_EbWV5tTs9Xw
>
> (le Square Louise-Michel prï¿œsente le mï¿œme dï¿œfi)
>
> Bon, j'ai quand mￜme rￜussi ￜ trouver un champ opening_hours qui, je 
> crois, reprï¿œsente correctement ces horaires :
>
> 8:00-20:30;PH,Sa,Su 9:00-20:30;May-Aug 8:00-21:30;May-Aug PH,Sa,Su 
> 9:00-21:30;Oct-Feb 8:00-17:45;Oct-Feb PH,Sa,Su 9:00-17:45;Oct 1-Oct 
> Su[-1] 8:00-19:30;Oct 1-Oct Su[-1] Sa,Su 9:00-19:30;Mar 1-Mar Su[-1] 
> 8:00-19:00;Mar 1-Mar Su[-1] PH,Sa,Su 9:00-19:00
>
> Notez que j'exploite le fait qu'il n'y a pas de jours fï¿œriï¿œs en octobre 
> (autres candidats : septembre et fￜvrier). Mais j'ai quand mￜme dￜ 
> faire 
> l'impasse sur le 0 initial des heures d'ouverture pour que ï¿œa tienne en 
> 251 caractï¿œres.
>
> Est-ce catastrophique ?
> Quelqu'un a-t-il des idï¿œes pour compresser la chose ?

En utilisant les particularitï¿œs des sï¿œparateurs de rï¿œgles, et un ordre
particulier, j'ai cette expression d'opening_hours qui comporte 161
caractï¿œres :

08:00-17:45; PH,Sa,Su 08:00-09:00 off, Mar 01-Mar Su[-1] 17:45-19:00,
Oct 01-Oct Su[-1] 17:45-19:30, Mar Su[-1]-Apr 30,Sep 17:45-20:30, May
01-Aug 31 17:45-21:30

Je crois qu'elle est valide.

Megan Parat.


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

Re: [OSM-talk-fr] Borne de puisage

2018-10-24 Par sujet Vincent Bergeot 

Le 24/10/2018 à 21:24, Romain MEHUT a écrit :

Bonsoir,

Cf. cet exemple https://www.openstreetmap.org/node/2650860672



merci

on trouve quelques (37) amenity=hydrant 
https://taginfo.openstreetmap.org/tags/amenity=hydrant#overview


et dans ce cas on ajoute hydrant:type=pillar

fee=yes/no

color=green :)

ref=

Avis ?



--
Vincent Bergeot


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

Re: [OSM-talk-fr] Borne de puisage

2018-10-24 Par sujet Romain MEHUT 
Bonsoir,

Cf. cet exemple https://www.openstreetmap.org/node/2650860672

Romain

Le mer. 24 oct. 2018 à 18:32, Paul Desgranges 
a écrit :

> Bonjour,
> je m'étais posé la même question il y a qq mois
> 
> car il y a en a qq unes dans le coin
> Il y a +siuers photos dans WikiCommons
> 
> Paul
>
>
> Le 24/10/2018 à 17:34, Vincent Bergeot a écrit :
>
> Bonjour,
>
> je ne trouve pas la manière de taguer les bornes de puisage, qui sont des
> bornes réservées aux professionnels et collectivités pour des besoins
> conséquents en eau (parfois mis en place pour éviter du vandalisme sur des
> bornes incendies).
>
> Dans le cas que l'on m'a expliqué, c'est relié au réseau d'eau potable, et
> non monétisé (d'autres le sont). J'ai trouvé 2 jeux sur data.gouv.fr :
> https://www.data.gouv.fr/fr/search/?q=borne+de+puisage
>
> Voici une photo: *https://framapic.org/m1JlTa6vxowH/omOInbJGCF3W.jpg
> *
>
> Ici cela ressemble à une borne incendie mais vert :) D'autres semblent
> beaucoup plus modernes (
> https://www.mairie-vannes.fr/vannespratique/eau-et-assainissement/votre-abonnement/bornes-de-puisage-monetique/
> )
>
> Une piste pour m'aider ?
>
> Bonne journée
>
> --
> Vincent Bergeot
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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] vérification de quelques tags,

2018-10-24 Par sujet ades 

> Le 24 oct. 2018 à 20:31, marc marc  a écrit :
> 
> Le 24. 10. 18 à 18:30, ades a écrit :
>> waterway:riverbanks on suit le wiki français : pas de riverbank si largeur 
>> moins de 12m?

> 
> faudrait voir d'oü vient cette limite mais son sens est plutôt :
> "au plus étroite est la rivière, au moins on gagne par rapport
> à la représentation filaire"
> Mais tot ou tard, on y viendra à tout faire en 2d (faut juste
> que cela soi harmonieux avec l’existant)
Ok je laisse les riverbanks de moins  de 12m, ça me fait chier, mais bon…, je 
trouve que ça encombre énormément les rendus (cf un truc vu sur des marais de 
Loire-Atlantique) ceci dit c’est au moteur de rendu de faire le ménage ;-))
> 
>> highway:* sauf autoroutes, voies rapides tous les usages sont inclus ? velo, 
>> autos, piétons, bourrins, quads etc. ?
> 
> non, et le détail dépend du code la route de chaque pays
> https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions 
> 
vu merci du lien, pour la france c’est donc implicite…
>> bâtiments isolés au milieu d’un farmland ? Dans la mesure où il ne 
> s’agit pas d’exploitation agricole
> landuse c'est l'utilisation actuelle. donc landuse=residential me semble 
> adapté.
OK c’est ce que je fais
> Si on veux vraiement insister qu'il y a eu un changement d'affectation
> et non pas une erreur de tag, on peux rajouter
> was:landuse=farmyard
ou historic:farmyard ?
> 
>> préciser la pelouse, le jardin potager, la cours devant, garde t-on le 
>> ‘residencial’ ?
> 
> normalement chaque lieu ne devrait avoir qu'un landuse
> donc la pelouse d'une parcelle résidentielle devrait rester en résidentiel.
> il y a l’éternel débat entre ceux qui voudrait un landcover (pour dire 
> cette partie de la zone résidentielle est couverte d'herbe ou a quelquea 
> abres etc) et ceux pour qui landuser=grass est tellement courant qu'il 
> faut garder cette erreur pour l’éternité. du coup landcover n'est pas 
> rendu sur osm.org (ce qui n’empêche pas de l'ajouter mais démotive certains)
ça landuse et landcover j’avais remarqué, c’est un gros foutoir, maintenant 
j’essye de faire avec, avec ce que dit le wiki ;-)
> 
>> landuse: flowerbed ? peut-on utiliser ce tag ( 6 occutrences pour l’instant) 
>> ?
> 
> tu peux utiliser le tag que tu veux :) mais c'est mieux si c'est 
> compréhensible et utilisé :)
> si c'est un landuse, c'est une zone qu'on sacrifie pour lutter
> contre les inondations en aval en cas de crue ?
non, flowerbed=parterre
Pour ces zone ça va être coton à définir ;-), la ville deTours on la sacrifie 
pour éviter des inondations à Nantes ? ;-)))
> 
>> landuse:forest vs natural:wood dans une zone complètement anthropisée c’est 
>> landuse:forest ?
> 
> il y a 6 façons de voir une différence ou pas entre les 2
> https://wiki.openstreetmap.org/wiki/Forest
> la seule chose que tu peux en déduire des 2 tags c'est qu'il y a
> eu des arbres, tout le reste est variable selon le contributeur.
> c'est là qu'à nouveau un landcover permettrait de sortir de conflit
> landcover=trees + managed=yes/no
évident ;-)
> ___
> 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] Contributeur(e) compulsif(ve) et imprécis, faut faire quoi ?

2018-10-24 Par sujet ades 

> Le 24 oct. 2018 à 19:53, marc marc  a écrit :
> 
> non faut pas être maso.
> si t'as posté un commentaire sur 2-3 changeset
> et qu'il en tient pas vraiement compte,
> envois un email au DWG
je reposterai des commentaires, mais jusqu’à maintenant celui que tu as vu et 
ceux envoyé (erreur de ma part) via la messagerie n’ont servi à rien. J’aurai 
du commenter systématiquement, mais ça  c’est un truc de maso ;-)

> http://hdyc.neis-one.org/?Gelweo
> Mais tu parles de lui ?
> soit l'outil bug soit je vois qu'un seul commentaire
> à propos d'une erreur 
cf ci dessus
> est-ce que toutes les erreurs dont tu parles
> ne serrait-elle pas simplement du au fait qu'il
> map en fonction de l'ortho bient + qu'une médisance ?
erreur signalée pour les géométries, sans suite…
Le Pb c’est que je crois que iD et micromapping ça ne vas pas ensemble ;-) 
signalé à Gelweo aussi.
Pour les tags j’attends ;-) des réponses à mes autres questions… je n’ai pas 
envie de faire chier, surtout si c’est moi qui me goure ;-)

> Une zone pavée avec de l'herbe, cela se confond facilement
pas quand on dit que l’on modifie pour être aller voir sur place.
> idem pour les vergers "fraîchement" arraché etc
dito

Ce qui m’emmerde, c’est que d’une manière ou d’une autre, faut tjs remettre le 
nez sur ses changeset, géométrie ou tag… pour les détails peut devenir 
compliqué…

Conclusion provisoire : 
Solution1 : je les prends tous 1 par 1, je commente, et j’attends… ?
Solution 2 :  je les prends tous 1 par 1, je commente, je modifie selon ce que 
je pense légitime,  et j’attends que quelqu’un vérifie (case à cocher dans 
JOSM)?


> 
> 
> Le 24. 10. 18 à 18:07, ades a écrit :
>> merci pour vos réponses.
>> Pendant ce temps, Gelweo continue, et j’ai même l’impression que ça 
>> s’aggrave ;-) .
>> Je viens juste de jeter un coup d’œil, invention de voies pour vélo ou pour 
>> piétons, invention de noms, dessin de vergers arraché il y a 2 ans, mais 
>> encore sur la BDOrtho… tag en 'landuse:grass' de zones pavées avec de 
>> l’herbe entre les pavés, changement des riverbanks de la Loire en fonction 
>> de l’ortho (image faite en fin d’été) invention de prairie là ou il n’y en 
>> pas, etc., etc. .
>> Sauf qu’après une ou deux remarques (certes je ne suis pas diplomate) ou 
>> réparations d’erreurs, il revient et recommence, au même endroit et en pire…
>> Je sais que si l’on travaille à l’échelle de Corinne, ça n’a pas 
>> d’importance, mais bon…
>> Encore s’il s’agissait d’un travail continu et « systématique » y-aurait 
>> sans doute moyen de discuter, mais, en gros, ça va d’Angers à Saumur, sans 
>> logique, au petit bonheur, " tiens si je déplaçais un point de ce way, bonne 
>> idée… » « tiens si je rajoutais (inventais) une piste cyclable » ;-)
>> 
>> Je veux bien m’atteler à la tâche des vérifications (pour ma ‘zone de 
>> confort', mais je modifie ou je me contente de dire qu’il serait peut-être 
>> bien de coller à la réalité ?
>> J’aimerais aussi que mes remarques/modifs soient validées, sinon ça va se 
>> transformer (déjà un peu le cas) en querelle débile et non productive ; 
>> c’est possible ?  comment ?
>> 
>> Pour être sur de ne pas dire trops de conneries, j’ouvre un outre fil pour 
>> des questions simples de tags.
>> 
>> @osm.sanspourriel
>> j’ai vérifié cadastre et orthophoto, quasiment immeuble par immeuble (y-en a 
>> 2043). Le cadastre est décalé de 60cm par rapport à des repères de 
>> nivellement (eux-mêmes donnés à 10cm près).
>> J’ai pensé (ptet à tort) que ce décalage n’est pas vraiment significatif 
>> 60cm, c’est 3 px de la BdOrtho, c’est largement inférieur à l’erreur que 
>> l’on peut faire en reportant la BDOrtho sur OSM, surtout quand la façade de 
>> l’immeuble est visible, cas très courant, la trace de l’égout de la toiture 
>> n’est pas superposée avec la trace au sol du bâtiment.
>> Le cadastre utilisé est la dernière version du PCI.
>> 
>> @marc-marc
>> Je vais essayer les commentaires, pour la zone que je connais, pas pour le 
>> centre-ville d’Angers, pas sorti de l’affaire, quasiment 350 changesets, 
>> parfois pour le déplacement d’un point ;-((
>> 
>> Pour le cadastre voir ci dessus.Je ne pense pas qu’il faille le décaler pour 
>> 60cm, mais s’il faut le faire…
>> 
>> @phil
>> merci pour toutes ces infos, mais quo de la taxe foncière ?
>> ___
>> 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] vérification de quelques tags,

2018-10-24 Par sujet marc marc 
Le 24. 10. 18 à 18:30, ades a écrit :
> waterway:riverbanks on suit le wiki français : pas de riverbank si largeur 
> moins de 12m?

faudrait voir d'oü vient cette limite mais son sens est plutôt :
"au plus étroite est la rivière, au moins on gagne par rapport
à la représentation filaire"
Mais tot ou tard, on y viendra à tout faire en 2d (faut juste
que cela soi harmonieux avec l'existant)

> highway:* sauf autoroutes, voies rapides tous les usages sont inclus ? velo, 
> autos, piétons, bourrins, quads etc. ?

non, et le détail dépend du code la route de chaque pays
https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions
  > bâtiments isolés au milieu d’un farmland ? Dans la mesure où il ne 
s’agit pas d’exploitation agricole
landuse c'est l'utilisation actuelle. donc landuse=residential me semble 
adapté.
Si on veux vraiement insister qu'il y a eu un changement d'affectation
et non pas une erreur de tag, on peux rajouter
was:landuse=farmyard

> préciser la pelouse, le jardin potager, la cours devant, garde t-on le 
> ‘residencial’ ?

normalement chaque lieu ne devrait avoir qu'un landuse
donc la pelouse d'une parcelle résidentielle devrait rester en résidentiel.
il y a l’éternel débat entre ceux qui voudrait un landcover (pour dire 
cette partie de la zone résidentielle est couverte d'herbe ou a quelquea 
abres etc) et ceux pour qui landuser=grass est tellement courant qu'il 
faut garder cette erreur pour l’éternité. du coup landcover n'est pas 
rendu sur osm.org (ce qui n’empêche pas de l'ajouter mais démotive certains)

> landuse: flowerbed ? peut-on utiliser ce tag ( 6 occutrences pour l’instant) ?

tu peux utiliser le tag que tu veux :) mais c'est mieux si c'est 
compréhensible et utilisé :)
si c'est un landuse, c'est une zone qu'on sacrifie pour lutter
contre les inondations en aval en cas de crue ?

> landuse:forest vs natural:wood dans une zone complètement anthropisée c’est 
> landuse:forest ?

il y a 6 façons de voir une différence ou pas entre les 2
https://wiki.openstreetmap.org/wiki/Forest
la seule chose que tu peux en déduire des 2 tags c'est qu'il y a
eu des arbres, tout le reste est variable selon le contributeur.
c'est là qu'à nouveau un landcover permettrait de sortir de conflit
landcover=trees + managed=yes/no
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Parking/aire de covoiturage : comment les tagguer ?

2018-10-24 Par sujet Christian Rogel 

> Le 24 oct. 2018 à 17:26, Christian Rogel  a 
> écrit :
> 
> 
> A titre d’exemple supplémentaire, le Conseil départemental du Finistère vient 
> d’ouvrir son portail Opendata (je l’avais suggéré lorsque j’y travaillais, il 
> y a plus de 12 ans).
> Il s’appuie sur GeoBretagne et une partie des jeux de données est 
> visualisable par défaut sur des cartes OSM.
> On y trouve beaucoup de choses intéressantes (et classiques) : itinéraires de 
> rando, espaces naturels, arrêts de bus, données sociales, comptes financiers, 
> etc.
> Les données sur les aires de covoiturage incluent 62 aires existantes et 4 
> programmées avec, en prime, le nom en breton moderne, quand il y en a un.
> Il y a une doc sur l’API (HTTP REST API), mais, en anglais.
>  
> Il y aussi un portail du Comité de tourisme en Bretagne, mais, c’est un 
> opendata fail : il faut d’identifier pour utiliser les données, comme sur le 
> portail Datatourisme  qui est coprodut pas 
> divers acteurs et diffusé depuis peu sur datagouv. Ils annoncent 200 
> utilisateurs réguliers et 10% de « citoyens » sur les 850 comptes ouverts.
> Je leur ai écrits qu’ils faisaient de l’ouverture Canada dry.
> 


L’équipe de la plateforme Datatourisme a été très réactive et a répondu 
immédiatement à mon message pointant la contradiction entre opendata et 
nécessiter d’ouvrir un compte.

Extrait de la réponse : «  S'agissant de votre remarque sur la création de 
compte, s'il faut noter que tout le monde a la possibilité de créer son compte 
(il n'y a pas de modération ou validation de ces derniers, la plateforme est 
accessible à tous), il est vrai que l'étape obligatoire d'identification déroge 
aux principes de base de l'OpenData. 

Cela s'explique par le fonctionnement même de la plateforme, qui donne la 
possibilité de paramétrer des flux sur mesure au moyen d'une sélection des 
catégories de données souhaitées (filtres) et du choix du format de 
restitution. L'accès à un espace privé est nécessaire pour pouvoir paramétrer 
ses flux, les modifier, et télécharger ces données.

Cependant, afin de répondre intégralement aux exigences de l'OpenData et au 
principe d'accès anonyme sans enregistrement, nous avons mis en place un dump 
sur le portail Data.gouv.fr , permettant d'accéder à 
l'ensemble du dataset de manière anonyme et sans compte : 
https://www.data.gouv.fr/fr/datasets/datatourisme-2/ 
 « .

Il semble donc que les mappeurs peuvent quand même y trouver des ressources 
très intéressantes, car le tourisme embrasse beaucoup d’éléments à 
cartographier.


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

Re: [OSM-talk-fr] Contributeur(e) compulsif(ve) et imprécis, faut faire quoi ?

2018-10-24 Par sujet marc marc 
non faut pas être maso.
si t'as posté un commentaire sur 2-3 changeset
et qu'il en tient pas vraiement compte,
envois un email au DWG

http://hdyc.neis-one.org/?Gelweo
Mais tu parles de lui ?
soit l'outil bug soit je vois qu'un seul commentaire
à propos d'une erreur

est-ce que toutes les erreurs dont tu parles
ne serrait-elle pas simplement du au fait qu'il
map en fonction de l'ortho bient + qu'une médisance ?
Une zone pavée avec de l'herbe, cela se confond facilement
idem pour les vergers "fraîchement" arraché etc


Le 24. 10. 18 à 18:07, ades a écrit :
> merci pour vos réponses.
> Pendant ce temps, Gelweo continue, et j’ai même l’impression que ça s’aggrave 
> ;-) .
> Je viens juste de jeter un coup d’œil, invention de voies pour vélo ou pour 
> piétons, invention de noms, dessin de vergers arraché il y a 2 ans, mais 
> encore sur la BDOrtho… tag en 'landuse:grass' de zones pavées avec de l’herbe 
> entre les pavés, changement des riverbanks de la Loire en fonction de l’ortho 
> (image faite en fin d’été) invention de prairie là ou il n’y en pas, etc., 
> etc. .
> Sauf qu’après une ou deux remarques (certes je ne suis pas diplomate) ou 
> réparations d’erreurs, il revient et recommence, au même endroit et en pire…
> Je sais que si l’on travaille à l’échelle de Corinne, ça n’a pas 
> d’importance, mais bon…
> Encore s’il s’agissait d’un travail continu et « systématique » y-aurait sans 
> doute moyen de discuter, mais, en gros, ça va d’Angers à Saumur, sans 
> logique, au petit bonheur, " tiens si je déplaçais un point de ce way, bonne 
> idée… » « tiens si je rajoutais (inventais) une piste cyclable » ;-)
> 
> Je veux bien m’atteler à la tâche des vérifications (pour ma ‘zone de 
> confort', mais je modifie ou je me contente de dire qu’il serait peut-être 
> bien de coller à la réalité ?
> J’aimerais aussi que mes remarques/modifs soient validées, sinon ça va se 
> transformer (déjà un peu le cas) en querelle débile et non productive ; c’est 
> possible ?  comment ?
> 
> Pour être sur de ne pas dire trops de conneries, j’ouvre un outre fil pour 
> des questions simples de tags.
> 
> @osm.sanspourriel
> j’ai vérifié cadastre et orthophoto, quasiment immeuble par immeuble (y-en a 
> 2043). Le cadastre est décalé de 60cm par rapport à des repères de 
> nivellement (eux-mêmes donnés à 10cm près).
> J’ai pensé (ptet à tort) que ce décalage n’est pas vraiment significatif 
> 60cm, c’est 3 px de la BdOrtho, c’est largement inférieur à l’erreur que l’on 
> peut faire en reportant la BDOrtho sur OSM, surtout quand la façade de 
> l’immeuble est visible, cas très courant, la trace de l’égout de la toiture 
> n’est pas superposée avec la trace au sol du bâtiment.
> Le cadastre utilisé est la dernière version du PCI.
> 
> @marc-marc
> Je vais essayer les commentaires, pour la zone que je connais, pas pour le 
> centre-ville d’Angers, pas sorti de l’affaire, quasiment 350 changesets, 
> parfois pour le déplacement d’un point ;-((
> 
> Pour le cadastre voir ci dessus.Je ne pense pas qu’il faille le décaler pour 
> 60cm, mais s’il faut le faire…
> 
> @phil
> merci pour toutes ces infos, mais quo de la taxe foncière ?
> ___
> 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] Calcul d'itinéraire prenant en compte les travaux

2018-10-24 Par sujet marc marc 
Pour ma durée, je pense que cela dépend surtout de la réactivé
à les retirer mais un bon mois me semble un ordre de grandeur.
Faut pas oublier que certains app ne mettent leur donnée à jour
qu'une fois par mois. si tu tombes avant la modif de fermeture,
c'est pas trop grave, c'est comme si elle n'existe pas.
mais si tu tombes le jour avant la réouverture, elle n'aura
lieux qu'un mois + tard.

pour EDO, l'autre soucis, c'est que c'est Franco-français
et je doute qu'il y ai bcp d'app motivé à faire une routine
pour chaque pays.
Freed a crée une liste Opentraffic
https://listes.openstreetmap.fr/wws/info/opentraffic
mais personne n'y a parlé :)


Le 24. 10. 18 à 17:42, Julien Coupey a écrit :
> Re,
> 
>  > Idéalement, il faudrait éviter de modifier OSM pour y déclarer des
>  > événement ponctuels
> 
> Oui bien sûr, c'est pour cela que j'ai précisé « pour peu que la durée 
> des travaux le justifie ». Dans les exemples indiqués initialement, on 
> est sur du 3 à 4 mois de fermeture, donc ça me semble tout à fait 
> pertinent de tagger en « construction » le temps des travaux.
> 
>  > Et, bien évidemment, il faudrait en parallèle, que les sites de
>  > calculs d'itinéraires tiennent compte d'EOD
> 
> Sans rentrer dans le débat de ce qu'il faudrait idéalement, ce n'est pas 
> le cas pour les principaux outils libres existants (OSRM, GraphHopper, 
> Valhalla). D'une part car une telle intégration n'a jamais été faite. 
> D'autre part comme indiqué par Christian parce que certains algos ont 
> besoin d'une vision statique du graphe à un instant donné et, une fois 
> un certain nombre de pré-calculs faits, ne pourront de toute façon pas 
> réagir de manière dynamique à d'autres sources d'informations.
> 
> À mon avis, le premier pas le plus pragmatique est de faire la part de 
> ce qui vaut le coup d'être indiqué en dur comme inaccessible pendant une 
> durée significative.
> 
> À +
> Julien
> 
> On 24/10/2018 16:21, Francescu GAROBY wrote:
>> Bonjour,
>> Idéalement, il faudrait éviter de modifier OSM pour y déclarer des 
>> événement ponctuels (ou à courte durée), car ce serait augmenter les 
>> risques de casser quelque chose.
>> Il vaudrait mieux renseigner tout cela dans OpenEventDatabase : 
>> http://live.openeventdatabase.org/
>> Et, bien évidemment, il faudrait en parallèle, que les sites de 
>> calculs d'itinéraires tiennent compte d'EOD. est-ce le cas ? Je 
>> l'ignore totalement...
>>
>> Francescu
>>
>> Le mer. 24 oct. 2018 à 16:13, Julien Coupey > > a écrit :
>>
>>     Bonjour Sébastien,
>>
>>     Le meilleur moyen pour que **tous** les calculateurs d'itinéraires
>>     basés
>>     sur OSM prennent en compte une rue barrée est de l'indiquer comme 
>> telle
>>     directement dans OSM pour peu que la durée des travaux le 
>> justifie. En
>>     tout cas c'est ce que je fais dans ce cas autour de chez moi en
>>     utilisant highway=construction (pourquoi pas ajouter la date de 
>> fin des
>>     travaux si elle est connue).
>>
>>     La question me semble du coup être de savoir comment exploiter
>>     efficacement les données fournies par la ville pour assurer des 
>> mises à
>>     jour dans les deux sens (fermeture et ré-ouverture).
>>
>>     À +
>>     Julien
>>
>>     On 24/10/2018 15:53, Sébastien Dinot wrote:
>>  > Bonjour à tous,
>>  >
>>  > On vient de me montrer que la communauté urbaine « Toulouse
>>     Métropole »
>>  > publie sur son site Open Data une API permettant de connaitre les
>>  > chantiers en cours
>>  >
>> 
>> 
>>  
>>
>>
>>  > sur la voirie.
>>  >
>>  > La ville de Toulouse publie elle-même ces informations sur son
>>     site Plan
>>  > DPI  (qui utilise au passage un
>>     fond de
>>  > carte OSM qui commence à dater).
>>  >
>>  > Voici par exemple les travaux en cours dans mon quartier
>>  >
>> 
>> .
>>  
>>
>>  >
>>  > Ces informations sont des plus utiles : les travaux visibles 
>> sur le
>>  > dernier lien entrainent la fermeture de deux rues, ce qui modifie
>>  > copieusement le flux de circulation dans mon quartier. Or,
>>     l'impact des
>>  > travaux sur l'axe routier est indiqué dans la description (ici «
>>     Route
>>  > barrée »).
>>  >
>>  > Du coup, il est pertinent de prendre en compte ces informations
>>     dans le
>>  > calcul d'itinéraire. Connaissez-vous des sites susceptibles de le
>>     faire
>>  > sur une base OSM auxquels nous pourrions signaler l'existence de
>>     cette
>>  > donnée ?
>>  >
>>  > Sébastien
>>  >
>>  > --
>>  > Sébastien Dinot, sebastien.di...@free.fr
>>     
>>  > http://sebastien.dinot.free.fr/
>>  > Ne goûtez pas au logiciel libre,

Re: [OSM-talk-fr] Borne de puisage

2018-10-24 Par sujet Paul Desgranges 

Bonjour,
je m'étais posé la même question il y a qq mois 
 
car il y a en a qq unes dans le coin
Il y a +siuers photos dans WikiCommons 
 


Paul


Le 24/10/2018 à 17:34, Vincent Bergeot a écrit :


Bonjour,

je ne trouve pas la manière de taguer les bornes de puisage, qui sont 
des bornes réservées aux professionnels et collectivités pour des 
besoins conséquents en eau (parfois mis en place pour éviter du 
vandalisme sur des bornes incendies).


Dans le cas que l'on m'a expliqué, c'est relié au réseau d'eau 
potable, et non monétisé (d'autres le sont). J'ai trouvé 2 jeux sur 
data.gouv.fr : https://www.data.gouv.fr/fr/search/?q=borne+de+puisage


Voici une photo: *https://framapic.org/m1JlTa6vxowH/omOInbJGCF3W.jpg*

Ici cela ressemble à une borne incendie mais vert :) D'autres semblent 
beaucoup plus modernes 
(https://www.mairie-vannes.fr/vannespratique/eau-et-assainissement/votre-abonnement/bornes-de-puisage-monetique/)


Une piste pour m'aider ?

Bonne journée

--
Vincent Bergeot


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


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

[OSM-talk-fr] vérification de quelques tags,

2018-10-24 Par sujet ades 
waterway:riverbanks on suit le wiki français : pas de riverbank si largeur 
moins de 12m?

highway:* sauf autoroutes, voies rapides tous les usages sont inclus ? velo, 
autos, piétons, bourrins, quads etc. ?

landuse  
comment tagger le terrain d’assiette d’un bâtiment ou groupe de bâtiments 
isolés au milieu d’un farmland ? Dans la mesure où il ne s’agit pas 
d’exploitation agricole (farmyard). Pour l’instant, j’avais retenu 
‘landuse:residencial’. Doit-on remettre farmyard dans la mesure où 
historiquement il s’agissait de ça, mais y-a longtemps qu’il n’y a plus de 
paysans à ces endroits.
Si l’on est capable ensuite de préciser la pelouse, le jardin potager, la cours 
devant, garde t-on le ‘residencial’ ?
D’ailleurs à propos de cours, je n’est pas trouver de tag pour ce type d’espace.

landuse: flowerbed ? peut-on utiliser ce tag ( 6 occutrences pour l’instant) ?

landuse:forest vs natural:wood dans une zone complètement anthropisée c’est 
landuse:forest ?

La végétation dans le lit mineur d’une rivière on la représente ?

c’est tout pour l'instant
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contributeur(e) compulsif(ve) et imprécis, faut faire quoi ?

2018-10-24 Par sujet ades 
merci pour vos réponses. 
Pendant ce temps, Gelweo continue, et j’ai même l’impression que ça s’aggrave 
;-) . 
Je viens juste de jeter un coup d’œil, invention de voies pour vélo ou pour 
piétons, invention de noms, dessin de vergers arraché il y a 2 ans, mais encore 
sur la BDOrtho… tag en 'landuse:grass' de zones pavées avec de l’herbe entre 
les pavés, changement des riverbanks de la Loire en fonction de l’ortho (image 
faite en fin d’été) invention de prairie là ou il n’y en pas, etc., etc. .
Sauf qu’après une ou deux remarques (certes je ne suis pas diplomate) ou 
réparations d’erreurs, il revient et recommence, au même endroit et en pire…
Je sais que si l’on travaille à l’échelle de Corinne, ça n’a pas d’importance, 
mais bon…
Encore s’il s’agissait d’un travail continu et « systématique » y-aurait sans 
doute moyen de discuter, mais, en gros, ça va d’Angers à Saumur, sans logique, 
au petit bonheur, " tiens si je déplaçais un point de ce way, bonne idée… » « 
tiens si je rajoutais (inventais) une piste cyclable » ;-)

Je veux bien m’atteler à la tâche des vérifications (pour ma ‘zone de confort', 
mais je modifie ou je me contente de dire qu’il serait peut-être bien de coller 
à la réalité ? 
J’aimerais aussi que mes remarques/modifs soient validées, sinon ça va se 
transformer (déjà un peu le cas) en querelle débile et non productive ; c’est 
possible ?  comment ?

Pour être sur de ne pas dire trops de conneries, j’ouvre un outre fil pour des 
questions simples de tags.

@osm.sanspourriel
j’ai vérifié cadastre et orthophoto, quasiment immeuble par immeuble (y-en a 
2043). Le cadastre est décalé de 60cm par rapport à des repères de nivellement 
(eux-mêmes donnés à 10cm près). 
J’ai pensé (ptet à tort) que ce décalage n’est pas vraiment significatif 60cm, 
c’est 3 px de la BdOrtho, c’est largement inférieur à l’erreur que l’on peut 
faire en reportant la BDOrtho sur OSM, surtout quand la façade de l’immeuble 
est visible, cas très courant, la trace de l’égout de la toiture n’est pas 
superposée avec la trace au sol du bâtiment.
Le cadastre utilisé est la dernière version du PCI.

@marc-marc
Je vais essayer les commentaires, pour la zone que je connais, pas pour le 
centre-ville d’Angers, pas sorti de l’affaire, quasiment 350 changesets, 
parfois pour le déplacement d’un point ;-((

Pour le cadastre voir ci dessus.Je ne pense pas qu’il faille le décaler pour 
60cm, mais s’il faut le faire…

@phil
merci pour toutes ces infos, mais quo de la taxe foncière ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

2018-10-24 Par sujet Julien Coupey 

Re,

> Idéalement, il faudrait éviter de modifier OSM pour y déclarer des
> événement ponctuels

Oui bien sûr, c'est pour cela que j'ai précisé « pour peu que la durée 
des travaux le justifie ». Dans les exemples indiqués initialement, on 
est sur du 3 à 4 mois de fermeture, donc ça me semble tout à fait 
pertinent de tagger en « construction » le temps des travaux.


> Et, bien évidemment, il faudrait en parallèle, que les sites de
> calculs d'itinéraires tiennent compte d'EOD

Sans rentrer dans le débat de ce qu'il faudrait idéalement, ce n'est pas 
le cas pour les principaux outils libres existants (OSRM, GraphHopper, 
Valhalla). D'une part car une telle intégration n'a jamais été faite. 
D'autre part comme indiqué par Christian parce que certains algos ont 
besoin d'une vision statique du graphe à un instant donné et, une fois 
un certain nombre de pré-calculs faits, ne pourront de toute façon pas 
réagir de manière dynamique à d'autres sources d'informations.


À mon avis, le premier pas le plus pragmatique est de faire la part de 
ce qui vaut le coup d'être indiqué en dur comme inaccessible pendant une 
durée significative.


À +
Julien

On 24/10/2018 16:21, Francescu GAROBY wrote:

Bonjour,
Idéalement, il faudrait éviter de modifier OSM pour y déclarer des 
événement ponctuels (ou à courte durée), car ce serait augmenter les 
risques de casser quelque chose.
Il vaudrait mieux renseigner tout cela dans OpenEventDatabase : 
http://live.openeventdatabase.org/
Et, bien évidemment, il faudrait en parallèle, que les sites de calculs 
d'itinéraires tiennent compte d'EOD. est-ce le cas ? Je l'ignore 
totalement...


Francescu

Le mer. 24 oct. 2018 à 16:13, Julien Coupey > a écrit :


Bonjour Sébastien,

Le meilleur moyen pour que **tous** les calculateurs d'itinéraires
basés
sur OSM prennent en compte une rue barrée est de l'indiquer comme telle
directement dans OSM pour peu que la durée des travaux le justifie. En
tout cas c'est ce que je fais dans ce cas autour de chez moi en
utilisant highway=construction (pourquoi pas ajouter la date de fin des
travaux si elle est connue).

La question me semble du coup être de savoir comment exploiter
efficacement les données fournies par la ville pour assurer des mises à
jour dans les deux sens (fermeture et ré-ouverture).

À +
Julien

On 24/10/2018 15:53, Sébastien Dinot wrote:
 > Bonjour à tous,
 >
 > On vient de me montrer que la communauté urbaine « Toulouse
Métropole »
 > publie sur son site Open Data une API permettant de connaitre les
 > chantiers en cours
 >



 > sur la voirie.
 >
 > La ville de Toulouse publie elle-même ces informations sur son
site Plan
 > DPI  (qui utilise au passage un
fond de
 > carte OSM qui commence à dater).
 >
 > Voici par exemple les travaux en cours dans mon quartier
 >

.
 >
 > Ces informations sont des plus utiles : les travaux visibles sur le
 > dernier lien entrainent la fermeture de deux rues, ce qui modifie
 > copieusement le flux de circulation dans mon quartier. Or,
l'impact des
 > travaux sur l'axe routier est indiqué dans la description (ici «
Route
 > barrée »).
 >
 > Du coup, il est pertinent de prendre en compte ces informations
dans le
 > calcul d'itinéraire. Connaissez-vous des sites susceptibles de le
faire
 > sur une base OSM auxquels nous pourrions signaler l'existence de
cette
 > donnée ?
 >
 > Sébastien
 >
 > --
 > Sébastien Dinot, sebastien.di...@free.fr

 > http://sebastien.dinot.free.fr/
 > Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en
passer !
 >
 >
 > ___
 > 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



--
Francescu

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



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

[OSM-talk-fr] Borne de puisage

2018-10-24 Par sujet Vincent Bergeot 

Bonjour,

je ne trouve pas la manière de taguer les bornes de puisage, qui sont 
des bornes réservées aux professionnels et collectivités pour des 
besoins conséquents en eau (parfois mis en place pour éviter du 
vandalisme sur des bornes incendies).


Dans le cas que l'on m'a expliqué, c'est relié au réseau d'eau potable, 
et non monétisé (d'autres le sont). J'ai trouvé 2 jeux sur data.gouv.fr 
: https://www.data.gouv.fr/fr/search/?q=borne+de+puisage


Voici une photo: *https://framapic.org/m1JlTa6vxowH/omOInbJGCF3W.jpg*

Ici cela ressemble à une borne incendie mais vert :) D'autres semblent 
beaucoup plus modernes 
(https://www.mairie-vannes.fr/vannespratique/eau-et-assainissement/votre-abonnement/bornes-de-puisage-monetique/)


Une piste pour m'aider ?

Bonne journée

--
Vincent Bergeot

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

Re: [OSM-talk-fr] Parking/aire de covoiturage : comment les tagguer ?

2018-10-24 Par sujet Christian Rogel 


> Le 24 oct. 2018 à 10:15, Christian Quest  a écrit :
> 
> Discussion qui tombe à pic !
> 
> Blablacar va très prochainement publier un jeu de données national des aires 
> de covoiturage :)
> Il y en a plus de 2000 répertoriées.

A titre d’exemple supplémentaire, le Conseil départemental du Finistère vient 
d’ouvrir son portail Opendata (je l’avais suggéré lorsque j’y travaillais, il y 
a plus de 12 ans).
Il s’appuie sur GeoBretagne et une partie des jeux de données est visualisable 
par défaut sur des cartes OSM.
On y trouve beaucoup de choses intéressantes (et classiques) : itinéraires de 
rando, espaces naturels, arrêts de bus, données sociales, comptes financiers, 
etc.
Les données sur les aires de covoiturage incluent 62 aires existantes et 4 
programmées avec, en prime, le nom en breton moderne, quand il y en a un.
Il y a une doc sur l’API (HTTP REST API), mais, en anglais.
 
Il y aussi un portail du Comité de tourisme en Bretagne, mais, c’est un 
opendata fail : il faut d’identifier pour utiliser les données, comme sur le 
portail Datatourisme  qui est coprodut pas divers 
acteurs et diffusé depuis peu sur datagouv. Ils annoncent 200 utilisateurs 
réguliers et 10% de « citoyens » sur les 850 comptes ouverts.
Je leur ai écrits qu’ils faisaient de l’ouverture Canada dry.


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

Re: [OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

2018-10-24 Par sujet Christian Quest 
Et oui, c'est à ça qu'est destiné oedb, mais la mayonnaise n'a pas pris
jusqu'à maintenant... et je n'ai pas suffisamment de temps et d'énergie
dispo pour évangéliser à son sujet.

Problème de poule et d'oeuf peut être, mais aussi pour le calcul
d'itinéraire problème d'implémentation dans les algo pour utiliser ces
changements par rapport à un graphe stable.

A ma connaissance aucun calcul d'itinéraire ne s'appuie dessus, il est
cependant facile d'obtenir les événements le long d'un itinéraire, l'API le
permet.


Le mer. 24 oct. 2018 à 16:23, Francescu GAROBY  a
écrit :

> Bonjour,
> Idéalement, il faudrait éviter de modifier OSM pour y déclarer des
> événement ponctuels (ou à courte durée), car ce serait augmenter les
> risques de casser quelque chose.
> Il vaudrait mieux renseigner tout cela dans OpenEventDatabase :
> http://live.openeventdatabase.org/
> Et, bien évidemment, il faudrait en parallèle, que les sites de calculs
> d'itinéraires tiennent compte d'EOD. est-ce le cas ? Je l'ignore
> totalement...
>
> Francescu
>
> Le mer. 24 oct. 2018 à 16:13, Julien Coupey  a écrit :
>
>> Bonjour Sébastien,
>>
>> Le meilleur moyen pour que **tous** les calculateurs d'itinéraires basés
>> sur OSM prennent en compte une rue barrée est de l'indiquer comme telle
>> directement dans OSM pour peu que la durée des travaux le justifie. En
>> tout cas c'est ce que je fais dans ce cas autour de chez moi en
>> utilisant highway=construction (pourquoi pas ajouter la date de fin des
>> travaux si elle est connue).
>>
>> La question me semble du coup être de savoir comment exploiter
>> efficacement les données fournies par la ville pour assurer des mises à
>> jour dans les deux sens (fermeture et ré-ouverture).
>>
>> À +
>> Julien
>>
>> On 24/10/2018 15:53, Sébastien Dinot wrote:
>> > Bonjour à tous,
>> >
>> > On vient de me montrer que la communauté urbaine « Toulouse Métropole »
>> > publie sur son site Open Data une API permettant de connaitre les
>> > chantiers en cours
>> > <
>> https://data.toulouse-metropole.fr/explore/dataset/chantiers-en-cours/information/>
>>
>> > sur la voirie.
>> >
>> > La ville de Toulouse publie elle-même ces informations sur son site
>> Plan
>> > DPI  (qui utilise au passage un fond de
>> > carte OSM qui commence à dater).
>> >
>> > Voici par exemple les travaux en cours dans mon quartier
>> > <
>> https://www.plan.toulouse.fr/?=PDI=osm=1.4870595932006836,43.57095873068479=num,layer_294=18
>> >.
>> >
>> > Ces informations sont des plus utiles : les travaux visibles sur le
>> > dernier lien entrainent la fermeture de deux rues, ce qui modifie
>> > copieusement le flux de circulation dans mon quartier. Or, l'impact des
>> > travaux sur l'axe routier est indiqué dans la description (ici « Route
>> > barrée »).
>> >
>> > Du coup, il est pertinent de prendre en compte ces informations dans le
>> > calcul d'itinéraire. Connaissez-vous des sites susceptibles de le faire
>> > sur une base OSM auxquels nous pourrions signaler l'existence de cette
>> > donnée ?
>> >
>> > Sébastien
>> >
>> > --
>> > Sébastien Dinot, sebastien.di...@free.fr
>> > http://sebastien.dinot.free.fr/
>> > Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
>> >
>> >
>> > ___
>> > 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
>>
>
>
> --
> Francescu
> ___
> 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] Calcul d'itinéraire prenant en compte les travaux

2018-10-24 Par sujet Francescu GAROBY 
Bonjour,
Idéalement, il faudrait éviter de modifier OSM pour y déclarer des
événement ponctuels (ou à courte durée), car ce serait augmenter les
risques de casser quelque chose.
Il vaudrait mieux renseigner tout cela dans OpenEventDatabase :
http://live.openeventdatabase.org/
Et, bien évidemment, il faudrait en parallèle, que les sites de calculs
d'itinéraires tiennent compte d'EOD. est-ce le cas ? Je l'ignore
totalement...

Francescu

Le mer. 24 oct. 2018 à 16:13, Julien Coupey  a écrit :

> Bonjour Sébastien,
>
> Le meilleur moyen pour que **tous** les calculateurs d'itinéraires basés
> sur OSM prennent en compte une rue barrée est de l'indiquer comme telle
> directement dans OSM pour peu que la durée des travaux le justifie. En
> tout cas c'est ce que je fais dans ce cas autour de chez moi en
> utilisant highway=construction (pourquoi pas ajouter la date de fin des
> travaux si elle est connue).
>
> La question me semble du coup être de savoir comment exploiter
> efficacement les données fournies par la ville pour assurer des mises à
> jour dans les deux sens (fermeture et ré-ouverture).
>
> À +
> Julien
>
> On 24/10/2018 15:53, Sébastien Dinot wrote:
> > Bonjour à tous,
> >
> > On vient de me montrer que la communauté urbaine « Toulouse Métropole »
> > publie sur son site Open Data une API permettant de connaitre les
> > chantiers en cours
> > <
> https://data.toulouse-metropole.fr/explore/dataset/chantiers-en-cours/information/>
>
> > sur la voirie.
> >
> > La ville de Toulouse publie elle-même ces informations sur son site Plan
> > DPI  (qui utilise au passage un fond de
> > carte OSM qui commence à dater).
> >
> > Voici par exemple les travaux en cours dans mon quartier
> > <
> https://www.plan.toulouse.fr/?=PDI=osm=1.4870595932006836,43.57095873068479=num,layer_294=18
> >.
> >
> > Ces informations sont des plus utiles : les travaux visibles sur le
> > dernier lien entrainent la fermeture de deux rues, ce qui modifie
> > copieusement le flux de circulation dans mon quartier. Or, l'impact des
> > travaux sur l'axe routier est indiqué dans la description (ici « Route
> > barrée »).
> >
> > Du coup, il est pertinent de prendre en compte ces informations dans le
> > calcul d'itinéraire. Connaissez-vous des sites susceptibles de le faire
> > sur une base OSM auxquels nous pourrions signaler l'existence de cette
> > donnée ?
> >
> > Sébastien
> >
> > --
> > Sébastien Dinot, sebastien.di...@free.fr
> > http://sebastien.dinot.free.fr/
> > Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
> >
> >
> > ___
> > 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
>


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

Re: [OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

2018-10-24 Par sujet Julien Coupey 

Bonjour Sébastien,

Le meilleur moyen pour que **tous** les calculateurs d'itinéraires basés 
sur OSM prennent en compte une rue barrée est de l'indiquer comme telle 
directement dans OSM pour peu que la durée des travaux le justifie. En 
tout cas c'est ce que je fais dans ce cas autour de chez moi en 
utilisant highway=construction (pourquoi pas ajouter la date de fin des 
travaux si elle est connue).


La question me semble du coup être de savoir comment exploiter 
efficacement les données fournies par la ville pour assurer des mises à 
jour dans les deux sens (fermeture et ré-ouverture).


À +
Julien

On 24/10/2018 15:53, Sébastien Dinot wrote:

Bonjour à tous,

On vient de me montrer que la communauté urbaine « Toulouse Métropole » 
publie sur son site Open Data une API permettant de connaitre les 
chantiers en cours 
 
sur la voirie.


La ville de Toulouse publie elle-même ces informations sur son site Plan 
DPI  (qui utilise au passage un fond de 
carte OSM qui commence à dater).


Voici par exemple les travaux en cours dans mon quartier 
.


Ces informations sont des plus utiles : les travaux visibles sur le 
dernier lien entrainent la fermeture de deux rues, ce qui modifie 
copieusement le flux de circulation dans mon quartier. Or, l'impact des 
travaux sur l'axe routier est indiqué dans la description (ici « Route 
barrée »).


Du coup, il est pertinent de prendre en compte ces informations dans le 
calcul d'itinéraire. Connaissez-vous des sites susceptibles de le faire 
sur une base OSM auxquels nous pourrions signaler l'existence de cette 
donnée ?


Sébastien

--
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !


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



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

[OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

2018-10-24 Par sujet Sébastien Dinot 
Bonjour à tous, 

On vient de me montrer que la communauté urbaine « Toulouse Métropole » publie 
sur son site Open Data une API permettant de connaitre les chantiers en cours 
sur la voirie. 



La ville de Toulouse publie elle-même ces informations sur son site Plan DPI 
(qui utilise au passage un fond de carte OSM qui commence à dater). 



Voici par exemple les travaux en cours dans mon quartier . 

Ces informations sont des plus utiles : les travaux visibles sur le dernier 
lien entrainent la fermeture de deux rues, ce qui modifie copieusement le flux 
de circulation dans mon quartier. Or, l'impact des travaux sur l'axe routier 
est indiqué dans la description (ici « Route barrée »). 



Du coup, il est pertinent de prendre en compte ces informations dans le calcul 
d'itinéraire. Connaissez-vous des sites susceptibles de le faire sur une base 
OSM auxquels nous pourrions signaler l'existence de cette donnée ? 


Sébastien 

-- 
Sébastien Dinot, sebastien.di...@free.fr 
http://sebastien.dinot.free.fr/ 
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! 

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

[OSM-talk-fr] Invitation pour communication plénière lors des 14èmes rencontres de Théo Quant - Nouvelles approches en géographie théorique et quantitative - 6 au 8 février 2019 - Besançon

2018-10-24 Par sujet Vincent Bergeot 

Bonjour,

Une demande est arrivée par plusieurs canaux (liste sotm-fr, université 
et réseau pro) et je suis donc à la recherche de contributeurs OSM 
proche de la recherche et/ou de chercheurs proches de OSM, si possible 
du coté de Besançon.


En voici les éléments clés :

 * En février prochain à Besançon les 14èmes rencontres de Théo Quant -
   Nouvelles approches en géographie théorique et quantitative.
 * Cette conférence regroupe la communauté des chercheurs géographes et
   issus d'autres disciplines ayant une dimension spatiale.
 * L'organisation souhaite qu'une des 3 conférences plénières porte sur
   OSM et ses applications.
 o Donc un intervenant qui pourrait faire une intervention en
   séance plénière avec si possible une attention particulière
   donnée aux articulations entre OSM et la recherche.
 o La thématique est large et vous aurez toute latitude pour
   définir le cadre qui vous convient pour votre intervention.
 * Nous pourrions aussi envisager de monter un atelier participatif de
   type mapathon pour les participants du colloque.
 * les organisateurs prennent en charge les frais de déplacement,
   d'hébergement et de restauration liés à votre venue

Si cela vous intéresse ou si vous pensez à quelqu'un dites moi je fais 
la mise en lien.


Bonne journée

--

Vincent Bergeot

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

Re: [OSM-talk-fr] Parking/aire de covoiturage : comment les tagguer ?

2018-10-24 Par sujet Christian Quest 
Discussion qui tombe à pic !

Blablacar va très prochainement publier un jeu de données national des
aires de covoiturage :)
Il y en a plus de 2000 répertoriées.


Le mer. 24 oct. 2018 à 08:23, Holger Bruch (mfdz) <
holger.br...@mitfahrdezentrale.de> a écrit :

> Bonjour,
>
> il a quelques semaines que j‘ai commencé un draft:
> https://wiki.openstreetmap.org/wiki/Proposed_features/Tag:park_ride%3Dhov
>
> En Allemagne, le tagging des sites de covoiturage est très variés. Je
> propose aussi
> amenity=parking
> park_ride=hov (même si quelques commentaires préfèrent park_ride=carpool)
>
> Concernant hov=designated, je suis pas sûre...
>
> Je vous inviter à commenter la proposition. Merci!
>
> Cordialement,
> Holger
>
> Am 23.10.2018 um 15:06 schrieb Phyks :
>
> Bonjour,
>
> Je profite de cette discussion pour demander ce qu'il en est pour des
> points de rencontre covoiturage, sans vrai parking dédié (ou quelques
> places, le temps de se retrouver tout au plus) mais avec une signalisation
> et un statut officiel (pas juste un point de rencontre usuel et officieux).
> Ce n'est pas vraiment un parking, et ce n'est pas du tout du park_ride (on
> ne peut pas venir ici et laisser sa voiture).
>
> Du coup, pour ces endroits, on met du amenity=car_pooling ou il y a mieux ?
>
> Merci,
> --
> Phyks
>
> Le 2018-10-23 14:48, PanierAvide a écrit :
>
> Bonjour,
>
> Déterrage de vieux courriels :
>
> https://lists.openstreetmap.org/pipermail/talk-fr/2015-November/078620.html
>
> Me basant sur ces discussions, je suis récemment parti sur ça en
>
> Ille-et-Vilaine :
>
> - amenity=parking
>
> - park_ride=hov
>
> - hov=designated
>
> Le amenity=car_pooling est sémantiquement adapté mais avec un usage
>
> encore peu répandu. Et du coup pas encore visible sur les styles
>
> principaux (même si on ne tague pas pour le rendu !).
>
> Cordialement,
>
> Adrien.
>
> Le 23/10/2018 à 14:28, marc marc a écrit :
>
> Le 23. 10. 18 à 14:09, Francescu GAROBY a écrit :
>
> parking/aire de covoiturage (un parking où des covoitureurs
>
> se donnent RDV, pour ensuite entre en ville dans la même voiture,
>
> les autres laissant la leur toute la journée sur le parking/l'aire de
>
> les covoiturages).
>
> https://wiki.openstreetmap.org/wiki/Tag:amenity=car_pooling
>
> à l'intérieur d'un amenity=parking dans ou à la place d'un parking
>
> normal selon que ce sont quelques places réservée ou tout le parking
>
> ___
>
> 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
>


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

Re: [OSM-talk-fr] Parking/aire de covoiturage : comment les tagguer ?

2018-10-24 Par sujet Holger Bruch (mfdz) 
Bonjour,

il a quelques semaines que j‘ai commencé un draft:
https://wiki.openstreetmap.org/wiki/Proposed_features/Tag:park_ride%3Dhov

En Allemagne, le tagging des sites de covoiturage est très variés. Je propose 
aussi 
amenity=parking
park_ride=hov (même si quelques commentaires préfèrent park_ride=carpool)

Concernant hov=designated, je suis pas sûre...

Je vous inviter à commenter la proposition. Merci!

Cordialement,
Holger

> Am 23.10.2018 um 15:06 schrieb Phyks :
> 
> Bonjour,
> 
> Je profite de cette discussion pour demander ce qu'il en est pour des points 
> de rencontre covoiturage, sans vrai parking dédié (ou quelques places, le 
> temps de se retrouver tout au plus) mais avec une signalisation et un statut 
> officiel (pas juste un point de rencontre usuel et officieux). Ce n'est pas 
> vraiment un parking, et ce n'est pas du tout du park_ride (on ne peut pas 
> venir ici et laisser sa voiture).
> 
> Du coup, pour ces endroits, on met du amenity=car_pooling ou il y a mieux ?
> 
> Merci,
> -- 
> Phyks
> 
> Le 2018-10-23 14:48, PanierAvide a écrit :
>> Bonjour,
>> Déterrage de vieux courriels :
>> https://lists.openstreetmap.org/pipermail/talk-fr/2015-November/078620.html
>> Me basant sur ces discussions, je suis récemment parti sur ça en
>> Ille-et-Vilaine :
>> - amenity=parking
>> - park_ride=hov
>> - hov=designated
>> Le amenity=car_pooling est sémantiquement adapté mais avec un usage
>> encore peu répandu. Et du coup pas encore visible sur les styles
>> principaux (même si on ne tague pas pour le rendu !).
>> Cordialement,
>> Adrien.
>>> Le 23/10/2018 à 14:28, marc marc a écrit :
 Le 23. 10. 18 à 14:09, Francescu GAROBY a écrit :
 parking/aire de covoiturage (un parking où des covoitureurs
 se donnent RDV, pour ensuite entre en ville dans la même voiture,
 les autres laissant la leur toute la journée sur le parking/l'aire de
 les covoiturages).
>>> https://wiki.openstreetmap.org/wiki/Tag:amenity=car_pooling
>>> à l'intérieur d'un amenity=parking dans ou à la place d'un parking
>>> normal selon que ce sont quelques places réservée ou tout le parking
>>> ___
>>> 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