Re: [OSM-talk-fr] Fwd: [Tagging] Railway tagging: detail key

[blef via Talk-fr]

Bonjour,

L'ajout de ce tag semble provenir principalement de @Denis_Helfer 
.

Le mieux serait sans doute de lui demander.


Le 09/11/2022 à 15:03, Marc_marc a écrit :

Bonjour,

un contributeur se demande la signification de la clef detail
plus particulièrement il se demande en quoi detail=track
est différent des façons plus courante de tager cela

quelqu'un a une idée ? cela a l'air d'être majoritairement utilisé
en France

Cordialement,
Marc
 Message transféré 
Sujet : [Tagging] Railway tagging: detail key
Date : Wed, 9 Nov 2022 09:59:41 +
De : Nathan Case 
Répondre à : Tag discussion, strategy and related tools 


Pour : tagg...@openstreetmap.org

Hi all,

I've noticed substantial use (99,297 instances) of the "detail" key, 
but it is undocumented on the Wiki.


Nearly all uses (99.96%) of this key are detail=track [1], which is 
associated with railways [2]. The key is predominantly used in France 
(77.6% of uses [3]) but also elsewhere across central Europe.


I have concerns about this key (it's ambiguous and perhaps redundant 
if all "correct" uses are for the same value) but, nevertheless, it 
would be good to document its usage if possible. I haven't found 
anything in the railway=*, railways, or OpenRailwayMap/Tagging 
documentation [4,5,6].


Does anybody know the background to this key, or what its intended 
values might be?


Many thanks,

Nathan


[1] https://taginfo.openstreetmap.org/keys/detail#values

[2] https://taginfo.openstreetmap.org/keys/detail#combinations

[3] https://overpass-turbo.eu/s/1nzc

[4] https://wiki.openstreetmap.org/wiki/Key:railway

[5] https://wiki.openstreetmap.org/wiki/Railways

[6] https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging



___
Tagging mailing list
tagg...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging



___
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] [édition mécanique/de masse] wood=* -> leaf_type=*/leaf_cycle=*

[blef via Talk-fr]

Bonjour,

En lisant ton message, j'ai d'abord cru à un lapsus de ta part, mais 
après recherches je vois qu'il existe bien des occurrences 
 de 
natural=tree_group .


Par contre, je ne vois qu'une seule mention dans le wiki 
 
dans les propositions avec le statut "draft".


Est-il judicieux d'utiliser un nouveau tag n'ayant fait l'objet d'aucune 
discussion et non documenté parmi les tag "en usage"?



Le 02/07/2022 à 01:32, Christian Rogel a écrit :

Cela me semble aussi raisonnable. Vote pour.

Christian R.

Note : j’utilise maintenant natural = tree_group qui est pertinent pour les 
bouquets d’arbres, surtout ceux partagés entre 2 ou 3 propriétés.


Le 1 juil. 2022 à 15:46, Marc_marc  a écrit :

Bonjour,

Il y a longtemps, la clef wood=* a été utilisé pour décrire
le type de végétation.
en 2014, le reemplacement par les clef leaf_type/leaf_cycle
a été approuvée [1] et a largement supplanté l'ancienne clef.

Je propose de migrer les tags wood=* restant selon le tableau suivant:
wood=deciduous -> leaf_cycle=deciduous
wood=coniferous -> leaf_type=needleleaved.
wood=mixed -> leaf_type=mixed

et ce en France métropolitaine et uniquement sur les objets ayant
un des tags suivant :
landuse=forest
natural=wood
natural=scrub
natural=tree
natural=tree_row
barrier=hedge
landuse=orchard

Pour les objets ayant deja la clef leaf_type/leaf_cycle correspondante,
la clef wood serra simplement effacée

Les autres valeurs wood=, les objets avec un autre tag principal et
les objets ayant un conflit entre wood et leaf_type/leaf_cycle,
ne sont pas concernée par cette opération mécanique et seront traité
à la main séparément de cette opération (aide bienvenue)

Avis ? -

[1]https://wiki.openstreetmap.org/wiki/Proposed_features/leaftype

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

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

Re: [OSM-talk-fr] ascenseur

[blef]

Le 21/11/2020 à 15:01, blef a écrit :

Bonjour,

Le 21/11/2020 à 12:51, leni a écrit :


