Re: [Talk-se] Diskussion om badplatser

[Per Eric Rosén via Talk-se]

FYI: Lagt in en issue för carto om att visa leisure=bathing_place.
https://github.com/gravitystorm/openstreetmap-carto/issues/4976
--
^): Per Eric Rosén p...@foreningsteknik.se https://rosnix.net/~per/
/   GPG 7CE4 3D3B EDC9 4445 2664  EBB7 70C6 DEA9 B320 F875___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] utomhusbad med bassänger (var: rättar badplatstaggning)

[Per Eric Rosén via Talk-se]

Fortsätter att rätta lite badplatser. Har uppdaterat sv:Bathing lite mer, 
så att den följer samma standard som engelska så långt som möjligt.


En fundering dock: Hur tagga utomhusbad med bassänger? Alltså sådana - 
ofta kommunala - anläggningar som är öppna på sommaren, ofta med avgift.


Av engelska sidan uppfattar jag att amenity=public_bath är rätt, om 
anläggningens huvudsyfte är bad (inte bara ett litet bad i en större 
nöjespark). Har taggat enskild pool leisure=swimming_pool.


Synpunkter?

/Per Eric
--
^): Per Eric Rosén p...@foreningsteknik.se https://rosnix.net/~per/
/   GPG 7CE4 3D3B EDC9 4445 2664  EBB7 70C6 DEA9 B320 F875___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] rättar badplatstaggning

[Per Eric Rosén via Talk-se]

Tack!

Jag uppdaterade sv:Bathing utifrån vad jag uppfattar som konsensus i 
forum-diskussionen och vad som nu är standard på engelska sidan.

Framför allt att det inte står saker så folk taggar fel.

/Per Eric
--
^): Per Eric Rosén p...@foreningsteknik.se https://rosnix.net/~per/
/   GPG 7CE4 3D3B EDC9 4445 2664  EBB7 70C6 DEA9 B320 F875___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] rättar badplatstaggning

[Per Eric Rosén via Talk-se]

FYI: Många badplatser verkar fortfarande vara lite märkligt taggade i 
Sverige. Enlig praxis och Wiki[1] är det framför allt amenity=public_bath 
(för stora) och leisure=bathing_place som gäller för badplatsen i sig.


Jag har hittat många framför allt natural=beach och leisure=swimming_area 
använda för badplats i sig (de kan användas för features inom en badplats).


Även en del ren sport=swimming. Har också hittat några (lokalpatriotiskt
optimistiska?) leisure=beach_resort för små badplatser.

Har rättat det jag hittat i Uppland genom sökning på Overpass Turbo och 
manuella justeringar. Gränsdragning bathing_place - public_bath kan nog 
vara en bedömningsfråga, har generellt låtit bli befintliga taggar. För 
natural=beach har jag bara lagt till badplatstagg (och flyttat ev namn 
dit) om det uppenbart framgår att det är badplats, till exempel av namn.


[1] https://wiki.openstreetmap.org/wiki/Swimming_and_bathing

/Per Eric
--
^): Per Eric Rosén p...@foreningsteknik.se https://rosnix.net/~per/
/   GPG 7CE4 3D3B EDC9 4445 2664  EBB7 70C6 DEA9 B320 F875___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Eric SIBERT]

Je comprends l'intérêt d'avoir l'itinéraire réel pour les transports  
urbains. Pour le longue distance, je ne vois pas ce que ça apporte de  
dire que le bus par l'autoroute et la rue qu'il prend pour desservir  
la gare routière. L'extrême est quand j'ai cassé la relation  
Paris-Lisbonne en éditant une route à Poitiers. Après, on va me dire  
que la limite entre urbain et longue distance va être compliquée à  
définir.


Eric

Patchi Atwork  a écrit :


Le 02/03/2024 à 18:19, deuzeffe a écrit :


Bonjour,

Solution simple suggérée en son temps par un membre du DWG : ne  
garder que les points d'arrêt (stop_position et platform/bus_stop)  
pour un PTv3.



Bonsoir,

Sur ce canal au mois de juin il y eu une longue discussion sur le  
tagging des transports en commun et cette solution de ne garder que  
les points d'arrêt (stop_position et platform/bus_stop) avait été  
évoquée. Je reprendrais le commentaire que j'avais publié "Je  
comprends l’idée de ne plus vouloir indiquer les routes dans  
l’itinéraire pour simplifier au maximum, mais c’est un peu comme  
vider une relation de randonnée de son itinéraire". Je trouve que  
l'itinéraire apporte un vrai plus, il y a même une couche dédiée aux  
transports en commun sur le site osm.org (il y en a même eu 2 un  
certain temps) - je doute qu'une couche n'affichant que les arrêts  
et zones d'attente sans itinéraire soit vraiment intéressante. Et  
générer un itinéraire automatiquement risque d'être hasardeux, un  
trajet de bus ne passe forcément pas le trajet le plus court.


Il existe également une proposition depuis 2018 pour une  
amélioration du PTv2  
(https://wiki.openstreetmap.org/wiki/Proposal:Refined_Public_Transport) qui  
conserve toutefois clairement les itinéraires. Vu que le PTv2 n'a  
jamais vraiment réussi à s'imposer complètement (le simple fait de  
vouloir enlever les tags historiques aka PTv1 fait hurler  
certains/certaines), je doute que cette proposition puisse un jour  
obtenir le statut 'approved'.


Trouver un consensus sur des relations intermédiaires pour de  
relations de transports en commun (bus et sans doute aussi tram car  
certaines lignes utilisent des voies routières) risque d'être une  
tache compliquée. Comme déjà indiqué je préfère personnellement  
avoir une relation complète par trajet, cela a au moins le mérite de  
clarté (une relation = un trajet complet). Certes c'est du lourd  
pour certaines zones, mais est-ce que des relations intermédiaires  
vont vraiment résoudre le problème ? Il faudrait sans doute faire  
des tronçons relativement petit pour garantir l'utilisation commune  
entre plusieurs lignes de transports en commun distinctes, ce qui  
aura pour impact d'avoir un tas de relations intermédiaires  
supplémentaires en plus de nos lignes de transports en commun  
elle-mêmes - je ne suis pas sûr que ce soit plus facile à gérer au  
final.


Bonne continuation,

Patchi.


___
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] Relations intermédiaires pour les routes de bus ?

[Eric SIBERT]

Des fois, je me dis que ça ne serait pas mal qu'il y ai un peu de 
factorisation sur certaines lignes de bus hors agglomération.


Sur un tronçon de la D1075 en Isère, il y a :
- 2 relations Bus 55 (aller et retour) (bus Zou opéré par Transdev 
Dauphiné!!!)

- 2 relations bus T73 (interurbain Isère)
- 8 relations bus T75 (idem): différentes combinaisons de départ/arrivée
- 2 relations TA2A (pour aller au ski)
- 2 relations TAAH (idem)
- 2 relations TAVR (idem)
(- l'ancien train qui roulait sur la chaussée)

Eric

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

Re: [OSM-talk-fr] Route payante en été

[Eric SIBERT]

Tient, on a aussi l'accès au Cirque de Saint-Même qui est payant en été.

https://www.openstreetmap.org/#map=18/45.40796/5.87774

Pour le moment, un contributeur a juste mis la barrière de péage sur la 
route sans informations saisonnières ou quoi que ce soit.


Eric


Le 03/09/2023 à 16:08, Marc_marc a écrit :

Bonjour,

Le 02.09.23 à 22:07, GarenKreiz a écrit :

piste forestière dont l'accès est payant de 9h à 16h30
en juillet-août pour cause d'affluence touristique ( 
https://www.openstreetmap.org/way/206820611)



toll=yes


cela dépend si tu considères que c'est payant en temps normal ou pas (et 
si tu préfères que les applications ne gérant pas les cas complexes 
considère que c'est payant ou pas).

cela me semble une bonne idée de mettre le cas défavorable par défaut


toll:bicycle=no


les piétons payent ?


toll:services=no


qu'est-ce que cela signifie ?
services dans osm me fait penser à highway=services,
une aire de services (disposant généralement d'une
station-service, restaurant, boutique...)
ce n'est probablement pas ce que tu voulais renseigner :)


toll:opening_hours=..


cela décrirait quand le péage est ouvert...
ce qui est ambigu pour décrire que le péage
a lieu de tel à tel heure


Est-ce la bonne approche?


j'aurais plutôt fait ainsi :
toll=yes
toll:conditional= no @ ...

Cordialement,
Marc



___
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] Noms des résidences

[Eric SIBERT]

En général, un nom à 2 balles donné par le promoteur immobilier ;-),  
nom qui est ensuite le nom de la copropriété. Ex: les balcons du  
périphérique, les terrasses de la francilienne, les jardins de la  
pénétrante...


Eric

Daniel Garcia  a écrit :


Bonjour,

Dans une petite commune de < 20.000 habitants avec un certain nombre de
résidences étudiantes, HLM et senior, le service urbanisme de la mairie a
dit ne pas disposer d'un registre avec les noms des résidences.

Or, ces noms sont très utiles en pratique, même s'ils ne sont pas toujours
visibles depuis la rue.

Est-ce qu'il y a quelqu'un qui est censé enregistrer cela ? De manière plus
générale, qui décide du nom d'une résidence, et quelle portée ça a ? Est-ce
une raison sociale ? Un nom enregistré chez le notaire ? Juste un nom
fantaisie qui peut changer du jour au lendemain ?


Cordialement,
Daniel
___
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] Nouveau défi pour OSM à la Réunion

[Eric SIBERT]

Bonjour,

On ne sait pas encore vraiment comment gérer quelques centimètres de 
dérive des plaques dans OSM 
(https://www.openstreetmap.org/user/StephaneP/diary/390290).


Pourtant, il y a un défi bien plus grand dans le cirque de Salazie:

https://www.youtube.com/watch?v=NF4acZGS5TM

Bon dimanche

Eric


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

Re: [OSM-talk-fr] Encore une question sur les noms de rues

[Eric SIBERT]

Bonjour,
D'après Wikipédia, le nom correct est Alexander, pas Alexandre.


C'est le même genre de problème avec Clemenceau qui n'a pas d'accent. 
Pourtant, on le trouve sur le terrain avec un accent : Clémenceau.


Eric


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

Re: [OSM-talk-fr] 118 valeur de surface=* en français à traduire :)

[Eric SIBERT]

A Madagascar, il y a les ponts où il n'y a que des madriers dans le sens 
de la longueur. Vélo ou moto, tu ne passes pas mais, avec un peu de 
chance, il y a un gué à côté.


Il y a aussi les ponts il faut amener soit-même ses madriers...

https://wiki.openstreetmap.org/wiki/FR:Highway_Tag_Africa#Travers%C3%A9e_de_rivi%C3%A8re

Eric


Le 04/04/2023 à 00:02, Marc_marc a écrit :


- la voie contient des revêtements différent dans sa largeur.
je pense surtout à concrete:lanes
pour le moment il n'y a pas de moyen de renseigner proprement
le revêtement entre les bandes oü roulent les pneus gauches
et droites des véhicules à 4 roues. c'est un manque pour
les vélos cargos où le vélo roule fatalement au milieu.
j'ai vu des asphalt-grass-asphalt qui représente probablement
la même chose.

si du monde est motivé, nous pourrions déjà diminuer
les 2 premiers cas puisqu'ils sont résoluble

Cordialement,
Marc



___
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] Réseau spéléologique

[Eric SIBERT]

Bonjour,

En spéléo, on définit un réseau spéléologique comme l'ensemble des 
galeries connectées (jonctionnées on dit) entre elles et donc, 
potentiellement, avec plusieurs entrées. Pour un réseau, on va définir 
le développement (la longueur cumulée de toutes les galeries), 
éventuellement le dénivelé (différence entre le point le plus haut et le 
point le plus bas ou différences par rapport à l'entrée la plus haute). 
Vous tagueriez ça comment dans OSM? Une relation?


Exemples en France :

https://fr.wikipedia.org/wiki/Liste_des_cavit%C3%A9s_naturelles_les_plus_longues_de_France




Eric

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

Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

Ce pont n'est pas coupé par exemple :
https://www.openstreetmap.org/way/25086393


Corrigé.

Je suis passé dessus il y a deux ans et j'avais déjà complété les 
limites de vitesse mais pas coupé le pont:


https://www.mapillary.com/app/?pKey=1112286489280438

Après, sur tous les petits détails comme ça, chacun peut déjà corriger 
sans attendre un hypothétique volontaire qui s'occuperait d'une 
correction en masse ;-)


Eric


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

Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

https://www.openstreetmap.org/node/5986107992

Le radar indiqué à 80 km/h sur la départementale qui doit être à 90 mais 
sans indication dans OSM.


Il y a juste le raccord de la Grand Rue qui rentre dans le village qui 
est taggé à 80, et encore, pas tout et pas tout avec une ref=. Je ne 
vais peut-être pas corriger toutes les erreurs pré-existantes.


Et highway=speed_camera retourne 22 points. Ça sent le traitement manuel.

Eric

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

Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

En faisant des tests, j'ai eu l'impression qu'il y avait pas mal de 
routes de Haute-Loire avec un seul nœud à la frontière de l'Ardèche qui 
étaient retournées dans les requêtes overpass (sans ref="D").


Il faut aussi regarder les maxspeed:forward et maxspeed:backward.

Quant aux rond-pointe, à 80 ou à 90, je ne suis pas sûr que ça change 
grand chose!!!


Eric


Le 09/11/2022 à 01:33, Jérôme Amagat a écrit :



Normalement les ways des départementales sont coupés à la limite du
département mais à vérifier par contre pas obligatoirement les voies
communales et pour les départementales, les ponts ne semble pas coupés


Des fois, les ponts sont coupés comme celui-là :

https://osm.org/go/xV97dr~bU-

Mais, s'agissant de chaussées séparées, il est déjà à 90 km/h dans les
deux départements ;-)