Pour les ascenseurs à l'intérieur des gaines : 
https://www.openstreetmap.org/node/8148426902
je n'ai mis que "level=0;1" en fait, il y a une sortie intermédiaire 
"entresol" mais elle n'est utilisé que par le personnel avec une clé.
Si je met les "entrance=yes" + "door=sliding", des deux niveaux, 
superposés, Josm m'indique "nœuds à la même position" bien qu'il y 
ait layer=1


Je pense que tu ne dois mettre qu'un seul nœud avec "entrance=yes" + 
"door=sliding" + level=0 + repeat_on=1
(https://wiki.openstreetmap.org/wiki/FR:Key:repeat_on 
<https://wiki.openstreetmap.org/wiki/FR:Key:repeat_on>)



Je corrige: pas besoin de level=0, repeat_on=0;1 suffit

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

Re: [OSM-talk-fr] ascenseur

[blef]

Bonjour,

Le 21/11/2020 à 12:51, leni a écrit :


Pour les ascenseurs à l'intérieur des gaines : 
https://www.openstreetmap.org/node/8148426902
je n'ai mis que "level=0;1" en fait, il y a une sortie intermédiaire 
"entresol" mais elle n'est utilisé que par le personnel avec une clé.
Si je met les "entrance=yes" + "door=sliding", des deux niveaux, 
superposés, Josm m'indique "nœuds à la même position" bien qu'il y ait 
layer=1


Je pense que tu ne dois mettre qu'un seul nœud avec "entrance=yes" + 
"door=sliding" + level=0 + repeat_on=1
(https://wiki.openstreetmap.org/wiki/FR:Key:repeat_on 
)



"highway=elevator" c'est un highway qui peut, donc, être utilisé en 
routage piéton, faut-il le relier au chemin piéton qui va du parking 
aux portes des ascenseurs avec un chemin à l'intérieur jusqu'au nœud 
avec "indoor=yes"?


Oui, avec un level=0 pour le chemin dans le parking, et éventuellement 
un level=1 si tu cartographies l'étage.
(https://wiki.openstreetmap.org/wiki/FR:Recommandations_pour_le_routage_pi%C3%A9ton 
)


Si tu dessines un bâtiment (building) autour du nœud ascenseur, tu 
devras poursuivre le chemin piéton depuis le nœud entrance jusqu'au nœud 
ascenseur pour avoir la continuité du routage.





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

[OSM-talk-fr] Zone de défense et de sécurité Polynésie française

[blef]

Bonjour

En faisant une requête sur un objet (n'importe où en France 
métropolitaine) à partir de la carte  OSM, je découvre qu'en tête des 
objets englobants apparait "Zone de défense et de sécurité Polynésie 
française ".


Je n'avais jamais remarqué ça auparavant.

La relation semble semble avoir pour membres tous les territoires 
français, métropole et outre-mer.

La dernière modification remonte à trois jours.

Est-ce bien normal?

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

Re: [OSM-talk-fr] Choisir le bon name pour les trajets de bus

[blef]

Le 28/09/2020 à 09:55, Éric Gillet a écrit :

Le 27/09/2020 à 16:46, Gad Jo a écrit :

Bonjour a tous,

Exemple extrême (y aura pas pire que ça) : Bus 12 bis : 
Montredon-des-Corbières - Montredon Pôle d’échanges → 
Montredon-des-Corbières - Clos des Ormeaux

(Désolé le copier-coller sur l'application ajoute le format)
Relation concernée : https://www.openstreetmap.org/relation/11674315

Auriez vous des propositions à me faire ? À moins que des règles 
existent et j'applique... Je serait tenté de placer que le nom de l'arrêt


Bonjour,

Je pense qu'il faut mettre le nom tel que diffusé au public par le 
réseau (en données ouvertes, sur les documents ou sur le terrain).


"name=:  → /" 
/[1][2]//ou autre variante n'est pas un nom mais une 
description//redondante avec les autres tags présents dans la 
relation/. /Pas toutes les applications affichent ces détails-là donc 
une telle description en nom me paraît acceptable, mais uniquement en 
"solution de repli" quand la ligne n'a pas de nom.


[1]https://wiki.openstreetmap.org/wiki/Public_transport#Service_routes
[2]https://lists.openstreetmap.org/pipermail/tagging/2019-May/045180.html


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


Bonjour,

Le problème survient quand il y a des variantes sur une ligne.
Le nom officiel de la ligne est toujours le même, mais les trajets et 
arrêts desservis varient.
Comme il faut établir une relation par variante, il faut bien 
différencier les noms.
Dans une petite ville comme la mienne, il y a un nombre restreint de 
lignes, mais suivant les moments de la journée, la ligne x passe ou pas 
par le collège, la zone industrielle ou le cimetière.
J'ai donc dû différentier arbitrairement les noms de variantes de celui 
"fourni" par le gestionnaire du réseau, en général en faisant figurer le 
"via" qui caractérise la variante.


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

Re: [OSM-talk-fr] Fin de projet "ça reste ouvert" : MERCI + soirée 24 septembre à Montrouge

[Blef]

Bonjour,
"Ça reste ouvert" a fermé. Bravo et merci, mais... qui fait le ménage?
La plupart des tags opening_hours:covid19 sont toujours là, Osmose ne se 
prive pas de le signaler.
Je pensais qu'une campagne de suppression massive, genre script ou autre 
méthode que je ne maitrise absolument pas, allait être lancée à l'issue 
de cette opération.

Apparemment, on n'en parle pas.
Dois-je comprendre qu'il faut compter sur chaque contributeur pour 
effacer ses propres contribution?



Le 14/09/2020 à 19:46, Florian LAINEZ a écrit :

Bonjour à tous,
Toute l'équipe de "ça reste ouvert" renouvelle ses 1000 mercis à tous 
les contributeurs OSM qui ont pris part au projet. Notre mobilisation 
collective s'est révélé extraordinaire durant cette période difficile.


Le confinement étant terminé depuis quelques temps, il est maintenant 
temps de*clôturer officiellement le projet.*
Nous fermerons notre service définitivement le 30 septembre (cf. 
annonce officielle 
) 
pour le Monde entier.
Après cette date, les applis ne seront plus dispo sur les stores et il 
ne sera plus possible de modifier OSM via le site web.


Pour fêter ça, nous organisons une *soirée de fin de projet qui aura 
lieu à Montrouge le 24 septembre.*
*Infos et inscription gratuite : 
https://www.helloasso.com/associations/jungle-bus/evenements/soiree-de-fin-de-projet-ca-reste-ouvert

*
Vous êtes tous conviés dans la limite des places disponibles (mesures 
covid oblige).


Le site Internet et les applis Android/iOS "ça reste ouvert" ont 
vraiment pété les stats de la communauté OSM et c'est une grande 
fierté pour chacun d'entre nous.
Depuis le premier jour de confinement en France, le 17 mars, “ça reste 
ouvert” c’est (chiffres du 13/09/2020) :


- 426 407 visiteurs uniques sur la carte
- 482 210 lieux visibles en France (2 259 836 dans le Monde)
- 130 018 lieux mis à jour sur la carte en France (336 742 dans le Monde)

Forts de ce succès, vous l'avez sûrement vu passer, "ça reste ouvert" 
a abouti à un nouveau projet qui vise à dynamiser la communauté sur 
une base régulière : c'est le projetdumois  
(dot FR ;)) dont vous n'avez pas fini d'entendre parler.


--

*Florian Lainez*

@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

Re: [OSM-talk-fr] Prendre les escaliers à vélo

[blef]

Je ne connaissais pas (ou j'avais oublié) BRouter, effectivement plus 
paramétrable et réaliste que les deux autres qui ont l'avantage d'être 
intégrés à la carte standard OSM.org.


Le 28/08/2020 à 22:12, Yves P. a écrit :
En fait, suivant le cas: autre chemin disponible à côté ou pas, on 
prend, ou pas, l'escalier.


  * Calculateur d'itinéraires
  o BRouter


 (pas
d'escaliers)
  o GraphHopper


  o OSRM




BRouter fait bien le travail (même sans lui demander d'éviter les 
escaliers, le calcul vélo ne passe pas par l'escalier).


Tous ne passent pas par la boucle 
 car 
elle est… privée ;)


__
Yves

___
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] Prendre les escaliers à vélo

[blef]

Les "bandes roulables à côté sans marches" sont (ou devraient être) 
taguées avec l'attribut ramp:bicycle=yes

<https://wiki.openstreetmap.org/wiki/FR:Key:ramp>
Mais les routeurs en question ne se limitent pas à ces (rares) cas pour 
créer leurs itinéraires.


Le 28/08/2020 à 23:32, Philippe Verdy a écrit :
Sauf les escaliers à marches près  peu pentues et pas trop hautes (pas 
plus que les ralentisseurs sur les rues ou aires de parking) ou ceux 
qui disposent d'une bande roulable à côté sans marches et de zones 
planes d'arrêt. Assimilables aux voies (lanes) sur les rues/routes 
(highways=* aussi) s'il n'y a pas de réelle séparation physique entre 
l'escalier piéton et la bande roulante, et donc pas forcément 
détaillés par des "ways" OSM séparés.



Le ven. 28 août 2020 à 18:44, blef <mailto:bernard.lefranc...@free.fr>> a écrit :


Bonjour,

Je m'aperçois qu'en faisant une recherche d'itinéraire en mode
vélo, que ce soit avec GraphHopper ou OSRM, on m'envoie sans
vergogne sur des escaliers.
Pourtant, d'après le wiki
<https://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dsteps>, le
tag highway=steps implique access=no + foot=yes, donc
implicitement bicycle=no, ce qui me semble normal, moi qui n'ai
pas pour habitude de descendre (ou monter) les escaliers à vélo!
Me confirmez vous que le tag highway=steps ne nécessite pas
d'ajouter bicycle=no et donc que les routeurs n'appliquent pas
correctement les conditions d'accès dans ce cas?

___
Talk-fr mailing list
Talk-fr@openstreetmap.org <mailto: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] Prendre les escaliers à vélo

[blef]

 Message transféré 
Sujet : Re: [MP] Prendre les escaliers à vélo
Date :  Fri, 28 Aug 2020 20:25:53 +0200
De :osm.sanspourr...@spamgourmet.com





Bonjour, MP car je ne suis pas spécialiste du domaine.

Je dirais aussi que c'est une erreur, au moins à fortement pénaliser 
(descendre du vélo, descendre ou pire montre à pied les escalier et 
reprendre le vélo).


Tu peux donner un exemple, chez moi ça semble bon sur OSRM :

https://www.openstreetmap.org/directions?engine=fossgis_osrm_bike=48.38923%2C-4.49998%3B48.38891%2C-4.50025#map=19/48.38933/-4.50088

KO sur GraphHopper :

https://www.openstreetmap.org/directions?engine=graphhopper_bicycle=48.38923%2C-4.49998%3B48.38891%2C-4.50025#map=19/48.38903/-4.49997

(si tu veux, tu peux publier ma réponse sur la liste pour y répondre).

Jean-Yvon



___
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] Prendre les escaliers à vélo

[blef]

Bonjour,

Je m'aperçois qu'en faisant une recherche d'itinéraire en mode vélo, que 
ce soit avec GraphHopper ou OSRM, on m'envoie sans vergogne sur des 
escaliers.
Pourtant, d'après le wiki 
, le tag 
highway=steps implique access=no + foot=yes, donc implicitement 
bicycle=no, ce qui me semble normal, moi qui n'ai pas pour habitude de 
descendre (ou monter) les escaliers à vélo!
Me confirmez vous que le tag highway=steps ne nécessite pas d'ajouter 
bicycle=no et donc que les routeurs n'appliquent pas correctement les 
conditions d'accès dans ce cas?


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

Re: [OSM-talk-fr] Facebook achète Mapillary !

[blef]

OpenStreetCam est au ralenti, voire dysfonctionnel selon certains[1], 
et est tout aussi susceptible d'être racheté que Mapillary (bien que 
largement moins intéressant).




Susceptible?
Apparemment, c'est déjà fait.

OpenStreetCam, c'est Grab, dont Uber détient 27,5%

http://blog.improveosm.org/en/2019/12/openstreetcam-and-improveosm-are-moving-to-grab/

https://www.usine-digitale.fr/article/pourquoi-uber-cede-ses-activites-en-asie-du-sud-est-a-grab.N671844



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