Ce pont n'est pas coupé par exemple :
https://www.openstreetmap.org/way/25086393


Il y a aussi les maxspeed=* des radars sur ces routes à modifier.

Pas pensé. Je vais regarder si c'est important.


Moi je suis partisan d'une modification de masse, par contre bien faite,
récupérer tout les maxspeed=80 sur un département dans JOSM, vérifier les
limites du département, vérifier les objets qui ont ce maxspeed=80, ne

pas

modifier les nationales et d'éventuelles voies d'accès aux nationales

sans

ref=*,...


C'est pour ce dernier point que j'ai tendance à privilégier les
ref="D*". Je vais regarder s'il y a beaucoup de cas à 80 km/h sans ref.

Ce petit pont au milieu d'une départementale n'a pas de ref=* :

https://www.openstreetmap.org/way/161567582
c'est une erreur que personne n'a corrigée et en ne modifiant que les way
en "D XX" ce pont restera à 80, ca ne serai pas bien grave mais autant
s'occuper de lui aussi :)
Un rond point à 80 sur une départementale :
https://www.openstreetmap.org/way/30720308

Il faut faire attention aux limites de département, avec overpass avec "in
Ardèche" j'ai ces 2 ways par exemple (j'ai pas tout regardé) :
https://www.openstreetmap.org/way/366950610
https://www.openstreetmap.org/way/423196543

Il y a aussi des maxspeed dans d'autre tag que maxspeed=*, sur des
départementales d'un département plutôt rural, il y a des chances que l'on
est pas des cas compliqué avec d'autre tag mais pour ne rien oublier il
faudrait vérifier aussi.




Le Cantal, ça fait 2 ans qu'il est repassé à 90, regarder le nombres de
routes départementales encore à 80 dans OSM :
https://overpass-turbo.eu/s/1nxF


93 way à 90 km/h
778 way à 80 km/h

Retour au 90, le 1er février 2020, donc on est presque 3 ans après.




En Ardèche :
34 ways à 90 km/h (dont un certain nombre sont des voies à chaussées
séparées).
972 ways à 80 km/h

Surtout, seulement 25% des départementales de l'Ardèche ont des limites
de vitesse dans OSM. Vivement l'IA avec Mapillary pour nous aider...

Eric


___
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] Bretelles d'autoroutes

[Eric SIBERT]

Le 08/11/2022 à 21:44, osm.sanspourr...@spamgourmet.com a écrit :


Le 08/11/2022 à 19:10, Eric SIBERT - courr...@eric.sibert.fr a écrit :

Dans certains cas, il y a une zone sans marquage :

https://www.mapillary.com/app/?pKey=368476664619944


Ça c'est facile :

lane = 1

;-)


lane_markings=no

https://wiki.openstreetmap.org/wiki/Key:lane_markings



Toujours à l'entrée de Grenoble, sur l'A48, la BAU se transforme en
voie de bus quand il y a embouteillage.


C'est là:

https://www.mapillary.com/app/?pKey=1314859295592200



De facto ou affichage dynamique ? Info accessible par TMC ?


C'était affichage dynamique mais l'affichage en question a été supprimé.

2015 : https://www.mapillary.com/app/?pKey=1314859295592200
2021 : https://www.mapillary.com/app/?pKey=518079659705764

En plus, la voie de gauche a l'air d'avoir récupéré une nouvelle 
fonctionnalité. Si vous arrivez à décoder le panneau à gauche :


https://www.mapillary.com/app/?pKey=1108846552996175

Mais, dans tous les cas, on a quand même tendance à mettre le way au 
milieu de la voie centrale d'une autoroute considérée comme à trois 
voies (en attendant de gérer la voie de bus).


Eric

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

Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

Le 08/11/2022 à 18:50, Jérôme Amagat a écrit :

Pour les voies communales, c'est pareil que les départementales ou pas ? ne
pas se restreindre au ref avec un D, les rond-point et parfois des voies
d'accès n'ont pas de ref=*


Non, les voies communales ne sont pas concernées.


Normalement les ways des départementales sont coupés à la limite du
département mais à vérifier par contre pas obligatoirement les voies
communales et pour les départementales, les ponts ne semble pas coupés


Des fois, les ponts sont coupés comme celui-là :

https://osm.org/go/xV97dr~bU-

Mais, s'agissant de chaussées séparées, il est déjà à 90 km/h dans les 
deux départements ;-)



Il y a aussi les maxspeed=* des radars sur ces routes à modifier.


Pas pensé. Je vais regarder si c'est important.


Moi je suis partisan d'une modification de masse, par contre bien faite,
récupérer tout les maxspeed=80 sur un département dans JOSM, vérifier les
limites du département, vérifier les objets qui ont ce maxspeed=80, ne pas
modifier les nationales et d'éventuelles voies d'accès aux nationales sans
ref=*,...


C'est pour ce dernier point que j'ai tendance à privilégier les 
ref="D*". Je vais regarder s'il y a beaucoup de cas à 80 km/h sans ref.




Le Cantal, ça fait 2 ans qu'il est repassé à 90, regarder le nombres de
routes départementales encore à 80 dans OSM :
https://overpass-turbo.eu/s/1nxF


93 way à 90 km/h
778 way à 80 km/h

En Ardèche :
34 ways à 90 km/h (dont un certain nombre sont des voies à chaussées 
séparées).

972 ways à 80 km/h

Surtout, seulement 25% des départementales de l'Ardèche ont des limites 
de vitesse dans OSM. Vivement l'IA avec Mapillary pour nous aider...


Eric


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

Re: [OSM-talk-fr] Bretelles d'autoroutes

[Eric SIBERT]

Le 08/11/2022 à 01:11, Marc Mongenet a écrit :

Le dim. 6 nov. 2022 à 16:17, Eric SIBERT  a écrit :


On a des premiers éléments ici:

https://wiki.openstreetmap.org/wiki/FR:Lanes#Autoroute

(Et aussi, dans les voies d'autoroute proposées plus haut, on a la zone
5 avec ligne continue au milieu mais un seul way.)



Je ne connaissais pas cet exemple.
J'ai un doute quant aux tags destination qui ne figurent pas dans les
segments 2 et 5. Les destinations restent-elles implicitement tant qu'il y
a le même nombre de lanes? Ou bien est-ce une indication qui n'est que
ponctuellement utile?
Le manque de tag turn:lanes dans le segment 5 ne pourrait-il laisser
faussement penser que tout le monde peut à nouveau aller où il veut, et
donc passer la double ligne blanche continue?



Déjà, je pense qu'il faudrait ajouter au schéma le tracé des ways.

Le segment 5 fait ressortir la question de la gestion des lignes 
continues sur séparation/fusion de voie. Mais on d'autres cas de lignes 
continues qui peuvent avoir une influence sur le guidage:


https://www.mapillary.com/app/?pKey=2822941664665018

Si on est sur la file de droite et qu'on veut aller à gauche, on n'a pas 
le droit même si on est loin de la séparation des deux branches et de la 
ligne continue qui la précède.


Il va falloir modéliser le marquage au sol. Un peu de lecture sur la 
signalisation routière horizontale :


https://fr.wikipedia.org/wiki/Signalisation_routi%C3%A8re_horizontale_en_France

Eric


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

Re: [OSM-talk-fr] Bretelles d'autoroutes

[Eric SIBERT]

Je suis personnellement pour une représentation la plus simple possible 
(KISS). Les clés lanes et turn:lanes auxquelles on peut éventuellement 
ajouter width:lanes me semblent permettre une représentation extrêmement 
fine de la géométrie des voies. Cela suppose de tracer le highway au 
milieu de la chaussée principale (bande de roulement sans les voies de 
sortie/entrée, d'arrêt d'urgence ou autres), 


Disons que si on a une façon non équivoque de placer le way, derrière, 
width:lanes devrait suffire. Déjà, j'aurais tendance à modifier ta 
proposition en moins KISS textuellement parlant mais pouvant tenir 
compte du fait que toutes les voies n'ont pas la même largeur:

- si nombre pair de voies, tracer le way sur la ligne médiane;
- si nombre impair de voies, tracer le way au milieu de la voie médiane.

Il faudrait aussi se mettre d'accord sur

> bande de roulement sans les voies de
> sortie/entrée, d'arrêt d'urgence ou autres

À Grenoble, l'A480 est en train de passer à trois voies, dont celle de 
droite réservée aux transports en commun, covoiturage et véhicules 
"propres". La voie spéciale est-elle dans la catégorie "autre" ou pas?


Toujours à l'entrée de Grenoble, sur l'A48, la BAU se transforme en voie 
de bus quand il y a embouteillage.




Le seul cas à l'heure actuelle, où je n'ai pas de solution élégante, est 
l'arrivée sur un péage d'autoroute, où on passe graduellement à 12 ou 15 
voies... sachant en plus que sur certains péages, cela change entre les 
départs en vacances et les retours :-)


Dans certains cas, il y a une zone sans marquage :

https://www.mapillary.com/app/?pKey=368476664619944