Re: [OSM-talk-fr] Comment orthographier un nombre ordinal

[blef]

28^e ? Mais pour saisir name=28^e dans JOSM (avec e en exposant), je 
sais pas faire. Et je crains que ça perturbe certains outils.

^

Le 13/06/2020 à 23:06, osm.sanspourr...@spamgourmet.com a écrit :


http://www.circaete.net/eric/Lexique%20des%20r%C3%A8gles%20typographiques%20en%20usage%20%C3%A0%20l%27Imprimerie%20nationale.pdf

À afficher 28^e   ça va de soi, comme indiqué page 62 /123.

Avec un clin d’œil page 38 (74) pour l'échelle cartographique.

Petite correspondance : Donat, du coup je vois que l'ONU s'écrit 
Organisation des Nations unies (et pas Organisation des nations unies 
ou Organisation des Nations Unies).


Sinon plus accessible : 
https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Conventions_typographiques#Adjectifs_num%C3%A9raux_ordinaux


Le 13/06/2020 à 21:27, Topographe Fou - letopographe...@gmail.com a 
écrit :
Selon les règles typographiques de l'imprimerie nationale (très bon 
bouquin que je recommande) : 28e . Cependant ce n'est pas rare de 
voir 28ème sur des documents officiels ou dans la presse écrite.