(et testé de nuit avec un brouillard épais, il y a une zone de doute 
avant d'apercevoir les stroboscopes de la barrière de péage.)


On note aussi qu'à l'approche de la barrière, certaines voies 
recommencent à être tracées avant d'autres, avec au début des 
pointillés, ensuite des lignes continues et enfin des raquettes.


Si on veut rejoindre l'aire de repos après le péage, il faut 
nécessairement prendre la voie tout à droite (qui a une séparation 
physique après le péage).


Le 07/11/2022 à 13:45, Marc_marc a écrit :
>> Est-ce qu'on aurait pas plutôt intérêt à partir sur du quantitatif,
>> genre :
>> width:lanes=*|*|* : la largeur de chaque voie
>
> c'est évidement toujours possible voir utile (encore faut-il
> une app qui l'utilise)

Il faut anticiper même si, actuellement, il n'y a pas d'usage.


> mais je considère la largeur comme la dernière infos [1]
> cad bien après les modélisaitons plus simple (nombre de bande,
> direction/destination des bandes).
> quand j'écoute une aide à la navigationn, ce qui me manque
> n'est pas "déplacez-vous de 17cm vers la droite"
> c'est plutot tout simplement "prenez la bande de droite direction xyz"

Ça pourrait être "Vous n'êtes pas sur la bonne voie, décalez vous d'une 
voie à gauche/droite".


Ou d'avoir, avec l'affichage tête haute de mon véhicule, en réalité 
augmentée, le tracé en vert des voies à suivre et en rouges celles à éviter.


Eric

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

Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

en deux en virant la scorie oneway
<https://wiki.openstreetmap.org/wiki/FR:Key:oneway?uselang=fr>=no ?^^


Je suis en train de tester une route dans le coin:

bicycle=yes
cycleway=no
lanes=1 (juste les petites marques sur l'axe central)

La borne incendie sur un nœud de la route.

Puis je tombe sur le panneau "Équipements spéciaux requis en hiver":

https://www.mapillary.com/app/?pKey=440808558178100

Certains départements, c'est tout le département (Savoie par exemple). 
D'autres départements, ce n'est que certaines partie (Isère, Ardèche).


Eric


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

Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

Le 07/11/2022 à 21:08, osm.sanspourr...@spamgourmet.com a écrit :

Le 07/11/2022 à 14:08, Eric SIBERT - courr...@eric.sibert.fr a écrit :


Je continue à mettre des source:maxspeed=FR:rural sur ces machins là
mais en posant la question du sens.


Pour ma part je ne mets du rural que sur du 80 km/h. Ou plutôt je
laisse. Car les 90 sont toujours explicites. Maintenant les 80 souvent
aussi !


C'est vrai aussi. Mais, effectivement, ça se défendrait de ne mettre le 
FR:rural que sur les sections à 80 km/h.




https://www.mapillary.com/app/?pKey=175706105115780

Là on est d'accord : fin de 90 explicite (source:maxspeed=sign) sans
panneau de limitation. On est en Ardèche, sur une départementale.

On passe donc à... 90 km/h.

source:maxspeed
<https://wiki.openstreetmap.org/wiki/FR:Key:source:maxspeed?uselang=fr>=FR-07:rural
???


:-)

En complément du FR:rural sur les voies à 80 km/h (comme la N102 dans sa 
traversée de l'Ardèche).




Si, 1 000 objets potentiellement modifiés c'est une édition de masse.
C'est bien d'en parler et encore mieux de l'expliciter dans le titre.


7 départements qui sont sensés être repassés intégralement à 90 km/h. 
7000 objets potentiels à traiter.


Pour l'Allier, ça semble clair :
https://www.mapillary.com/app/?pKey=666581557947666

Pour la Creuse, ça ne l'était pas en 2019:
https://www.lamontagne.fr/gueret-23000/actualites/quelles-routes-departementales-de-creuse-devraient-repasser-a-90km-h_13563846/

Je crois que je vais mûrir un peu le sujet, traiter mes données en 
retards sur ces régions et rouvrir un sujet spécial édition de masse si 
j'ai encore le courage.


Eric


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

Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

Oui, ça me paraît une bonne approche pour la vérifiabilité. Il va 
falloir que je fasse des essais. Mais, premier doute, on met où les 
panneaux? Sur le way ou à côté? Parce que jusqu'à présent, je mettais 
les panneaux d'entrée/sortie d'agglomération sur le way, éventuellement 
agrémenté d'un forward/backward quand ils ne sont pas au même niveau.


Pour les panneaux d'entrée/sortie d'agglomération, on en a déjà discuté 
il y a deux ans, de manière pas très conclusive:


https://lists.openstreetmap.org/pipermail/talk-fr/2020-February/096767.html

Pour les panneaux de limite de vitesse, ils sont déjà à côté du way, pas 
de problème.


Eric


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

Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

de plus je pense que des éditions de masse, certains non 
annoncées/discutées ont globalement dégradé la qualité.


Non mais ce n'est pas de l'édition de masse. On parle juste de quelques 
départementales en Ardèche ;-)


Je fais quelques statistiques avec overpass:

6794 ways "highway" avec la référence commençant par "D"
2173 ways "highway" avec la référence commençant par "D" et limite de 
vitesse
972 ways "highway" avec la référence commençant par "D" et limite de 
vitesse à 80 km/h
346 ways "highway" avec la référence commençant par "D" et limite de 
vitesse à 80 km/h et source:maxspeed=FR:rural


C'est sur les 972 ways que je voudrais agir.

J'avais déjà soulevé la question des repassages à 90 km/h l'an dernier:

https://lists.openstreetmap.org/pipermail/talk-fr/2021-August/104469.html

D'après l'article suivant:

https://www.lemonde.fr/societe/article/2022/08/02/80-ou-90-km-h-la-carte-des-departements-francais-qui-sont-revenus-sur-les-limitations-de-vitesse_6136967_3224.html

Les 7 départements intégralement repassés à 90 km/h sont:
l'Allier, l'Ardèche, l'Aveyron, le Cantal, la Corrèze, la Creuse et le 
Puy-de-Dôme



en plus le modèle de donnée le plus courant (mettre maxspeed sur le way 
sans renseigner le panneau) fait qu'il est virtuelement impossible

de cibler les vitesse non vue sur le terrain depuis longtemps.

je pense qu'il serrait utile de renseigner les panneaux
à leur emplacement, avec un survey:date (pas besoin de la date
exacte, un 20022-11 suffit largement)
couplé avec la détection mapillary, cela pourrait permettre
dans un 2ieme temps de détecter les endroits oü les panneaux
ont été supprimé ou fortement déplacé.


Oui, ça me paraît une bonne approche pour la vérifiabilité. Il va 
falloir que je fasse des essais. Mais, premier doute, on met où les 
panneaux? Sur le way ou à côté? Parce que jusqu'à présent, je mettais 
les panneaux d'entrée/sortie d'agglomération sur le way, éventuellement 
agrémenté d'un forward/backward quand ils ne sont pas au même niveau.


Eric

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

Re: [OSM-talk-fr] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

Le 07/11/2022 à 13:11, osm.sanspourr...@spamgourmet.com a écrit :

Seulement si la source de la vitesse est rural.

Sinon ça peut être une limite explicite (j'en doute)... et comme à peu
près partout des 80 ont été placés explicitement là où en théorie ça
pouvait rester implicite.


Le problème avec l'histoire des 80/90, c'est que l'implicite devient 
capillotracté.


C'est 80 sauf s'il y a un créneau de dépassement avec une voie 
supplémentaire:


https://www.mapillary.com/app/?pKey=347660353363975

Certains départements ont décidé de repasser une partie des 
départementales à 90 km/h.


D'autres départements (dont l'Ardèche) ont repassé toutes leurs 
départementales à 90 km/h.


Je continue à mettre des source:maxspeed=FR:rural sur ces machins là 
mais en posant la question du sens.


Pour l'Ardèche, on a quand même parcouru un certain nombre de routes 
départementales pendant le pont. Je n'ai vu à aucun endroit de 
limitation à 80 km/h mais plutôt des trucs comme ça:


https://www.mapillary.com/app/?pKey=188945106973569

https://www.mapillary.com/app/?pKey=175706105115780

(aux entrées/sorties du département ou quand on quitte/rejoint la 
nationale).




des notes/fixme quand le statut actuel est inconnu ?

Car changer la vitesse et pas dans le sens de la sécurité me semble 
douteux.


Ce que je propose, c'est de mettre à 90 km/h ce qui est actuellement à 
80 et de laisser le reste, y compris les non renseignés inchangés.


Eric


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

[OSM-talk-fr] L'Ardèche repasse à 90 km/h

[Eric SIBERT]

Le conseil départemental de l'Ardèche a décidé de repasser la vitesse 
par défaut à 90 km/h sur toutes les départementales [1]. Et, de passage, 
j'ai constaté que la signalisation avait effectivement été adaptée y 
compris sur les petites routes (mais pas sur la N102 qui est une 
nationale). Je fais une remplacement systématique à l'échelle du 
département de toutes les limites sur départementale à 80 km/h en 90 km/h?


[1] : 
https://www.lemonde.fr/societe/article/2022/08/11/retour-aux-90-km-h-en-ardeche-on-ne-parle-pas-en-kilometres-mais-en-temps_6137726_3224.html


Bonne soirée

Eric

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

[OSM-talk-fr] Bretelles d'autoroutes

[Eric SIBERT]

Bonjour,

En marge de la discussion sur la vitesse des voies de sortie, je me pose 
des questions sur la modélisation fine des bretelles d'entrée/sortie et 
des échangeurs d'autoroutes et autres voies express. À l'heure du GNSS 
centimétrique, on peut savoir dans quelle voie on circule... si on sait 
où est la voie.


On a des premiers éléments ici:

https://wiki.openstreetmap.org/wiki/FR:Lanes#Autoroute

Mais ça ne parle pas de où on met le(s) way(s). J'avais tendance à 
mettre la voie de sortie dès le début de l'apparition de la voie de 
sortie mais j'accepte le modèle où on ne fait apparaître la nouvelle 
voie que quand commence la ligne continue comme ça:


https://wiki.openstreetmap.org/wiki/File:Lane_Placement_Aerial_Example_1.jpeg

C'est ce qui a été fait vers chez moi mais sans rajouter de voie 
supplémentaire dans la zone de transition :-(.


(Et aussi, dans les voies d'autoroute proposées plus haut, on a la zone 
5 avec ligne continue au milieu mais un seul way.)


Je regarde aussi aussi la proposition "placement" (endormie depuis 2015):

https://wiki.openstreetmap.org/wiki/Proposed_features/placement

Est-ce qu'on aurait pas plutôt intérêt à partir sur du quantitatif, genre :
width:lanes=*|*|* : la largeur de chaque voie
lane_center:lanes=*|*|* : la position du centre de la voie par par 
rapport au way (perpendiculairement au way, compté dans le sens 
trigonométrique direct).


Il y a encore la question des voies transitoires, qui apparaissent ou 
disparaissent et donc changent de largeur dans le tronçon.


Vous en pensez quoi globalement?

Eric







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

[Talk-se] Vänern försvunnen?

[Per Eric Rosén via Talk-se]

Verkar som att Vänern inte är med längre som vatten? I alla fall inte med 
vanliga mapnik-tiles från openstreetmap.org.


https://www.openstreetmap.org/#map=9/58.8052/13.4253

/Per Eric
--
^): Per Eric Rosén http://rosnix.net/~per/
/   p...@rosnix.net GPG 7CE4 3D3B EDC9 4445 2664  EBB7 70C6 DEA9 B320 F875___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk-fr] dalles Lidar IGN colorisées en cartographie OSM

[Eric SIBERT]

Sur une des vidéos de présentation du projet Lidar IGN on voit très
clairement les chemins forestiers. L'ONF qui est un des partenaires
particulièrement intéressés par le projet Lidar dit s'en servir
aussi pour ça, ils sont même capables de différencier spécifiquement
les chemins praticables par des engins lourds afin de tenir à jour
leurs procédures d'exploitation.

Vidéo ici https://www.youtube.com/watch?v=8Isqx1FL4j0


Sur l'exemple de l'Ardèche (1:07:45), on voit bien le sol quand ils 
enlèvent la végétation. Donc, tous les espoirs sont permis.


Eric


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

Re: [OSM-talk-fr] dalles Lidar IGN colorisées en cartographie OSM

[Eric SIBERT]

Bonjour,



Comme vous le savez peut-être, l'IGN a commencé à distribuer en
opendata ses scans Lidar haute résolution (10 points/m²) du territoire
français,

[...]

Quelques km² de dalles de démonstration "colorisées" (avec MNT/MNS/MNH
associés) sont diffusées par l'IGN sur la page précitée, mais c'est
assez limité par rapport à l'ensemble des dalles disponibles, qui
sont diffusées en version brute donc rendu "monochrome" ou en fausses
couleurs.


Tu as pu regarder ce que ça donnait en zone très boisée?

Une relation a pris les données brutes et a essayé de générer  
elle-même un MNT. En zone boisée (Chartreuse), ce n'était pas terrible  
car très peu de points Lidar ont atteint le seul.


Eric



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

Re: [OSM-talk-fr] extraire les exif gps

[Eric SIBERT]

> Je cherche - pour linux - l'équivalent du truc windows : dnrgps.exe
> qui exporte les données gps d'une collection de photos vers un 
fichier csv.


Spontanément, je regarderais avec ExifTool en lui demandant d'extraire 
les champs qui vont bien.


Eric

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

Re: [OSM-talk-fr] Clés pour chemin sous marée

[Eric SIBERT]

En complément des autres réponses, indiquer l'altitude des points de  
la route devrait permettre de savoir pour quelle marée on peut passer.


Et un floodprone=yes (voir=tidal) pour aider à savoir que la route est  
inondable. Même si le trait de côte permet de se douter que la route  
est inondable, elle pourrait passer sur un pont ou un remblais.


Eric



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

Re: [OSM-talk-fr] Cartographier les voies vertes [Le retour]

[Eric SIBERT]

Le 07/05/2022 à 20:21, Axel listes a écrit :

Bonjour,

Je viens juste pour le moment annoncer qu’un texte a été publié le mois 
dernier pour autoriser officiellement le passage de véhicules motorisés 
sur les voies vertes. 


Effectivement, vers chez moi, la voie verte est interrompue sur la 
section où des voitures peuvent passer pour desservir quelques maisons:


https://www.mapillary.com/app/?pKey=515414546707883

On pourrait imaginer avec le nouveau texte que ça reste en voie verte, 
vu le trafic motorisé insignifiant.


Eric

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

Re: [OSM-talk-fr] [OSM-Talk-fr] tagger les dark store

[Eric SIBERT]

https://www.lemonde.fr/economie/article/2021/03/17/dark-store-plongee-dans-un-supermarche-de-l-ombre_6073393_3234.html

Eric

Le 24/03/2022 à 12:58, Philippe Verdy a écrit :

C'est des commerces légaux au moins? Parce que "dark store" ça semblerait
montrer autre chose, comme
- des lieux de revendeurs ou trafiquants
- des ateliers ou cuisines clandestines

Sinon, on n'a pas de meilleur terme? Ça ressemble en fait plus à un
pseudo-anglicisme (il suffit de voir les marques créées en France!), je me
demande si les britanniques ou américains utilisent vraiment ça.
Avant de taguer, vous avez des refs ailleurs qu'en France?

Le mer. 23 mars 2022 à 19:21, Florian LAINEZ  a écrit :


Hello,
Les "dark store <https://fr.wikipedia.org/wiki/Dark_store>" pullulent dans
nos villes, comment mapper ça ?
L'agence d'urbanisme parisienne APUR a récemment publié une étude dédiée
<
https://www.apur.org/sites/default/files/drive_pietons_dark_kitchens_dark_stores_paris.pdf?token=QHM2BKlT



et j'en déduis les points suivants :
- les lieux ne sont pas accessibles au public : ce sont des entrepôts et
non des commerces.
Néanmoins building=warehouse n'est pas adapté car le lieu est souvent situé
au rdc d'un bâtiment d'habitations.
- il faut donc *le plus souvent* les tagger avec un point, comme ici par
exemple https://www.openstreetmap.org/node/9600880977

industrial=warehouse pourrait fonctionner, surtout que son usage explose
cf. https://taginfo.openstreetmap.org/tags/industrial=warehouse#chronology
à cela, on rajoute
operator=Frichti;Kol;Cajoo;Flink;Getir;Gorillas;Glovo;GoPuff;Yango
Deli;Zapp;Rohlik;Bam Courses

Un tag supplémentaire ne serait-il pas le bienvenu pour préciser que c'est
du commerce de détail ?
J'oublie autre chose ?

--

*Florian Lainez*
@overflorian <http://twitter.com/overflorian>
___
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

[OSM-talk-fr] Stockage photos de rue : était Re: [osm-fr asso] Prochain CA de l’association OSM-FR - mardi 1 février

[Eric SIBERT]

Des fois je rêve à du stockage distribué / décentralisé. Un géo-fédiverse.


Même en rêvant, comme le signal Christian, on est sur des grosses  
quantités. Perso, quand FB a racheté Mapillary, j'ai regardé pour  
rapatrier mes photos chez moi. J'ai renoncé, n'ayant pas l'espace  
disque nécessaire, genre 1 To.


Quant à se faire un cloud décentralisé, il faut avoir des serveurs à  
la maison ou hébergés chez des prestataires fiables (quand le data  
center crame...). Si on met 1 To chacun, il en faut quand même un  
millier. Dès qu'un serveur tombe, on re-duplique les données ailleurs?  
Même avec la fibre sur mon serveur maison, j'ai peur que ça fume sur  
les connexions.


Eric



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

Re: [OSM-talk-fr] Base RTK Centipede

[Eric SIBERT via Talk-fr]

Pour l'instant des contributeurs veulent tester la solution pour 
améliorer la cartographie sous les chemins forestiers.


Ça serait intéressant de comparer différentiel en temps réel et en 
post-traitement, parce qu'en post-traitement, ce n'est pas terrible pour 
le moment. Si les personnes peuvent aussi enregistrer les données brutes...


Eric

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

Re: [OSM-talk-fr] Tag tourism=alpine_hut

[Eric SIBERT via Talk-fr]

Et que dire du refuge CAF de Bonneval-sur-Arc?

http://www.refuges.info/point/110/cabane-non-gardee/Mont-Cenis-Grand-Paradis/Chalet-de-Bonneval-sur-Arc/
https://chaletbonnevalsurarc.ffcam.fr/

En zone résidentielle et à 50 m de la mairie ;-)

Eric

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

Re: [OSM-talk-fr] précision proposition nouvel attribut

[Eric SIBERT via Talk-fr]

Je pense qu'il y a dans certaines stations d'Amérique du Nord des 
portillons à déverrouiller avec son DVA pour sortir du domaine balisé et 
aller en hors-piste.


Eric

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

Re: [OSM-talk-fr] MNT/Lidar IGN

[Eric SIBERT via Talk-fr]

Convertir en MNT, faire des courbes de niveau, un ombrage ?


L'exemple que j'ai vu, c'était avec ombrage pour une lumière arrivant 
depuis en haut à gauche (nord-ouest) et assez rasant je dirais.


Eric

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

[OSM-talk-fr] MNT/Lidar IGN

[Eric SIBERT via Talk-fr]

Bonjour,

Un collègue universitaire nous a récemment montré un extrait de relevé 
Lidar fait par l'IGN sur un massif alpin. Ces mesures permettent de voir 
le sol sans la végétation. Je trouve ça très intéressant. Ça permettrait 
par exemple de voir les barres rocheuses et les effondrements en forêt 
mais sans doute plein d'autres choses aussi. Ces données sont 
actuellement verrouillées. Il y a eu accès avec un compte chercheur via 
la RGD 73-74 (http://geoportail-des-savoie.org).


D'autres personnes sont au courant de l'existence de ces données? Il y a 
moyen de sonder l'IGN (ou autres organismes financeurs) pour libérer ces 
données? À l'instar des Ortho HR.



Eric

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

Re: [OSM-talk-fr] Comment indiquer une séparation centrale sur une rue ?

[Eric SIBERT via Talk-fr]

(ce qui est différent de la bordure dont il était sujet initialement :
https://www.mapillary.com/app/?pKey=s7OAvWZ8TzqcexpCIhKARw=photo 
)


Pour un truc comme ça, je sépare en deux ways distincts sans hésiter 
(plus interdiction de demi-tour à chaque bout éventuellement).


Eric

PS : on se comprend mieux avec des images ;-)

Eric

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

Re: [OSM-talk-fr] Retour de Ça Reste Ouvert — Re: projet du mois de novembre ? Et projet du mois de décembre

[Eric SIBERT via Talk-fr]

Le 06/11/2020 à 11:54, Philippe Verdy a écrit :
Le click and collect se généralisé à presque tous les commerces de 
proximité à Niort, [...]


C'est triste une ville plus morte qu'un dimanche...


Niort en temps normal?

OK, je sors ->


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

Re: [OSM-talk-fr] Comment indiquer une séparation centrale sur une rue ?

[Eric SIBERT via Talk-fr]

Une séparation pas centrale:

https://www.mapillary.com/map/im/HsxR0OyWJaOFMa8zC7hMwn

Eric

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

Re: [OSM-talk-fr] Projet du mois Décembre : lieux de test COVID (était "Carte des lieux de test COVID")

[Eric SIBERT via Talk-fr]

Ou suite à une suspicion vendredi dernier, un premier appel tardif 
(>19h) sur le labo d'analyse habituel, je tombe sur quelqu'un qui me dit 
que les tests PCR se font sur rendez-vous et qu'il faut appeler le 
lendemain matin à partir de 9h pour prendre rendez-vous.


Donc, le lendemain matin, appel en force mais ça tourne en boucle sur 
des automates sans jamais arriver sur un humain. Une vingtaine d'essais 
plus loin et quelques variations sur d'autres labos à proximité avec le 
même résultat, je me suis rendu physiquement au labo le plus proche où, 
après avoir fait la queue dehors (petit labo), j'ai pu avoir un 
rendez-vous (pour demain :-().


Donc, oui pour un outil ousefairetesteraucovid19 avec les modalités 
d'accès, en particulier rendez-vous ou pas. (voir type de test?).


Eric

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

Re: [OSM-talk-fr] Encore des orthos...

[Eric SIBERT via Talk-fr]

J'ai du mal à suivre en toutes les orthos dispos dans JOSM.


Le 13/10/2020 à 10:11, Christian Quest a écrit :
Les orthos d'un même millésime sont disponibles sur wms.openstreetmap.fr 
dans une couche "orthohr_" =année


A priori, les 2013 à 2020 sont dans les préréglages de JOSM ainsi que 
orthohr. De plus orthohr est proposé directement dans le menu imagerie 
sans demander d'activation dans les préférences.




L'agrégation de toutes les années est dispo dans la couche "orthohr" en 
mettant les plus récente "dessus".


Mais que se passe-t-il si la plus récente est moins résolue? Où "hr" 
c'est forcément au même niveau de résolution? (zoom 21?)


La différence avec "tous_fr"?

Eric

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

Re: [OSM-talk-fr] Contributeur qui passe en trunk

[Eric SIBERT via Talk-fr]

Le 10/10/2020 à 22:04, Georges Dutreix via Talk-fr a écrit :
Le "I made a few changes" et l'absence de réponse aux sollicitations me 
rappellent étrangement le comportement de l'utilisateur RB94, qui a fini 
par être bloqué.


Je viens de regarder. Effectivement, il mettait "J'ai changé certaines 
choses".
Néanmoins RB94 semblait plutôt parisien alors que mt_CSC paraît 
londonien. À priori, ce n'est pas la même personne.


24 heures plus tard, il a fait une demi-douzaine de changsets sans 
réagir à mon message.


Il n'y a plus qu'à contacter le DWG?

Eric


Modus operandi (comme ils disent dans les polars) : jamais de réelle 
volonté de nuire, mais toujours "je fais ce que je veux dans mon coin", 
avec en commentaire : "j'ai modifié certaines choses", et ... je suis 
trop coincé pour avoir envie de communiquer.


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

[OSM-talk-fr] Contributeur qui passe en trunk

[Eric SIBERT via Talk-fr]

Bonjour,

Je constate qu'un nouveau contributeur (6 mois) a commencé à convertir 
des primary en trunk, en France. La plupart de ses commentaires sont 
laconiques : "I made a few changes".


J'ai mis un commentaire sur un changement puis je lui ai envoyé un 
message directement. Je vois que du côté de Lille, un autre contributeur 
a mis des commentaires restés sans réponse.


Je suis quand même inquiet. Sur ces axes importants, il y a souvent des 
modifications diverses. La possibilité de faire des reverts paraît déjà 
perdue.


Vous suggérez quoi comme approche?

Eric

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

Re: [OSM-talk-fr] Capitelles

[Eric SIBERT]

Et le cayolar dans les Pyrénées occidentales.

https://fr.wikipedia.org/wiki/Cayolar

Eric

Le 2020-10-08 11:24, Yves P. a écrit :

La troisième "Capitelle" ressemble furieusement à un borie


Oui c'est pour ça que je propose aux spécialistes de mettre à jour
la page, pour montrer la diversité soit de formes, soit de noms.
Il doit aussi y en avoir en dehors de la France ?

__
Yves

On rajoute aussi celle-ci [1] ? :D



Links:
--
[1]
https://commons.wikimedia.org/wiki/File:All%C3%A9e_couverte_%C3%8Ele-Grande_06.jpg

___
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] JOSM version stable 17084 : traduction du Journal des modifications

[Eric SIBERT]

natural=sinkhole _(​dépression naturelle ou trou visible en surface
[3])_

La traduction française est doline [4] ;)


J'achète ;-).

Je me posais justement la question après des relevés sur un plateau 
calcaire.


Eric


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

Re: [OSM-talk-fr] validation : sorties nommées

[Eric SIBERT]

Le 30/09/2020 à 18:48, Rpnpif a écrit :

Le 30/09/2020 à 14:56, thevenon.jul...@free.fr a écrit :


- Mail original -
De: "osm sanspourriel" 
À: talk-fr@openstreetmap.org
Envoyé: Mercredi 30 Septembre 2020 14:11:35
Objet: Re: [OSM-talk-fr] validation : sorties nommées

*Vous connaissez des routeurs qui affichent les destinations ?*

Magic Earth le fait il me semble

OsmAnd itou.


Et surtout il les annonce vocalement. Ça le fait bien en périphérie de 
grandes villes quand tu arrives perpendiculairement à une autoroute, 
tout ça dans un enchevêtrement d'échangeur. Si le logiciel te dit juste 
"suivre A43", tu as une chance sur deux de partir dans le mauvais sens 
s'il ne dit pas en plus "direction Chambéry; Grenoble".


Eric

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

Re: [OSM-talk-fr] Simplification représentation "Cédez-le-passage cycliste au feu"

[Eric SIBERT]

Le 2020-09-29 14:48, Gilles a écrit :

On 29/09/2020 13:00, talk-fr-requ...@openstreetmap.org wrote:

Le 2020-09-28 00:07, Eric SIBERT via Talk-fr a écrit :

À Grenoble, on a les panneaux vélo-super-power :

https://www.mapillary.com/map/im/qAFGJjDNEmcMO5BL-gBfIg

Au feu rouge, les vélos peuvent aller partout en cédant le passage.

Donc, dans le schéma d'origine que je découvre, il faudrait trois
relations.

Ou une seule relation avec trois rôles "to"?


Une seule relation, avec trois membres :

1. le feu = via, avec la relation à créer ; si plusieurs ways
avant/après, chacune devra avoir le rôle via

2. la way qui mène au feu = from

3. la way qui quitte le feu = to


Je parle du cas particulier où le panneau dit que les vélos peuvent 
tourner à droite, aller tout droit et tourner à gauche:


https://www.mapillary.com/map/im/qAFGJjDNEmcMO5BL-gBfIg

Eric



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

Re: [OSM-talk-fr] Simplification représentation "Cédez-le-passage cycliste au feu"

[Eric SIBERT]

Le 2020-09-28 00:07, Eric SIBERT via Talk-fr a écrit :

À Grenoble, on a les panneaux vélo-super-power :

https://www.mapillary.com/map/im/qAFGJjDNEmcMO5BL-gBfIg

Au feu rouge, les vélos peuvent aller partout en cédant le passage.

Donc, dans le schéma d'origine que je découvre, il faudrait trois 
relations.


Ou une seule relation avec trois rôles "to"?

Eric


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

Re: [OSM-talk-fr] Simplification représentation "Cédez-le-passage cycliste au feu"

[Eric SIBERT]

En terme d'utilisation, je connais peu d'algorithmes allant jusqu'à
prendre en compte les feux de signalisation lors de la création de
l'itinéraire et je ne pense pas que ces derniers représentent une part
importante des temps de trajets.


OSMAnd prend en compte les feux dans ses calculs d'itinéraire. Il m'a 
proposé des itinéraires voiture dans mon quartier passant par des 
petites rues peu roulantes mais évitant les feux et ils sont 
effectivement plus rapides.


Après, on se retrouve avec la question générale des panneaux (ou feux, 
radars) et de leur portée. On avait déjà eu une discussion à propos de 
la description des panneaux d'entrée/sortie d'agglomération et leurs 
supports. Je pense qu'à terme il faudra inclure les deux dans OSM.
- d'un côté la description physique du panneau (ou groupe de panneau) 
avec un point spécifique, support, l'orientation du/des panneau(x), la 
description réglementaire, le texte si ça a du sens (pour les 
entrées/sorties d'agglomération)...
- d'autre part, l'effet sur le way de la chaussée, là où change la 
limite de vitesse, où il est interdit de faire demi-tour, là où les 
vélos ont le droit de passer/tourner même au feu rouge...


Et peut-être aussi une relation reliant les deux aspects. Dans le cas du 
tourne-droit des vélos, on a déjà la relation, il faudrait lui rajouter 
un rôle genre traffic-sign vers le panneau physique.


Mes 0,02 €

Eric



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

Re: [OSM-talk-fr] Simplification représentation "Cédez-le-passage cycliste au feu"

[Eric SIBERT via Talk-fr]

À Grenoble, on a les panneaux vélo-super-power :

https://www.mapillary.com/map/im/qAFGJjDNEmcMO5BL-gBfIg

Au feu rouge, les vélos peuvent aller partout en cédant le passage.

Donc, dans le schéma d'origine que je découvre, il faudrait trois relations.

Eric

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

Re: [Talk-us] United States Bicycle Route System ballot(s) pending AASHTO approval

[Eric H. Christensen via Talk-us]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

‐‐‐ Original Message ‐‐‐
On Friday, September 18, 2020 1:53 PM, stevea  wrote:

> There are at least four new national bicycle routes "pending" in the USBRS! 
> (Ballots by state Departments of Transportation before AASHTO's Autumn 2020 
> round):

> USBR 201 in Maryland.

This one has now been completed.  The way is only good in one direction 
(east-to-west), however, and doesn't take into account the dual carriageways 
along the way.  I like to see the nice, pretty straight line on the relation so 
I'm not sure if a separate relation is needed for going the opposite direction 
(east bound) or if one should just tag the other side of the road where 
applicable.  In any case, this is done for the most part.

- Sparks
-BEGIN PGP SIGNATURE-
Version: ProtonMail

wsFzBAEBCAAGBQJfaQElACEJEIB2q94CS7PRFiEECXyCw1LfxkpQwuOjgHar
3gJLs9FBoxAAxdDm3nCQ7Ht0RF723jEh6hRSp8810f/BdrqrS1UTxFFqnCUI
uoP510wGFmLBHXXp73JvNg3MvqvXvn9QVBvrZs230+TzASNFpuw2gr47pojx
5hOt/9R69CUjNLhw+4cNVzpkEfvfPa1oJ+ySxdKtySULzkg/JehWfVL1CDQV
82JrC4AjWs0wWgoVFJkuM8GcskuRUxaVR/jffYhXP6dYVbVHM9bOD/4nbRRz
nQ+fctc6pqwcueHKGPgqOFG/u1HVmFHXM0HaFV+ri3GDJFIdPizaHllI6Q30
yKorEzsZVUe2sSokoD1JfqXKmSxiTXtWmh1AXZ521SWPIEMlZpzPhzhtQEV5
nJWLsxQLOvY95XU7F6JgPFvbivGILNePjfj6vqudgGpcJC6J1o2rVc48oT1D
Tx13FghKoFnUJIiVrwhVUooESadjJ3fFUoEMTv1cf6dxCdCtnJeDpK6NYtmS
ecz54I7KEbK2SIf38snecTzCWpxTqqh+h1Z6YPXhK1dz67j+mAgp7G6yruJi
aTjnx5qX+IvOn0NzNiYfGzaVK/bb3GRTpl6w5aymhNV03ltpLMHpqofcUeuP
Yh3GTAJg5xTzhikE631EpR//MiB/lNmZOahRUT6Go8MXCwIvOFdvUQxnTdK4
FTVNXpXHd0V/QuGOnkR6dGzCk3EVaVQ+RJI=
=v376
-END PGP SIGNATURE-


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

Re: [OSM-talk-fr] Maj Cadastre vectoriel

[Eric SIBERT]

Bonsoir,

Ça y est, le cadastre vectoriel a été mis à jour sur la commune de Saint 
Martin d'Hères. Maintenant, il faut que je me souvienne de tous les 
chantiers rencontrés ces derniers mois ;-)