LeTopographeFou
*De:* bernard.lefranc...@free.fr
*Envoyé:* 13 juin 2020 7:42 PM
*À:* talk-fr@openstreetmap.org
*Répondre à:* talk-fr@openstreetmap.org
*Objet:* [OSM-talk-fr] Comment orthographier un nombre ordinal


Bonjour,

Je cherche la meilleure façon d'orthographier le "Quai du 28ème 
Bataillon de Chasseurs ".


28ème comme ci-dessus avec accent (ma préférence)
28Eme, 28Ème, 28E
Sans espace, avec espace.

En tout cas la graphie actuelle 28° ma parait la pire.

Qu'en pensez-vous?


___
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] Comment orthographier un nombre ordinal

[blef]

Le terrain prime... oui, mais curieusement, je n'ai pas déniché les 
plaques de rue.
De plus, les plaques sont le plus souvent rédigées en majuscules, ce qui 
oblige à une transposition pour suivre les conventions adoptées dans OSM.

Bon, d'après les 1ères réactions, 28e semblerait avoir vos faveurs.


Le 13/06/2020 à 20:25, Florimond Berthoux a écrit :

Salut,

Tel que c'est écrit sur le terrain.

Normalement on écrit 28e ou 28ème, pas de majuscule c'est une 
abréviation de vingt-huitième, mais le terrain prime :)

https://fr.wiktionary.org/wiki/vingt-huiti%C3%A8me

Le sam. 13 juin 2020 à 19:42, blef <mailto:bernard.lefranc...@free.fr>> a écrit :


Bonjour,

Je cherche la meilleure façon d'orthographier le "Quai du 28ème
Bataillon de Chasseurs <https://www.openstreetmap.org/way/147706751>".

28ème comme ci-dessus avec accent (ma préférence)
28Eme, 28Ème, 28E
Sans espace, avec espace.

En tout cas la graphie actuelle 28° ma parait la pire.

Qu'en pensez-vous?

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



--
Florimond Berthoux

___
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] Comment orthographier un nombre ordinal

[blef]

Bonjour,

Je cherche la meilleure façon d'orthographier le "Quai du 28ème 
Bataillon de Chasseurs ".


28ème comme ci-dessus avec accent (ma préférence)
28Eme, 28Ème, 28E
Sans espace, avec espace.

En tout cas la graphie actuelle 28° ma parait la pire.

Qu'en pensez-vous?

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

Re: [OSM-talk-fr] Suspicion d'usage massif d'une source non autorisée

[blef]

J'ai tenté la méthode diplomatico-éducative en message privé, on verra 
si ça marche ;-)
En attendant, j'ai constaté que le flot de ses contributions a un peu 
ralenti.



Le 19/05/2020 à 15:45, Yves P. a écrit :

Tes observations sont étayées, et tu as contacté le contributeur. Attends de 
voir s'il réagit à ce message, que tu peux peut-être doublonner par un message 
direct (via la messagerie OSM) hors changeset.

Tu peux aussi "éduquer" le contributeur avant de sortir le char d'assaut :D
Et l'inciter à utiliser à d'autres sources, OD, terrain :)

Outre le problème de licences, GSV n'est qu'une source parmi d'autres, elle 
aussi truffée d'erreurs. Il faut donc les croiser et en cas de doutes, 
privilégier le terrain.
Le plus souvent, les photos StreetView ne sont plus à jour. Un poteau incendie 
sur GSV avait traversé la route :D
Parfois même, les photos ne correspondent pas à l'endroit.