Sinon, il y a le cadastre de Grenoble (raster et vecteur) qui est figé 
depuis 3 ou ans. Toujours pas de traces de bâtiments livrés depuis 3 ans :-(


Eric

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

Re: [OSM-talk-fr] maxspeed par défaut

[Eric SIBERT via Talk-fr]

+1 avec les avis précédents: en extra-urbain, l'implicite est devenu 
tellement incompréhensible qu'il vaut mieux coder explicitement.


Par défaut c'est 80 km/h sur les chaussées à double sens:
- sauf sur certaines portions de départementale dans certains 
départements
- sauf quand il y a un une voie supplémentaire pour faire un créneau de 
dépassement

- pareil pour les routes pour automobile (panneau C107) à double-sens?
- On peut imaginer une route à double-sens avec un terre-plein 
temporaire pour un carrefour. Ce n'est pas pour autant que le long du 
terre-plein, la limite va passer à 90 km/h.


Donc l'implicite est difficile à expliquer à l'humain et à l'ordinateur. 
Je ne sais même plus ce qu'il faut mettre pour source:maxspeed dans ces 
cas là.


Eric


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

Re: [OSM-talk-fr] Adhésion gratuite à l'OSMF

[Eric SIBERT via Talk-fr]

Le 29/08/2020 à 09:45, Jean-Claude Repetto a écrit :
Je ne sais pas si c'est récent, mais les contributeurs actifs peuvent 
désormais adhérer gratuitement à l'OSMF:

https://join.osmfoundation.org/active-contributor-membership/


Merci.

J'ai fait ma demande.

Eric

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

Re: [OSM-talk-fr] Dans la Vienne, 200 km de routes vont repasser à 90 km/h :: Collaborer avec le Département ?

[Eric SIBERT via Talk-fr]

Comment voyez-vous une collaboration d'OSM avec les services du 
Département ?




Si elle peut déjà se faire à sens unique, ça sera pas mal... publier les 
200km de routes en opendata ;)


Pourquoi juste les 200 km? On veut les limites de vitesses de toutes les 
départementales du département.


Quid des nationales nombreuses dans la Vienne? Pas concernées par le 
repassage à 90?


Eric

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

[Talk-us] Mapping the Future I-87?

[Eric H. Christensen via Talk-us]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

For the last few months, I've been seeing "Future I-87" signs along portions of 
US-64 and US-17 in North Carolina.  I-87[0] exists on a section of highway near 
Raleigh, NC, and will eventually extend to Norfolk, VA.

Should I start a relation for "Future I-87" and add those sections of highway 
that are already known to be part of the project to the relation?

Thanks,
Eric "Sparks"

[0] https://en.wikipedia.org/wiki/Interstate_87_(North_Carolina)





-BEGIN PGP SIGNATURE-
Version: ProtonMail

wsFzBAEBCAAGBQJfQt1cACEJEIB2q94CS7PRFiEECXyCw1LfxkpQwuOjgHar
3gJLs9EUjA//ZBY8eSZoXnTN2ByudvCW06VeICe4rsqsGiZCtengmk4X1Lpr
3kn/+FmIU3q9Xf7UN2Ymsj6vhJFphCFqDhYFx91mSRWYzylIG4HYne9uNaNt
wmQ7OF4k2ioFHoQYJikz7JaLQ1F4ugke7Oy5n7sqdXgeP2oNqfVVVURtyVKt
1h3m1mR5hgjuudxQPONwV6TJ2gX+XBIeKjEAdHXLo6Ock4rdcg5ZCL8kmxZx
izRdqt9UQiyhi8ZQJ8L72LnhRQuHez13c4X3hKNBz79IQlLoXGC4TZECrcUy
apfhn/YjvQ4MDs9dhQl+cEQ7W3Mq/+OOZZCfg0YUsaPxBpFtsiH+JEEjImwP
aDaHXbjWteAUqT8LkDQntI5Otv3JEt31xI668OfMPQJqn3vYrpEH7qXKMCQu
p8i5gn0ispeDKJUpsP1toxN6Esc4SwL6R+DJdHfm4EcrxUd0+FwJ2vmkYqrz
uvY6deYg/S6fPDIbTselRKKcAC7t0CUtBFDsY2vyboSwclWvqB91V9SLc2W3
DNFEfY8QLn4HIFBeF+fOAw0vuYSz+KEjoE7CWY0HRv8BPdT7JyXsimUydTkT
EZb2i4UqLtkN+vacfsLzPnLplj/xEk5dgbdnAM92bIpHz9Ni3I2QxRuvsQYD
qWexjkVJJYmWX7yWtpc1LMDeLJ7soCJLPOg=
=bv1B
-END PGP SIGNATURE-


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

Re: [Talk-se] städning av badplatser, import från Havs- och vattenmyndigheten

[Per Eric Rosén]

Jag utgick från beskrivningen på
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpublic_bath

som verkar vara badplatser av alla storlekar.
Och att det räcker med några faciliteter - jämför
https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dbathing_place

och även på sidan https://wiki.openstreetmap.org/wiki/Swimming_and_bathing
längre ner där "Natural water bathing facility" beskrivs som

"This is a area consisting of both water and land. A designated bathing 
area at any kind of water that is not a swimming pool or similar."

och taggas med amenity=public_bath.

Men ja, det verkar inte helt lätt.

Bra att slippa natural=beach i alla fall för själva "anläggningen", och 
håller med om att sport=swimming inte känns särskilt rätt om det faktiskt 
inte är främst för simtävling / träning.


/Per Eric
 --
^): Per Eric Rosén http://rosnix.net/~per/
/   p...@rosnix.net GPG 7CE4 3D3B EDC9 4445 2664  EBB7 70C6 DEA9 B320 F875___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] städning av badplatser, import från Havs- och vattenmyndigheten

[Per Eric Rosén]

Hej!

Jag har börjat gå igenom badplatser - och hittade en *mängd* olika taggningar,
bland annat leisure=beach och beach_resort, natural=beach på noder,
sport=swimming och name="badplats" ...

Försöker normalisera till amenity=public_bath (när det finns i alla fall brygga
och byggnader) eller i ett fåtal fall leisure=bathing_place när det inte verkar
finnas några faciliteter av flygfoto eller tidigare taggning att döma. I alla
fall den första visas som badplats i standardkartan.

Har också hittat en trevlig källa för att hitta fler badplatser, och ibland
hitta namn på dem: Havs- och vattenmyndighetens statistik över vattenkvalitet.
Själva vattenkvaliteten varierar lite för mycket för att passa i OSM, men borde
gå använda namn, plats, URL till vattenkvalitet och om badet kontrolleras enligt
EU-krav.

Ska gå att använda motsvarande CC0 enligt konversation med myndigheten.
https://www.havochvatten.se/hav/fiske--fritid/badvatten/statistik-over-badvattenkvalitet.html

Tänker bara göra manuell import - det är för mycket som sticker ut med
badplatser och behöver rättas till för någon automatisering.

Frågor:

1. Vill någon vara med? Då kan jag göra GeoJSON och lägga upp, så kan fler
   importera manuellt. Vore trevligt - det är många noder.

2. jag tänkte använda ref:hav för ID hos havs- och vattenmyndigheten.
   Tänker att det är bra kunna gå tillbaka - en interaktiv karta skulle
   rent av kunna hämta aktuell vattenkvalitet. Synpunkter på ref-tagg?

3. Finns det någon tagg för EU-granskat bad redan?

4. Det verkar vara rätt stor variation i om noder för badplats placeras
   i vatten eller på land. Jag lutar något åt vatten nära stranden
   eftersom det är där badet sker, men kan tänka mig annat (liksom
   undantag för till exempel badplats på udde). Synpunkter?

/Per Eric
--
^): Per Eric Rosén http://rosnix.net/~per/
/   p...@rosnix.net GPG 7CE4 3D3B EDC9 4445 2664  EBB7 70C6 DEA9 B320 F875___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-us] Marking structure as damaged or condemned

[Eric H. Christensen via Talk-us]

Tropical Storm Isaias left several homes in my neighborhood severely damaged 
and condemned.  Is there a proper way to map these structures?

Thanks,
Eric

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

Re: [OSM-talk-fr] Altitude des panneaux

[Eric SIBERT]

Le 23/07/2020 à 11:20, Jacques Lavignotte a écrit :

Pour de la précision en GPS il faut aller vers :

https://fr.wikipedia.org/wiki/GPS_diff%C3%A9rentiel


D'ailleurs, à ce propos, je suis en train de faire des essais avec un 
récepteur GNSS différentiel. J'ai voulu faire des mesures sur ce type de 
panneaux, celui-là par exemple:


https://www.mapillary.com/map/im/fuqR2umra-1VDkJKYfG9dQ

J'ai voulu poser l'antenne en haut du poteau pour une meilleure 
réception. Eh bien, ils sont hauts ces poteaux. Vous prenez où 
l'altitude? En bas ou en haut?


Mes 0,02 €.

Eric

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

Re: [OSM-talk-fr] Altitude des panneaux

[Eric SIBERT]

L'altitude, c'est la hauteur au-dessus du géoïde. Le géoïde, c'est le 
niveau moyen de la mer (ou son extrapolation quand il n'y a pas de mer). 
Le géoïde, c'est une surface physique unique. Après, sa détermination 
peut être difficile. A quelques subtilités et erreurs de calcul près 
l'altitude doit être la même, qu'on vienne de France ou d'Italie.


Par ailleurs, comme déjà indiqué, il y a des grilles qui permettent de 
passer de l'ellipsoïde au géoïde. Les récepteurs GPS commencent par 
calculer une hauteur sur l'ellipsoïde. Ensuite ils utilisent une grille 
interne pour convertir en altitude et c'est généralement ce qu'ils nous 
affichent. Malheureusement, j'ai déjà vu une plage à 10 m d'altitude les 
quelques jours que j'ai passé à côté. La grille devait être 
insuffisante.


Enfin, on a des GPS avec capteur barométrique (mon Etrex 30). Ils 
passent leur temps à recaler le baromètre sur le GPS, ce qui ne résout 
pas le problème de grille mais permet de lisser les altitudes.


Pour revenir aux panneaux de rando, pour le moment, je ne mets que ce 
qui est sur le panneau même quand j'ai des doutes, parce que je ne suis 
pas sûr d'être meilleur.


Eric


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

[Talk-se] ombud för apotek, systembolaget och post ...

[Per Eric Rosén]

Hej!

Vad är bästa praxis för att tagga paketombud (gärna med vilket paketbolag 
det rör sig om), apoteksombud och ombud för Systembolaget?


Tänker särskilt på små butiker på landet där allt sköts från samma disk; 
då blir det svårt att sätta taggar bredvid varandra (till skillnad från 
större butiker som kan ha ett särskilt "posthörn").


/Per Eric
--
^): Per Eric Rosén http://rosnix.net/~per/
/   p...@rosnix.net GPG 7CE4 3D3B EDC9 4445 2664  EBB7 70C6 DEA9 B320 F875___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-us] access=private on driveways

[Eric H. Christensen via Talk-us]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

‐‐‐ Original Message ‐‐‐
On Tuesday, July 14, 2020 10:15 AM, Matthew Woehlke  
wrote:

> The (possible) problem with having access implied by service=driveway is
> that a lot of access roads to stores/businesses/offices are also
> service=driveway... although I suppose you could argue these have the
> same semantics; you shouldn't be using them unless you're actually going
> to the location to which they provide access. (Which isn't to say that
> no one ever violates this...)

This ^^^ is, I believe, the crux of the matter.  Driveways shouldn't (or should 
rarely be) access=private as they are actually access=destination.  There are 
obvious times when you WANT someone to use your driveway.  Are there times to 
mark a highway=* as access=private?  Sure.  But I don't think driveways should 
be, by default, thought of as private when they are expected to be used by 
people with a valid need to access the property.  I believe that's what 
access=destination was designed for.  It works on driveways and it works on 
neighborhood streets in gated communities (keeps the router from trying to 
route through the neighborhood) if my understanding is correct (at least it's 
worked well for me).

R,
Eric "Sparks"
-BEGIN PGP SIGNATURE-
Version: ProtonMail

wsFcBAEBCAAGBQJfDccYAAoJEIB2q94CS7PRBPMQAMxSnFlcZIkyCBUGT4Gf
U1n/O7OpZxDGSsNmWgD14xbJnOhQUuE75wWibnpioAnDTkSaxr+QuBLp9k/q
LDzezu7zIFIkZNGWtG0AopR1H9cHbWFX4MnjgObIxonIKsSAxEjGjhhJeSge
EfL8AE5CkcQQF8GWtqipnhQbWP+sIbrSfCdJKXiIbzfP6lXvAqUY0DPUQTsg
SFD2nFUYwIkcV88ez2tEvBjtIzwBh0gSboLe14/fRSyAT1nl5Y8YRxbsfyY0
Q7ilBSz8BMLXH52afhnPaARbf7usYu1JBUbASiLoCN4eKZwVxNasZzawsVG/
guRnUsSSPdkWmu5AtJ4DPStbp3PbvBYVEue6V9Y7XHzFLqBckkP4lvhxXzKo
n7A7Dga6i/l6aFAjyishAio4PzNqBk8LXOrXBQCjv4ChmKvJx96sGiXasz5V
TQ2BQbV1z5pdd19DmSPwfseYmpYP/1wWsjIWi1BxBUVZh0QPNVLj32x9uG4Q
FywjoR76EP59LS6wYinrxL5ndip42DevxRnKaG906lalQnEbwKlFpmsIg9bw
wO1fF8Mx9JOawcYlUiX0JLq59nzPdR38AXjfrFHshoOQs6Ynn8z3fZBPsIAF
R7nJaKT6rw3Uc0ONFgX6k3ApjYvEm0j8G9IkSHaM7Xmcgn7RTyvm8EWx6Uem
QeTd
=wdt9
-END PGP SIGNATURE-


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

Re: [OSM-talk-fr] Lignes de bus à Courchevel : au secours !

[Eric SIBERT]

Pour répondre à Christian, je commence par un ballon d'essai au niveau 
de la communauté locale avant d'attaquer au niveau global pour qu'on 
entame la discussion sur ce qui doit être dans OSM et ce qui n'a pas 
vocation à y être ;-).


Techniquement, sortir les limites administratives de tout poil ne paraît 
pas trop compliqué.


Le 08/07/2020 à 16:42, Yves P. a écrit :


La vraie question est : quand est-ce qu'on vire tous ces trucs
immatériels d'OSM et qu'on les met dans des bases externes?

En attendant que ça soit pris en compte par la communauté mondiale, 
j'aimerais des conseils sur les relations bus 


Au hasard :
- lignes de transports en commun

C'est matériel,  il y a des arrêts...


Pour moi, la partie matérielle (arrêt, abribus, quai, voie bus...) a sa 
place dans OSM. C'est la partie immatérielle, le concept de ligne, que 
je voudrais sortir. En pratique, la relation sur laquelle tu t'arraches 
les cheveux et qui rend très difficile l'édition de certaines routes 
(suite à l'ajout d'un terre-plein central par exemple). Quand il y 20 
relations de bus sur un bout de chaussée, des fois, je renonce à 
modifier. Mon seul conflit d'édition, c'est une fois où je modifiais la 
voirie à un endroit où passait une ligne de bus pendant qu'un autre 
contributeur faisait des modifs sur la même ligne de bus à des 
kilomètres de là.


Après, je suis conscient qu'avoir une base de donnée externe de ligne de 
bus (ou itinéraires de rando(c)) et maintenir un lien correct avec leur 
représentation physique dans OSM va être techniquement très difficile ;-).


Eric

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

Re: [OSM-talk-fr] Lignes de bus à Courchevel : au secours !

[Eric SIBERT]

La vraie question est : quand est-ce qu'on vire tous ces trucs 
immatériels d'OSM et qu'on les met dans des bases externes?

Au hasard :
- lignes de transports en commun
- limites administratives, politiques religieuses, d'aires protégées...

J'en ai rien à faire de connaitre toutes les lignes MachinBus et autres 
dessertes d'aéroports régionaux qui passent sur la nationale à côté de 
chez moi, en dehors des aspects pollution ;-)


Eric


Le 2020-07-08 13:11, Yves P. a écrit :

Bonjour,

Soit la T5 qui va de Moûtiers à Courchevel 1850 (avec semble-t-il un
A/R à la Tania)
https://www.openstreetmap.org/relation/8292018#map=14/45.4201/6.6372

Soit la B qui va de Courchevel 1850 à Saint-Bon-en-Tarentaise
https://www.openstreetmap.org/relation/1919549#map=14/45.4201/6.6372

LA B fait l'aller/retour mais elle est cassée à plusieurs endroits,
et à cause des sens-uniques et des ronds points le trajet n'est pas
tout à fait identique à l'aller et au retour.
Le départ et un rond point cassé à la sortie :
https://www.openstreetmap.org/relation/1919549#map=17/45.41440/6.63779

Il me parait plus simple et plus clair de faire une B Aller et une B
retour ?
(de plus JOSM n'arrive pas à trier correctement les membres)

J'ai vu aussi des ronds-points "découpés". J'ai fait ça aussi au
début, mais en fait ça complique la saisie.
Un rond point "intégral" ne pose pas de problème pour le routage,
ça fait seulement moche sur le rendu.

Merci de votre éclairage,

__
Yves

Horaires de la T5 :
https://www.transdevsavoie.com/media/upload/FHCourchevelChampagnyPralognanEte2020.pdf



___
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] Maj Cadastre vectoriel

[Eric SIBERT]

Bonjour,

Je repose une question déjà posée il y a quelques mois. Mais quand 
est-ce que le cadastre vectoriel est à mis à jour?


Ici, sur le terrain en construction :

https://osm.org/go/0CASgkNR4

il y a des nouveaux bâtiments. Ça fait des mois (avant le confinement) 
qu'on le voit dans le cadastre raster.


Le cadastre vecteur est censé être mis à jour tous les trimestres. Ok, 
je veux bien que le 1er avril, ils étaient perturbés. Mais maintenant 
qu'on a passé le 1er juillet, toujours rien.


Que faut-il faire? Où faut-il frapper?

Eric

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

Re: [OSM-talk-fr] takeout Mapillary... déjà 2To et 1.5 million de photos

[Eric SIBERT]

Question :

ça récupère les traces aussi? Ou l'enchaînement des photos au sein de 
séries?


Eric

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

[OSM-talk-fr] Alternative locale à Mapillary

[Eric SIBERT]

Bonjour à tous,

Suite au rachat de Mapillary par Facebook, je ne veux plus contribuer à 
Mapillary...


Néanmoins, Mapillary constituait un élément clé dans ma chaîne de 
contribution à OSM, lors de mes déplacement en voiture. Je suis un peu 
orphelin :-(. En pratique, je réalisais d'une part une capture d'images 
avec l'application Mapillary sur smartphone. D'autre part, 
j'enregistrais ma trace avec un GPS, en prenant des waypoints sur les 
éléments à ajouter (limites de vitesse, entrée d'agglomération...). De 
retour à la maison, je téléversais les images dans Mapillary. Ensuite, 
sur mon PC, j'ouvrais JOSM avec la trace GPS, dans un écran, et 
Mapillary dans un navigateur web dans le second écran. Je n'utilise pas 
beaucoup le plugin Mapillary dans JOSM. Quand je veux localiser 
précisément un objet (panneau par exemple), je compare ce qu'on voit 
dans la photo Mapillary avec l'orthophoto dans JOSM.


Question : y a-t-il un moyen de faire quelque chose de similaire sans 
passer par Mapillary? A priori, il n'y a pas d'alternative valable sur 
internet. En faisant ça en local? Toujours en enregistrant les photos 
sur smartphone en déplacement mais en les transférant directement sur 
PC? Ensuite pouvoir les afficher sur fond de carte OSM, à la Mapillary? 
Toute piste est bienvenue.


Eric

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

Re: [OSM-talk-fr] Cartopartie : comment relever efficacement les horaires des commerces ?

[Eric SIBERT]

Le 18/06/2020 à 13:27, Jacques Lavignotte a écrit :

OSMAnd n'est pas le bon outil. Il fait trop de choses.


+1.

Il faut prendre OSMTracker. On active l'enregistrement de la trace en 
continue comme ça le GPS fonctionne en permanence même téléphone éteint 
et arrive à capter plus de satellites, d'où une meilleure précision. 
Quand on ne prend pas de photo, on tient le téléphone à bout de bras, le 
plus haut possible ;-). Ne pas oublier le gilet OSM pour expliquer ce 
que tu fais...


Eric

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

Re: [OSM-talk-fr] Sortie de RTKBase V2

[Eric SIBERT]

Lorsque tu utilises un récepteur mobile, et qu'il y a des masques, cela 
n'impactera que toi. 


Au niveau du récepteur mobile, plus tu as de satellites en commun avec 
la base et plus facilement tu vas détecter ceux qui subissent des 
réflexions parasites (sur façade de bâtiment par exemple) avant 
d'atteindre ton récepteur et tu pourras les enlever du calcul.


Pour la question de Sébastien sur la localisation de la base, j'ai fait 
des essais de mesure depuis mon balcon. On capte sans difficulté les 
satellites masqués par les bâtiments mais qui se réfléchissent sur les 
façades voisines. Si on introduit ça dans des calculs différentiels...


En ville, ce n'est pas facile d'installer une station de référence sauf 
à être en terrasse au dernier étage.


Eric

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

Re: [Talk-ca] WikiProject Canada Post - franchise assessment

[Eric Geiler]

Doubt it… but it still neverless a nice addition to OSM…

[cid:image001.jpg@01D643C0.48EF6A40]

From: Justin Tracey 
Sent: Tuesday, June 16, 2020 9:09 AM
To: David Nelson 
Cc: Pierre Béland via Talk-ca 
Subject: Re: [Talk-ca] WikiProject Canada Post - franchise assessment

CAUTION: This email originated from outside of the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.

Is it legal to import that data from the Canada Post site?

 - Justin

On Tue, Jun 16, 2020 at 8:04 AM David Nelson via Talk-ca 
mailto:talk-ca@openstreetmap.org>> wrote:
I have just finished assessing which post offices in Canada among those we have 
not yet added to OSM are franchises, and which of those franchise outlets' 
parent businesses already appear in our database.  Those such locations are now 
marked in pale red on the project's spreadsheets.  The node for each such post 
office location just has to be positioned right next to its respective parent 
business.  You can determine what each parent business is by looking on Canada 
Post’s own website, or by doing a simple web search for the postal code of each 
such outlet.  With this, we are in a position to immediately add nearly 700 
more Canada Post outlets across the country to OSM.  This would bring the 
progress of this project to a completion measure of just under 48 percent.

- David E. Nelson

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

Re: [OSM-talk-fr] Cartopartie : comment relever efficacement les horaires des commerces ?

[Eric Brosselin - Osm]

Bonjour,

Le 14/06/2020 à 21:02, Arnaud Champollion a écrit :

/
//http://www.linux-alpes.org/osmdigne-ca-repart/ //

//Nous prévoyons //

//-  des équipes chargées des relevés de noms, qui annoteront une 
carte papier imprimée : 
http://linux-alpes.org/osmdigne/bd_gassendi_4_pages.pdf /


Au vu de la carte il paraît difficile d'aller écrire des choses dessus 
ou alors ce sera imprimé en très grand format.
Bon cela peut être utile pour se repérer mais je pense qu'il serait plus 
efficace de faire des "schéma de rue"  (cf ci-dessous)
C'est à dire un schéma linéaire positionnant les POIs 
(commerces,services,...) par rapport aux n°s de rue et aux bâtiments



/-des équipes chargées des relevés des horaires //
/
Je ne comprends pas trop la séparation. Il est tout à fait possible 
d'avoir des binômes où l'un note et l'autre fait la/les photos nécessaires



///
//Pour cette deuxième équipe, avez-vous au l'occasion de mettre en 
place des procédures en particulier ? //


//Noter les horaires sur place peut être très long, donc j'imaginais 
avoir recours à la photo. Une équipe avec un photographe et un 
secrétaire, le premier photographiant les panneaux d'horaires, le 
second notant dans un tableau préalablement numéroté les noms des 
commerces, afin que l'on puisse établir les correspondances pour le 
versement des contributions ... à considérer que le photographe 
s'astreigne à ne prendre qu'une seule photo de chaque panneau horaire. //

/
Cela dépend des infos présentes sur la vitrine et de leur taille mais 
parfois une photo plus large est aussi intéressante car elle permet 
d'avoir le nom et le type du POI en même temps

Et si les horaires sont indiqués en gros ça suffit.
Sinon y ajouter bien sûr un gros plan sur les horaires. Donc deux photos 
ça me paraît bien.



/
//Je suis preneur de toutes vos expériences et conseils pour réaliser 
ces relevés sur le terrain de façon fiable et tenable dans le temps. /


Donc il y a "papier" versus "photo"

J'ai pas mal commencé avec le papier mais je tends plus vers la 
photo-note tout au moins pour les POIs de type commerces, services...

Je garde le papier pour faire des plans de lieux


1/ _Notes "Papier"_

Il est possible de noter très rapidement en abrégé un grand nombre d'infos.

Se définir un "modèle", une façon de noter :

Rue XYZ
n° adresse - nom d'enseigne - type de POI - horaires - contact - 
accessibilité - particularités - notes
n° adresse - nom d'enseigne - type de POI - horaires - contact - 
accessibilité - particularités - notes

...

_Exemple avec 3 commerces sur 2 n°s d'adresse_ :
_
__Rue de la Paix_
n°2 | La Tasse | café | ls 730 1930 sd 8 18 | xx xx 20 30 40 - 
cont...@latasse.fr - www.latasse.fr | access O | 
n°2 | Risquetout | assur | lv 9 18 | xx xx 30 40 50 - 
cont...@risquetout.fr - www.risquetout.fr | access O | ...
n°3 | Lune't | optic | ms 9 19 | xx 40 50 60 - cont...@lunet.fr - 
www.lunet.fr | access O | ...


Cela va assez vite. C'est lisible par tout le monde (sous réserve 
d'expliquer les abréviations)


_Remarques_ :
- abrévier selon ses "goûts" pour les types de POIs, les horaires, 
l'accessibilité, etc.
- pour les horaires utiliser les premières lettres des jours et 
regrouper les chiffres. Exemple :/lv 630 1930/ au lieu de/lundi-vendredi 
06 h 30 - 19 h 30/
- xx xx pour le téléphone indique qu'on connaît déjà la première partie 
du n° selon la région où l'on est, il est donc inutile de la noter.



2/ _Notes "Photo"_

Le "photo-noting" avec OsmAnd est très efficace.
Disponibilité des cartes hors-connexion et pas besoin de GPS

Zoomer.
Placer un repère sur l'emplacement du POI (appui long du doigt)
Un marqueur apparaît => Actions => Prendre une photo
La photo est géolocalisée.

Après pour l'intégration plusieurs méthodes possible :
- importer les photos dans JOSM par exemple
- laisser les photos sur le smartphone /la tablette et les consulter
 Il est possible avec un câble spécial (norme mhl) d'afficher le 
smartphone/la tablette (si compatibles) sur un écran de télévision.


Effacer les photos au fur et à mesure de l'intégration dans OSM.

Voilà

Éric
--

Ci-dessous explication du "schéma de rue"

_Schéma de rue_

Faire un "schéma de rue" (vertical/horizontal) permet très rapidement de 
créer un document qui sera utile pour positionner les POIs par rapport 
aux bâtiments et n°s d'adresse.
Les n°s indiqués dans le cadastre ne correspondent pas toujours avec la 
réalité du terrain c'est l'occasion de les corriger.


Faire cela depuis le trottoir d'en face permet d'avoir plus de recul et 
donc une meilleure vision d'ensemble. Et c'est mieux pour les photos.


1 / _Exemple horizontal_

- c pour commerce
- n°x pour numéro d'adresse
- La "numérotation" reprend à zéro au croisement avec une autre rue (si 
on change de rue)



  rue A croisement rue C rue B

|__c15___n°56__c16_| || |__c1___c2n°1_|_c3 n°2 c4_|___c5_n°3_|

          Bâtiment L        

Re: [Talk-us] Google earth, Google maps

[Eric Ladner]

Yeah, be careful with Google Maps.  It's owned and created by a company and
if you copy from it and they can prove it, they could sue the OSM
Foundation into oblivion.  They used to even have their OWN satellites to
obtain imagery.  That's serious money.

Typically, with local edits, I put "Local knowledge" as the source.  Sounds
more highbrow than "my eyeballs".  IMO, if somebody is challenging one of
your local edits, if they are not local also, they should be told as much
and sent on their way - UNLESS it's something that relates to a mapping
standard or best practice.  Then, learn from your mistakes and move on.

On Sat, Jun 13, 2020 at 9:32 AM 80hnhtv4agou--- via Talk-us <
talk-us@openstreetmap.org> wrote:

> this was a tool on the map that measured distance.
>
>
>
> Saturday, June 13, 2020 9:29 AM -05:00 from Mateusz Konieczny via Talk-us <
> talk-us@openstreetmap.org>:
>
> You are not allowed to use Google Maps as source.
>
> Have you used Google Maps to edit OSM?
>
> "since all the maps on OSM are old news like in my local area 7 months
> old."
>
> FYI, world is larger than your local area.
>
>
> Jun 13, 2020, 16:08 by talk-us@openstreetmap.org:
>
> If you people want me to prove my edit by adding a source, and a person
> from the data group as an editor,
>
> asks me to prove it, and i redo my edit and he does not get back to me,
> why are you telling me I can not use
>
> google as a map source, since all the maps on OSM are old news. like in my
> local area 7 months old.
>
>
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org <http:///compose?To=talk%2...@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
>
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>


-- 
Eric Ladner
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] GPS Opens source