Quand aux POI sur GM, ils sont localisé automatiquement et pas au bon endroit, 
ou plus à jour.


Si tu constates qu'il recommence à contribuer sans avoir répondu, alors ça peut 
valoir le coup de signaler le cas au DWG [1] pour un blocage temporaire, qui 
lui imposera de lire les messages avant de recommencer à contribuer. Ce sera 
l'occasion de voir s'il en tient compte.

__
Yves
___
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] Suspicion d'usage massif d'une source non autorisée

[blef]

Bonjour,

En jetant un coup d’œil sur les contributions dans la zone où j'ai 
l'habitude de cartographier, j'ai remarqué qu'un contributeur (ERIC 
JAOUEN ) a fait 
récemment pas mal d'ajouts, principalement sur les aménagements 
cyclables, ce qui à priori m'a enchanté, mais...
Constatant qu'une des rues que j'avais moi-même modifiée il y a deux 
mois suite à la création d'une voie partagée (rue Maurice Boyau à Dax 
) faisait l'objet 
d'une nouvelle modification de sa part, j'ai eu la surprise  de voir 
qu'elle avait été remise dans l'état antérieur, avant les travaux.
J'ai fait un revert et adressé un message 
 
à ce contributeur.
Sa seule source mentionnée est le tag imagery_used=BDOrtho IGN généré 
par l'éditeur iD.


En regardant de plus près, je me suis aperçu que ce contributeur est 
très actif: 569 contributions depuis le 19 mars, le plus souvent pour 
des modifs liées aux aménagements cyclistes.
Zones de prédilection: Dax et Mont-de-Marsan ainsi que des communes 
bretonnes (Trébeurden, Ploumanach...).

Chaque fois, pas de source citée.
Les éléments ajoutés, hormis parfois (mais pas toujours) les bandes 
cyclables, sont, même avec de bons yeux, invisibles sur la BD ortho IGN 
(parkings vélos avec type et capacité, bancs, poubelles, bornes 
incendie...).
De plus, vu le nombre de contributions et l'étendue géographique, j'ai 
du mal à croire qu'elles font suite à des contrôles sur le terrain.
Mapillary, n'en parlons pas (ou plutôt si, parlons-en), pour la rue 
Maurice Boyau, j'ai moi même versé les séquences d'images sur Mapillary 
, 
et pour les autres pas d'images disponibles.


Par contre tous ces éléments sont bien visibles sur... G...e Maps! Y 
compris dans le cas de la rue mentionnée plus haut où l'imagerie G. est 
en retard sur la réalité.


Je ne veux pas être parano ni accusateur, mais j'ai l'impression que 
notre contributeur passe son temps à se promener sur Google Maps et à 
recopier scrupuleusement  son contenu sur OSM.

J'aimerais avoir votre avis là-dessus.

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

Re: [OSM-talk-fr] attributions

[blef]

Bonjour,

La rédaction de Sud-Ouest a semble t il une meilleure image d'OSM:
/"les cartographies participatives Open Street Map, plus vertueuses que 
celles de leur concurrent, Google"/

https://www.sudouest.fr/2020/05/12/dax-prof-et-eleves-creent-une-application-pour-mesurer-les-100-kilometres-de-perimetre-7478984-3350.php/
/




Le 03/05/2020 à 00:44, Donat ROBAUX a écrit :

Tu ne crois pas si bien dire Jean-Yvon!

Dans un article de l'Est Républicain
https://www.estrepublicain.fr/societe/2020/05/01/une-appli-pour-manifester-depuis-son-canape




"Nous sommes là..." le site Manif.app vous permet de participer à une
manifestation virtuelle en plaçant votre avatar et votre slogan sur une
carte Google. Créé en avril dernier, il suscite la créativité des
internautes. Un vent de fraîcheur et d'humour en cette période de
confinement.

Voilà ma réponse sur Twitter:
/@lestrepublicain
A propos de cet article
https://estrepublicain.fr/societe/2020/05/01/une-appli-pour-manifester-depuis-son-canape
Il ne s'agit pas d'une carte Google, mais #OpenStreetMap comme l'indiquent
les mentions en bas.

Quand commence la désintoxication aux cartes Google de votre rédaction?/



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

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



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