[Eric SIBERT]

Le 2020-06-12 13:46, ades a écrit :

Bonjour
Est-ce quelqu’un a des news sur l »’avancement de la réalisation d’un
gps open source ?


Celui-là?

https://gnss-sdr.org/

Eric

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

Re: [OSM-talk-fr] Une résidence dans une zone résidentielle ?

[Eric Brosselin - Osm]

/Le 27/05/2020 à 12:20, Vincent Bergeot a écrit :
/

/
2 - j'ai regardé du coté de place=neighbourhood mais cela me semble 
plus "large" qu'une simple résidence comme montré au-dessus


Ma question / comment taguez vous une résidence (comme l'exemple 
précédent) dans une zone résidentielle ?

/



Pour ce qui concerne l'usage de place=neighbourhood pour les résidences 
j'ai un doute.


Si on reprend le wiki on a en taille décroissante : city > borough > 
suburb > quarter > neighbourhood > [city_block (pas applicable partout)] 
> plot


Un exemple concret sera plus parlant.
Exemple : Nantes
- 11 quartiers en "admin_level=10" avec des "admin_centre=suburb"
- 94 micro quartiers en "admin_level=11" avec des 
"admin_centre=neighbourhood"


Placer ici des zones résidentielles au niveau "neighbourhood" n'est pas 
vraiment viable je pense.

Ne serait-ce que pour des raisons de superficie.

Exemple avec le quartier "Hauts-Pavés - Saint-Félix" 
https://www.openstreetmap.org/relation/4597439

Superficie : 4,28 km2  soit 428 ha
Superficies des 10 micro-quartiers qui le composent : de 91,8 ha à 14,6 
ha en passant par des superficies de 30/40 ha en moyenne.


Test de superficie (donc mesure du terrain incluant les espaces autour 
des bâtiments) sur 24 résidences prises sur tout Nantes :

- 1000 à 3000 m2 => 6 résidences
- 3000 à 4000 m2 => 9 résidences
- 4000 à 5000 m2 => 5 résidences
- + de 5000 m2   => 1 résidence
- > ou égale à 1 ha => 3 résidences

Si on compare, les superficies des résidences sont bien en dessous de 
celles des micros-quartiers.
Donc cartographier avec "place=neighbourhood" ne me paraît pas possible 
pour ce genre de résidences.


Pour des lotissements plus grands pourquoi pas, mais alors il faudrait 
vraiment qu'ils se comptent en hectares.


place=plot conviendrait donc mieux je crois.
C'est déjà utilisé en France http://overpass-turbo.eu/s/Urp
Peut être pas parfaitement car beaucoup en conjonction avec... 
landuse=residential :-(

Voir https://taginfo.openstreetmap.org/tags/place=plot#combinations

/
/
/Le 27/05/2020 à 15:58, Florian_G a écrit ://
/
//

//

/Le wiki parle aussi de //place=plot 
//. Si j'ai bien 
compris la page, ce serait utile pour les résidences de plusieurs 
bâtiments n'occupant en tout qu'une seule parcelle cadastrale ?/




Il est dit dans le wiki qu'il n' y a pas forcément de correspondance 
entre ce que l'on observe sur le terrain et les parcelles.
On l'observe tout les jours dans le cadastre : une même propriété peut 
être découpée en plusieurs parcelles.


Actuellement il semble, contrairement aux autres "place=*", qu'il n' y 
ait pas de rendu pour "place= plot".
Ce serait pourtant utile d'avoir visuellement ces noms comme point de 
repères sur la carte.


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

Re: [OSM-talk-fr] import cadastre d'une petite zone

[Eric SIBERT]

Dans JOSM, quand on télécharge une zone, il y a un onglet 
"Téléchargement depuis le Cadastre". On choisit Objets : bâtiments. Ça 
télécharge dans un nouveau calque (par planches cadastres entières). On 
copie les bâtiments qu'on veut et on fait un "Coller à la position 
originale" Ctrl+Alt+V dans le calque OSM.



Question annexe: à quelle fréquence sont mises à jour les données 
cadastre vecteur? J'ai un secteur à côté de chez moi avec des nouveaux 
bâtiments visibles depuis des mois dans le cadastre raster mais pas en 
import dans JOSM?


Eric

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

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte

[Eric SIBERT]

Le 07/05/2020 à 13:54, Djo_man via Talk-fr a écrit :
J'aimerais bien et j'y pense depuis un bout de temps car effectivement 
le wiki lui-même (coastline, Beach, bare_rock, mud, tidal, tidalflat, 
frontieres marines, shoal, etc) manque de ces images. Mais il va falloir 
s'y coller car ce n'est pas si simple...


S'il vous plaît... dessine-moi une mangrove...

;-)

Mes 0,02 €

Eric

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

[OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

[Eric Brosselin - Osm]

Bonjour,

La carte « Ça reste ouvert » (https://www.caresteouvert.fr) va sans 
doute afficher l'information sur le caractère obligatoire
(ou pas) de l'utilisation du masque pour avoir accès physiquement à un 
commerce / service à partir du 11 mai.


Quel tag utiliser ?

Il a été proposé (https://github.com/osmontrouge/caresteouvert/issues/623):

- access:covid19=mask_worn
- access:covid19=mask_required

il pourrait y avoir :

- access:covid19=mask_mandatory
- access:covid19=mask_compulsory
- access:covid19=mask_obligatory
- ...

Quel tag traduirait le mieux le caractère « obligatoire » de la chose ?
Pas de masque = pas d'accès.

À vos avis !


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

Re: [OSM-talk-fr] magasin alimentaire casher

[Eric Brosselin - Osm]

Le 27/04/2020 à 14:28, Nicolas Bétheuil a écrit :

Bonjour,

Je traite l'open data des livraison à Paris.
Je suis surpris de trouver dans le wiki de diet:halal mais je trouve 
pas de diet:cacher ou diet:casher je sais pas chercher, ça n'existe 
pas dans OSM.

Taginfo me dis que ça n'existe pas non plus.

Merci des conseils.


Il faut utiliser le nom anglais pour la valeur
*kasher, casher* en français donne *kosher* en anglais

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

Re: [OSM-talk-fr] En regardant passer le train...

[Eric SIBERT]

Sur le changeset il y avait "review_requested [2]=yes".

Et aussi "changesets_count [3]=1". Donc qu'il casse la relation, pas
vraiment étonnant.


Je n'avais pas investigationné l'origine de la contribution.



Marc te rappellera l'importance d'accueillir les nouveaux. C'est
valable dans le Far West aussi.


Oui, c'est ce qu'on se dit au début...


Tu le contactes (in English) sur le changeset ? Tu fais la modif
proprement ?


J'ai fait la modif.



Sachant que la personne a contribué 2 fois et la dernière fois il y
près d'un an, je ne sais si ça vaut le coup.


Par expérience, je considère que ça ne vaut pas le coup.




Donc pour revenir à ta question du début, l'habitat est concentré
en Amérique du Nord (CA, USA) même s'il y a de l'étalement urbain
au format XXL. Et dans ces coins éloignés,


Éloigné??? J'ai passé quelques mois dans le Middle East puis j'ai fait 
du tourisme dans l'Utah. Là, c'est éloigné :-).



le réseau routier c'est
essentiellement de l'import Tiger


On a déjà dit que Tiger était l'exemple type du mauvais import.

Eric


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

[OSM-talk-fr] En regardant passer le train...

[Eric SIBERT]

En ces temps de confinement, on regarde n'importe quoi sur youtube:

https://www.youtube.com/watch?v=9wT5O0k3vec

Puis assez rapidement, je me demande où c'est dans OSM. Tiens, on voit 
une voie ferrée dans la vidéo qui n'est pas dans OSM. Qu'est-ce qu'on a 
comme source? Bing. C'est bien calé ça? Allons voir l'échangeur 
autoroutier voisin. À voir les traces GPS et Mapillary, Bing est bien 
calé. Par contre les bretelles de l'échangeur... :-(. D'ailleurs, il n'y 
a pas que la position. Il y aussi le nombre de voies, les séparations de 
bretelle et j'en passe, qui posent problème. Trop gros chantier. Je me 
contente de rajouter la seconde voie ferrée.


Puis sur la fin de la vidéo, il y a une route qui fait des zigzags le 
long de la voie. Là, il y a eu des travaux, qu'on voit sur la vidéo. La 
route a été reprofilée. Ça a été intégré dans OSM à la hache. Plus, 
manque un pont. La relation de la route est restée sur le tronçon 
désaffecté...


Donc, la question: le réseau routier US dans OSM, c'est tout comme ça?

Bon confinement.

Eric

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

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours

[Eric Brosselin - Osm]

Le 18/04/2020 à 09:32, Marc M. a écrit :

La recommandation est takeaway:covid19=yes/only +
access:covid19=no (salle/boutique
inaccessible bien que service rendu).

la recommandation n'a pas de sens.
un =no c'est pour interdit à tout le monde
comment va-t-on prendre un colis si on c'est interdit d'y aller ?
à tout le moins c'est private (pas d'accès pour le public
mais au cas par cas le gars du lieu t'autorise).

Cordialement,
Marc


Est-ce que *access:covid19=customers* ne serait pas meilleur dans ce cas ?

=> https://wiki.openstreetmap.org/wiki/FR:Tag:access%3Dcustomers

Lorsque quelqu'un vient pour récupérer une marchandise ou pour 
rencontrer une personne  il est en quelque sorte "client"
car il a fait auparavant une démarche en ce sens (achat en ligne, prise 
de rendez-vous)


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

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours

[Eric SIBERT]

Je n'ai pas répondu aux réponses de mon message :-p.

Mais je pense effectivement qu'il ne faut pas hésiter à utiliser 
description:covid19 plutôt qu'essayer de tout faire rentrer dans des 
boîtes (pardon, des clés).


Pour le cas particulier de l'opticien, il faut mettre 
opening_hours:covid19=off car tu ne peux pas te pointer à la permanence 
si tu n'as pas demandé avant par téléphone.


Et je vais de ce pas le modifier.

Eric

Le 17/04/2020 à 18:42, George Kaplan a écrit :

Le 14 avr. 2020 à 17:45, Eric SIBERT  a écrit :


Dans le style, opticien qui assure une permanence de 15h à 16h pour les 
livraisons. Pour les nouvelles commandes (lentilles, lunettes) ou les 
réparations, prendre rendez-vous avec un numéro de téléphone différent de 
l'habituel.

J'ai mis :
- phone:covid19 = 06 xx -> Ça s'affiche sur le site !!!
- takeaway:covid19 -> "Vente à emporter uniquement". Non, c'est plutôt retrait 
de commande. Comment coder? La pizzeria voisine fait pareil : uniquement retrait des 
commandes faites par téléphone.

Eric


Je me pose une question à ce sujet, je n’ai pas vu de consensus sur la liste.

Pour ce genre de cas (un commerce qui n’assure plus que des livraisons ou sur 
RDV), est-ce qu’on le considère ouvert ou fermé ? Traduit en tags, ça donne :
takeaway:covid19=only
opening_hours:covid19=open ou =off ?

J’avoue que j’hésite encore.

George


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

Re: [OSM-talk-fr] Comment lier une pompe à essence dans OSM avec le prix-carburants.gouv.fr

[Eric SIBERT]

Le 17/04/2020 à 14:03, PanierAvide a écrit :

Bonjour Yves,

Le tag en question c'est ref:FR:prix-carburants=*

Et dans l'oreillette on me dit qu'un site pour avoir les prix des 
carburants reliés à OSM existe déjà : https://openfuelmap.net/


Je viens d'essayer pour le GPL et c'est moyen. Quand on clique sur GPLc, 
très peu de stations apparaissent:

https://openfuelmap.net/#10/45.1612/5.2927

Des fois, en se décalant, des stations apparaissent mais il en manque 
encore:

https://openfuelmap.net/#10/45.4365/5.4080

Quand on regarde autour de Grenoble, certaines stations manquent dans
https://www.prix-carburants.gouv.fr/
mais j'en ai trouvé deux qui:
- ont une clé ref:FR:prix-carburants (3861 et 38320006)
- ont fuel:lpg=yes
- sont dans prix-carburants

Station GPL dans osm mais pas sur prix-carburants : 3873

E85 semble aussi avoir des problèmes.

Tests avec Firefox et Edge.

Cordialement

Eric

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

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours

[Eric SIBERT]

1) "détails" contient juste une précision qui pourrait être saisie
directement dans "description:covid19" (ex : "permanence
téléphonique")


Dans le style, opticien qui assure une permanence de 15h à 16h pour les 
livraisons. Pour les nouvelles commandes (lentilles, lunettes) ou les 
réparations, prendre rendez-vous avec un numéro de téléphone différent 
de l'habituel.


J'ai mis :
- phone:covid19 = 06 xx -> Ça s'affiche sur le site !!!
- takeaway:covid19 -> "Vente à emporter uniquement". Non, c'est plutôt 
retrait de commande. Comment coder? La pizzeria voisine fait pareil : 
uniquement retrait des commandes faites par téléphone.


Eric


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

Re: [OSM-talk-fr] Rue trop étroite pour que 2 voitures se croisent ?

[Eric SIBERT]

Le 11/04/2020 à 17:03, Florimond Berthoux a écrit :

J'allais mettre +1 mais visiblement non :
lanes=* « Note that it is valid to tag lanes count also in case where 
lanes are not marked with paint on the surface »


Je vois qu'il s'agit d'une modification récente (juin 2019) suite à une 
discussion sur la liste tagging dont on ne peut pas dire qu'elle ait 
abouti à un consensus.


https://lists.openstreetmap.org/pipermail/tagging/2019-June/046002.html

Il y a aussi discussion sur la page du wiki:
https://wiki.openstreetmap.org/wiki/Talk:Key:lanes#Marked_or_unmarked_lanes

Pour revenir au point de départ :

Le fait qu'il n'y ait qu'une voie n'indique pas que c'est étroit. C'est 
un détournement de ce pourquoi le tag est fait. Il y a des tas de routes 
de campagne sans marquage où on peut se croiser sans difficulté.


Eric

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

Re: [OSM-talk-fr] Rue trop étroite pour que 2 voitures se croisent ?

[Eric SIBERT]

Pour moi, lanes=* doit être réservé aux chaussées où des voies sont 
matérialisés par traçage. Ce n'est pas le cas de la rue en question.


+1 pour :

narrow=yes
width=*

https://lists.openstreetmap.org/pipermail/talk-fr/2010-June/023564.html

Eric

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

[OSM-talk-fr] Cestdejaferme

[Eric SIBERT]

Bonjour,

J'ai un petit problème avec ma banque. L'agence a été fermée (le DAB 
aussi) pour travaux un peu avant le confinement. Les travaux...


Alors, j'ai mis un access=no le temps des travaux et je n'ai rien ajouté 
pour le covid. Je vois que ça apparaît en vert dans caresteouvert.


https://www.caresteouvert.fr/@45.186494,5.744184,18.40

Une autre proposition pour coder la fermeture temporaire pour travaux?


Dans un autre style, la banque d'à côté pendant le confinement:
- sur rendez-vous le matin
- par téléphone l'après-midi
On code comment?

A+

Eric

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

Re: [OSM-talk-fr] restrictions temporaires

[Eric SIBERT]

- on évite généralement les restrictions temporaires courte durée,
dans osm, de nombreux calculateur ne mettent pas assez souvent
leur donnée à jour pour les traiter. on dit parfois qu'il faut
n'encoder que ce qui dure plus qu'un mois.


L'autre logique est de ne signaler que ce qu'on peut contrôler 
régulièrement.


Annoncer une fermeture temporaire de 15 jours dans un coin où on passe 
une fois par an, c'est risquer d'introduire une erreur à long terme.


Annoncer la même fermeture sur un itinéraire qu'on emprunte tous les 
jours, pas de problème. Si les outils en aval ne sont pas assez 
réactifs, ce n'est pas notre problème. (On ne taggue pas pour le rendu 
:-p).


Eric


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

Re: [OSM-talk-fr] restrictions temporaires

[Eric SIBERT]

Disons que si on reprend ce qui se fait pour les commerces, on partirait 
sur un

access:covid19=no

Si on veut rester dans la logique de l'accès conditionnel, on serait 
plus sur

access:conditional=no @ covid19

Mes 0,02 €

Eric


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

Re: [OSM-talk-fr] Ne pas ajouter les commerces sur les numéros de rue

[Eric Brosselin - Osm]

Le 05/04/2020 à 19:15, leni a écrit :



Pourquoi je pense qu'il ne faut pas ajouter le poi sur les points 
addr: car sur certains poi je voyais :
- des points addr: avec relation et sur lesquels on ajoutait des poi 
que l'on retrouvait dans les relations
- des points addr: auquel avait été ajouté le poi et qui était déplacé 
au gré des modifications

- des points addr: qui disparaissaient parce que le poi disparaissait ...


c'est ce que je disais

La question est comment on fait pour éviter ça ...
ID pousse à mettre des addr: aux POIs  et cela "confusionne" donc pas 
mal les gens, à qui je signale leurs erreurs,  qui ne voient pas 
pourquoi on ne rajouterais pas le commerce

sur le numéro de rue.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ne pas ajouter les commerces sur les numéros de rue

[Eric Brosselin - Osm]

Le 05/04/2020 à 16:27, Marc M. a écrit :


si les adresses d'une rue sont renseignés comme des points,
non ce n'est pas normal de les utiliser pour y mettre les infos
d'un commerce qui n'est qu'un des utilisateurs de cette adresse
sans compter que comme dans l'exemple cela positionne bizarrement (il y 
a pire) les POIs très en dehors des bâtiments.

mais le débat dévie sur "le poi a-t-il une addr:*" ou celle-ci doit être
unique (et l'une des solutions est de faire une surface avec son
étendue, l'autre solution est le bricolage contact:housenumber)


Je ne veux pas rentrer dans ce débat ;-)
Personnellement je ne mets jamais d'addr:* sur les POIs


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

Re: [OSM-talk-fr] [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

[Eric Brosselin - Osm]

Bonjour,

Avec un exemple cela peut-être plus clair.

Ici une boulangerie cartographiée sur un numéro de rue au lieu d'avoir 
son POI à elle.

On voit ça parce qu'elle appartient à une relation "Associated Street".
=> https://www.openstreetmap.org/node/3754734728#map=19/47.52384/-1.18448

Dans l'historique on voit qu'un numéro d'adresse à été d'abord créé.
Ensuite la boulangerie a été ajoutée.
=> https://www.openstreetmap.org/node/3754734728/history

-*Est-ce "normal" de faire ainsi ou la boulangerie aurait-elle dû avoir 
son point à elle ?*


Si on sélectionne la relation on voit qu'il y a aussi un POI "MMA" et un 
POI "Groupama" qui sont eux aussi sur des numéros.

=> https://www.openstreetmap.org/relation/5523318#map=19/47.52400/-1.18406

Même chose pour d'autres POIs de la rue qui sont sur des numéros.
=> https://www.openstreetmap.org/relation/5523316

Et ailleurs c'est la même chose.
=>https://www.openstreetmap.org/relation/5525802#map=19/47.52555/-1.18437


Selon moi si on considère le numéro de rue comme un objet à part entière 
alors on ne doit rien y ajouter.


Attention je n'ai pas parlé de "contact: housenumber" et autres tags du 
même genre placés sur le POI.
Là il s'agit juste du fait d'ajouter des POIs _*SUR*_ les numéros de rue 
existants.


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

[OSM-talk-fr] Covid-19 #caresteouvert - Site web regroupant les urgences optiques

[Eric Brosselin - Osm]

Bonjour,

Une information intéressante pour celles et ceux qui portent des lunettes.

À l'initiative des 3 syndicats d'opticiens un site 
(https://www.urgenceopticien.fr) a été créé pour informer de la mise en 
place
d'un service minimum qui assure les urgences au niveau de chaque 
département.


Ce site recense 350 adresses d'opticiens (avec n° de tél et parfois 
e-mail) qui sur rendez-vous peuvent recevoir des personnes.


Cela vaudrait peut-être le coup de leur demander s'il serait possible 
d'intégrer ces données dans la carte.


Il y a une adresse de contact : cont...@urgenceopticien.fr

Donc si quelqu'un veut le faire...

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

Re: [OSM-talk-fr] [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

[Eric Brosselin - Osm]

Bonjour,

Ça ne date pas d'hier.
Le problème est récurrent : beaucoup de gens pensent qu'il faut ajouter 
le commerce, service, bureau, ... à cet endroit puisqu'il est situé à 
cette adresse !
Il y a donc une certaine logique de mettre le commerce sur le pas de 
porte correspondant.


La majorité des contributeurs.trices qui font cette erreur utilisent ID 
mais il y en a  aussi qui font ça avec JOSM ;-/


Ce serait vraiment quelque chose à signaler. Je ne sais où.

Question rendu pour qu'il n'y ait pas de superposition des numéros et de 
l'icône du commerce aux différents niveaux de zoom il faut placer les 
points au minimum à 2,5 m / 3 m à l'intérieur du bâtiment.
Évidemment c'est plus facile avec JOSM pour mesurer la distance entre 
deux points.


Sinon pour repérer rapidement les erreurs j'utilise la source de 
l'import des adresses ce qui donne quelque chose de ce genre dans 
Overpass : *shop + amenity + office  + source import adresse.*


Éric

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

Re: [OSM-talk-fr] Carrosserie

[Eric SIBERT]

Bonjour,

J'ai constaté à Madagascar que les garages auto étaient presque tous 
spécialisés:

- un pour la mécanique
- un pour la carrosserie
- un pour l'électricité
- un pour les pneus...

Ça serait bien d'avoir une approche générale.

Genre:

service:car_repair:***=yes/no

ça me paraît pas mal.

Eric


Le 2020-04-03 09:55, Yves P. a écrit :

Bonjour,

En traiter des notes cette nuit, je suis tombé sur une colle :
comment taguer une carrosserie ?

Le tag de base est SHOP=CAR_REPAIR mais pour le tag secondaire, il
n’est pas décrit dans la page française et il y a des variantes !

* SERVICE=BODY

ou

* SERVICE:VEHICLE:BODY_REPAIR=YES

La version initiale a 2 inconvénients : service est utilisé par
d’autres objets (HIGHWAY=SERVICE notamment) et il contient plusieurs
valeurs séparées par des ;
Avec les variantes de valeurs suivantes :

* AUTO_BODY
* AUTO_BODY_REPAIR
* auto_paint
* BODY
* body painter
* BODY REPAIR
* BODY_REPAIR
* body_shop
* BODY_WORK
* BODYWORK
* BODYWORK REPAIR
* BODYWORKS
* bumper_repair
* car_paint
* chroming
* COLLISION_REPAIR
* paint
* paint_and_body
* paint_shop
* painter

iD à introduit la seconde version qui est beaucoup plus utilisée. Il
y a une page wiki en anglais [1] seulement
Voici un exemple [2].

La traduction dans iD de la clé est Véhicule de service :D
Les valeurs ne sont pas traduites.

Voilà, il y a des discussions et du nettoyage en perspective ;)

__
Yves



Links:
--
[1] https://wiki.openstreetmap.org/wiki/Key:service:vehicle
[2]
https://www.openstreetmap.org/edit?editor=idnode=5762528386#map=19/49.89602/16.45754

___
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: [Talk-us] Updating opening_hours for COVID-19.

[Eric H. Christensen via Talk-us]

Sure, I get that. The flip side is that it is likely to get confusing what is 
open and when with all the changes occurring. It would be good to have a 
resource to help people determine where they can go if they need something.

Eric

 Original Message 
On Mar 19, 2020, 10:06, Rihards wrote:

> On 19.03.20 15:49, Shawn K. Quinn wrote:
>> On 3/13/20 15:36, Eric Christensen via Talk-us wrote:
>>> I've been updating the opening_hours for businesses and services as I
>>> hear about them closing or changing their hours of operation for
>>> COVID-19. I'm also adding a note in the description with any
>>> information the source is providing.
>>>
>>> Seems like a good idea to keep people updated to what's open and what's not.
>>>
>>> I wonder if anyone else is also doing this as well?
>>
>> Bad idea since these are emergency changes and unlikely to be permanent.
>> I am putting in the "normal" hours where they are known, with the
>> understanding that people should know locations will be changing their
>> hours because of the situation and OSM's data will by necessity be out
>> of date for this item.
>
> I decided not to do that pretty quickly - we will have a huge number of
> changes later, as I expect many places to not just change their
> permanent hours, but close.
> --
> Rihards
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us