Re: [OSM-talk-fr] Accès très limité à BD Carthage

[Thomas Gratier]

Salut,

J'ai rajouté le WMS https://data.geopf.fr/wms-v/ows, j'ai choisi la couche
"Inventaire national des plans d’eau" et j'ai pu rajouter la couche
correspondante. Par contre, je n'ai pas réussi à consommer le WMTS dans
JOSM. Il me sort des erreurs 400.


Thomas



Le mer. 17 avr. 2024 à 20:34, Cyrille37 OSM  a
écrit :

> Bonjour et Merci Thomas.
>
> Je n'arrive pas à obtenir les tuiles avec ce réglage de base dans JOSM :
>
> Merci
>
> Cyrille37
>
> Le 17/04/2024 à 00:07, Thomas Gratier a écrit :
> > Bonjour,
> >
> > Je n'ai pas de réponse à te donner concernant la BD Carthage. Néanmoins,
> si
> > tu travailles sur les plans d'eau, tu peux te tourner vers l’inventaire
> > national des plans d’eau (INPE) qui date de 2023 et est donc plus récent
> > que la BD Carthage.
> > Il est disponible soit sous forme fichiershttps://
> geoservices.ign.fr/inpe
> > (converti les GPKG en shp pour un usage JOSM) soit en ajoutant le WMTS
> > depuishttps://data.geopf.fr/wmts, soit le WMS
> > https://data.geopf.fr/wms-v/ows  (utile, en particulier si tu utilises
> JOSM)
> >
> >
> > Thomas Gratier
> >
> > Le lun. 15 avr. 2024 à 10:25, rpnpif  a écrit :
> >
> >> Bonjour,
> >> J'ai depuis quelques jours, un accès très limité et très lent à BD
> >> Carthage (plans et cours d'eau). J'ai ai vraiment besoin pour ajouter
> >> des plans d'eau peu visibles à OSM. (L'accès au forum est aussi assez
> >> lent chez moi).
> >> Je me demandais si cela venait de mes accès DNS ou bien si c'est dû aux
> >> serveurs OpenStreetmap.fr. J'ai vu plusieurs rapports de problèmes sur
> >> Github.
> >> Serais-ce lié ?
> >>
> >> --
> >> Rpnpif
> >>
> >>
> > ___
> > 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] Accès très limité à BD Carthage

[Thomas Gratier]

Bonjour,

Je n'ai pas de réponse à te donner concernant la BD Carthage. Néanmoins, si
tu travailles sur les plans d'eau, tu peux te tourner vers l’inventaire
national des plans d’eau (INPE) qui date de 2023 et est donc plus récent
que la BD Carthage.
Il est disponible soit sous forme fichiers https://geoservices.ign.fr/inpe
(converti les GPKG en shp pour un usage JOSM) soit en ajoutant le WMTS
depuis https://data.geopf.fr/wmts, soit le WMS
https://data.geopf.fr/wms-v/ows (utile, en particulier si tu utilises JOSM)


Thomas Gratier

Le lun. 15 avr. 2024 à 10:25, rpnpif  a écrit :

> Bonjour,
> J'ai depuis quelques jours, un accès très limité et très lent à BD
> Carthage (plans et cours d'eau). J'ai ai vraiment besoin pour ajouter
> des plans d'eau peu visibles à OSM. (L'accès au forum est aussi assez
> lent chez moi).
> Je me demandais si cela venait de mes accès DNS ou bien si c'est dû aux
> serveurs OpenStreetmap.fr. J'ai vu plusieurs rapports de problèmes sur
> Github.
> Serais-ce lié ?
>
> --
> Rpnpif
>
> ___
> 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] Orthophoto Alex

[Thomas Gratier]

Bonjour,

Je rencontre le problème également.Il est possible que cette interruption
soit liée à ce changement côté IGN
https://geoservices.ign.fr/actualites/2021-10-04-evolution-des-modalites-dacces-aux-services-web.
Le service OSM fait proxy sur les services IGN. Si c'est l'ancienne clé qui
est utilisée, cela ne se passe pas bien.

L'IGN depuis 2021 avec l'ouverture de nombreuses nouvelles données propose
les couches d'Alex en direct.
Si vous utilisez les services de l'IGN en les ajoutant dans JOSM, avec l'URL
https://wxs.ign.fr/orthohisto/geoportail/r/wms?SERVICE=WMS=1.3.0=GetCapabilities
pour le WMS
et
https://wxs.ign.fr/orthohisto/geoportail/wmts?SERVICE=WMTS=1.0.0=GetCapabilities
pour le WMTS
Pour information, j'ai testé le WMS et c'est fonctionnel sur votre zone,
Saint-Martin-Vésubie

Vous pourrez réaccéder aux fonds de plan. Cela ne répond pas à la question
initiale qui consistait à répondre pourquoi cela plantait mais en
attendant, vous n'êtes  plus bloqué pour contribuer.


Cordialement

Thomas Gratier


Le dim. 20 mars 2022 à 18:32, Jean-Claude Repetto  a
écrit :

> Le 17/03/2022 à 23:15, jrepe...@free.fr a écrit :
> > Le 16/10/2020 à 19:21, Vincent Privat a écrit :
> >> Je viens de l'ajouter à la liste des orthos fournies par défaut par
> JOSM:
> >>
> https://josm.openstreetmap.de/wiki/Maps/France#Alpes-Maritimes2020StormAlex
> >> <
> https://josm.openstreetmap.de/wiki/Maps/France#Alpes-Maritimes2020StormAlex>
>
> >>
> >>
> >> A+
> >> Vincent
> >
> > Bonjour,
> >
> > Cette ortho ne fonctionne plus chez moi, par exemple sur
> > Saint-Martin-Vésubie. A-t-elle été désactivée ?
> >
> > Jean-Claude
>
>
> Suis-je le seul à avoir ce problème ?
>
> ___
> 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-at] OSM Gebäude, Dachfläche oder Grundriss

[Thomas Rupprecht]

Hallo Johann,

Erneut die Frage. Uns stehen hochwertige Luftbilder zur Verfügung, laut OSM
> Wiki Empfehlung ist der Gebäudegrundriss zu Mappen. Wir kennen den regional
> ortsüblichen Dachüberstand, warum ziehen es mapper dennoch vor das Luftbild
> in grotesker weise zu überzeichnen, und reagieren auf den Hinweis auf die
> OSM Wiki Empfehlung mit negativen Emotionen.
>
Bitte zeig ein Beispiel her. Ich kann das wie gesagt in NÖ und Wien
überhaupt nicht nachvollziehen dass die Gebäudegeometrie von basemap.at mit
dem Orthofoto übereinstimmt.

mfg Thomas Rupprecht


Am Fr., 18. Dez. 2020 um 08:15 Uhr schrieb Johann Haag :

>
>
> Am Do., 17. Dez. 2020 um 14:43 Uhr schrieb Kevin Kofler via Talk-at <
> talk-at@openstreetmap.org>:
>
>> Stefan via Talk-at wrote:
>> > Im Grunde entnehme ich deiner Aussage, dass du hier ohne Ahnung oder vor
>> > Ort wissen einfach ratest, wie viel hier das Dach überstehen könnte und
>> > zeichnest dann irgendetwas ein. Und löscht einfach so Gebäude, "weils ja
>> > eh neu gebaut sein könnte".
>> >
>> >
>> https://www.openstreetmap.org/changeset/77457331#map=17/47.66087/12.38632
>> > Und das Beispiel ist auch grandios. Dir wurde schon mehrfach erklärt,
>> > warum man den Landuse nicht aussparen sollte um "Eine Straßenfläche
>> > anzuzeigen". Noch dazu hast dann teilweise nicht mal die Wege dazu
>> > eingezeichnet und damit hat man einfach weisse Flächen in OSM. Dir wurde
>> > sogar erklärt, was du statt dessen machen könntest um das korrekt zu
>> > machen. Hier im Forum, wo auch auf die Mailingliste verwiesen wird
>> > https://forum.openstreetmap.org/viewtopic.php?id=70628 Im Grunde ein
>> > Paradebeispiel für tagging für den Renderer.
>>
>> Solche Beispiele (sinnloses Löschen (= Vandalismus) und Neuzeichnen,
>> eindeutiges Tagging für den Renderer usw.) solltest du melden zwecks
>> Revert,
>> oder sogar einfach selbst reverten. Nur eine allgemeine Kritik wird in
>> diesem Fall erfahrungsgemäß leider nicht viel bringen.
>>
>> Und Johann, dich kann ich nur noch einmal ersuchen, dich nicht über den
>> Mailinglisten-Konsens hinwegzusetzen, sondern Kritik ernstzunehmen!
>>
>> Kevin Kofler
>>
>
> Hallo Kevin,
> Tipp: prüfe einen in den Editor JOSM geladenen Bereich vor Überarbeitung
> erst mittels Suchstring timestamp:2018/2020 auf Aktualität
> So bekommst du einen guten Überblick darüber, welche Edits jeweils aktuell
> sind und daher besonders wertvoll sind.
> Ich möchte darauf hinweisen dass ich das Thema mit einer Frage gestartet
> habe, leider einige Mailing User nicht bereit sind auf die eigentliche
> Frage einzugehen, sondern lieber polemisieren.
> Erneut die Frage. Uns stehen hochwertige Luftbilder zur Verfügung, laut
> OSM Wiki Empfehlung ist der Gebäudegrundriss zu Mappen. Wir kennen den
> regional ortsüblichen Dachüberstand, warum ziehen es mapper dennoch vor das
> Luftbild in grotesker weise zu überzeichnen, und reagieren auf den Hinweis
> auf die OSM Wiki Empfehlung mit negativen Emotionen.
>
> Grüße Johann
>
>
>
>
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>>
>
>
> --
> Mst. Johann Haag
> Innsbruckerstraße 42
> 6380 St. Johann in Tirol
> ÖSTERREICH
> Tel: +43 664/174 7414
> Mailto:johannh...@hxg.at
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Gebäude, Dachfläche oder Grundriss

[Thomas Rupprecht]

Hallo Johann,

Also die Gebäude in der basemap.at sind definitiv nicht aus den Konturen
des Daches aus dem Orthofoto abgeleitet. Zumindest nicht in NÖ und Wien.
Woher hast du diese Erkenntnis? Hast du ein Beispiel wo das so ist?
Das die Gebäude Geometrie nicht immer 100% der Wirklichkeit entspricht
stimmt schon. Aber definitiv nicht abgeleitet aus dem Orthofoto.

mfg Thomas Rupprecht


Am Mi., 16. Dez. 2020 um 21:14 Uhr schrieb Johann Haag :

> Mir ist aufgefallen dass in dem openstreetmap zur Verfügung gestellten
> basemap.at Hintergrund, Gebäudeumrisse aus einem maschinellen Prozess
> stammen. Offensichtlich werden Gebäude Konturen der basemap von einer
> Maschine vom Luftbild über die Dach Außenkanten ermittelt.
> Das mag für Behördenkarten genügend sein, in OpenStreetMap sollen Gebäude
> hingegen möglichst auf deren Grundriss gezeichnet werden.
>
> OSM Wiki Zitat: "Wenn möglich sollte der gezeichnete Umriss der Außenwand
> am Boden folgen (Grundriss), also z.B. Dachüberstände aussparen. Wird die
> Geometrie des Gebäudes aber besonders durch solche freistehenden Formen
> definiert, kann statt des Grundrisses auch die überbaute Fläche gezeichnet
> werden, also z.B. Balkone, Brücken und Gebäudeteile auf Stelzen
> eingeschlossen werden." Ref:
> https://wiki.openstreetmap.org/wiki/DE:Geb%C3%A4ude#Umriss
>
> Die Dach Außenkante zu verwenden, ist also in der basemap einem
> maschinellen Prozess geschuldet. Warum aber finden wir diese Vorgangsweise
> meist auch in OpenStreetMap angewandt. Man könnte natürlich behaupten,
> solche Umrisse stammen noch aus Zeiten schlechter Luftbilder. Schaut man
> sich aber aktuelle Edits an, so fällt auf, das Zeichnen der
> Dachaußenkanten ist ebenso aktuelle Praxis.
>
> Warum beschäftigt mich dieses Thema. Speziell bei Hauszufahrten führt die
> Zufahrt zur Garage oft unter einem ausladenden Vordach des Hauses zur
> Garage. Ist für das Gebäude nun in OSM die Dachaußenkante gewählt, bleibt
> für die Garagenzufahrt dann kein Platz.
>
> Meine Frage: warum übernehmen für Gebäude die starre maschinenbedingte
> Vorgangsweise der Basemap, nachdem wir in OSM ja frei in unserer Wahl
> wären, und auch OSM Wiki, klar das Zeichnen des Gebäude
> Grundrisses empfiehlt.
>
> --
> Mst. Johann Haag
> Innsbruckerstraße 42
> 6380 St. Johann in Tirol
> ÖSTERREICH
> Tel: +43 664/174 7414
> Mailto:johannh...@hxg.at
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-GB] Tagging of shared use paths

[Thomas Jarvis]

I've reached a stalemate with another mapper about the tagging of a rural
shared use path. He mapped the path initially a few years ago as
highway=cycleway and I've recently changed it to highway=path,
bicycle=designated & foot=designated (as well as the other tags that apply
to it).
My reasons for changing it, is that it is shared use path with a greater
number of people of foot than bicycle (about 5:2), the path is designed for
both types of user & not the whole route has a blacktop surface (therefore
not suitable for road bikes, these bits do have their surface tagged though
so that shouldn't be an issue for routers).
His argument for keeping it as highway=cycleway is because his render is
not configured to show highway=path & bicycle=designated the same as
highway=cycleway. Other reasons are because it is part of the NCN Route 88,
as such it is "cared" for sustrans. Also it is a  well used cycle route.
Both of which are very much true, and are tagged with the
appropriate relations to reflect this.

I've put this to the Data Working Group, and they have suggested that I ask
the community here to see what the consensus is.
I don't mind what the outcome is, however I am not satisfied with the sole
reason being because it renders differently.

https://www.openstreetmap.org/changeset/94598759


Thank you,
-- 
*T*homas *J*
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[OSM-talk-fr] Mapbox-GL JS version 2: vers la fin de l'Opensource sur les tuiles vectorielles

[Thomas Gratier]

Salut à tous,

La licence suite à la sortie de Mapbox-GL JS 2.0 change
https://github.com/mapbox/mapbox-gl-js/releases/tag/v2.0.0

Il va falloir envisager de passer à OpenLayers ou à une autre solution
apparemment. Je me trompe?
Avis? Réactions? Intéressé au regard des discussions pour avoir plus de
support des tuiles vectorielles dans OpenStreetMap, en particulier au
niveau des rendus. Cette annonce risque de refroidir un peu.


Cordialement

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

[Talk-us] OSM GeoWeek Career Panels video published

[Thomas Gertin]

In case you missed it, we published a recording of the career panels:
https://youtu.be/4HnDuOYUqaw

Happy Thanksgiving!

-Tom Gertin, on behalf of OSMGeoWeek organizers

On Mon, Nov 16, 2020 at 4:48 PM Thomas Gertin  wrote:

>
> The U.S. Department of State’s MapGive initiative, USAID’s GeoCenter, and
> the American Red Cross invite you to participate in a series of career
> panels on *Wednesday Nov 18* as part of Geography Awareness Week and
> OpenStreetMap Geography Awareness Week (OSMGeoWeek). During this week,
> teachers, students, community groups, and map lovers around the world join
> to celebrate geography and make maps with OpenStreetMap (OSM), the free and
> openly editable map of the world.
>
>
>
> As a global coalition of partners, we invite students and young
> professionals to participate in a series of virtual career panels. The
> career panels will focus on how professionals use OSM in their work. Our
> first English panel will feature professionals from the U.S. Government and
> NGOs, while the second English panel will feature those from the private
> sector. We encourage you to share this invite broadly across your networks.
>
>
>
> Each panel will be 1 hour in length with an additional 15 minutes allotted
> to Q & As. We will use a single Zoom link for both English panels.
>
>
>
> Please make sure to *RSVP* as we’ll be sending a Zoom link using this
> Eventbrite registration: bit.ly/GeoWeekCareer
>
>
>
> *Tomorrow is the final day to RSVP!*
>
>
>
> The following two English panels are being scheduled:
>
>
>
> *Government & NGO Career Panel* begins at 1:00pm EST and will include the
> U.S Department of State’s Office of the Geographer, USAID, Humanitarian
> OpenStreetMap Team, The World Bank, and The President’s Emergency Plan for
> AIDS Relief (PEPFAR).
>
>
>
> *Private Company Career Panel* begins at 2:30pm EST and will include
> Maxar, MapBox, Development Seed, ESRI, Microsoft, Critigen, IncaTech and
> Azavea!
>
>
>
> In addition there will be a French panel:
>
>
>
> *The Francophone Career Panel* begins at 12:00pm EST (separate EventBrite
> link): Panel sur les Carrières pendant la Semaine de Sensibilisation à la
> Géograph
> <https://gcc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.eventbrite.com%2Fe%2Finscription-panel-sur-les-carrieres-pendant-la-semaine-de-sensibilisation-a-la-geograph-128931606907=04%7C01%7CGertinTJ%40state.gov%7C305ecb81cfa24b60588308d88a574777%7C66cf50745afe48d1a691a12b2121f44b%7C0%7C0%7C637411454744665982%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000=%2B4RVB%2F9NuQRk38KTgB%2BvaoZPXdBtHMwBUhGFYBxHVM0%3D=0>
>
>
>
> We encourage you to let other interested parties know of these events, and
> feel free to reach out via email to osmgeow...@gmail.com if you have any
> questions.
>
>
>
> We look forward to seeing you there!
>
>
> -Tom Gertin
>
>
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] OSM GeoWeek Career Panels this Wed Nov 18

[Thomas Gertin]

The U.S. Department of State’s MapGive initiative, USAID’s GeoCenter, and
the American Red Cross invite you to participate in a series of career
panels on *Wednesday Nov 18* as part of Geography Awareness Week and
OpenStreetMap Geography Awareness Week (OSMGeoWeek). During this week,
teachers, students, community groups, and map lovers around the world join
to celebrate geography and make maps with OpenStreetMap (OSM), the free and
openly editable map of the world.



As a global coalition of partners, we invite students and young
professionals to participate in a series of virtual career panels. The
career panels will focus on how professionals use OSM in their work. Our
first English panel will feature professionals from the U.S. Government and
NGOs, while the second English panel will feature those from the private
sector. We encourage you to share this invite broadly across your networks.



Each panel will be 1 hour in length with an additional 15 minutes allotted
to Q & As. We will use a single Zoom link for both English panels.



Please make sure to *RSVP* as we’ll be sending a Zoom link using this
Eventbrite registration: bit.ly/GeoWeekCareer



*Tomorrow is the final day to RSVP!*



The following two English panels are being scheduled:



*Government & NGO Career Panel* begins at 1:00pm EST and will include the
U.S Department of State’s Office of the Geographer, USAID, Humanitarian
OpenStreetMap Team, The World Bank, and The President’s Emergency Plan for
AIDS Relief (PEPFAR).



*Private Company Career Panel* begins at 2:30pm EST and will include Maxar,
MapBox, Development Seed, ESRI, Microsoft, Critigen, IncaTech and Azavea!



In addition there will be a French panel:



*The Francophone Career Panel* begins at 12:00pm EST (separate EventBrite
link): Panel sur les Carrières pendant la Semaine de Sensibilisation à la
Géograph




We encourage you to let other interested parties know of these events, and
feel free to reach out via email to osmgeow...@gmail.com if you have any
questions.



We look forward to seeing you there!


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

Re: [Talk-at] Meinungen zu Access-Tagging

[Thomas Rupprecht]

Hallo,

Ich bin hier der Meinung von fkv. (Begründung siehe seine Kommentare im
Note)
Ich tagge auch immer mit vehicle=* und nicht mit access=* mit ausnahmen wie
foot=* etc. Und ja ich hätte auch gerne das Carto etc die access tags
besser rendert.

mfg Thomas Rupprecht


Am Mo., 9. Nov. 2020 um 10:35 Uhr schrieb Frederik Ramm :

> Hallo,
>
> in der Note https://www.openstreetmap.org/note/1268345 schwelt eine
> Auseinandersetzung zwischen den Usern PPete2 und fkv über das korrekte
> Access-Tagging bei Vorhandensein der Beschilderung "Fahrverbot
> ausgenommen von und zu Anrainern".
>
> PPete2 bevorzugt ein "access=destination" mit Ausnahmen (foot=yes usw.),
> während fkv ein "vehicle=destination" bevorzugt. Die jeweiligen
> Begründungen sind in der Note nachzulesen.
>
> Gibt es hierzu Meinungen?
>
> Falls das schon diskutiert wurde, gern auch Verweis, ich habe auf Anhieb
> nichts gesehen.
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OpenStreetMap Serbia] Pitanje

[Thomas via Talk-rs]

 Ćao Vladan
ovde, na OSMu https://www.openstreetmap.org/message/new/SunCobalt ili pišaj me 
na thomas.bar...@gmail.com
PozdraviThomas (SunCobalt)

Am Samstag, 26. September 2020, 08:25:45 MESZ hat Vladan Petrovic 
 Folgendes geschrieben:  
 
  
Kako da direktno kontaktiram nekog od korisnika?
 
Konkretno treba mi SunCobalt.
 
  
 
Srdačan pozdrav/Best regards,
 
  
 
Vladan Petrović
 
  
 ___
Talk-rs mailing list
Talk-rs@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-rs
  ___
Talk-rs mailing list
Talk-rs@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-rs

[Talk-at] Auflassung OSM Austria Building Coverage

[Thomas Konrad OSM]

Liebe OSM-AT-Community,

seit 2015 läuft ja auf meinem Server das Tool, mit dem man die 
OSM-AT-Gebäudeabdeckung im Vergleich zur Basemap gemeinde-, bezirks- und 
bundeslandweit auswerten kann [1]. Seither hat sich einiges getan — fast alle 
Gemeinden österreichweit sind laut dieser Berechnungsmethode auf über 85 % 
Abdeckung. Da ab diesem Prozentbereich aufgrund der Unschärfen in der 
Grundrissüberdeckung keine sinnvolle Unterscheidung mehr möglich ist, werde ich 
den Betrieb der Webseite mit 20. September 2020 einstellen.

Mit ein Grund dafür ist, dass der Betrieb der Anwendung ziemlich rechenintensiv 
ist (es müssen dafür täglich mehrere Millionen PNG-Tiles Pixel für Pixel 
analysiert werden), und ich habe dafür extra einen Server angemietet, der nicht 
billig ist. Die Kosten und der Aufwand, die Anwendung und das Kartenmaterial 
aktuell zu halten (die Aktualisierung der Basemap-Tiles ist hier leider ein 
manueller Prozess) übersteigen mittlerweile den Wert des Webseiteninhaltens, 
der sich nicht mehr wesentlich ändert.

Aber die Arbeit war alles andere als umsonst — ich denke das Werkzeug hat viele 
dazu motiviert, die Gebäudeabdeckung in Österreich zu verbessern, und die 
Statistik [2] zeigt, wie viel sich hier getan hat. Vielen vielen Dank an alle, 
die das zum Anlass genommen haben, die Datenlage in Österreich zu verbessern! 
Eure Arbeit ist extrem wertvoll.

Falls jemand die Software weiterentwickeln und/oder selbst betreiben will, der 
Quellcode ist frei auf GitHub verfügbar [3] und steht unter der sehr liberalen 
MIT-Lizenz.

Danke und schöne Grüße,
Thomas

[1] https://osm-austria-building-coverage.thomaskonrad.at/ 
<https://osm-austria-building-coverage.thomaskonrad.at/>
[2] 
https://osm-austria-building-coverage.thomaskonrad.at/coverage-chart.svg?admin_level=1
 
<https://osm-austria-building-coverage.thomaskonrad.at/coverage-chart.svg?admin_level=1>
[3] https://github.com/thomaskonrad/osm-austria-building-coverage 
<https://github.com/thomaskonrad/osm-austria-building-coverage>___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

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

[Thomas Rouyer]

Bonjour,

Pour le takeout, il y a 
https://github.com/gitouche-sur-osm/mapillary_takeout


Thomas

Le 19/06/2020 à 17:57, Arnaud Champollion a écrit :

Le 19/06/2020 à 17:53, Christian Quest a écrit :


L'essentiel quand même dans tout ça est la conservation du stock de 
photos, car même si elles sont disponibles sous une licence libre, 
elles dépendent de l'hébergement fait par Mapillary (et donc gratuit 
pour nous, mais pas pour eux) et celui-ci peut très bien être coupé, 
réduit, changer de politique, etc...


L'urgence pour moi est donc dans l'immédiat le "takeout" ;)



C'est à dire ?

Il faudrait aspirer en masse les images pour ne pas les perdre ?

Comment faire ?

 Je regrette de n'avoir pas conservé de copies de mes (maigres) 
uploads à Mapillary.



___
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-ie] name=Ireland | Re: name=Éire / Ireland

[Thomas A. Montgomery]

You are all now serving a *global* community with your detailed GIS work.
We thank you for your detailed work.

But we historians and genealogists call the homeplace "Ireland."  Our
families’ immigration papers mostly list "Ireland" as the country of
origin.
 https://irelandxo.com/ireland-xo/history-and-genealogy/ancestor-database
 https://www.irishcenterofcincinnati.com/

Tom Montgomery, Fairfield, OH, USA



On Wed, Jun 10, 2020 at 12:42 PM Neil O'Byrne  wrote:

> The official name of the United Kingdom appears to be The United Kingdom
> of Great Britain and Northern Ireland (Encyclopaedia Britannica, Wikipedia
> etc.).  Ireland used for both the whole island and the 26 county sovereign
> state, while 6 counties of the island of Ireland are currently part of
> United Kingdom of Great Britain and Northern Ireland might suggest some
> form of joint jurisdiction for those 6 counties.  Post Brexit the boundary
> between the 6 and 26 counties will be of greater significance as a EU
> border.  Eire or Republic of Ireland for the 26 counties, Northern Ireland
> for the 6 counties and just Ireland for the whole island might just make it
> a bit clearer.
>
> -Original Message-
> From: Colm Donoghue [mailto:colm.donog...@gmail.com]
> Sent: Wednesday 10 June 2020 11:17
> To: Discussion of OpenStreetMap in Ireland 
> Subject: Re: [OSM-talk-ie] name=Ireland | Re: name=Éire / Ireland
>
> They both are Ireland
>
> There's lots of duplication of places, Louth village, is in Louth county...
>
> If you look at EU documents, with the names of the states, you see
> "Ireland" plain and simple vs the "Hellenic Republic"
> Only Hungary and Romania also have no qualifier to their official name.
>
> Colm
>
> On Mon 8 Jun 2020, 17:01 Neil O'Byrne,  wrote:
>
> > Is there a name for the whole island?  Hockey and rugby teams play
> > under the name Ireland and represent the whole island.  Should there
> > be a clear distinction between the 26 county sovereign and independent
> > state, the 6 county part of the UK and the whole island on the west
> > side of the Irish Sea?
> >
> > -Original Message-
> > From: Nick Burrett [mailto:n...@sqrt.co.uk]
> > Sent: Monday 8 June 2020 13:37
> > To: Discussion of OpenStreetMap in Ireland 
> > Subject: Re: [OSM-talk-ie] name=Ireland | Re: name=Éire / Ireland
> >
> > http://www.irishstatutebook.ie/eli/cons/en/html#part2
> >
> > For those that don't trust Wikipedia
> >
> > On Mon, 8 Jun 2020, 12:38 Karl Newsletters,  wrote:
> >
> > > Article 4 of the Constitution of Ireland, gives the state its two
> > > official names, Éire in Irish and Ireland in English. Each name is a
> > > direct translation of the other. From 1937, the name Éire was often
> > > used even in the English language.
> > >
> > > copy from wikipedia, so usual precautions apply
> > >
> > >
> > > On Mon, 8 Jun 2020 at 12:05, Rory McCann  wrote:
> > >
> > > > I think `name=Ireland` is best. For `name`, the most commonly used
> > > > name in the place for the thing is what it should be. And,
> > > > whatever one things /should be/ the most common name, I think we
> > > > can all agree that what /is/ the most common name is “Ireland”.
> > > >
> > > > `int_name` is a silly tag. I haven't heard of a good definition of
> > > > that aside from “Name of the country in English”, which wronly
> > > > prioritises English. Why not `int_name=جزيرة أيرلندا`?
> > > >
> > > > On 07/06/2020 16:24, Neil O'Byrne wrote:
> > > > > The Irish euro coins just have Éire.  So maybe name=Éire and
> > > > int_name=Ireland
> > > > >
> > > > > -Original Message-
> > > > > From: Colm Moore [mailto:colmmoor...@hotmail.com]
> > > > > Sent: Sunday 7 June 2020 14:56
> > > > > To: talk-ie@openstreetmap.org
> > > > > Subject: [OSM-talk-ie] name=Éire / Ireland
> > > > >
> > > > > Hi,
> > > > >
> > > > > https://www.openstreetmap.org/relation/62273
> > > > >
> > > > > Someone has set the name of the (Republic of) Ireland to "Éire /
> > > > Ireland". Whatever about Irish constitutional nuances, OSM usually
> > > > uses
> > > one
> > > > field=one piece of data. I'm inclined to change it to
> > > > name=Ireland, given that Ireland is the name that most people use.
> > > > >
> > > > > Separately, there is the matter of lots of the international
> > > > translations are of "Republic of Ireland" instead of "Ireland".
> > > > Does
> > > anyone
> > > > have thoughts on how to deal with potential grammatical issues in
> > > > rationalising these?
> > > > >
> > > > > Colm
> > > > >
> > > > >
> > > >
> > > 
> > > --
> > > -
> > > > > Never doubt that a small group of thoughtful, committed citizens
> > > > > can
> > > > change the world. Indeed, it is the only thing that ever has.
> > > > Margaret
> > > Mead
> > > > ___
> > > > > Talk-ie mailing list
> > > > > Talk-ie@openstreetmap.org
> > > > > 

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

[Thomas Petillon]

>
> C'est à dire que c'est la moyenne des vives-eaux (95) et non la moyenne
> des vives-eaux d'équinoxes (100).


Oui, je t'ai dit 100 l'autre jour, mais j'ai réanalysé la question et suis
tombé sur 95. (La définition officielle qu'on retrouve un peu partout n'est
pas de la plus grande limpidité.) La différence n'est pas énorme, mais
c'est mieux si on est tous d'accord !

Comme en Allemagne, *les limites des communes sont à la pleine mer de 120
> et le trait de côte à 95*.
>

+1

Je serais pour ne pas découper plus que nécessaire en strates horizontales
> pour ne garder que des iso-lignes ou des isobathes : limites des communes,
> trait de côte, sans doute 0 des cartes terrestres et en plus 0 des cartes
> marines. Mais le wiki parle de BMVE et non du 0 des cartes marines.
>

Pourquoi pas, mais il n'y a pas de tag établi pour la ligne de mi-marée,
pour autant que je sache.

Pour les beach, on les met du DPM à quoi ? BMVE serait logique dans OSM,
> car on utilise PMVE.
>

D'accord aussi. (Avoir une source fiable pour le tracer est un autre
problème.)

Blague à part, *vus les profils des plages ça revient à positionner les
> plages en mer* ! Donc les arrêter à la ligne de mi-marée ne serait pas
> déconnant (c'est aussi la partie de la plage la plus utilisée).
>

Je penche pour quelque-chose comme ça aussi.

Et on évite ces hérésies de tidalflat et de tidal=yes : natural=sand, mud,
> gravel d'un côté et des traits de côtes y compris de basses côtes
>

Le tag tidal=yes permet d'éviter à avoir à faire des opérations de clipping
pour obtenir les surfaces de l'estran. Mais par contre il oblige à découper
en deux certaines features, comme les plages, ce qui est pas top non plus.

Là où c'est peut-être utile de se mettre d'accord c'est de savoir si la
> limite sable/roche on la met plutôt en hiver ou en été. J'aurais tendance à
> dire en été car il y a plus de monde à fréquenter le littoral en été. Des
> objections ?
>

 À moins que la différence soit grande, dans la pratique, ça risque plutôt
d'être calé sur ce qui est disponible comme imagerie. (Mais elles ne sont
pas faites en hiver, donc ça répond involontairement à la question.)

Thomas.

On Wed, 13 May 2020 at 22:19,  wrote:

> Bonjour,
>
> résumé : on a un carroyage plus qu'un code barre, mais pour donner une
> image il faut dessiner les lignes et pas les carreaux.
>
> *on a verticalement des natures de sol *(vase, sable, gravier,  galets,
> blocs, roche).
>
> avec potentiellement des couvertures (landcover ?) pour les dunes
> <https://fr.wikipedia.org/wiki/Dune>. Je connaissais les dunes blanches,
> grises, il faut ajouter les dunes vertes, les noires et les brunes.
>
> Typiquement on ne trouvera pas les dunes vertes dans OSM (trop mobiles :
> c'est le bas de dune comportant juste quelques plantes pionnières et le
> sable reste bien visible).
>
> *Et horizontalement du plus haut au plus bas des traits plus ou moins de
> côte* (DPM, PMVE, 0 cartes terrestres, BMVE, 0 cartes marines, ligne de
> base) :
>
> - la limite théorique haute (pleine mer "maximale" de coefficient de 120)
> correspond en théorie à la limite du domaine public maritime (DPM pour les
> intimes) et des communes. En théorie car des polders peuvent avoir changé
> la donne et placé - ou pas - des zones asséchées en zones terrestres,
> - la limite de trait de côté OSM (pleine mer de vive-eau moyenne de
> coefficient de 95) - PMVE,
> - la mi-marée (correspond au 0 des cartes terrestres même s'il est mesuré
> à partir de la mi-marée à Marseille) - MM,
> - la limite de basse mer de vive-eau moyenne (de coefficient de 95) -
> BMVE, c'est traditionnellement le 0 des cartes marines britanniques) !
> - la limite théorique basse (basse mer "maximale" dite astronomique, de
> coefficient de 120) correspond en zone rocheuse saillante à la ligne de
> base - ligne servant à la délimitation des zones en mer, ligne qui se tague
> boundary=administrative + boundary:type=baseline. C'est le 0 des cartes
> électroniques marines et actuellement aussi le 0 des cartes du SHOM et de
> ses équivalents britanniques et allemands.
>
> Ouf ;-).
>
> Les références sont toujours par pression atmosphérique normale et pour
> les cours d'eau avec un débit d'eau douce moyen. Et les coefficients
> calculés à partir du port de Brest. Oui une définition franco-française
> mais homogène avec les définitions internationales.
>
> 95 ou 100 ? il n'y a guère de différence pratique, selon Wikipédia on
> devrait prendre 95 comme indiqué sur le wiki :
> *C = 95*, définit une vive-eau moyenne *C = 100*, définit une vive-eau
> équinoxiale moyenne
>
> Je serais pour ne pas découper plus que nécessaire en strates horizontales
> pour ne garder que des iso-lignes ou des isobathes : limites des communes,
&

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

[Thomas Petillon]

>
> J'irais jusqu'à dire qu'il y a eu regression dans le rendu des côtes.


Tout à fait d'accord, il y a eu pas mal de perte d'informations et c'est
dommage. Il y a eu un certain nombre de changements liés dans le code de
rendu. Mais de ce que j'en comprends, le code a évolué de sorte à ce que ça
soit possible d'obtenir de meilleurs rendus à l'avenir. (Mais il reste
encore du boulot, comme
https://github.com/gravitystorm/openstreetmap-carto/issues/3854)

Bon, certains diront que j'ai triché car j'ai utilisé la transparence nomal
> du tidalflat pour recouvrir les rochers/sand qui normalement n'auraient pas
> dû etre visible (je peux expliquer) mais avouez que c'est une carte tres
> correcte, juste et exploitable.
>

Ce qui est le plus long, c'est de créer les géométries, après les tags ça
peut se changer facilement. Donc de mon point de vue, comme ça va
clairement dans la bonne direction, je trouve ça super tous les tidalflats
que tu as fait. :)


> Sauf que je trouve le natural=wetland justifié et qu'un wetland=tidal en
> secondaire serait parfait à la place d'un wetland=tidalflat vu qu'il existe
> déjà des natural=mud pour la vase (plutot bien cartographié en france grace
> aux landcover)
>

Effectivement, wetland pour tout l'estran a du sens. Mais pour garder la
distinction vase/rochers/etc., il faudrait plutôt utiliser des tags
spécifiques pour chaque type, genre wetland=tidal_rocks, etc. (Vu qu'on
peut pas utiliser natural=bare_rock en plus de natural=wetland.) C'est pas
forcément déconnant, mais j'ai l'impression que ça serait plus difficile à
faire adopter qu'ajouter tidal=yes sur des tags habituels. (Voire juste
utiliser l'information que le polygone est au large du trait de côte.)

Pour les limites mer/fleuve, c'est plus compliqué effectivement et la
> reponse est peut etre à etudier mais j'ai peur que la solution ne soit que
> franco francaise vu que la limite cartographié de salinité officielle (par
> exemple mais c'est la même chose pour les autres) n'existe qu'ici.
>

Les sources que j'ai cité permettent d'avoir des informations intéressantes
quand on mappe en France. Mais les critères doivent être les mêmes partout,
oui. Toute la difficulté est de trouver ces critères.

Thomas.

On Wed, 13 May 2020 at 15:34, Djo_man via Talk-fr 
wrote:

> Bonjour,
>
> Oui, c'est aussi mon point de vue pour les plages, les rochers et le
> tidalflat.
>
> Sauf que je trouve le natural=wetland justifié et qu'un wetland=tidal en
> secondaire serait parfait à la place d'un wetland=tidalflat vu qu'il existe
> déjà des natural=mud pour la vase (plutot bien cartographié en france grace
> aux landcover)
>
> Pour les limites mer/fleuve, c'est plus compliqué effectivement et la
> reponse est peut etre à etudier mais j'ai peur que la solution ne soit que
> franco francaise vu que la limite cartographié de salinité officielle (par
> exemple mais c'est la même chose pour les autres) n'existe qu'ici.
>
> Djo man
>
> Envoyé depuis mon smartphone Xperia de Sony
>
>
>  Thomas Petillon a écrit 
>
> Bonsoir,
>
> Super boulot Djo man ! :)
>
> Quelques remarques et ajouts :
>
> Plages
> Je pense que les polygones natural=beach devraient couvrir l'intégralité
> des places, à savoir au-dessus et en-dessous du trait de côte. Il y a des
> difficultés techniques à rendre ça correctement dans openstreetmap-carto
> <https://github.com/gravitystorm/openstreetmap-carto/>, mais maintenant
> que le rendu des mers à été changé, ça ne devrait pas être insurmontable.
>
> Tidalflats
> Ce tag est effectivement utilisé à quelques endroits pour représenter
> l'intégralité de l'estran (https://osm.org/go/erkO8n5D--,
> https://osm.org/go/eq0l5im8-). Je pense que ça vient du fait qu'il
> apparait sur le rendu. Mais sémantiquement je dirais qu'il n'est à utiliser
> que pour les zones de vase ou sable. Si c'est des rochers, il n'y a pas de
> raison qu'on ne puisse pas taguer ça en rocher, juste parce que c'est
> recouvert par la marée. Avec qu'un seul tag, on perd beaucoup
> d'informations.
>
> Placement du trait de côte
> Pour la marée basse, Géolittoral est pratique, mais pour la marée haute
> c'est plus compliqué. Le trait de côte Histolitt monte trop haut
> (coefficient 120). Sinon, ça n'est pas extrêmement précis, car ce sont des
> images satellites et non aériennes, mais lorsque j'ai un doute j'utilise
> les images de Sentinel à partir d'ici :
> https://apps.sentinel-hub.com/eo-browser/. En remontant dans les
> archives, on tombe forcément sur des photos où il fait à la fois beau et où
> la marée est haute.
> On peut aussi regarder les photos d'archive de l'IGN (
> https://remonterletemps.ign.fr/), à condition que la zone n'ai pas changé
> depuis.
>
> Pour regarder rapidement et simplement le trait de côte version OS

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

[Thomas Petillon]

CJpZGVudGlmaWVyIjoiRkRDX0dFQkNPX1BZUi1QTkdfMzg1N19XTVRTIiwib3BhY2l0eSI6MSwidmlzaWJpbGl0eSI6dHJ1ZX1dfQ==

Thomas.


On Tue, 12 May 2020 at 15:09, GarenKreiz  wrote:

> Si on lit attentivement les définitions de MHWS, il faut calculer la
> moyenne des marées successives de plus haute amplitude au moment des
> nouvelles et pleines lunes soit 4 marées en gérnéral par mois et non pas
> pour toutes les marées de vives eaux (coefficent supérieur à 70). Etant
> donné les variations introduites par la pression atmosphérique et l'effet
> du vent, je ne suis pas sûr que cela fasse beaucoup de différence entre les
> deux moyennes et on peut sans doute utiliser la définition la plus simple!
>
>
>
> On Tue, 12 May 2020 at 12:41, Denis Bigorgne 
> wrote:
>
>> Bonjour,
>>
>> Juste un point de détail à corriger dans la page 8 :
>>
>> "La ligne de côte pour OSM doit etre placée sur le «mean high water
>> springs», «pleine Mer Moyenne de vives-eaux» : hauteur moyenne des*
>> hautes mer de marée de printemps*."
>> devrai être remplacée par
>> "La ligne de côte pour OSM doit etre placée sur le «mean high water
>> springs», «pleine Mer Moyenne de vives-eaux» :  hauteur moyenne des *hautes
>> mer de vives eaux*"
>>
>> ("spring tides" en anglais ne désigne pas les marées de printemps - voir
>> ""
>> https://tidesandcurrents.noaa.gov/glossary.html#springtidesortidalcurrents;
>> : Tides of increased range [...] occurring semimonthly as the result of the
>> Moon being new or full. )
>>
>>
>> Le lun. 11 mai 2020 à 22:15, Djo_man via Talk-fr <
>> talk-fr@openstreetmap.org> a écrit :
>>
>>> Bonsoir,
>>>
>>> Bien sur, il faut diffuser si personne n'y voit à redire.
>>>
>>> Djo man
>>>
>>>
>>>
>>>  Yves P. a écrit 
>>>
>>>
>>> J'ai eu un peu de temps ce week-end pour préciser à la fois l'état du
>>> tagging
>>> pour les côtes et décrire les problématiques que cela soulève en terme
>>> de rendu de carte.
>>> Il s'agit d'un PDF avec des photos aériennes commentées de JOSM et
>>> modifiées sur photoshop.
>>>
>>> http://pc.cd/ssGrtalK
>>>
>>>
>>> Un grand merci pour ce travail de "dingue" :)
>>>
>>> Il m'a permis (entre-autres) de comprendre la différence entre BDOrtho
>>> IGN et Géolittoral.
>>>
>>> ça ne résoudra pas la question du manque de vote pour cette dernière
>>> modif de wiki
>>> mais permettra de comprendre ce qui est en jeu pour OSM voire pour
>>> OPENSEAMAP.
>>>
>>> Je peux transmettre le lien à Malcolm Herring (OpenSeaMap) ?
>>> Il ne parle pas le français, mais devrait suivre les illustrations :)
>>>
>>> Le Mont Saint-Michel nous remerciera peut être...
>>>
>>> Le rendu standard montre l'estran :) mais comme une zone marcageuse :/
>>> Pas le carte basque : c'est marrée haute ;D
>>>
>>> Encore merci, Djo man :)
>>>
>>> __
>>> 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
>>
> ___
> 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-at] Umgang mit Rechteverletzungen

[Thomas Rupprecht]

Nur weil ein GPX Track über ein privates Grundstück geht heißt das noch
lange nicht das die Person das illegal gemacht hat. Vll gehört dieser
Person das Grundstück oder hat eine Erlaubnis dieses Grundstück zu betreten.
Und es steht nirgends das man ein Grundstück betreten darf nur weil es
einen öffentlichen GPX Track gibt wo das passiert ist.

mfg Thomas Rupprecht


Am Sa., 2. Mai 2020 um 12:33 Uhr schrieb Johann Haag :

> Nein wir haben diesen GPX in unserer Datenbank.
> Dieser GPX könnte jemanden dritten dazu anleiten, denselben Weg zu gehen.
> Das initiale unbefugte Betreten hat aber einer unserer OSM Mitwirkender
> begangen. Der Beleg hierfür dass dies erfolg ist, der in unserer Datenbank
> gespeicherte GPS Track.
>
> Auf was ich hinaus möchte, wir werden -wenn wir möchten- in unserem
> Projekt unzählige Probleme finden. Wir selbst müssen uns aber nicht darin
> besonders üben mittels Deep Inspection alle nur denkbar möglichen Probleme
> zu identifizieren, obgleich tatsächlich für einen Import größere Sorgfalt
> anzuwenden ist. Für mich hat Luzandro mit seiner Analyse dass dieser
> Import, in OSM noch nicht erfasste Katastergrenzen beinhaltet, weit über
> das Ziel geschossen. Alles andere an diesem Import fällt für mich unter
> geringe Schöpfungshöhe, da diese PLZ in den Adressen ja bereits in unserem
> Projekt enthalten sind.
>
> Ref: Diskussion auch hier https://www.openstreetmap.org/changeset/84206322
> Grüße Johann
>
>
> Am Sa., 2. Mai 2020 um 09:46 Uhr schrieb Rudolf Mayer <
> rudolf.ma...@gmail.com>:
>
>> Hallo,
>>
>> On 02/05/2020 08:06, Johann Haag wrote:
>> > Es stellt sich über einen aktuellen Import die Frage über die Kultur,
>> > wie wir mit Rechte Verletzungen umgehen. Ich persönlich finde, wenn
>> > solche publik werden, hat man unverzüglich zu reagieren. Dass ich aber
>> > meine kostbare Zeit zur systematischn Suche nach solchen einsetzte
>> > würde, das kann ich nicht behaupten. Wenn man genau sucht
>> > https://forum.openstreetmap.org/viewtopic.php?pid=784739#p784739
>> >findet man was fast überall was. Z.b hier Luzandro
>> >
>> > Mir ist nun aufgefallen dass man in OpenStreetMap GPS Spuren hochladen
>> > kann. Schaut man sich diese genauer an, so stellt man verblüfft fest,
>> > dass da Leute über private Grundstücke gegangen sind. Und so vielfach
>> > Durchgangsrechte verletzt haben.
>>
>>
>> Ok, da vermischst Du wohl zwei Aspekte.
>>
>> Das eine ist - es werden urheberrechtlich geschützte (oder zumindest
>> nicht explizit offene) Daten verbessert, um diese in OSM zu verwenden.
>> Damit wird dann "die OSM Gemeinde" zum Verletzer dieser Rechte, das
>> sollte schleunigst und möglichst rückstandsfrei entfernt werden. Reines
>> Lösche bedeutet immer noch, dass das evtl. in der History auffindbar ist?
>>
>> Das andere ist - jemand betritt ein fremdes Grundstück, begeht damit
>> eine Besitzstörung oder was auch immer, und ladet das in OSM rauf; das
>> ist dann aber keine Verletzung der Rechte an den *Daten*, und für die
>> OSM Gemeinde wohl eher egal, oder?
>>
>> Lg
>> Rudi
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>>
>
>
> --
> Elektronikermeister Johann Haag
> Innsbruckerstraße 42
> 6380 St. Johann in Tirol
> ÖSTERREICH
> Tel: +43 664/174 7414
> Mailto:johannh...@hxg.at
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] PLZ Import

[Thomas Rupprecht]

ebenfalls für revert

mfg Thomas Rupprecht


Am Do., 30. Apr. 2020 um 09:39 Uhr schrieb Stefan Kopetzky <
sk...@ostblock.org>:

> On 30.04.20 00:24, Robert Kaiser wrote:
> > Mit allen diesen Mängeln, die hier angeführt sind, bin ich jedenfalls
> > auch dafür, einen revert zu machen.
>
> dito!
>
> LG,
> Stefan
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] PLZ Import

[Thomas Rupprecht]

Hallo,

geo_sch <https://www.openstreetmap.org/user/geo_sch> hat heute einiges an
PLZ Polygonen importiert. Der import sieht aber nicht sehr durchdacht aus.
Ich hätte auch nichts von einer Diskussion über so einen Import mitbekommen.

Kann sich das noch wer andere ansehen?

Beispiel changelog: https://www.openstreetmap.org/changeset/84206322

mfg Thomas Rupprecht
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

[Thomas Ruchin]

Ça me va. Mais le wiki (en français et anglais) ne correspond pas à cette
version puisqu'il précise que le nom doit contenir "sortie n°X".
https://wiki.openstreetmap.org/wiki/FR:Tag:railway%3Dsubway_entrance
Est ce que tu le mets à jour ?

Thomas

Le lun. 17 févr. 2020 à 17:11,  a écrit :

> Si je résume la discussion on peut se mettre d'accord sur :
> - le fait que le numéro de sortie doit être dans et uniquement dans le
> champ ref.
> - le fait que le pseudo-nom de la sortie (en général le nom de la rue
> dans laquelle débouche la sortie, quelques fois un grand équipement) est
> stocké dans name et que c'est la seule information qui y figure.
> (éventuellement utiliser les alt_name, old_name...).
> - le fait que le nom de la station correspondante se retrouve via la
> (une ?) relation stop_area dans laquelle figure la station et donc son nom.
>
> Si tu ne vois pas d'objection, tu peux y aller.
>
> Pour les stations à sortie unique met-on aucun nom ou le nom de la
> station ? Je ne mettrais pas de nom. On peut les laisser de côté le
> temps de se mettre d'accord.
>
> Jean-Yvon
>
> Le 17/02/2020 à 16:17, Sébastien Hinderer -
> sebastien.hinde...@ens-lyon.org a écrit :
> > Re,
> >
> > Juste pour être ^sur sur un point:
> >
> > marc marc (2020/02/17 15:07 +):
> >> je donnais 2 dans mon email précédent (à voir si quelqu'un émet
> >> une objection)
> >> - un chiffre n'est pas une nom mais une ref (name=Sortie 1 -> ref=1)
> > OK. Et est-ce que du ocup je peux enlever le chiffre de name?
> >
> >> - le nom de la station n'est pas le nom de l'arrêt
> > Aussi OK et du coup, même question, est-ce que je peux enlever le nom de
> > la station du name associé à la bouche?
> >
> > Sébastien.
> >
> > ___
> > 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] Demande d'intervention de tiers sur un conflit d'édition

[Thomas Ruchin]

Voici un des échanges que j'avais eu voici quelques mois avec ce
contributeur :
https://www.openstreetmap.org/changeset/62907425
C'est dommage de perdre tant d'énergie, et plutôt désagréable de le croiser
sur sa route.

Thomas


Le mercredi 12 février 2020, Stéphane Péneau  a
écrit :

> Le 12/02/2020 à 13:31, Charles MILLET a écrit :
>
>>
>> Je ne suis pas à l'aise avec l'idée de faire un signalement au DWG car en
>>> dehos de ce genre de comportement, ses contributions sont bonnes.
>>> Pensez-vous qu'il faille le faire ?
>>>
>>
>
> Oui, mais j'ai un point de vue biaisé puisque partie prenante.
>
> Stf
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Thomas Gratier]

Bonjour,

Pour le suivi, cela semble temporaire
https://lists.openstreetmap.org/pipermail/dev/2020-January/030873.html
Mais la question d'avoir un miroir fr supplémentaire (si ce n'est pas déjà
le cas) ou un bittorrent reste ouverte.


Thomas Gratier

Le dim. 26 janv. 2020 à 15:27, Thomas Gratier 
a écrit :

> Salut à tous,
>
> Il y a une discussion enflammée sur Twitter
> https://twitter.com/komzpa/status/1221025538317475842 concernant la
> limitation récente de la bande passante pour récupérer un fichier planet
> https://twitter.com/komzpa/status/1221025538317475842qui rend donc le
> processus très long.
>
> La version courte: l'ensemble de la communauté en récupérant des planet
> complets finit par saturer la bande passante (voir
> https://lists.openstreetmap.org/pipermail/dev/2020-January/030873.html)
> et cela semble poser des problèmes réseaux. Il faudrait selon certains ne
> travailler plus qu'avec des diff pour limiter la bande passante en
> argumentant que sinon on va au delà du "fair use" (pour les tuiles, je
> comprend mais pour la donnée brute, j'ai plus de mal). Pour d'autres, il
> faudrait avoir des miroirs et/ou des versions torrent pour ne plus avoir ce
> genre de limitation.
>
> Personnellement, je suis plutôt partisan de la seconde option car sinon
> pour travailler avec un planet, il faudra se préoccuper de mettre en place
> des diff, ce qui est une barrière à la réutilisation de mon point de vue.
>
> OpenStreetMap France pourrait créer un miroir et/ou une version torrent?
> On peut se rapprocher de la fondation en tant que chapitre local pour faire
> avancer le truc?
>
> Un/des avis?
>
>
> Merci de vos retours
>
> Thomas Gratier
> https://twitter.com/komzpa/status/1221179076079235072
> https://twitter.com/komzpa/status/1221174462852292608
> https://twitter.com/komzpa/status/1221174462852292608
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Thomas Gratier]

Salut à tous,

Il y a une discussion enflammée sur Twitter
https://twitter.com/komzpa/status/1221025538317475842 concernant la
limitation récente de la bande passante pour récupérer un fichier planet
https://twitter.com/komzpa/status/1221025538317475842qui rend donc le
processus très long.

La version courte: l'ensemble de la communauté en récupérant des planet
complets finit par saturer la bande passante (voir
https://lists.openstreetmap.org/pipermail/dev/2020-January/030873.html) et
cela semble poser des problèmes réseaux. Il faudrait selon certains ne
travailler plus qu'avec des diff pour limiter la bande passante en
argumentant que sinon on va au delà du "fair use" (pour les tuiles, je
comprend mais pour la donnée brute, j'ai plus de mal). Pour d'autres, il
faudrait avoir des miroirs et/ou des versions torrent pour ne plus avoir ce
genre de limitation.

Personnellement, je suis plutôt partisan de la seconde option car sinon
pour travailler avec un planet, il faudra se préoccuper de mettre en place
des diff, ce qui est une barrière à la réutilisation de mon point de vue.

OpenStreetMap France pourrait créer un miroir et/ou une version torrent? On
peut se rapprocher de la fondation en tant que chapitre local pour faire
avancer le truc?

Un/des avis?


Merci de vos retours

Thomas Gratier
https://twitter.com/komzpa/status/1221179076079235072
https://twitter.com/komzpa/status/1221174462852292608
https://twitter.com/komzpa/status/1221174462852292608
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

[Thomas Gratier]

Bonjour,

"Visiblement un développeur de l'ONF a bidouillé "à la main" l'entête XML
de ce fichier qui n'est visiblement pas créé entièrement par un outil
automatique, si on regarde simplement l'indentation changeante et
inconsistante (qu'un outil automatique n'aurait pas généré comme ça)."

Complètement faux. L'outil c'est Mapserver et c'est généré automatiquement
(cf https://github.com/mapserver/mapserver/blob/master/mapwms.c#L2992)
Sinon, j'ai trouvé encore plus simple pour contourner proprement
http://ws.carmencarto.fr/WMS/105/ONF_Forets?request=GetCapabilities=1.3.0
Il faut rajouter la version 1.3.0 dans l'appel GetCapabilities (voir l'url
du lien précédent) pour ne plus avoir les mentions Inspire qui font planter
JOSM car par défaut c'est la 1.1.1 qui retourne ces références Inspire
(suffit de lire le code dans le premier lien fourni pour le comprendre)

Cordialement


Thomas Gratier



Le ven. 24 janv. 2020 à 13:01, Philippe Verdy  a écrit :

> il manque juste un pseudo-attribut dans l'élément racine:
> 
>
> changé en:
>xmlns:inspire_vs="_vs;"
> >
>
> avec la déclaration de l'entité dans le DTD inclus:
> http://inspire.ec.europa.eu/schemas/inspire_vs/1.0;>
>
> On peut aussi combiner sans nécessairement définir cette entité nommée
> (bien que nommer une entité pour les URI réutilisées partout dans une DTD
> soit une pratique courante pour l'usage au sein de la DTD, m^me si on ne le
> fait pas dans le corps du document pour ses éléments):
>
> http://inspire.ec.europa.eu/schemas/inspire_vs/1.0;>
>
> En gros c'est du "quasiment" Inspire standard mais il y a des
> "VendorSpecificCapabilities", essentiellement pour les langues européennes
> supportées. Un processeur WMS qui ne connait pas ces extensions ne sait pas
> quoi en faire quand il tombe sur ces éléments ou attributs d'extension
> utilisant ce préfixe " inspire_vs:".
>
> Les autres préfixes "inspire_common:" présents dans les noms d'élements et
> d'attributs sont déclarés dans la DTD, mais en XML il vaut mieux aussi les
> déclarer avec un espace de nom XML (qui permet ensuite de se passer de la
> DTD incluse dans le fichier XML, si le processeur final du fichier WMS
> connait déjà ce schéma intégré dans la version indiquée par l'URI, au lieu
> de faite la liaison élément par élément dans leur déclaration de la DTD):
>
> http://inspire.ec.europa.eu/schemas/inspire_vs/1.0;
> xmlns:inspire_common=" http://inspire.ec.europa.eu/schemas/inspire_vs/1.0
> ">
>
> Visiblement un développeur de l'ONF a bidouillé "à la main" l'entête XML
> de ce fichier qui n'est visiblement pas créé entièrement par un outil
> automatique, si on regarde simplement l'indentation changeante et
> inconsistante (qu'un outil automatique n'aurait pas généré comme ça).
>
> A la base c'était généré par un outil, mais il y a eu du copier-coller
> manuel de bouts de code (pour ajouter ces extensions facultatives dans un
> espace de noms spécifique "inspire_vs", et aussi pour modifier les valeurs
> des "boundingbox"). On fait ça localement pour du test en développement
> avec ses outils internes, mais on ne déploie pas ça en prod sans tester la
> conformité complète et la compatibilité avec les autres outils
> réutilisateurs,  justement dans le cadre ouvert d'Inspire.
>
>
> Le jeu. 23 janv. 2020 à 21:54, Romain MEHUT  a
> écrit :
>
>> Merci Thomas pour l'alternative.
>>
>> Je viens d'envoyer un mél à l'ONF en expliquant le problème d'accès et le
>> souhait que ce soit corrigé.
>>
>> Romain
>>
>> Le jeu. 23 janv. 2020 à 21:33, Thomas Gratier <
>> osgeo.mailingl...@gmail.com> a écrit :
>>
>>> Salut Romain,
>>>
>>> Tu peux tricher avec l'URL suivante
>>> https://gist.githubusercontent.com/ThomasG77/a1af86730d6b0051d6781199364f2d42/raw/b8064ac7164333d80c31e8d0fe70e0a57bd52c8f/onf-capabilities.xml
>>> dans la partie "2. Entrer l'URL GetCapabilities" dans la section pour
>>> l'ajout de couches WMS dans JOSM
>>> C'est le même contenu que
>>> http://ws.carmencarto.fr/WMS/105/ONF_Forets?request=GetCapabilities
>>> mais j'ai nettoyé les tags XML et la déclaration liée au namespace
>>> inspire
>>> J'ai vérifié et cela permet de contourner le problème. Pas propre mais
>>> pas bloqué.
>>>
>>> Thomas Gratier
>>>
>> ___
>> 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] Afficher un flux WMS de l'ONF dans JOSM

[Thomas Gratier]

Salut Romain,

Tu peux tricher avec l'URL suivante
https://gist.githubusercontent.com/ThomasG77/a1af86730d6b0051d6781199364f2d42/raw/b8064ac7164333d80c31e8d0fe70e0a57bd52c8f/onf-capabilities.xml
dans la partie "2. Entrer l'URL GetCapabilities" dans la section pour
l'ajout de couches WMS dans JOSM
C'est le même contenu que
http://ws.carmencarto.fr/WMS/105/ONF_Forets?request=GetCapabilities
mais j'ai nettoyé les tags XML et la déclaration liée au namespace inspire
J'ai vérifié et cela permet de contourner le problème. Pas propre mais pas
bloqué.

Thomas Gratier


Le jeu. 23 janv. 2020 à 21:07, Romain MEHUT  a
écrit :

> Le jeu. 23 janv. 2020 à 12:05, marc marc  a
> écrit :
>
>>
>> solution pragmatique : écrire à l'ONF pour signaler que tel url ne va
>> plus après avoir vérifié sur leur site si une nouvelle n'est pas dispo.
>>
>
> Ok je me renseigne.
> Romain
> ___
> 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] Requête overpass turbo - boulangeries à plus de 50 mètres d'un arrêt de bus

[Thomas Ruchin]

Au cas où ce serait utile à d'autres, voici le code dans over-pass (cette
fois-ci, j'ai pris les supérettes et supermarchés) :










*[out:xml];area[name="Montrouge"];nwr[highway=bus_stop](area)->.a;
(nwr["shop"~"supermarket|convenience"](area); -
nwr(around.a:50)["shop"~"supermarket|convenience"];);out meta;>;out
meta;out meta;>;out meta;*



Thomas

Le ven. 20 déc. 2019 à 17:42, marc marc  a
écrit :

> alors il faut faire une soustraction :
> (
> toutes les boulangeries de la commune;
> -
> les boulangeries bien déservies renseignée par la requête ci dessous;
> );
>
> https://wiki.openstreetmap.org/wiki/FR:Overpass_API/Overpass_QL#Difference
> l'erreur la plus courante est d'oublier le ; après chacun des 2 blocs.
> je te laisse essayer ? si tu bloques, je m'y colles :)
>
>
> Le 20.12.19 à 17:37, Thomas Ruchin a écrit :
> > Merci c'est génial.
> > Mais je veux identifier les boulangeries mal desservies. Donc celles à
> > plus de 50 mètres (pas celles à moins de 50 mètres).
> >
> > Le ven. 20 déc. 2019 à 17:13, marc marc  > <mailto:marc_marc_...@hotmail.com>> a écrit :
> >
> > Le 20.12.19 à 16:57, Thomas Ruchin a écrit :
> > > Dans ma commune, je veux identifier les boulangeries (way, nodes,
> > > relations) qui sont à plus de 50 mètres d'un arrêt de bus.
> >
> > simplifie toi la vie :-)
> > - pas besoin de nomer un jeux de donnée si tu ne l'utilises qu'une
> fois
> > - utilise nwr pour avoir en une fois les objets de type
> > node+way+relation
> >
> > https://overpass-turbo.eu/s/P9e
> > [out:xml];
> > area[name="Montrouge"];
> > nwr[highway=bus_stop](area);
> > nwr(around:50)[shop=bakery];
> > out meta;>;out meta;
> > ___
> > 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] JOSM et Chromebook

[Thomas Ruchin]

Bonjour

A tout hasard, je pose la question. Est il possible d'utiliser JOSM avec un
Chomebook ? Et si oui, où trouve t on les tutoriels d'installation ?

Merci

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

Re: [OSM-talk-fr] SPAM, Mentions légales

[Thomas Gratier]

Salut,

Pour http://www.inforoute04.fr/ et https://www.inforoutefrance.fr/,
<https://www.inforoutefrance.fr/> le problème est plutôt qu'ils ont caché
"volontairement" (pour des raisons de "look" souvent) l'attribution parce
que pour OpenLayers par défaut, tu testes
http://openlayers.org/en/latest/doc/quickstart.html ou tu vas sur
https://openlayers.org/en/latest/examples/simple.html pour voir que
l'attribution est bien respectée par défaut.

J'ai récemment répondu à des c... qui insistent pour te planquer par défaut
l'attribution   https://twitter.com/ThomasG77/status/12142053007498199
https://twitter.com/ThomasG77/status/1214205300749819905
<https://twitter.com/ThomasG77/status/12142053007498199https://twitter.com/ThomasG77/status/1214205300749819905>
en particulier les gens de chez M...x qui persistent et signent depuis
plusieurs années...
Il faut noter qu'ils font un peu moins pire que d'autres acteurs car
l'attribution bien que "planqué" par défaut est présente contrairement à
d'autres qui prennent la peine de la supprimer, la renommer à leur nom
("Copyright MyCompany all rights reserved, fuck the OSM contributors"),
oublient de l'ajouter, la mettent en police 6 en bas de leur page
crédits,...
La discussion initiale que j'ai attrapée est
https://twitter.com/allan_mustard/status/1214022912895787009
https://twitter.com/allan_mustard/status/1214022912895787009et là, j'ai
bien dû "allumer" parce que les "Maurice poussaient le bouchon trop loin"


Thomas

https://twitter.com/ThomasG77/status/1214205300749819905
https://twitter.com/ThomasG77/status/1214205300749819905
https://twitter.com/ThomasG77/status/1214205300749819905


Le mar. 7 janv. 2020 à 13:38, Christian Quest  a
écrit :

> Le 07/01/2020 à 12:57, Jérôme Villafruela a écrit :
> > Le 07/01/2020 à 12:19, Arnaud Champollion a écrit :
> >>
> >> Dans les coupables il y a aussi :
> >>
> >> http://www.inforoute04.fr/
> >>
> >> et
> >>
> >> https://www.inforoutefrance.fr/
> >>
> >>
> >> Ou bien je n'ai pas bien vu.
> >>
> >>
> > La mention "© OpenStreetMap contributors" (avec lien vers
> > http://www.openstreetmap.org/copyright) est affichée lorsqu'on clique
> > sur l'icône roue dentée, donc c'est presque bon.
> >
> Ça pourrait être pire, mais ça pourrait être mieux.
>
> La page copyright d'OSM est claire, quand il y a la place, ça doit être
> directement visible.
>
> Openlayers n'est pas pratique pour montrer directement les attributions,
> du coup il faut coder... ce qui est rarement fait.
>
> --
>
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Requête overpass turbo - boulangeries à plus de 50 mètres d'un arrêt de bus

[Thomas Ruchin]

Merci c'est génial.
Mais je veux identifier les boulangeries mal desservies. Donc celles à plus
de 50 mètres (pas celles à moins de 50 mètres).

Le ven. 20 déc. 2019 à 17:13, marc marc  a
écrit :

> Le 20.12.19 à 16:57, Thomas Ruchin a écrit :
> > Dans ma commune, je veux identifier les boulangeries (way, nodes,
> > relations) qui sont à plus de 50 mètres d'un arrêt de bus.
>
> simplifie toi la vie :-)
> - pas besoin de nomer un jeux de donnée si tu ne l'utilises qu'une fois
> - utilise nwr pour avoir en une fois les objets de type node+way+relation
>
> https://overpass-turbo.eu/s/P9e
> [out:xml];
> area[name="Montrouge"];
> nwr[highway=bus_stop](area);
> nwr(around:50)[shop=bakery];
> out meta;>;out meta;
> ___
> 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] Requête overpass turbo - boulangeries à plus de 50 mètres d'un arrêt de bus

[Thomas Ruchin]

Bonjour,

J'ai une petite requête que je ne parviens pas à construire.
Dans ma commune, je veux identifier les boulangeries (way, nodes,
relations) qui sont à plus de 50 mètres d'un arrêt de bus.

J'ai bien vu comment trouver les arrêts de bus à moins de 50 mètres d'une
boulangerie, mais pas l'inverse.

Merci pour votre aide.
Thomas

  area[name="Montrouge"];
  node(area)[highway=bus_stop]->.bus_stops;
  (
way(around.bus_stops:50)[shop=bakery];
node(around.bus_stops:50)[shop=bakery];
  );
  (._;>;);
  out meta;
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-ie] Computer advice

[Thomas A. Montgomery]

I appreciate the wise counsel.  Ready to head out to dinner soon for our
American Thanksgiving holiday.  Rumor has it actually began under Irish
origins!  https://irelandxo.com/ireland-xo/news/happy-thanksgiving-2019
Wife's Burke family from Birr, Offaly (Glenahilty).  We visited twice.

   1. But computers are on sale beginning tomorrow.  I plan to visit our
   local Best Buy to consider my Christmas present. Can you all give me some
   feedback on any of these choices, HP, Microsoft Surface?  Looking at a
   processor 15 or i7 and 16 GB RAM with a 512 SSD.  Older eyes now so maybe a
   15"  vs a 13" screen.  Mouse on the side of course, I don't think much of
   trackpads.  https://www.bestbuy.com/site/promo/select-featured-laptops
   Local Miami University department of Geography use the Dell 7490 for their
   students doing fieldwork.  I understand the Latitude is a better quality
   than the Inspiron. XPS 15 looks good,  https://deals.dell.com/en-us/  I
   would be using this computer for more than just GIS research, (I am Scout
   Leader, genealogy files, photos, mapping, cycling;  not a gamer at all).
   https://deals.dell.com/en-us/category/laptops  has the XPS 13, XPS 13
   2-1 and the  XPS 15 all in a row.
   https://www.microsoft.com/en-us/store/b/surface-deals and I can always
   cross-check Amazon.
   2. Any comments on 2-1's vs standard touch-screen input?
   3. What about the smartphone apps?  What do you all use?

Thanks,  Pondhopper


On Tue, Nov 19, 2019 at 7:19 AM Mateusz Konieczny 
wrote:

> I simply switch to a different app,
> with phone closing it if necessary.
> You can also use back button.
> 19 Nov 2019, 12:28 by kgu...@php.net:
>
> > I agree with all of this, josm, streetcomplete,  Vespucci etc.
> >
> > speaking of which, what's the best way to quit out of Vespucci? there's
> got
> > to be something better than using the task manager to kill it !:-)
> >
> > cheers
> >
> > Ken
> >
> > On Tue, 19 Nov 2019 at 11:13, Mateusz Konieczny  >
> > wrote:
> >
> >>
> >>
> >>
> >> 18 Nov 2019, 22:42 by montg...@fuse.net:
> >>
> >> > What software would you recommend?  ArcGIS, QGIS, JOSM.  I could pick
> up
> >> > any.  I would appreciate your suggestions and links to any tutorials
> to
> >> > learn such software.
> >> >
> >> I recommend
> >> - iD for newbie friendly editing,
> >> - StreetComplete Android app for limited but very easy editing
> >> - JOSM for more advanced editing
> >> - Vespucci as a mobile version of JOSM on Android
> >>
> >> For Apple mobile devices there is GoMap!! that is described as working
> >> well.
> >>
> >> iD has a build-in tutorial, and more info at
> >> https://wiki.openstreetmap.org/wiki/ID
> >>
> >> https://wiki.openstreetmap.org/wiki/JOSM has some listed help and
> >> tutorials
> >>
> >> For StreetComplete see
> https://wiki.openstreetmap.org/wiki/StreetComplete
> >> and
> >> and its quest list
> >> https://wiki.openstreetmap.org/wiki/StreetComplete/Quests
> >> Entire StreetComplete tutorial follows:
> >> It is intended to be used as one walks across some place,
> >> with quests appearing as markers on the map. Selecting marker
> >> allows one to answer a simple question.
> >>
> >> https://wiki.openstreetmap.org/wiki/Go_Map!! and
> >> https://wiki.openstreetmap.org/wiki/Vespucci describes other editors.
> >>
> >> https://wiki.openstreetmap.org/wiki/Editors has listing of editors
> >>
> >> I would not recommend QGIS and ArcGis as OSM editors.
> >> I never used them for such purpose and I strongly suspect that
> >> programs intended solely as an OSM editor will be far better
> >> and more people can help in case of a trouble.
> >>
> >> > What about touch screens vs 2-in-1 computers?  Any preferences for
> those
> >> of
> >> > you in the field?
> >> >
> >> I strongly prefer editing on StreetComplete and Vespucci over making
> notes
> >> and
> >> editing at home.
> >>
> >> I still use JOSM for more complex edits, tracing aerial imagery. And iD
> >> for quick
> >> fixes based on what I remember and spotted to be wrong.
> >>
> >> ___
> >> Talk-ie mailing list
> >> Talk-ie@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-ie
> >>
> >
> >
> > --
> > http://about.me/kenguest/
> > ___
> > Talk-ie mailing list
> > Talk-ie@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ie
> >
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>


-- 
Thomas A. Montgomery
515 Vinnedge Ct.
Fairfield, OH 45014
montg...@fuse.net  513-844-8930
montg...@gmail.com  513-969-5383
montg...@miamioh.edu (Retired, IT Department)
Society of Miami Retirees and Alumni (Ph.D, 1982)
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-ie] Computer advice

[Thomas A. Montgomery]

What software would you recommend?  ArcGIS, QGIS, JOSM.  I could pick up
any.  I would appreciate your suggestions and links to any tutorials to
learn such software.

And any specific branded computer?  I checked with our local Miami
University (of Ohio) Geography Department and their students use Dell SP5's
for fieldwork.  Minimum of 13.3 inch screen and upped the RAM from 8 to
16.  512 solid state drives.  Also HP Spectre laptops?
HP:
https://www8.hp.com/us/en/laptops/premium/index.html#modal=spectre-overlay

Another colleague recommended a Dell 9370 computer.  Amazon locally (US):
https://mail.google.com/mail/u/0/?shva=1#search/dell/FMfcgxwGBmqSsPlftrCRXcrwhzVmFXfg
 Seems like a very good price.

What about touch screens vs 2-in-1 computers?  Any preferences for those of
you in the field?

The Yank

On Tue, Nov 12, 2019 at 6:11 PM Tadeusz Cantwell  wrote:

> I would add that getting a laptop with at least a HD or 1080p screen will
> help. Anything less and mapping can get pixilated and harder to see what a
> thing is. It works the other way as well, a 1440p screen can give better
> clarity as well having used both. That does add a few hundred dollars to
> the price, so it depends on your budget.
>
> On Tue, 12 Nov 2019 at 19:58, Mateusz Konieczny 
> wrote:
>
> > 11 Nov 2019, 23:16 by montg...@fuse.net:
> >
> > >  2. I could obtain a copy of ArcGIS.  Or do you use QGIS?
> > >
> > It highly depends on a situation (integrating with existing systems,
> > who would pay for ArcGis licences, needed features), but I would consider
> > QGIS as generally preferable as it is an open source and without
> expensive
> > licences.
> > ___
> > Talk-ie mailing list
> > Talk-ie@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ie
> >
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>


-- 
Thomas A. Montgomery
515 Vinnedge Ct.
Fairfield, OH 45014
montg...@fuse.net
montg...@gmail.com
montg...@miamioh.edu (Retired, IT Department)
Society of Miami Retirees and Alumni (Ph.D, 1982)
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[OSM-talk-ie] Computer advice

[Thomas A. Montgomery]

Open-Streeters, I am retired from Miami University (Oxford, OH, IT
Services) and interested in your OpenStreet dialogues and wonderful
discussions forums. I have been following these for a while with an
interest in GIS as it relates to places, genealogy and history (some family
lines from Ireland).

   1. Considering a Christmas present for myself and need your
   recommendations on hardware (computer) configurations.
   2. I could obtain a copy of ArcGIS.  Or do you use QGIS?

I would appreciate your recommendations.   Perhaps I could help out from
afar.

The Yank
--
Thomas A. Montgomery, Ph.D.
515 Vinnedge Ct.
Fairfield, OH 45014
montg...@fuse.net
montg...@gmail.com
montg...@miamioh.edu (Retired, IT Department)
Society of Miami Retirees and Alumni (Ph.D, 1982)
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-at] name:suffix & name:prefix (de)

[Thomas Rupprecht]

Was haltet ihr von diesen Varianten?:

official_name=Marktgemeinde XYZ
name=XYZ

oder

name=Marktgemeinde XYZ
short_name=XYZ

mfg Thomas Rupprecht


Am Mo., 28. Okt. 2019 um 09:42 Uhr schrieb Andreas :

> Ich bin auch der Meinung, dass dieses Präfix im Namen eher
> kontraproduktiv ist. Dies hat, wie schon festgestellt wurde, teilweise
> negative Auswirkungen bei Suchdiensten wie Nominatim. Warum das so ein
> riesen Problem ist, dies in einem eigenen tag zu verspeichern ist mir
> schleierhaft.
>
> lg
> Andreas
> (Geologist)
>
> Am 27.10.19 um 11:04 schrieb Johann Haag:
> > Der Monat Oktober 2019 neigt sich nun dem Ende zu, sofern die Diskussion
> zu den Präfixen stagnierend bleibt, werden ich mit diesen ab November in
> Osttirol weitermachen. Ein ebtfernen der Präfixe, betrifft auch
> Ostösterreich, weswegen eine Entscheidung, für oder wieder auf ganz
> Österreich anzuwenden ist. Es ist daher meiner Meinung nach nicht legitim,
> durch eine stockende Diskussion, ein zweigeteiltes Österreich
> festzuschreiben.
> > Also bitte um eine Entscheidung.
> > Grüsse Johann Haag
> >
> >> Am 16.10.2019 um 02:08 schrieb Robert Kaiser :
> >>
> >> Florian Lohoff schrieb:
> >>> Die Stadt heisst "Werther (Westf.)" bzw "Halle (Westf.)" - In der Karte
> >>> sind "Werther" und "Halle (Westf.)" zu sehen. Das ist aber eher
> Gewohnheit
> >>> weil es ein "Halle" gibt aber kein zweites Werther.
> >>
> >>
> >> Für mich klingt das aus einem ganz anderen Grund als prefix/suffix
> komisch, und zwar weil Abkürzungen in OSM an sich vermieden werden sollten
> - und "Westf." klingt stark nach einer Abkürzung.
> >>
> >> KaiRo
> >>
> >>
> >> ___
> >> Talk-at mailing list
> >> Talk-at@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-at
> >
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-at
> >
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] amenity=parking & parking=?

[Thomas Rupprecht]

Hallo,

Ich hab hier einen Fall den ich nicht ganz einordnen kann:
https://overpass-api.de/achavi/?changeset=73882263

Diese Parkmöglichkeit ist NUR ebenerdig (Erdgeschoß) in einem Haus.

Wenn man jetzt die vorhanden keys hernimmt:
https://wiki.openstreetmap.org/wiki/Key:parking
surface: würde passen aber in einem Haus auch nicht ideal
undeground: ist nicht unter der Erde/Erdoberfläche
multi-storey: hat aber nur 1 Parkebene

Die anderen passen noch weniger.
Was würdest ihr hier vorschlagen? Brauchen wir einen neuen value?

Mapillary Bilder vor Ort:
https://www.mapillary.com/app/?lat=47.930513293096645=16.21763826005917=17=photo=QLA9RbCK2h7lnryGR62BmQ
https://www.mapillary.com/app/?lat=47.92997501076923=16.21663805076923=17=photo=Q3C0c9RHt14HQ1ks5G5HBA=0.506126023182366=0.5005939260181199=0

mfg Thomas Rupprecht
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-ca] weeklyOSM #480 2019-09-24-2019-09-30

[Thomas Barris via Talk-ca]

Hi Jarek,

there exist no standard for the location in the format used by the wiki.
While a location with two fields such as "Toronto, Canada" is automatically
feed to the calendar, three fields "Toronto, Ontario, Canada" must be added
to a special list with exceptions, what I just did. So events for
"Toronto, Ontario, Canada" and for  "Toronto, Canada" will both appear in
future issues of the weeklyOSM.

Have a nice Sunday.

Bye
Thomas

Am So., 6. Okt. 2019 um 19:07 Uhr schrieb TheWeeklyOSM <
theweekly...@gmail.com>:

> Hi Jarek,
>
> the Upcoming Events are generated automatically by a script.
>
> Did you check your entry here:
> https://osmbc.openstreetmap.de/calendar/preview
>
> as we recommend each week in a Note below the calendar?
> Note: If you like to see your event here, please put it into
> <https://wiki.openstreetmap.org/wiki/Template:Calendar> the calendar.
> Only data which is there, will appear in weeklyOSM. Please check your
> event <https://osmbc.openstreetmap.de/calendar/preview> in our public
> calendar preview and correct it, where appropriate
> <https://wiki.openstreetmap.org/wiki/Template:Calendar>.
>
> Afaiks your event is missing in the preview
> https://osmbc.openstreetmap.de/calendar/preview ...
>
> cheers
>
>
> Am So., 6. Okt. 2019 um 18:52 Uhr schrieb Jarek Piórkowski <
> ja...@piorkowski.ca>:
>
>> On Sun, 6 Oct 2019 at 12:23, weeklyteam  wrote:
>> > The weekly round-up of OSM news, issue # 480,
>> > is now available online in English, giving as always a summary of all
>> things happening in the openstreetmap world:
>> http://www.weeklyosm.eu/en/archives/12433/
>> >
>> > Enjoy!
>> >
>> > Did you know that you can also submit messages for the weeklyOSM? Just
>> log in to https://osmbc.openstreetmap.de/login with your OSM account.
>> Read more about how to write a post here:
>> http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm
>>
>> Dear Weekly Team,
>>
>> Thank you for your efforts producing the weekly summary.
>>
>> Is there any reason the Upcoming Events table does not include the
>> Toronto meetup on October 7? I added it to the calendar on September
>> 29:
>> https://wiki.openstreetmap.org/w/index.php?title=Template%3ACalendar=revision=1908808=1908622
>> and I would like to know if I made a mistake.
>>
>> The meetup is:
>> https://www.meetup.com/OpenStreetMap-Toronto/events/265246337/
>>
>> Thanks,
>> --Jarek
>>
>> ___
>> 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: [Talk-at] zahlreiche motorway_link auf motorway geändert

[Thomas Rupprecht]

Hallo,

ja bin hier auch für einen Revert.
Die Changeset Kommentare sind ja auch nicht gerade die aussagekräftigsten...

mfg Thomas Rupprecht


Am Sa., 14. Sept. 2019 um 11:29 Uhr schrieb Kevin Kofler <
kevin.kof...@chello.at>:

> andreas wecer wrote:
> > ein User hat letztes Monat zahlreiche Autobahn-Auffahrten/-Rampen
> > von motorway_link auf motorway geändert (motorways die zuletzt von diesem
> > geändert wurden: http://overpass-turbo.eu/s/MgG ).
>
> Nachdem das ein Informationsverlust ist (motorway ist unspezifischer als
> motorway_link, die Unterscheidung geht verloren) und…
>
> > Auf Kommentare anderer User wurde bisher - wie schon in der Vergangenheit
> > beim Umtaggen diverser primary auf trunk (
> > https://www.openstreetmap.org/changeset/72233572 ) - nicht reagiert
> > https://www.openstreetmap.org/changeset/73700683
> > https://www.openstreetmap.org/changeset/73699392
> > https://www.openstreetmap.org/changeset/73699677
>
> … der User nicht auf Kommentare reagiert, ist das meiner Meinung nach
> eindeutig als Vandalismus zu werten.
>
> > Mmn. sollten alle Changesets dieses Users, wo motorway_link geändert
> > wurde, rückgängig gemacht werden, falls jemand ein passendes Script dazu
> > hat. Das erste diesbezügliche dürfte das hier gewesen sein:
> > https://www.openstreetmap.org/changeset/72852700
>
> Daher +1, bitte ehestmöglich reverten. Ich wäre auch für eine Sperre des
> betroffenen Users durch die DWG (aber das muß die DWG entscheiden, wir
> können sie nur auf den Fall aufmerksam machen).
>
> Kevin Kofler
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] Sotm Heidelberg : on y va ensemble ?

[Thomas Gratier]

Bonjour,

Pour info, suite à la relance de Frédéric et n'ayant pas eu l'impression
que cela allait bougé, je me suis organisé de mon côté pour le logement et
le déplacement.
Cela fait donc une réservation en moins à gérer.

Cordialement

Thomas Gratier



Le mer. 28 août 2019 à 16:23, Christine Karch  a
écrit :

> Bonjour,
>
> un petit indication pour SotM à Heidelberg: la conférence est presque
> complète ...
>
> Á bientôt
>
> Christine
>
> ___
> 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-GB] OSMTracker for Android - detailed survey of paths & tracks layout

[Mark Thomas]

Nice to have a chance to try out your layout file - I've been intending to
do something similar for ages. It looks far more useful to me than the
default layout.
My only problem with it are that the icons are far too big for my phone - I
get a huge icon with the centre of yours displayed very pixelated. See
screenshot

 osmtracker.png

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

Re: [Talk-at] Österreichs Hausnummern in OpenStreetMap unvollständig

[Thomas Rupprecht]

Ich hab bei mir einen Fehler schon 3x gemeldet und wurde mir immer wieder
abgelehnt von Google. Google mein wohl besser zu wissen als ich ob die
öffentliche Gasse durch unsere private Garage verläuft oder nicht...

mfg Thomas Rupprecht


Am Fr., 16. Aug. 2019 um 17:12 Uhr schrieb Andreas via Talk-at <
talk-at@openstreetmap.org>:

> Am 16.08.19 um 13:06 schrieb andreas wecer:
> > Am Fr., 16. Aug. 2019 um 11:16 Uhr schrieb Andreas via Talk-at
> > mailto:talk-at@openstreetmap.org>>:
> >
> > Ich habe zb.: diese Woche einen neuen Kreisverkehr zwischen Laxenburg
> > und Münchendorf angelegt, den wirst du weder bei google, here oder
> > basemap.at <http://basemap.at> finden.
> >
> >
> > Tatsächlich gibt es den schon auf Google, was mich auch sehr überrascht
> > hat, nachdem dort immer noch Baustelle ist.
>
> oh, interessant. Dachte nicht, dass das bei denen mit den Nutzer
> Feedback so schnell geht.
>
> Denke aber trotzdem, dass in OSM schneller die gemeldeten Daten drinnen
> sind, als bei kommerziellen Anbietern. OSM hat einfach mehr Manpower.
>
> geologist
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Relationschaos nach Landesstraßenanpassung (Kreisverkehr Erstellung)

[Thomas Rupprecht]

Hallo,

Ich schaue auch alle paar Wochen mal wieder mit dem OSM-Inspector
<https://tools.geofabrik.de/osmi/?view=pubtrans_routes> drüber und fixe
soweit es ohne vor-ort-kentnisse möglich ist einiges in Niederösterreich

mfg Thomas Rupprecht


Am Mo., 12. Aug. 2019 um 09:20 Uhr schrieb Andreas via Talk-at <
talk-at@openstreetmap.org>:

> Am 12.08.19 um 07:52 schrieb Robin Däneke:
> > Hallo,
> >
> > dann melde ich mich hier, erwähnter weise, auch zu Wort:
>
> Hallo,
>
> >
> > ja, das Aufteilen der Kreisverkehre ist leider so eine komplizierte
> > Angelegenheit. Habe bisher auch keinen einfacheren Weg gefunden. Aber
> > wenn wem auffällt, dass durch einen Kreisverkehr Relationen zerstückelt
> > werden, gerne mich anschreiben, ich würde das tatsächlich selber
> > reparieren (bzw. tue ich das auch hin und wieder, wenn ich über alle
> > Relationen einen Checker laufen lasse. Das habe ich demnächst wieder mal
> > vor.
>
> Super. Ich werde nur am Abend nochmal über den Kreisverkehr nochmals
> drüber gehen und ihn besser modellieren. Habe derzeit für die einzelnen
> Ausfahrten nur einen way verwendet. Wenn ich Zeit habe, werde ich die
> Relationen wieder korrekt setzen versuchen, wäre super, wenn du nach
> deinem Drüberschauen mir ein Feedback gibst, was ich falsch gemacht habe
> ;-)
>
> >
> > In Sachen viele Relationen: Die Linien haben halt diese verschiedenen
> > Routen, also wenn man die Busse schon einträgt, dann richtig!
> >
> > Und zu dem Argument, dass es diese Daten auch bei den Verkehrsbetrieben
> > gibt: Oft nicht in einer so zugänglichen Form wie die OSM sie bietet
> > (API) und auch oft mit Fehlern drinnen, die eine große Mapping-Community
> > in ihrem Datensatz dann korrigieren kann, oder schon beim einmappen
> > nicht falsch übernimmt. Das Ziel sollte bei OSM sein, heiliger als der
> > Papst, korrekter als die Verkehrsbetriebe zu sein. Mit dieser "Gibt es
> > eh schon"-Einstellung könnten wir die OSM zumachen. Weil Karten gibt es
> > schon.
>
> Ich bin der Meinung, wenn es wirklich wen gibt, der das wartet, dann ist
> das schon ok. Hatte nur befürchtet, wenn ich was kaputt mache, dass das
> länger kaputt drinnen bleibt.
>
> lg
> Andreas (geologist)
>
> >
> > Mit freundlichen Grüßen
> > RobinD (emergency99)
> >
> > 
> > *Von:* Friedrich Volkmann 
> > *Gesendet:* Montag, 12. August 2019 07:10
> > *An:* talk-at@openstreetmap.org 
> > *Betreff:* Re: [Talk-at] Relationschaos nach Landesstraßenanpassung
> > (Kreisverkehr Erstellung)
> >
> > On 12.08.19 06:39, andreas wecer wrote:
> >> Am So., 11. Aug. 2019 um 12:56 Uhr schrieb Andreas via Talk-at
> >> mailto:talk-at@openstreetmap.org>>:
> >>
> >> Gibt es dazu einen leichteren Weg, oder ist es einfach mit den
> >> Relationen so kompliziert?
> >>
> >>
> >> die Frage habe ich mir auch schon gestellt.
> >>
> >> Was das Auftrennen des Kreisverkehres betrifft, bin ich auch erst
> später
> >> draufgekommen, dass das - insbesondere bei kleinere Kreisverkehren -
> nicht
> >> unbedingt zwingend notwendig ist und man diesen auch abstrakter als ein
> >> geschlossenes Objekt ansehen kann. In der JOSM-Relationsansicht
> erscheint er
> >> dann auch als Kreisverkehr-Symbol
> >
> > JOSM ist aber nicht die einzige Anwendung. Du kannst den Kreisverkehr
> > abstrakt als geschlossenes Objekt ansehen, aber du kannst dich nicht
> darauf
> > verlassen, dass andere das genauso tun, denn das ist fürs Routing
> nirgends
> > so spezifiziert. Darum ist das Auftrennen weiterhin nötig.
> >
> > Im von Andreas genannten Fall besteht das Relationschaos nur deshalb,
> weil
> > emergency99 für jede Buslinie zwanzig Relationen angelegt hat. Wenn es
> für
> > jede Buslinie nur 1 Relation gäbe, wären die Relationen überschaubar. Ich
> > habe emergency99 in einem ähnlichen Fall darauf angesprochen und er
> meinte,
> > ich brauche mir keine Sorgen machen, dass ich dort die Relationen
> > kaputtmache, denn er bringe sie sowieso wieder in Ordnung.
> >
> > Das ganze komplizierte ÖPNV-Mapping ist nicht nur deshalb extrem
> > wartungsintensiv, sondern auch weil ständig Aktualisierungen nötig sind.
> > Ich
> > sehe keinen großen Nutzen darin, denn die gleichen Daten stehen sowieso
> auf
> > den Websites der Verkehrsbetriebe (oder sollten zumindest). Wenn
> > ÖPNV-Freaks
> > sich trotzdem den Aufwand antun wollen, dann ist es nur fair, dass sie
> sich
> >

Re: [Talk-at] minderwertige Importe

[Thomas Rupprecht]

Habs zwar auch schon mal gesagt (was mich dafür auch auf Johanns Lobby Liste 
brachte), ich bin auch dafür. +1
-- 
mfg Thomas Rupprecht

Am 18. Juli 2019 08:53:40 MESZ schrieb ScubbX :
>(falls das von meiner Seite noch nicht eindeutig klar war): +1
>
>Am 18. Juli 2019 08:20:51 MESZ schrieb werner.ma...@gmail.com:
>>Hallo,
>>
>>Also ich bin ja eigentlich der Meinung, dass derjenige der das Chaos
>>angerichtet hat, dieses auch beseitigen sollte.
>>
>>Da dies offensichtlich nicht passiert/möglich ist, bitte auch ich hier
>>um einen Komplett-Revert dieses Imports.
>>
>>Ein derartig ignorantes Verhalten (zer)stört die Community.
>>
>>Und dann noch so tun als ob andere dafür zuständig wären eigene Fehler
>>zu beseitigen und bei Ämtern nachzufragen ist indiskutabel.
>>
>>Ich lurke hier im Normalfall auch nur rum und lese die (meist
>>interessanten) Beiträge, aber was in letzter Zeit hier passiert bringt
>>mich auch bald dazu mich von der Liste abzumelden.
>>Und ich hab mich schon gewundert wieso plötzlich in meiner Umgebung
>>doppelte Adressen auftauchen, dann hätte ich meine ja gar nicht mühsam
>>händisch überprüfen und eintragen müssen 
>>
>>Bitte möglichst bald Revert und kein erneuter Import auf die
>>unkoordinierte, unabgesprochene, dilletantische Art.
>>
>>Liebe Grüße
>>Werner 
>>
>>
>>___
>>Talk-at mailing list
>>Talk-at@openstreetmap.org
>>https://lists.openstreetmap.org/listinfo/talk-at
>
>-- 
>Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] minderwertige Importe

[Thomas König]

Hallo,
ganz generell sollte die Prämisse doch lauten, dass man bei Fehlern im Import 
so schnell wie möglich revertiert. Dann gibt es noch wenige Abhängigkeiten und 
der revert kann einfacher durchgeführt werden. Danach sollte man dann den 
Import neu diskutieren und - wo sinnvoll - unter Vermeidung der vorherigen 
Fehler und unter Einhaltung der bestehenden Regeln erneut durchführen. Daten 
verliert man dabei am wenigsten, da der Import erneut ausgeführt werden kann 
wenn daran bei allen Beteiligten Interesse besteht. Wie bereits mehrfach gesagt 
wurde, müssen die Daten dafür halt außerhalb des Produktivsystems entsprechend 
aufbereitet werden. 
Beste Grüße 
Thomas 


>Ganz so sehe ich es nicht. Ich kenne die Inhalte bzw. Ausmaße der 
>Changesets zwar nicht, habe aber hier im Raum Wels bei seinen neueren 
>Changesets durchaus positives erkennen können. Hier wurden z.B. nur 
>fehlende Adressen ergänzt und bei Gebäuden, die bereits eine gültige 
>Adresse hatten, nichts verändert. (in anderen Gegenden habe ich es 
>leider von ihm anders gesehen)
>Einen generellen Revert aller seiner Changesets mit allen Objekten in 
>Version 1 würde ich als kontraproduktiv ansehen.
>
>Für manche Regionen sind auch z.B. mit 
>https://regio-osm.de/hausnummerauswertung/anzeige_dynamisch.html?zoom=12=48.20558=13.94638=BTTTFF
>
>nicht auswertbar, wie z.B. Wels. Da ist dann die Arbeit von Johann
>recht 
>hilfreich.
>
>LG
>Günther

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

Re: [Talk-at] minderwertige Importe

[Thomas Rupprecht]

>
> Bitte leite diese wichtige Information an Luzandro weiter. Es ergibt sich
> daraus ein eine einfache Möglichkeit, diese Problem Adressen auch
> nachträglich in OSM gezielt zu identifizieren und sauber zu entfernen.
>
Das wäre deine Aufgabe gewesen und nicht Luzandro's.

mfg Thomas Rupprecht


Am Do., 11. Juli 2019 um 16:18 Uhr schrieb Johann Haag :

>
>
> Am Do., 11. Juli 2019 um 16:05 Uhr schrieb Andreas :
>
>> Am 11.07.19 um 15:19 schrieb Johann Haag:
>> > In Gegenden mit Zähl Adressen sehe ich nun tatsächlich ein Problem.
>> > Ich gehe nun einen initiativen Weg, um zu prüfen ob wir Zähl Adressen
>> irgendwie systematisch los werden. Ideal wäre ein Merker hierfür im BEV
>> Satz. Sollte es uns gelingen, vom BEV einen solchen Flag zu bekommen, so
>> könnte man anschließend diese gezielt ausfiltern und löschen. Ein Revert
>> macht leider auch viel nützliches kaputt.
>>
>> Hättest du eine Validierung der Adressdaten vorgenommen, dann wäre dir
>> das Attribut "BESTIMMUNGSART" aufgefallen und da kann man auf "Z"
>> filtern und vola sind die Zähladressen weg.
>>
>
> Bitte leite diese wichtige Information an Luzandro weiter. Es ergibt sich
> daraus ein eine einfache Möglichkeit, diese Problem Adressen auch
> nachträglich in OSM gezielt zu identifizieren und sauber zu entfernen.
> Danke für diesen wertvollen Hinweis.
> Lg Johann
>
>
>> lg
>> geologist
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>>
>
>
> --
> Elektronikermeister Johann Haag
> Innsbruckerstraße 42
> 6380 St. Johann in Tirol
> ÖSTERREICH
> Tel: +43 664/174 7414
> Mailto:johannh...@hxg.at
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] minderwertige Importe

[Thomas Rupprecht]

>
> Wir können uns nun auf den Standpunkt stellen, was Ämter machen geht uns
> nichts an. Dann sollten wir aber so konsequent sein, und auch auf die uns
> von dieser Seite zur Verfügung gestellten Luftbildern verzichten. Deren
> veröffentlichung Rhytmous, nur alle drei Jahre, schränkt uns im Bestreben
> eine Gold Karte zu schaffen nur unnötig ein.

Du gehst jetzt wieder davon aus das jeder von der Karte einfach 1:1 abmalt
ohne andere Referenzen (lokales wissen, Mapillary, Bing Maps, ...)
heranzuziehen. Ich setze zb auf bestimmte OSM Objekte einen Hinweis dass
das Orthofoto (so heißt das korrket) veraltet ist damit die gleichen Fehler
nicht ständig wieder gemacht werden.
Das gleiche wird (bzw sollte) auch bei den BEV Adressen gemacht werden:
eine 2 Referenz heranziehen.

Ich handhabe das so, erst wenn ein neues Luftbild kommt, ist man in der
> Lage die Plausibilität von Adressen zu prüfen.
>
Du weißt schon dass ein "neues" Orthofoto meist schon wieder ein halbes
Jahr oder so alt ist oder?

mfg Thomas Rupprecht


Am Do., 11. Juli 2019 um 14:14 Uhr schrieb Johann Haag :

> Immerhin haben wir mit "Zähl Adressen“ ein reales Problem identifiziert.
> Ein Problem welches nicht nur OpenStreetMap betrifft, sondern auch alle
> anderen Kartensysteme sowie Navi Hersteller.
>
> Wir können uns nun auf den Standpunkt stellen, was Ämter machen geht uns
> nichts an. Dann sollten wir aber so konsequent sein, und auch auf die uns
> von dieser Seite zur Verfügung gestellten Luftbildern verzichten. Deren
> veröffentlichung Rhytmous, nur alle drei Jahre, schränkt uns im Bestreben
> eine Gold Karte zu schaffen nur unnötig ein.
>
> Zwangsweise kommt es zwischen BEV Adressen und Luftbildern zu einer
> Diskrepanz, wenn Adressen jährlich veröffentlicht werden, Luftbilder alle
> drei Jahre.
> Unsere Gold Bestrebungen müssen wir wohl an die realen Gegebenheiten
> anpassen. Ich handhabe das so, erst wenn ein neues Luftbild kommt, ist man
> in der Lage die Plausibilität von Adressen zu prüfen. Die Behauptung hier,
> dass importierte Adressen vielfach in der Landschaft liegen, kann man daher
> erst mit dem nächsten Luftbild prüfen. Ein vorzeitiges Revert macht solches
> Validierenden unmöglich.
>
> Daher, im Adress Satz ist das Veröffentlichung Datum enthalten, das Alter
> des Luftbildes erkennt man am Wasserzeichen.
> Grüße Johann
>
> > Am 11.07.2019 um 09:28 schrieb gppes_...@web.de:
> >
> > OSM hat mit Bauaemtern, Gemeinden und sonstigen oesterreichischen
> offiziellen adressgenerierenden Stellen nichts zu tun.
> >
> > Ich werde Dein Ansinnen nicht unterstuetzen. Wir muessen dankbar sein,
> dass wir die Adressen zur freien Nutzung bekommen. Wie die dort das
> systematisch handhaben geht uns nichts an. OSM hat sein eigenes (teils
> natuerlich in der Community aktiv diskutiertes) Konzept.
> >
> > Der User JM82 hat irgendwann mal im Forum geschrieben, dass das Melden
> einzelner fehlerhafter Adressen (Fehler passieren halt mal ueberall)
> konstruktiv behandelt wird. Meiner Erinnerung nach hat er also positive
> Erfahrungen gemacht. Wen das genauer interessiert, der recherchiere dort.
> >
> > Aus meiner Sicht ist die AT OSM Community nicht zu instrumentalisieren,
> irgendwelchen Aemtern (fragwuerdige) Verbesserungen ihrer Arbeitsmethoden
> vorzuschlagen. Aus meiner Sicht kannst Du nicht im Namen von OSM (oder in
> Verbindung mit OSM) dort Vorschlaege machen. Das ist aus meiner Sicht Dein
> reines Privatvergnuegen.
> >
> > Lg, Gppes
> >
> >
> >> Gesendet: Donnerstag, 11. Juli 2019 um 09:10 Uhr
> >> Von: "Johann Haag" 
> >> An: "OpenStreetMap AT" 
> >> Betreff: Re: [Talk-at] minderwertige Importe
> >>
> >> Adress Sätze von Luzandro sind bekanntlich erschöpft. Es geht also nun
> darum mit dem Vorhandenem etwas sinnvolles anzufangen. Also bitte um
> Mitwirkung an einem Mustertext zur Aktivierung der Gemeinden . Ich bin nun
> drei Wochen in Urlaub, anschliessend möchte ich mit dieser Initiative
> beginnen.
> >>
> >> Grüsse Johann
> >> Von meinem iPhone gesendet
> >>
> >>> Am 11.07.2019 um 08:26 schrieb Wolfgang Schreiter :
> >>>
> >>>
> >>>
> >>> Am 11.07.2019 06:42 schrieb Johann Haag:
> >>>> Die Adress- Situation im Osten von Österreich stellt sich
> >>>> folgendermaßen dar. Aus verwaltungstechnischen Gründen, werden
> >>>> Adressen von Gemeinden, bereits bei der Bauland Widmung in Form von
> >>>> Zähl Adressen entlang der Straße vergeben. Anschließend kümmern
> >>>> sich Gemeinden und Städte offensichtlich nur noch wenig darum.
> >>>
> >>> Mag 

[Talk-at] 2. Leobersdorfer OSM Stammtisch

[Thomas Rupprecht]

Hallo,

am 20.06.2019 ab 19:00 ist wieder ein OSM-Stammtisch in Leobersdorf.
Ich freue mich auf euer kommen.
https://wiki.openstreetmap.org/wiki/Leobersdorf/Stammtisch

mfg Thomas Rupprecht
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] minderwertige Importe

[Thomas Rupprecht]

Hallo,

Sorry für die kurze Antwort gestern war aber unterwegs und am Handy machts
keinen Spaß lange Nachrichten zu schreiben.
Weil die Frage aufkam wer ich bin: https://hdyc.neis-one.org/?XimeX

Zum Import selbst:
Also ich pflege bei mir in der Gemeinde Hernstein die Adressen laufend.
Durch den Import wurden Adressen eingetragen die zwar auf dem Papier (
basemap.at etc) gibt aber in der Wirklichkeit (noch) nicht vorhanden sind
(nicht bebaute Grünfläche; noch im Bau befindende Gebäude), bzw Adressen zu
einem Grundstück die aber schon eine Adresse von der gegenüberliegenden
Straße haben.
Ich habe mir jetzt nicht alle Importe angesehen. Aber wenn ich in meiner
Gemeinde keinen Nutzen dieses Imports finden kann (siehe oben beschrieben)
wird es bei den ganzen anderen Importen nicht viel besser aussehen.
Mir gehts zumindest um den Import den meine Gemeinde betrifft:
https://overpass-api.de/achavi/?changeset=70719910

Wenn es in anderen Gebieten einen großen Mehrwert gibt ok. Hätte ihn
zumindest noch nicht gefunden (ja es sind dann _alle_ Adressen in OSM aber
wer hats kontrolliert?). Das Problem der Imports ist ja auch immer das es
einen Aufbau von Communities entgegen läuft.

mfg Thomas Rupprecht


Am So., 9. Juni 2019 um 08:29 Uhr schrieb :

> Liebe Kollegen, lieber Frederik,
>
> Danke fuer die Sperre, sie war leider notwendig. Danke auch fuer die
> ultimative Aufforderung diese Form des Adressimports zu stoppen.
>
> Ich habe mir die Angelegenheit in seiner Gesamtheit noch einmal durch den
> Kopf gehen lassen:
>
> Kollege addresshistory*org ist ein Mitglied unserer Community, das oft
> sehr eigenwillig reagiert/kommuniziert und aeusserst ueberambitioniert in
> seiner Vorgehensweise ist. Ich bin aber davon ueberzeugt, dass Johann seine
> Edits im festen Glauben OSM zu verbessern durchfuehrt.
>
> Ich sehe in seinen Edits keinen Vandalismus und keine Provokation
> gegenueber anderen Nutzern. Nutzen gegen Schaden von ueber Monate/Jahre
> laufenden Edits abzuwaegen empfinde ich als mutig. Die Abstimmung koennte
> zu einer Agglomeration von Stimmungslagen verkommen und davon halte ich
> nichts. Als Indiz sehe ich die Zustimmung von Kollegen Rupprecht, dessen
> OSM-anonyme Zustimmung - milde gesprochen - sehr knapp formuliert ist.
>
> Im Raum Leoben hat addresshistory*org auch editiert, es wurde kein Schaden
> angerichtet, aber er hat die Katastralgemeinden als "addr:suburb"
> eingetragen. Das finde ich schlicht als nicht notwendig und ich werde beim
> naechsten Stammtisch in Leoben den Punkt auf die Diskussionliste setzen.
>
> Reverts einzelner Edits koennten notwendig werden, hier hoffe ich auch auf
> die Leute, die sich schon seit laengerer Zeit mit seinen Edits befasst
> haben und auch in den CS aber auch im AT Forum bzw. hier diskutiert haben.
> Ich wuerde mich zur Verfuegung stellen, einzelne Reverts zusammen mit
> Kollegen der AT-Community durchzufuehren.
>
> Ich spreche mich gegen systematische Reverts von Edits des Users ueber
> welchen Zeitraum auch immer aus - ja, ich finde auch schon den salopp
> formulierten Vorschlag von Frederik nicht ganz optimal.
>
> Lg, Gppes
>
>
> > Gesendet: Samstag, 08. Juni 2019 um 12:03 Uhr
> > Von: "Frederik Ramm" 
> > An: "OpenStreetMap AT" 
> > Betreff: [Talk-at] minderwertige Importe
> >
> > Hallo,
> >
> > nach wiederholten Beschwerden über die Importe von addresshistory*org
> > habe ich hier eine Accountsperre verhängt
> >
> > https://www.openstreetmap.org/user_blocks/2839
> >
> > und den User aufgefordert, jeden einzelnen Import vorher an dieser
> > Stelle hier zu diskutieren, insbesondere was die Datenquelle und die
> > Methodik anbetrifft, damit Fehler künftig *vorher* gefunden werden
> > können, statt dass zigtausende Nodes erst importiert, dann gelöscht,
> > dann wieder neu importiert werden und so weiter. Das ist einfach
> > schlampige Arbeit und macht uns allen mehr Arbeit als es nützt.
> >
> > Ich bin auch sehr gern bereit, von der DWG aus großzügig alle Edits der
> > letzten Monate/Jahre dieses Accounts zu revertieren, wenn in der
> > österreichischen Community ein grober Konsens bestehen sollte, dass der
> > Schaden insgesamt größer als der Nutzen ist.
> >
> > Viele Grüße
> > Frederik
> >
> > --
> > Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
> >
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-at
> >
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] minderwertige Importe

[Thomas Rupprecht]

Hallo,

also ich bin für den Revert.
-- 
mfg Thomas Rupprecht

Am 8. Juni 2019 12:03:39 MESZ schrieb Frederik Ramm :
>Hallo,
>
>nach wiederholten Beschwerden über die Importe von addresshistory*org
>habe ich hier eine Accountsperre verhängt
>
>https://www.openstreetmap.org/user_blocks/2839
>
>und den User aufgefordert, jeden einzelnen Import vorher an dieser
>Stelle hier zu diskutieren, insbesondere was die Datenquelle und die
>Methodik anbetrifft, damit Fehler künftig *vorher* gefunden werden
>können, statt dass zigtausende Nodes erst importiert, dann gelöscht,
>dann wieder neu importiert werden und so weiter. Das ist einfach
>schlampige Arbeit und macht uns allen mehr Arbeit als es nützt.
>
>Ich bin auch sehr gern bereit, von der DWG aus großzügig alle Edits der
>letzten Monate/Jahre dieses Accounts zu revertieren, wenn in der
>österreichischen Community ein grober Konsens bestehen sollte, dass der
>Schaden insgesamt größer als der Nutzen ist.
>
>Viele Grüße
>Frederik
>
>-- 
>Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09"
>E008°23'33"
>
>___
>Talk-at mailing list
>Talk-at@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-gb-westmidlands] Collaboration with shire tansport authorities

[Thomas Szabunia]

Hi Brian,

I'm good for the Stafford area down to Wolves if they've got anything that way.

Tom

On 23 Apr 2019, at 11:46, Brian Prangle 
mailto:br...@mappa-mercia.org>> wrote:

Hi everyone
Mainly for west mids mappers but cross-posted to talkgb for a wider audience.
For some time I've collaborated with TfWM who make extensive use of 
OpenStreetMap. Together we've refreshed the entire NapTAN dataset for the West 
Midlands and we're engaged on an ongoing basis in solving data quality issues 
where the OSM data throws up errors with their bus routeing software.  Word 
spreads and at a regional meeting of  shire transport authorities there was a 
request for contact with local OSM volunteers in the following areas:
Herefordshire, Shropshire, Staffordshire, Stoke, Telford, Warwickshire, 
Worcestershire
If anyone wants to volunteer please get in touch with me and I can put you in 
touch. It will mainly involve dealing with errors they spot such as 
missing/wrong roadnames, missing/wrong roads. With TfWM there's been an average 
of one of these week, sometimes bunched together followed by weeks with nothing 
- so not a heavy workload and worth the effort to improve the data.
If my experience is anything to go by, there'll be an initial peak and then 
they'll realise, with a little prompting, it's easier and quicker to fix the 
errors themselves. But it's good to have an initial period of handholding as  I 
think they are respectful  of causing any damage
Regards

Brian
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [OSM-talk-fr] Pour faciliter le suivi des contributions suspectes ?

[Thomas Ruchin]

Bonjour,

Pour avoir suivi notre ami RB94 et continuer plusieurs mois plus tard à
corriger ses contributions de piètre qualité, j'ai eu le même ressenti que
toi.
Il faudrait également une page sur le wiki qui liste la procédure à suivre
en cas de contribution malveillante et/ou polluante.

Thomas

Le mar. 23 avr. 2019 à 09:15, Vincent Bergeot  a
écrit :

> Bonjour,
>
> il y a quelques cas de contributions suspectes en ce moment (ou du moins
> que je vois en ce moment) et je me demande comment organiser un peu le
> suivi sans que cela demande un temps de ouf à des contributeurs (qui
> généralement préfèrent cartographier que fliquer, du moins dans mon cas).
>
> Votre avis :
>
>- rubrique dédiée sur le forum ? et on avertit la liste talk-fr,
>- suivi sur la liste talk-fr avec nom de contributeur dans le sujet
>pour retrouver facilement le sujet de discussion,
>- autre chose, une préférence entre les 2 cas ?
>
> à plus
>
> PS : et sans tomber dans la chasse aux sorciers et sorcières non plus
> (donc après avoir pris contact avec les contributeurs en privé, en public
> sur un commentaire et n'avoir pas de réponses ou des réponses à coté de la
> plaque).
>
> --
> Vincent Bergeot
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-de] Fehlender Lizenzvermerk bei Stern.de und Polizei Frankfurt

[Thomas Zimmermann]

Hallo zusammen,
mir ist heute Nacht das Bild in folgendem Artikel auf stern.de aufgefallen:
https://www.stern.de/panorama/weltgeschehen/news--fliegerbombe-in-frankfurt-wird-sonntag-entschaerft-8662410.html

Dort wird offensichtlich eine Modifizierte OSM Karte verwendet ohne 
entsprechende Kennzeichnung.

Auch in der Pressemitteilung der Polizei fehlt eine entsprechende 
Kennzeichnung:
https://www.presseportal.de/blaulicht/pm/4970/4243700

Da die Presseverlage so große Urheberrechtsverfechter sind und die Polizei als 
Vorbild dienen sollte, sollte man die beiden meiner Meinung nach auf diesen 
Urheberrechtsverstoß hinweisen.

Gruß,
Thomas



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

Re: [OSM-talk-fr] [Vélo] Comment cartographier une station Velib’ divisée en 2 parties

[Thomas Ruchin]

Bonjour

Pour m'être posé plusieurs fois la question, j'en suis arrivé à la
conclusion que :
- la station doit être modélisée par un unique point situé au niveau de la
borne principale (là où il y a l'écran).
- les bornettes d’arroches sont à modéliser par un/des ways ou polygones
avec les tags adaptés et rattachés à la station via son identifiant.

Cela éviterait tous les problèmes de gestion de relation, de rendu et de
doublons des éléments.

NB pour Jean-Yvon. Dans le nouveau service Vélib', il n'y a plus de
distinction entre les abonnés qui disposent d'une carte d'accès au service
et les autres puisqu'on peut utiliser indistinctement un code d'accès ou
une carte pour décrocher le vélo directement via le boîtier du guidon.

Thomas

Le mer. 3 avr. 2019 à 18:46, marc marc  a écrit :

> pour access : il y a eu le même genre de débat sur la ml tagging
> à propos des access soumis à un permit.
> les participants étaient très divisé : ceux qui utilisaient la clef
> pensait que rien ne pouvait être modifié et les autres ne voyait pas
> souvent l'utilité d'une nouvelle valeur.
> pour ma part, cela rentre dans access=customers
> l'obligation ou pas de s'inscrire avant utilisation devrait être
> dans une autre clef. p'tre genre customers=members pour reprendre
> ta valeur
>
> Le 03.04.19 à 18:10, osm.sanspourr...@spamgourmet.com a écrit :
> > Je verrais bien une station avec access=subscribers, valeur non
> > actuellement prévue
> >
> > Je vois 86 access=members, partons donc pour access=members (à
> > documenter sur le wiki et faire une proposition, François je te laisse
> > faire comme ça on verra si c'est toi ou ta proposition qui posait
> > problème ^^).
> >
> > Une relation site semble logique, tu y mets les infos en open data.
> >
> > Tu mets juste la restriction sur l'objet qui va bien.
> >
> > Si côté rendu ça couine, dupliquer amenity
> > <https://wiki.openstreetmap.org/wiki/Key:amenity?uselang=en>
> > bicycle_rental <https://wiki.openstreetmap.org/wiki/Tag:amenity=bicycle
> > rental?uselang=en> sur les membres de la relation, ce n'est pas trop
> > horrible. Osmose va sans doute râler avec raison. Mieux : entrer des
> > tickets dans les moteurs de rendu ne rendant pas proprement : n'importe
> > quel moteur ne rendant pas proprement ces relations site peut lors de
> > l'import ajouter les attributs de la relation sur les membres (s'il n'y
> > a pas de conflit).
> >
> > Jean-Yvon
> >
> > Le 03/04/2019 à 14:13, Phyks - ph...@phyks.me a écrit :
> >> Salut,
> >>
> >> J'ai eu le cas récemment avec celle-ci. J'ai fait deux points
> >> disjoints, mais je ne suis pas convaincu du tout par cette approche :
> >> https://www.openstreetmap.org/node/6043493986 et
> >> https://www.openstreetmap.org/node/5998636863. Le nom et la ref seront
> >> dupliquées, ce qui n'est pas optimal du tout.
> >>
> >> En regardant en arrière avec Overpass, j'ai l'impression que même du
> >> temps de JCDecaux, les stations découpées n'étaient pas découpées dans
> >> OSM : https://overpass-turbo.eu/s/HDb.
> >>
> >> Ça serait une information a priori intéressante à avoir dans OSM,
> >> notamment car les stations découpées n'ont en général qu'une seule
> >> partie accessible sans abonnement (du moins avec JCDecaux, seule une
> >> partie de la station était accessible sans badge d'accès, depuis la
> >> borne). Ceci dit, les données disponibles sont agrégées par station,
> >> donc en pratique, je ne sais pas si l'intérêt est si grand que ça :
> >> https://www.velib-metropole.fr/map#/.
> >>
> >> Bonne journée,
> >>
> >> Le 2019-04-03 13:28, Charles MILLET a écrit :
> >>> Bonjour,
> >>>
> >>> Est-ce que vous savez si il y a une pratique pour cartographier une
> >>> station Velib’ qui est divisée en 2 parties comme ici par exemple, au
> >>> carrefour de la Rue Jacquard et la Rue Ternaux (à observer avec la
> >>> photo aérienne) ?
> >>>
> >>> Pour l'instant j'ai placé le point sur une seule des 2 partie.
> >>>
> >>> Bonne journée.
> >>
> >
> > ___
> > 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: [talk-au] Platform names

[Thomas Manson]

Across those examples of stations, we see that there is no consistency 
regarding platform names - half have them as the station name, and the others 
as either Platform $, or just $.

I will split the platforms into 2 parts as that seems to be the preferred 
option, and leave the names as Platform $.

Regards,
Thomas

From: Sebastian S. 
Sent: 21 March 2019 22:30
To: talk-au@openstreetmap.org; Thomas Manson; talk-au@openstreetmap.org
Subject: Re: [talk-au] Platform names

If you believe Wikipedia 
http://en.wikipedia.org/wiki/Central_railway_station%2C_Sydney
The stations name is 'Central railway station' but it goes by many colloquial 
names.

I don't like the way the platforms are named currently. "Platform 8+9 (8;9)" is 
surely not the name on the signboards. I am in favour of splitting the 
platforms to have each number just called "Platform $". Maybe you can also 
indicated on which side 8 and 9 is in relation to a path which you would walk 
into the platform.

Maybe name:left=Platform 8 makes sense?

Another question I have is how would you route a blind person to and onto the 
platform when there is no way?
What about segment indicators. I have not been to central station but I assume 
for long trains there are segment indicators along the platform for passengers 
to find they carriages quicker. Are you planning to mapping these?
Have you looked at other train station in OSM?
I suggest to have a look at
Hamburg 
https://www.openstreetmap.org/?mlat=53.552778=10.006389=15#map=18/53.55274/10.00677
Or Cologne https://www.openstreetmap.org/#map=18/50.94319/6.95853
Or Paris Gare du Nord https://www.openstreetmap.org/#map=17/48.88156/2.35623
Or London Kings Cross https://www.openstreetmap.org/#map=18/51.53194/-0.12326
Regards Sebastian
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.

On 21 March 2019 11:26:39 am AEDT, Thomas Manson  
wrote:
Looking at Central Station, Sydney, the platform names are things like 
'Platform 4+5'. (https://www.openstreetmap.org/relation/6015392)


>From my reading of 
>https://wiki.openstreetmap.org/wiki/Tag%3Apublic_transport%3Dplatform, this 
>should be
the name of the station , so in this case that would be either Central or 
Central Station, with the platform numbers as the ref tag (which is already 
populated).

1) First of all, is my understanding correct? It should be the station name.
2) Secondly, should the name be Central or Central Station (assuming 1 is 
correct)?

Regards,
Thomas
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] Platform names

[Thomas Manson]

Looking at Central Station, Sydney, the platform names are things like 
'Platform 4+5'. (https://www.openstreetmap.org/relation/6015392)


>From my reading of 
>https://wiki.openstreetmap.org/wiki/Tag%3Apublic_transport%3Dplatform, this 
>should be
the name of the station , so in this case that would be either Central or 
Central Station, with the platform numbers as the ref tag (which is already 
populated).

1) First of all, is my understanding correct? It should be the station name.
2) Secondly, should the name be Central or Central Station (assuming 1 is 
correct)?

Regards,
Thomas
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] Correct way to tag pedestrian crossings with traffic signals

[Thomas Manson]

I am trying to determine the best way to tag pedestrian crossings.

These are the map features that I am trying to tag: 
https://www.openstreetmap.org/node/3500829415<https://www.openstreetmap.org/node/3072743464>
 and https://www.openstreetmap.org/node/2039208753

They are currently tagged:
crossing:traffic_signals
highway:traffic_signals

However, on the page 
https://wiki.openstreetmap.org/wiki/Tag:highway%3Dtraffic_signals, there appears
to be 2 ways to tag this, with the alternative being:
highway:crossing
crossing:traffic_signals
for the cases (like this is) where the pedestrian crossing is not separately 
mapped - in this case it is only a pedestrian crossing, not an intersection.

My reading is that the second way is preferred for this type of crossing. Am I 
correct?

Regards,
Thomas
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] Station areas for railway=station

[Thomas Manson]

Hi,

I am new to Open Street Maps, so I apologise if I miss something obvious.

I am working with the developers of an app for vision impaired users that helps 
then navigate unfamiliar locations, and we are trying to help them navigate 
train stations in Australia, and I am specifically looking at Central Statin in 
Sydney.

>From my reading of the Tag:railway=station notes here 
>(https://wiki.openstreetmap.org/wiki/Tag:railway%3Dstation), it appears that a 
>station area should include the whole area of the station. At Central station, 
>this is not the case, and the platform rooves have been added as standalone 
>features, with no association with the Central Station. This has resulted in 
>the app calling these out as additional features in the area, which confuses 
>our users, as they are not separate features.

I initially tagged each roof with the Name of Central station, but it was 
pointed out to me that this is probably incorrect, and I am happy to remove 
those names. However, I would like to propose changing the shape of the feature 
with tag:railway=station to include the area that has the platform rooves too. 
The features that are the rooves would still be there as individual features.

Can anyone tell me if this is a good idea, or something I shouldn’t do?

Regards,
Thomas Manson

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

Re: [Talk-gb-westmidlands] Hamstead

[Thomas Szabunia]

Saw your email and went to reply only to notice that I got the same email 
earlier! Now just to inform some of the companies they've got the wrong address!

All the Google maps addresses appear to have updated now as well. Good job team!


From: Andy Mabbett 
Sent: 21 February 2019 20:23:23
To: talk-gb-westmidlands; Pigsonthewing
Subject: Re: [Talk-gb-westmidlands] Hamstead

On Thu, 14 Feb 2019 at 22:12, Andy Mabbett  wrote:

> I thought I would settle the matter by referring to the Royal Mail
> postcode database - and was surprised that they too have it as
> "Hampstead Industrial Estate" - try searching for "B42 1DU" at:

>https://www.royalmail.com/find-a-postcode
>
> Has anyone had any luck, getting errors in the postcode database fixed?

Update: I have just had an email from Royal Mail, saying that they
have updated the PAF, though it may take a couple of days for that
change to filer though to their postcode finder.


--
Andy Mabbett
@Pigsonthewing http://pigsonthewing.org.uk

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

Re: [Talk-gb-westmidlands] Hamstead

[Thomas Szabunia]

(Apologies for the double email, this seemed to get lost as I was switching 
emails)


This is the sort of stuff I enjoy, this seems like the best point to contact 
them from, their link to the PAF Code of Practice is broken as well (reported 
that as well but be darned if I can find a proper contact form for web issues). 
 Maybe if they get a few reports of it it'll get fixed ,sent one myself but I 
don't know how seriously they'll take it when I'm not actually at the address.


https://personal.help.royalmail.com/app/answers/detail/a_id/4696


Funny thing is a few of the businesses on the estate list their address as 
"Hampstead" on their website too.


I did have a try and finding some reference to it on the Council's webpage or a 
street sign as some extra proof but I can't see anything currently.

____
From: Thomas Szabunia 
Sent: 15 February 2019 10:37
To: Andy Mabbett; talk-gb-westmidlands
Subject: Re: [Talk-gb-westmidlands] Hamstead

I've also just submitted edits to all the listings on Google Maps that are 
listed with the "p"

Thomas Szabunia

-Original Message-
From: Andy Mabbett [mailto:a...@pigsonthewing.org.uk]
Sent: 14 February 2019 22:12
To: talk-gb-westmidlands 
Subject: [Talk-gb-westmidlands] Hamstead

I noticed today that the BBC reported a road accident as:

   M6 in Hampstead Industrial Estate exit slip road
   partially blocked southbound at J7, A34 (Great Barr)

There is no "Hampstead Industrial Estate exit" at junction 7, and in any case 
the estate is "Hamstead Industrial Estate" (no "p"):

   
https://www.openstreetmap.org/?mlat=52.5284=-1.9260#map=15/52.5284/-1.9260

and so I told them this on Twitter.

Someone has argued that "Hampstead Industrial Estate" is correct, as that's 
what Google Maps calls it.

I thought I would settle the matter by referring to the Royal Mail postcode 
database - and was surprised that they too have it as "Hampstead Industrial 
Estate" - try searching for "B42 1DU" at:

   https://www.royalmail.com/find-a-postcode

Has anyone had any luck, getting errors in the postcode database fixed?

--
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

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

Re: [Talk-gb-westmidlands] Hamstead

[Thomas Szabunia]

I've also just submitted edits to all the listings on Google Maps that are 
listed with the "p"

Thomas Szabunia

-Original Message-
From: Andy Mabbett [mailto:a...@pigsonthewing.org.uk] 
Sent: 14 February 2019 22:12
To: talk-gb-westmidlands 
Subject: [Talk-gb-westmidlands] Hamstead

I noticed today that the BBC reported a road accident as:

   M6 in Hampstead Industrial Estate exit slip road
   partially blocked southbound at J7, A34 (Great Barr)

There is no "Hampstead Industrial Estate exit" at junction 7, and in any case 
the estate is "Hamstead Industrial Estate" (no "p"):

   
https://www.openstreetmap.org/?mlat=52.5284=-1.9260#map=15/52.5284/-1.9260

and so I told them this on Twitter.

Someone has argued that "Hampstead Industrial Estate" is correct, as that's 
what Google Maps calls it.

I thought I would settle the matter by referring to the Royal Mail postcode 
database - and was surprised that they too have it as "Hampstead Industrial 
Estate" - try searching for "B42 1DU" at:

   https://www.royalmail.com/find-a-postcode

Has anyone had any luck, getting errors in the postcode database fixed?

--
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

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

[OSRM-talk] Swap file

[Thomas Rothenbächer]

Hello everyone,

 

I would like to run osrm on my local machine on a 2.9G osm-file (namely Germany). As my machine does not have enough resources I would like to provide a swap file, which I did with:

 

(as root in root directory)


(mkdir /path/to/)
fallocate -l 10G /path/to/swapfile
chmod 600 /path/to/swapfile
mkswap /path/to/swapfile
swapon /path/to/swapfile


still after about 40 minutes into osrm-extract I got (full logs of osrm-extract):

 


./osrm-extract -p profiles/car.lua germany-latest.osm.pbf
[info] Parsed 0 location-dependent features with 0 GeoJSON polygons
[info] Using script profiles/car.lua
[info] Input file: germany-latest.osm.pbf
[info] Profile: car.lua
[info] Threads: 1
[info] Parsing in progress..
[info] input file generated by osmium/1.8.0
[info] timestamp: 2019-02-12T21:14:02Z
[info] Using profile api version 4
[info] Found 3 turn restriction tags:
[info]   motorcar
[info]   motor_vehicle
[info]   vehicle
[info] Parse relations ...
[info] Parse ways and nodes ...



[info] RAM: peak bytes used: 4516651008
[error] [exception] std::bad_alloc
[error] Please provide more memory or consider using a larger swapfile

 

As I was monitoring my memory usage over top I could see that there was a lot of swap space left.

 

 

My .stxxl-file (located inside the folder where I executed osrm-extract):

 

disk=/path/to/swapfile,9000,syscall

 

 

 

I'm running Ubuntu 18.04 (in a VM) with 5GB of RAM and a Disk of 30 GB.

 

So I probably missed something somewhere.

Would would you recommend? Can I even hope to use libosrm on germany with these resources?

 

Any assistence is greater appreciated.

 

Thank you!

 

 

 


 

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk-fr] Doublons landuse=residential et place=town

[Thomas Ruchin]

Bonjour

OSM est un projet itératif.
A mon avis, le plus propre est de créer des polygones landuse=residential
qui correspondent grosso-modo aux zones résidentielles et de les affiner
dans un second temps.
Nous sommes d'accord que la relation de la commune n'est pas adaptée pour
supporter ce type d'information.

Thomas

Le lun. 4 févr. 2019 à 09:12, Phyks  a écrit :

> Bonjour,
>
> Il y a un attribut "landuse=residential" à Montrouge sur le même
> polygone que le "boundary=administrative" :
> https://www.openstreetmap.org/relation/37026. En revanche, la ville en
> elle-même est séparée, sur un nœud "place=town" :
> https://www.openstreetmap.org/node/26692584.
>
> Je suis tombé dessus en rapportant un bug sur le rendu
> https://github.com/gravitystorm/openstreetmap-carto/issues/3664, qui
> fait apparaître le nom "Montrouge" en plusieurs exemplaires sur la carte.
>
> Le problème est que le "landuse=residential" correspond à toute
> l'étendue de la ville de Montrouge et a un nom associé. Or, le rendu
> osm.org affiche les noms des "landuse=residential" (pour afficher les
> noms des résidences et aires d'accueil des gens du voyage par exemple).
> Le nom sur ce landuse fait doublon avec celui sur le nœud place=town,
> d'où le double affichage sur le fond de carte, à certains niveaux de
> zooms uniquement.
>
> J'ai l'impression que d'une part ce landuse est incorrect (toute la
> ville n'est pas purement résidentielle, il y a des activités
> commerciales ou industrielles par exemple) et d'autre part ce landuse ne
> devrait probablement pas contenir de nom, qui est déjà sur le place=town.
>
> Pourtant c'est fait de la même façon sur certaines villes alentour comme
> Malakoff, Arcueil etc. Donc il y a probablement une justification et je
> ne sais pas comment le corriger vraiment. En particulier, je ne sais pas
> si le doublon de nom "Montrouge" entre le "boundary=administrative"
> (https://www.openstreetmap.org/relation/37026) et le "place=town"
> (https://www.openstreetmap.org/node/26692584) est normal ?
>
> Je vois deux solutions pour l'instant :
>
> 1. La solution naïve : créer un polygone séparé qui recouvre la même
> surface que https://www.openstreetmap.org/relation/37026 et ajouter le
> "landuse=residential" dessus (pour séparer le "landuse=residential" du
> nom).
> 2. Faire une vraie correction, probablement en créant un multipolygone
> exact pour le landuse=residential ?
>
> Auriez-vous plus d'informations ou de conseils à ce sujet ?
>
> Bonne journée,
> --
> Phyks
>
> ___
> 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-at] Fwd: OpenStreetMap Stammtisch Leobersdorf

[Thomas Rupprecht]

Hallo Community,

Ich starte am 28.02.2019, 19 Uhr den *1. OpenStreetMap Stammtisch in
Leobersdorf* im Hacker-/Makerspace */usr/space*.

Es ist jeder herzlichst eingeladen vorbeizukommen. Nur bitte ich um eine
kurze Zu/Absage damit ich die Anzahl der benötigten Plätze schaffen kann.
(Im Wiki eintragen reicht auch)

Meine vorgeschlagenen Themen:

   - Einführung in OpenStreetMap
   - Neue basemap.at Layer
   - Sonnengang API

Weitere gewünschte Themen mir einfach zukommen lassen.

Weitere Infos unter:
https://wiki.openstreetmap.org/wiki/Leobersdorf/Stammtisch

mfg Thomas Rupprecht aka XimeX
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] Moulinette pour ajouter "oneway:bicycle=no" ?

[Thomas Ruchin]

Le "sens interdit sauf vélo" et pas d'aménagement type piste/bande
cyclable, c'est ce qui se tague cycleway=opposite.
Là, on a deux manières de taguer la même chose (y avait eu un débat
similaire sur les piscines...)
Je pense que la rue de Charenton n'est pas bien taguée.

Thomas

Le sam. 2 févr. 2019 à 17:05, Gwenaël Jouvin via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Merci pour ces précisions intéressantes, surtout celle sur le cycleway=no.
>
> Il n’est en effet pas rare de voir des rues qui sont bien à double-sens
> dont un réservé aux cycles (signalés par un des panonceaux « sauf… » de
> type M9v, mais où il n’y a aucun marquage au sol.
> C’est d’ailleurs réglementaire, le marquage au sol étant facultatif.
>
> Je vais avoir des rues à corriger…
>
>
> Le 02/02/2019 à 16:44, Florimond Berthoux a écrit :
> > Bonjour,
> >
> > Bonne question. Tout d'abord pourquoi il faut les deux tags ?
> > Ce n'est pas un doublon d'information car les deux tags n'ont pas la
> même signification,
> > Le oneway est un tag d'accès il définit le droit ou non à rouler dans un
> sens.
> > Le cycleway définit l'infrastructure, c'est à dire l'aménagement
> physique mis en place sur la route piste, bande, rien, picto, etc.
> > Concrètement il est possible (malheureusement) d'avoir des rue avec l'un
> mais pas l'autre.
> > Exemple:
> > Rue de Charenton à Paris a un bout avec un panneau sens interdit "sauf
> vélo" mais aucune infrastructure : oneway:bicycle=no, cycleway=no
> > https://www.openstreetmap.org/way/172644796
> > L'inverse est possible une infrastructure (des pictos vélo par exemples)
> mais pas de panneauçon sauf vélo.
> > Vous pouvez aussi imaginer le cas d'une piste cyclable fermée le temps
> de long travaux.
> >
> > Pour répondre à T. Ruchin, non ce n'est pas comme si on mettait
> access=yes, on ne parle pas de mettre la valeur par défaut ici.
> > Le problème est d'inférer la valeur d'un tag à partir d'un autre tag.
> > Pratique que je trouve mal saine pour la qualité des données et la
> facilité de traitement des celles-ci.
> > Un routeur basique pour vélo ne devrait regarder que le oneway:bicycle
> au lieu devoir lire la doc, l'interpréter et de traiter 3×3 cas possibles.
> > Ça peut être à l'outil (ie au développeur) à s'adapter aux données, ou
> alors le développeur ira voir ailleurs si les données sont de meilleurs
> qualités et plus facilement traitables.
> >
> > Voilà, donc ma règle et d'ajouter oneway:bicycle=yes, et de préciser
> l'infrastructure.
> > En considérant que opposite signifie des pictos vélo.
> >
> > Pour revenir à la question initiale, je dirais qu'il faudrait éviter un
> traitement systématique du fait des explications susmentionnés, le opposite
> n'impliquant pas le oneway:bicycle=no.
> > C'est presque toujours le cas mais pas toujours.
> >
> > Cordialement.
> >
> > Le ven. 1 févr. 2019 à 14:47, Gwenaël Jouvin via Talk-fr <
> talk-fr@openstreetmap.org <mailto:talk-fr@openstreetmap.org>> a écrit :
> >
> > Bonjour,
> >
> > En effet Thomas, il y a probablement, à l’origine, une histoire de
> compatibilité et de doublon.
> >
> > Une page du Wiki décrivait très bien le problème, mais elle a été
> modifiée depuis [1]. Voici le texte qui me servait de référence à l’époque :
> > « Oneway can be used in conjunction with vehicle type in order to
> tag exceptions. I.e. oneway:moped=no for a one-way streets where mopeds are
> allowed to drive in the opposite direction. Bicycles (oneway:bicycle=no)
> are handled specially and  cycleway=opposite/opposite_lane/opposite_track
> needs to be added for compatibility: (See Key:access for sub-values or
> Bicycle for examples). »
> >
> > Pour ma part, j’avais découvert la « nécessité » de
> cycleway=opposite car le rendu OCM n’affichait pas les double-sens
> cyclables qui n’avaient pas cet attribut.
> >
> >
> > Gwenaël
> >
> > [1]
> https://wiki.openstreetmap.org/w/index.php?title=Key:oneway=1576104=1576102
> >
> >
> > Le 01/02/2019 à 13:47, Thomas Ruchin a écrit :
> > > Je pense que c'est du doublon d'information qui n'apporte pas
> grand chose et qui est difficile à maintenir. Je ne sais pas quelle est la
> discussion qui a conduit à cette rédaction du wiki.
> > > C'est comme si le wiki recommandait d'ajouter access=yes sur les
> routes qui n'ont pas de restriction particulières d'accès.*
> > > Par contre, rechercher à mieux caractériser les voies sur lequel
> est présent le oneway:bicycle=non sans plus de détail sur l'aménagement
> cyclable serait

Re: [OSM-talk-fr] Moulinette pour ajouter "oneway:bicycle=no" ?

[Thomas Ruchin]

Je pense que c'est du doublon d'information qui n'apporte pas grand chose
et qui est difficile à maintenir. Je ne sais pas quelle est la discussion
qui a conduit à cette rédaction du wiki.
C'est comme si le wiki recommandait d'ajouter access=yes sur les routes qui
n'ont pas de restriction particulières d'accès.*
Par contre, rechercher à mieux caractériser les voies sur lequel est
présent le oneway:bicycle=non sans plus de détail sur l'aménagement
cyclable serait intéressant.

Thomas

Le ven. 1 févr. 2019 à 13:00, Shohreh  a écrit :

> Bonjour,
>
> Le wiki en anglais* suggère qu'une rue en double-sens cyclable (DSC) soit
> indiquée par deux tags :
>
> "cycleway(:left|right)=opposite|opposite_lane|opposite_track"
> +
> "oneway:bicycle=no"
>
> Cependant, comme Id n'ajoute pas automatiquement ce second tuple
> "oneway:bicycle=no", il est fréquent que les DSC ne le possèdent pas… ce
> qui
> dissuade certains outils comme BRouter de faire passer les cyclistes par
> ces
> chemins et les oblige à faire un détour :
>
> https://postimg.cc/8JvbXbDp
> https://www.openstreetmap.org/way/24692380
>
> => Est-il acceptable par la communauté de faire une moulinette pour ajouter
> ce tuple manquant à tous les DSC déjà définis dans OSM avec
> "cycleway(:left|right)=opposite|opposite_lane|opposite_track" ?
>
> Merci.
>
> * https://wiki.openstreetmap.org/wiki/Bicycle
> Cas M3a et S1
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] Forest Routes

[Roff, Thomas (FHWA)]

FrederiK:
The US Forest Service is part of the Department of Agriculture(USDA) and has 
quite an extensive network of all of their roads including logging trails.
In fact it is almost too much.
Here is a link to the Authority,  I hope it helps.

https://data.fs.usda.gov/geodata/

Tom Roff-
HPMS/ ARNOLD Project Manager
 Federal Highway Administration

-Original Message-
From: Frederik Ramm [mailto:frede...@remote.org] 
Sent: Tuesday, November 20, 2018 11:40 AM
To: talk-us@openstreetmap.org Openstreetmap 
Subject: [Talk-us] Forest Routes

Hi,

apparently you have something in the US called "Forest Routes"

https://en.wikipedia.org/wiki/Forest_Highway

which even has its own kind of shield! (Yes I know, there are *many* shields. 
I've followed the discussions!)

Is there some common understanding of how to map these, if at all? I've looked 
around a bit and found some roads marked "ref=FS" but these were few 
and far between.

Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

___
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

Re: [Talk-at] OSM Wochennotiz Aktualität & Richtigstellung

[Thomas Rupprecht]

Am Fr., 9. Nov. 2018 um 14:28 Uhr schrieb Friedrich Volkmann :

> - unerwünscht: trifft zu
> - auf elektronischem Weg zugestellt: trifft zu
> - unverlangt: trifft zu
> - werbender Inhalt: trifft zu
>
> Ich nehme zur Kenntnis, dass die OSMF mich und alle anderen Mapper
> zuspammt
> und von einer Mitarbeit an OSM ausschließen will.
>

Oben hast du gerade aufgelistet was Spam ist. Jetzt schreibst du "jeder
wird zugespammt".
Da es aber nicht für jeden _unerwünscht_ ist, ist es nicht für jeden Spam.
=> jeder sollte aufpassen mit Verallgemeinerungen

Und die OSMF schließt dich nicht von der Mitarbeit aus. Du hast doch selbst
die Möglichkeit zu entscheiden was du machst. Du wirst nicht gezwungen. Du
hast sogar mehrere Alternativen.
Und wenn dann kann man vom Ausschluss von Informationen reden und nicht von
der Mitarbeit. Auch ohne die Mailingliste kann man mappen.

Wer sich von meinen Beiträgen gestört fühlt, der kann doch einen Filter
> anlegen oder sich von dieser Mailingliste abmelden, nicht wahr?
>

Von dem reden wir doch schon die ganze Zeit das jeder einen Filter für
alles mögliche anlegen kann.
Hab auch schon nen Filter für bestimmte Personen hier auf der Mailingliste
(werde aber nicht veröffentlichen wer)
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Wochennotiz Aktualität & Richtigstellung

[Thomas Rupprecht]

Er hat nicht gesagt dass du das Abonnement beenden musst. Stell dir doch
einfach einen Filter ein.
Ich versteh nicht warum Leute immer 100 Mails hin und her diskutieren
können aber einen Filter aktivieren ist zu viel Aufwand...
Immer nach dem Motto: Warum einfach wenn es auch kompliziert geht...

mfg Thomas Rupprecht


Am Fr., 9. Nov. 2018 um 10:45 Uhr schrieb Friedrich Volkmann :

> On 09.11.2018 09:52, Frederik Ramm wrote:
> > Ich bin Mitglied des Vorstands der OSM Foundation, die diese
> > Mailingliste betreibt, und erkläre in dieser Rolle: Das Versenden von
> > wöchentlichen Erinnerungen über das Erscheinen der "Wochennotiz" ist von
> > uns ausdrücklich toleriert und stellt eine zulässige Nutzung unserer
> > Mailingliste dar. Nutzer, die diese Erinnerungen nicht wünschen und
> > nicht willens oder in der Lage sind, eigene Maßnahmen zur Aussortierung
> > der Mail in ihrer Mailsoftware zu ergreifen, werden gebeten, ihr
> > Abonnement zu beenden.
>
> Wo sollen dann zukünfig Österreich-Themen wie z.B. Imports diskutiert
> werden? Du kannst nicht von jemandem verlangen, eine Diskussion in jener
> Mailingliste zu führen, von der du ihn gebeten hast das Abonnement zu
> beenden.
>
> --
> Friedrich K. Volkmann   http://www.volki.at/
> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Wochennotiz Aktualität & Richtigstellung

[Thomas Rupprecht]

@Marcus
Die Zeit für die drei Mails hätte schon gereicht um den filter einzurichten.

Also ich will gerne weiter benachrichtigt werden
-- 
mfg Thomas Rupprecht

Am 9. November 2018 09:15:39 MEZ schrieb Marcus MERIGHI 
:
>stefan.n...@posteo.net (Stefan Nagy), 2018.11.08 (Thu) 09:43 (CET):
>> Am Mittwoch, den 07.11.2018, 19:08 +0100 schrieb Gerhard Gonter:
>> > aber auf der anderen Seite handelt Ihr euch Unmut ein, weil diese
>> > m.E. inhaltsarme woechentliche Mail auf dieser Liste
>einige/viele/???
>> > Leute stoert.  Mir persoenlich ist sie inzwischen egal, weil sie
>vom
>> > GMail Filter rausgeworfen wird.
>> 
>> Ich kann nur empfehlen, gleich nach der Anmeldung zu einer
>Mailingliste
>> einen Filter einrichten, der die Mails beispielsweise mit der Adresse
>
>> talk-at@openstreetmap.org im Empfänger-Feld in einen Ordner "OSM
>Talk-
>> at" verschiebt, sodass man keines der Mails an die Liste in den
>eigenen
>> Posteingang bekommt. Und den Ordner kann man einfach dann
>durchstöbern,
>> wenn man Zeit und Lust dazu hat… Das macht einen um vieles toleranter
>> in Bezug auf subjektiv als inhaltsleer oder unnötig eingestufte
>> Beiträge.
>
>Wenn Du zuviel Zeit hast (einrichten von Filter fuer jede
>Mailingliste),
>bei mir gibt's jede Menge Arbeit...
>
>> Ich persönlich freu mich über den Hinweis auf die aktuellen
>> Wochennotizen und finde auch, dass das hier her gehört.
>
>Ich mich nicht und wuerde mich freuen, wenn er ausbleibt!
>
>Marcus
>
>___
>Talk-at mailing list
>Talk-at@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] Chantier sur les Champs, one way

[Thomas Ruchin]

Bonsoir

Dans l'absolu, pas d’objection puisque c'est effectivement une unique
chaussée avec des refuges piétons qui sont démontés à chaque défilé
militaire.
Mais la manipulation n'est pas aussi simple à effectuer qu'il n'en paraît,
notamment en ce qui concerne la conservation des relations (lignes de
bus,..).
Et puisqu'on en parle, les files de circulation générale passeront de 4 à 3
dans chaque sens. La bande technique (taxis, livraisons, etc) dans la
partie haute ou le couloir de bus dans la partie basse des Champs prennent
déjà une une file.

Thomas

Le mer. 17 oct. 2018 à 13:43, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

> Bonjour,
>
> Aujourd'hui les Champs Élysée (Paris, France :) est cartographié par deux
> highway=primary.
> Ce qui est pour moi une erreur, l'avenue est certes large, mais aucune
> délimitation physique ne sépare les deux sens de circulation.
>
> En ce moment se déroule un chantier visant la création de pistes cyclables
> latérale séparé de la chaussée motorisé par un espace de stationnement,
> livraison, taxis, arrêt de bus.
> Les voies motorisés vont passer de 5 voies à 3 dans chaque sens.
> Pour une idée, voici une vue d'artiste :
>
> https://www.cnews.fr/france/2018-10-07/paris-les-travaux-de-la-piste-cyclable-des-champs-elysees-vont-debuter-796190
>
> D'où mon idée d'en profiter pour passer les voies motorisés en un seul
> segment.
> Je demande pour m'éviter les cris d'orfraie d'avoir osé touché à la plus
> "belle avenue du monde".
>
> --
> 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

Re: [OSM-talk-fr] Abus de topologie surfacique

[Thomas Ruchin]

Le problème de ce type de gros travail en mode surfacique pur, c'est que
les liaisons pour le calcul d'itinéraire ne sont pas rendues. Impossible
avec les logiciels de routage de faire passer les piétons dans le parc
alors que c'était possible auparavant.
Les tags utilisés pour les trottoirs ne sont pas les bons (un trottoir
n'est pas une aire piétonne).
De plus, j'avais tagué les aires de jeux du parc et il les a supprimées :(
Mais y a trop de changeset pour retrouver l'information que c'est bien lui
qui les a supprimé. ..
Par ailleurs, il préfère échanger par messagerie privée que le sur
changeset lui-même https://www.openstreetmap.org/changeset/62883443 &
https://www.openstreetmap.org/changeset/62667808

Et pour une raison que je n'ai toujours pas comprise, ce contributeur
persiste à supprimer les highway=cycleway correctement tagués pour les
rajouter sur le filaire de la rue principale, ce qui constitue une perte
d'information.

Bref, c'est du boulot intéressant, mais il faudrait qu'il comprenne que :
- d'une part, il ne faut pas dégrader la donnée
- d'autre part, les données OSM servent à autre chose que de générer le
rendu principal.
Ce ne doit pas être impossible à atteindre comme objectif, cf
http://www.f4map.com/

Thomas


Le mar. 9 oct. 2018 à 10:12, Stéphane Péneau  a
écrit :

> Le surfacique ne me choque pas plus que ça (à part l'absence de amenity=
> parking).
>
> En revanche, certains choix de tags sont discutables, il vaudrait mieux
> utiliser highway:area=*
> Ces tags sont déjà utilisés, et même parfois rendus :
> http://osmapa.pl/w/area/?lat=53.43208=14.5487=19=Qq
>
> En tout cas, ça me fait un peu marrer de voir le même contributeur faire
> du micro-mapping surfacique d'un côté, et de l'autre supprimer une piste
> cyclable pour la tagger sur le way principal.
>
> Stéphane
>
> Le 08/10/2018 à 19:05, Antoine Riche a écrit :
>
> Bonjour,
>
> Que pensez-vous du travail de Meersbrook autour la rue Olympe de Gouges à
> Asnières ? Tous les trottoirs sont mappés en surfacique, les places de
> parkings cartographiées une à une. Un sacré boulot mais j'ai un doute sur
> la validité de la chose. Ça se passe ici : https://osm.org/go/0BPJJt4Jt--
>
> Antoine.
>
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] RB94 est de retour

[Thomas Ruchin]

Bonjour

J'ai demandé à Guillaume de bloquer de nouveau le compte de Ryan (RB94).
Pour les reverts, je propose de tout reverter depuis  au moins 10 jours,
sauf si un commentaire sur le changeset s'y oppose.

Thomas

Le mer. 3 oct. 2018 à 23:16, marc marc  a écrit :

> oui c'est bien le temps humain le soucis.
> je pense pas réaliste de garder un contributeur actif dont la moindre
> modif doit être corrigée parce qu'il n'a pas envie des conventions de
> base... ou alors il faut un team qui trouve ses infos tellement
> intéressante que cela les motivent à le suivre indéfiniment...
> dur à trouver...
> nous sommes déjà pas assez motivé pour donner un avis sur ceux
> qui le demande avec review_request sur le changeset :s
> John toi qui l'a suivit et a essayer de le faire progresser,
> tu en penses quoi ? il faut à nouveau le bloqué pour une durée limitée
> pendant que tu essayes de lui expliquer "la vie" ? ou peine perdue ?
>
> Le 03. 10. 18 à 19:12, Thomas Ruchin a écrit :
> > C'est compliqué avec ce contributeur, c'est qu'il ajoute de
> > l'information réelle mais qu'elle ne correspond pas aux règles d'OSM. Il
> > est beaucoup en mode "je tague pour le rendui".
> > J'ai constaté que personne n'a le courage de suivre régulièrement ce
> > contributeur, donc soit on se partage le travail de vérification et mise
> > à niveau (chronophage) soit il faut reverter tout ce qu'il est possible
> > de reverter.
> > Bref, pas de solution miracle malgré les efforts conjoints de quelques
> > membres aguerris - dont John et Jean-Yvon.
> >
> > Le mer. 3 oct. 2018 à 17:04, marc marc  > <mailto:marc_marc_...@hotmail.com>> a écrit :
> >
> > J'ai transmis à Guillaume DWG
> >
> >     Si il faut un coup de main pour le revert,
> > suffit de me dire depuis quelle date il faut faire un revert
> intégral.
> >
> > Le 03. 10. 18 à 15:21, Thomas Ruchin a écrit :
> >  > Bonjour
> >  >
> >  > Notre ami est de retour et plutôt fidèle à lui même (je n'ai
> regardé
> >  > qu'un seul changeset)
> >  > https://www.openstreetmap.org/changeset/63136972
> >  >
> >  > Thomas
> >  >
> >  > Le lun. 24 sept. 2018 à 21:06,  > <mailto:osm.sanspourr...@spamgourmet.com>
> >  > <mailto:osm.sanspourr...@spamgourmet.com
> > <mailto:osm.sanspourr...@spamgourmet.com>>> a écrit :
> >  >
> >  > Il y  du bon quand il dit les directions des voies de droite
> > et de
> >  > gauche (quoique réflexion faite même pas : sur la voie de
> > droite on
> >  > peut rester sur le périphérique) mais en utilisant des clés
> > obsolète
> >  > (exit_to) et en détournant des clés de leur usage (name) :
> >  >
> >  > https://www.openstreetmap.org/node/168540666
> >  >
> >  > J'aurais tendance du coup à dire autant faire des revert :
> tout
> >  > annuler avant que d'autres ne corrigent que partiellement :
> >  > https://www.openstreetmap.org/node/308242485.
> >  >
> >  > Le nombre de contributeurs ayant exprimé la nécessité de
> > changer de
> >  > pratique est élevé comme le montre les statistiques fournies
> par
> >  > Antoine.
> >  >
> >  > On peut proposer à Florian de regarder un par un les
> changements,
> >  > mais je crains qu'on n'assiste à la mutation d'un être humain
> en
> >  > kangourou vu le nombre de bonds qu'il va faire. Par exemple
> > avec les
> >  > nœuds ci-dessus.
> >  >
> >  > N. B. : il faudrait bloquer ses autres comptes car sinon il
> va à
> >  > nouveau changer de compte et non de pratique.
> >  >
> >  > Jean-Yvon
> >  >
> >  >
> >  > Le 24/09/2018 à 18:30, Guillaume Rischard -
> > openstreet...@stereo.lu <mailto:openstreet...@stereo.lu>
> >  > <mailto:openstreet...@stereo.lu
> > <mailto:openstreet...@stereo.lu>> a écrit :
> >  >> Comme il dirait dans ses commentaires de changeset, j'ai
> bloqué
> >  >> quelques choses:
> >  >>
> >  >> https://www.openstreetmap.org/user_blocks/2254
> >  >>
> >  >> Je ne connais pas assez les endroits où il a édité pour
> savoir
> >  >> s’il faut revert tout ou s’il y a

Re: [OSM-talk-fr] RB94 est de retour

[Thomas Ruchin]

C'est compliqué avec ce contributeur, c'est qu'il ajoute de l'information
réelle mais qu'elle ne correspond pas aux règles d'OSM. Il est beaucoup en
mode "je tague pour le rendui".
J'ai constaté que personne n'a le courage de suivre régulièrement ce
contributeur, donc soit on se partage le travail de vérification et mise à
niveau (chronophage) soit il faut reverter tout ce qu'il est possible de
reverter.
Bref, pas de solution miracle malgré les efforts conjoints de quelques
membres aguerris - dont John et Jean-Yvon.

Le mer. 3 oct. 2018 à 17:04, marc marc  a écrit :

> J'ai transmis à Guillaume DWG
>
> Si il faut un coup de main pour le revert,
> suffit de me dire depuis quelle date il faut faire un revert intégral.
>
> Le 03. 10. 18 à 15:21, Thomas Ruchin a écrit :
> > Bonjour
> >
> > Notre ami est de retour et plutôt fidèle à lui même (je n'ai regardé
> > qu'un seul changeset)
> > https://www.openstreetmap.org/changeset/63136972
> >
> > Thomas
> >
> > Le lun. 24 sept. 2018 à 21:06,  > <mailto:osm.sanspourr...@spamgourmet.com>> a écrit :
> >
> > Il y  du bon quand il dit les directions des voies de droite et de
> > gauche (quoique réflexion faite même pas : sur la voie de droite on
> > peut rester sur le périphérique) mais en utilisant des clés obsolète
> > (exit_to) et en détournant des clés de leur usage (name) :
> >
> > https://www.openstreetmap.org/node/168540666
> >
> > J'aurais tendance du coup à dire autant faire des revert : tout
> > annuler avant que d'autres ne corrigent que partiellement :
> > https://www.openstreetmap.org/node/308242485.
> >
> > Le nombre de contributeurs ayant exprimé la nécessité de changer de
> > pratique est élevé comme le montre les statistiques fournies par
> > Antoine.
> >
> > On peut proposer à Florian de regarder un par un les changements,
> > mais je crains qu'on n'assiste à la mutation d'un être humain en
> > kangourou vu le nombre de bonds qu'il va faire. Par exemple avec les
> > nœuds ci-dessus.
> >
> > N. B. : il faudrait bloquer ses autres comptes car sinon il va à
> > nouveau changer de compte et non de pratique.
> >
> > Jean-Yvon
> >
> >
> > Le 24/09/2018 à 18:30, Guillaume Rischard - openstreet...@stereo.lu
> > <mailto:openstreet...@stereo.lu> a écrit :
> >> Comme il dirait dans ses commentaires de changeset, j'ai bloqué
> >> quelques choses:
> >>
> >> https://www.openstreetmap.org/user_blocks/2254
> >>
> >> Je ne connais pas assez les endroits où il a édité pour savoir
> >> s’il faut revert tout ou s’il y a du bon dedans. Est-ce que la
> >> communauté locale pourrait s’occuper de vérifier ses changesets?
> >>
> >> Merci,
> >>
> >> Guillaume, Data Working Group
> >>
> >>
> >>> On 24 Sep 2018, at 16:51, Christian Quest
> >>> mailto:cqu...@openstreetmap.fr>> wrote:
> >>>
> >>> signalement DWG, blocage...
> >>>
> >>> Le lun. 24 sept. 2018 à 16:37, Florian LAINEZ  >>> <mailto:winner...@free.fr>> a écrit :
> >>>
> >>> je bondis !
> >>>
> >>> Le lun. 24 sept. 2018 à 16:13, Antoine Riche
> >>> mailto:antoine.ri...@zaclys.net>>
> >>> a écrit :
> >>>
> >>> Après une pause en août, RB94 a repris du service en
> >>> septembre.
> >>>
> >>> Résultat nous sommes quelques-uns
> >>> (
> http://resultmaps.neis-one.org/osm-discussion-comments?uid=7301654)
> >>> à perdre beaucoup de temps à réparer ses contributions,
> >>> faire des reverts quand il est encore temps, et commenter
> >>> ses changesets en vain car il ne répond jamais.
> >>>
> >>> Dernier exemple en date (qui va faire bondir Florian),
> >>> cette sortie
> >>> (https://www.openstreetmap.org/node/3268095064) de la
> >>> gare BFM à Paris qu'il a renommé "3a-(à 5 min) Bus 62 89
> >>> 132 325 Sortie 2 Rue de France". Il me semble qu'on lui a
> >>> déjà signalé dans le passé que ce n'est pas correct.
> >>>
> >>> On fait quoi ?
> >>>
> >>> Antoine.
> >>>
> >>>
> >>> ___
> >>> Talk-fr mailing list
> >>> Talk-fr@openstreetmap.org  Talk-fr@openstreetmap.org>
> >>> https://lists.openstreetmap.org/listinfo/talk-fr
> >>>
> >>>
> >>>
> >>> --
> >>>
> >>> *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

Re: [OSM-talk-fr] ?==?utf-8?q? Comment taguer une piste cyclable à double sens sur chaussée ?

[Thomas Ruchin]

Sauf qu'en l’occurrence son choix ne reflète que le type d'aménagement et
non pas la réalité du terrain.
Dans le principe de tout taguer sur l'axe de la chaussée, la bizarrerie de
l'extrémité côté rue Étienne Marcel n'est pas représentée ni même le fait
qu'il n'y ait pas de jonction directe avec la rue de Palestro ou Tiquetone
(puisque le séparateur bloque la traversée éventuelle de cyclistes).
De ce que j'ai vu, ce modèle convient bien aux bandes cyclables, mais cela
pose des tas de difficultés dès lors qu'il s'agit de représenter une piste
qui est par définition séparée physiquement de la circulation générale.

S'il faut ensuite rajouter des relations pour signifier que tel tronçon de
la piste est inaccessible directement depuis telle ou telle rue, cela
devient vite inabordable en dehors de rares d'experts.

Thomas


Le mer. 3 oct. 2018 à 17:34, Axelos  a écrit :

> Coucou,
>
> Le Mercredi, Octobre 03, 2018 09:19 CEST, Thomas Ruchin <
> truchi...@gmail.com> a écrit:
> >
> > Question subsidiaire. S'il persiste, puis je demander le soutien du DWG
> > avant que cela ne dégénère en guerre d'édition. De ce qu'il m'écrit, il
> > n'accepte que les argument de la communauté "internationale".
>
> Je pense qu'il s'agit d'une incompréhension. Je te suggère de suivre son
> choix et de lui proposer de mettre à jour la page wiki version anglaise
> bicycle cas T2 en mettant le choix du chemin unique en recommandé, ce qui
> correspondra à l'avis international.
>
>
> ___
> 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] grèves Loire

[Thomas Ruchin]

J'ai essayé de taguer le lit de la Loire et effectivement, ce n'est pas
évident car d'une part cela dépend du niveau du fleuve et d'autre part cela
change tous les ans.
Cependant, comme l'écrit Ades, du fait de la présence de chaussées et épis,
certaines zones sont systématiquement à découvert tous les étés . Cela a
des similitudes avec la zone d'estran en bord de mer.
Je pense qu'il faut quand même cartographier avec la dernière source
d'information disponible et que les tags utilisés indiquent bien que c'est
une zone "mobile".

Thomas.

Le mer. 3 oct. 2018 à 14:04, marc marc  a écrit :

> Le 03. 10. 18 à 09:54, ades a écrit :
> > la baignade est interdite,
> > arr. préf.
>
> vu qu'on ne tag pas la législation, il ne faudrait pas
> le renseigner dans osm en l'absence de panneau.
>
> > Ne faudrait-il pas  préciser dans le wiki que ‘wetland’ ne s’applique
> > pas à ce qui est dans le lit mineur d’un fleuve ou d’une rivière ?
>
> cela me semble une bonne idée. idéalement à faire aussi en anglais
> histoire de garder une cohérence.
>
> > comment maintenir l’information ?
>
> pose la question au contributeur initial.
> est-ce que les grèves bougent beaucoup ? peut-être a-t-il voulu
> simplement renseigner que "par là bas" il y a des gréves, la précision
> extrême n'étant pas très nécessaire s'il n'y a pas de réelle utilisation
> nécessitant une grande précision.
> ce problème se pose pour beaucoup de micro-mapping ou même des commerces
> dont je croise parfois des notes signalant leur fermeture il y a des
> années.
> ___
> 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] RB94 est de retour

[Thomas Ruchin]

Bonjour

Notre ami est de retour et plutôt fidèle à lui même (je n'ai regardé qu'un
seul changeset)
https://www.openstreetmap.org/changeset/63136972

Thomas

Le lun. 24 sept. 2018 à 21:06,  a écrit :

> Il y  du bon quand il dit les directions des voies de droite et de gauche
> (quoique réflexion faite même pas : sur la voie de droite on peut rester
> sur le périphérique) mais en utilisant des clés obsolète (exit_to) et en
> détournant des clés de leur usage (name) :
>
> https://www.openstreetmap.org/node/168540666
>
> J'aurais tendance du coup à dire autant faire des revert : tout annuler
> avant que d'autres ne corrigent que partiellement :
> https://www.openstreetmap.org/node/308242485.
>
> Le nombre de contributeurs ayant exprimé la nécessité de changer de
> pratique est élevé comme le montre les statistiques fournies par Antoine.
>
> On peut proposer à Florian de regarder un par un les changements, mais je
> crains qu'on n'assiste à la mutation d'un être humain en kangourou vu le
> nombre de bonds qu'il va faire. Par exemple avec les nœuds ci-dessus.
>
> N. B. : il faudrait bloquer ses autres comptes car sinon il va à nouveau
> changer de compte et non de pratique.
>
> Jean-Yvon
>
> Le 24/09/2018 à 18:30, Guillaume Rischard - openstreet...@stereo.lu a
> écrit :
>
> Comme il dirait dans ses commentaires de changeset, j'ai bloqué quelques
> choses:
>
> https://www.openstreetmap.org/user_blocks/2254
>
> Je ne connais pas assez les endroits où il a édité pour savoir s’il faut
> revert tout ou s’il y a du bon dedans. Est-ce que la communauté locale
> pourrait s’occuper de vérifier ses changesets?
>
> Merci,
>
> Guillaume, Data Working Group
>
>
> On 24 Sep 2018, at 16:51, Christian Quest  wrote:
>
> signalement DWG, blocage...
>
> Le lun. 24 sept. 2018 à 16:37, Florian LAINEZ  a
> écrit :
>
>> je bondis !
>>
>> Le lun. 24 sept. 2018 à 16:13, Antoine Riche 
>> a écrit :
>>
>>> Après une pause en août, RB94 a repris du service en septembre.
>>>
>>> Résultat nous sommes quelques-uns (
>>> http://resultmaps.neis-one.org/osm-discussion-comments?uid=7301654) à
>>> perdre beaucoup de temps à réparer ses contributions, faire des reverts
>>> quand il est encore temps, et commenter ses changesets en vain car il ne
>>> répond jamais.
>>>
>>> Dernier exemple en date (qui va faire bondir Florian), cette sortie (
>>> https://www.openstreetmap.org/node/3268095064) de la gare BFM à Paris
>>> qu'il a renommé "3a-(à 5 min) Bus 62 89 132 325 Sortie 2 Rue de France". Il
>>> me semble qu'on lui a déjà signalé dans le passé que ce n'est pas correct.
>>>
>>> On fait quoi ?
>>>
>>> Antoine.
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> --
>>
>> *Florian Lainez*
>> @overflorian <http://twitter.com/overflorian>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment taguer une piste cyclable à double sens sur chaussée ?

[Thomas Ruchin]

Merci pour vos éléments.
Je vais donc rétablir manuellement pour la seconde fois la piste en
highway=cycleway séparée de la chaussée.
Je ne pourrais malheureusement pas faire de revert car le contributeur qui
supprime systématiquement la piste a fait trop de changesets distincts sur
la zone.

Question subsidiaire. S'il persiste, puis je demander le soutien du DWG
avant que cela ne dégénère en guerre d'édition. De ce qu'il m'écrit, il
n'accepte que les argument de la communauté "internationale".

Thomas

Le mar. 2 oct. 2018 à 21:36, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

> Ce n'est pas une bonne idée car :
> - c'était déjà correctement modélisé
> - cela n'ajoute aucune information, au contraire on peut considérer que
> cela en retire :
> - la précision géométrique est plus faible (la piste est-elle réellement
> collé et suit-elle exactement la chaussée ?
> - ne permet pas de dessiner les entrées et sorties
> - ne permet pas de placer les éléments intercalaire entre la chaussée et
> la piste (stationnement, station, etc)
> - ne permet pas de modéliser les différences de signalisations (feux,
> cédez le passage, passages pétons, ...)
>
> (la photo du tweet représente la future portion avec stationnement, celle
> discutée n'a pas de stationnement qui la sépare de la chaussée, juste une
> bordure granite)
>
> Le mar. 2 oct. 2018 à 13:34, Thomas Ruchin  a écrit :
>
>> Bonjour
>>
>> J'ai échangé avec le contributeur à l'origine de la suppression du way
>> "cycleway" distinct et voici ci-dessous son propos. J'avoue que je suis mal
>> à l'aise car je ne vois pas trop comment le convaincre que ce n'est pas une
>> bonne idée.
>>
>> Thomas
>>
>> "On m'a conseillé cycleway:left:oneway. Le tag est référencé sur le Wiki
>> ici: https://wiki.openstreetmap.org/wiki/Item:Q3113 et en bug ici:
>> https://github.com/Project-OSRM/osrm-backend/issues/4060 (plus ou
>> moins). Une demande a été faite ici aussi:
>> https://github.com/abrensch/brouter/issues/98. Il y aussi une discussion
>> ici: https://github.com/Project-OSRM/osrm-backend/issues/4943, je vais
>> tester ce qu'ils disent dans 4943.
>>
>> Je ne particperai pas à talk-fr, je demande des conseils sur le site
>> général afin de recevoir des conseils de toute la communauté, pas juste
>> quelques personnes. Plus y'en a qui participent, plus le consensus est
>> valable."
>>
>> Le mar. 2 oct. 2018 à 10:57, Florimond Berthoux <
>> florimond.berth...@gmail.com> a écrit :
>>
>>> Bonjour,
>>>
>>> D'après le wiki https://wiki.openstreetmap.org/wiki/Bicycle#Cycle_tracks
>>> cas T3
>>>
>>> C'était bien réalisé, comme pour la future prolongation
>>> https://www.openstreetmap.org/way/614951874
>>>
>>> Comme la double voie vélo est séparée d'un séparateur et par du
>>> stationnement, dessiner la voie est justifié à mon goût.
>>>
>>> Le mar. 2 oct. 2018 à 09:51, Francescu GAROBY  a
>>> écrit :
>>>
>>>> D'accord avec Marc : vu que la voie cyclable est physiquement séparée,
>>>> elle doit être tracée à part.
>>>>
>>>> Francescu
>>>>
>>>> Le lun. 1 oct. 2018 à 22:49, marc marc  a
>>>> écrit :
>>>>
>>>>> Le 01. 10. 18 à 22:45, Thomas Ruchin a écrit :
>>>>> > j'aurais créé un way spécifique highway = cycleway.
>>>>>
>>>>> cela me semble tout a fait adapté vu le séparateur entre.
>>>>> ___
>>>>> Talk-fr mailing list
>>>>> Talk-fr@openstreetmap.org
>>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>>
>>>>
>>>>
>>>> --
>>>> Francescu
>>>> ___
>>>> Talk-fr mailing list
>>>> Talk-fr@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>
>>>
>>>
>>> --
>>> 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
>>
>
>
> --
> 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

Re: [OSM-talk-fr] Comment taguer une piste cyclable à double sens sur chaussée ?

[Thomas Ruchin]

Bonjour

J'ai échangé avec le contributeur à l'origine de la suppression du way
"cycleway" distinct et voici ci-dessous son propos. J'avoue que je suis mal
à l'aise car je ne vois pas trop comment le convaincre que ce n'est pas une
bonne idée.

Thomas

"On m'a conseillé cycleway:left:oneway. Le tag est référencé sur le Wiki
ici: https://wiki.openstreetmap.org/wiki/Item:Q3113 et en bug ici:
https://github.com/Project-OSRM/osrm-backend/issues/4060 (plus ou moins).
Une demande a été faite ici aussi:
https://github.com/abrensch/brouter/issues/98. Il y aussi une discussion
ici: https://github.com/Project-OSRM/osrm-backend/issues/4943, je vais
tester ce qu'ils disent dans 4943.

Je ne particperai pas à talk-fr, je demande des conseils sur le site
général afin de recevoir des conseils de toute la communauté, pas juste
quelques personnes. Plus y'en a qui participent, plus le consensus est
valable."

Le mar. 2 oct. 2018 à 10:57, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

> Bonjour,
>
> D'après le wiki https://wiki.openstreetmap.org/wiki/Bicycle#Cycle_tracks
> cas T3
>
> C'était bien réalisé, comme pour la future prolongation
> https://www.openstreetmap.org/way/614951874
>
> Comme la double voie vélo est séparée d'un séparateur et par du
> stationnement, dessiner la voie est justifié à mon goût.
>
> Le mar. 2 oct. 2018 à 09:51, Francescu GAROBY  a
> écrit :
>
>> D'accord avec Marc : vu que la voie cyclable est physiquement séparée,
>> elle doit être tracée à part.
>>
>> Francescu
>>
>> Le lun. 1 oct. 2018 à 22:49, marc marc  a
>> écrit :
>>
>>> Le 01. 10. 18 à 22:45, Thomas Ruchin a écrit :
>>> > j'aurais créé un way spécifique highway = cycleway.
>>>
>>> cela me semble tout a fait adapté vu le séparateur entre.
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> --
>> Francescu
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> 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 taguer une piste cyclable à double sens sur chaussée ?

[Thomas Ruchin]

Bonjour,

Comment pensez vous qu'il faille taguer une piste cyclable sur chaussée
séparée de la circulation générale par un simple séparateur granit  et à
double sens ?
https://twitter.com/EmmanuelSPV/status/1023618652745211904

La proposition suivante ne me convainc pas car je n'ai rien trouvé de
documenté à ce sujet dans le wiki et elle ne permet pas de traiter les
cheminements réels des cyclistes à l'extrémité de la rue
https://www.openstreetmap.org/way/54756953#map=19/48.86388/2.34932

Personnellement, j'aurais créé un way spécifique highway = cycleway.

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

Re: [OSM-talk-fr] Vincennes

[Thomas Ruchin]

J'ai regardé le secteur mais ne comprends pas quel est le souci, d'autant
plus que les données n'ont pas bougé depuis plusieurs mois dans le secteur.
Pourrait on avoir copie du fameux signalement ?

Merci

Thomas

Le mer. 26 sept. 2018 à 18:52, nicolas parizet 
a écrit :

> Bonjour,
>
> sur Mastodon, quelqu'un signale par une capture d'écran, un soucis sur
> Vincennes. Je ne connais pas le coin mais j'avoue qu'après avoir
> regardé, je suis perplexe.
>
> Le soucis se situe au carrefour de l'avenue de Paris et de l'avenue
> Pasteur. Entre les deux voies de l'avenue de Paris, il y a comme un
> morceau de rue de tracé et non nommé (je ne vois pas ce que ce tracé
> fait là mais si il doit y être, je ne vois pas comment il doit être nommé).
>
> Même chose sur une rue à l'ouest. L'avenue Gambetta semble traverser
> l'avenue de Paris.
>
> Comme je ne connais pas ces endroits, je vous laisse jeter un coup d'œil
> et voir si des modifications sont nécessaires.
>
> Merci,
>
> Nicolas
>
>
>
>
>
> ___
> 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] Arceaux partagés motos / vélos

[Thomas Ruchin]

Réponse simple :
A Paris, tous les nouvelles places de stationnement moto sont uniquement du
marquage au sol. Difficile donc d'y attacher son vélo puisqu'il n'y a pas
d'accroche.

Thomas

Le ven. 21 sept. 2018 à 09:22, Christian Quest  a
écrit :

> Question peut être bête et en rapport indirect avec le sujet... qu'est-ce
> qui empêche (légalement et pratiquement) de garer un vélo dans un
> emplacement moto ?
>
> --
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-at] Schülerhort richtig eintragen

[Thomas Rupprecht]

Hallo,

Ich hab den Hort bei uns auch mit er after_school getagt:
https://www.openstreetmap.org/node/4087662805

mfg Thomas Rupprecht


Am Do., 30. Aug. 2018 um 21:17 Uhr schrieb Andreas :

> Am 2018-08-30 um 20:51 schrieb realadry:
> > Hallo,
> >
> > "amenity=social_facility" erlaubt doch eh eine genauere Definition per
> > social_facility=*
> >
> > https://wiki.openstreetmap.org/wiki/Key:social_facility
> >
> > Da gibt es sogar "social_facility=day_care" und
> "social_facility:for=child"
>
> Laut dem wiki ist day_care auch nicht so ganz richtig: "A
> non-residential facility that provides nursing services on a daily basis
> to people with specific needs (elderly, disabled), similar to a
> group_home or nursing_home, however the users spend the night with their
> families and not in the facility."
>
>
> >
> > So würde ich das auch taggen.
> >
> > amenity=kindergarten ist schlichtweg falsch, weil das nur für Kinder ist
> > die noch nicht zur Schule gehen, aber in einem Hort auch viel ältere
> > Kinder betreut werden können.
>
> deshalb + after_school.
>
> Ich habe nur aus dem Wiki zitiert.
>
> laut taginfo ist das nicht so verkehrt:
>
> after_school
> Schulhort
>
> https://taginfo.openstreetmap.org/keys/after_school#values
>
> lg
> Andreas
>
> >
> > Am 30.08.2018 um 20:39 schrieb Andreas:
> >> Am 2018-08-29 um 09:28 schrieb caigner:
> >>> Liebe Kollegen!
> >>>
> >>> Ich möchte einen Schülerhort richtig eintragen. Wie mache ich das?
> >>
> >> Wiki habe ich dazu leider auch nichts gefunden. Es gab anscheinend
> >> proposals, die aber abgelehnt wurden
> >> )https://wiki.openstreetmap.org/wiki/Proposed_features/childcare2.0)
> >>
> >>>
> >>> Es ist kein Kindergarten, und auch keine Schule.
> >>>
> >>> Ich würde daher zu amenity=social_facility tendieren.
> >>
> >>>
> >>> Was meint ihr?
> >>
> >>
> >> Ich glaube after-school würde hier besser passen:
> >>
> >> https://wiki.openstreetmap.org/wiki/Key:after_school
> >>
> >>   amenity=kindergarten + after_school=yes and name=*
> >>
> >> lg
> >> Andreas
> >> alias geologist
> >>
> >>>
> >>> Liebe Grüße,
> >>> Christian
> >>>
> >>>
> >>>
> >>> ___
> >>> Talk-at mailing list
> >>> Talk-at@openstreetmap.org
> >>> https://lists.openstreetmap.org/listinfo/talk-at
> >>>
> >>
> >>
> >>
> >>
> >> ___
> >> Talk-at mailing list
> >> Talk-at@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-at
> >>
> >
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-at
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-de] Neues Förderangebot von WMDE für Projekte um OSM

[Thomas Barris]

>
> Noch mal:  Der Kritikpunkt ist, dass WMDE die Anschaffung von "Kameras
> für Mapillary-Aufnahmen" unterstützen möchte.  Das zu kritisieren ist
> in keinster Weise akademisch.



Noch mal: Wir nehmen die Bilder nicht für Mapillary sondern für uns
praktizierende Mapper auf. Wenn Du "Mapillary-Bilder" als Besitz unbedingt
falsch verstehen willst und sie nicht als Type wie Panaorama-Bild siehst,
dann ließ bitte nochmal den Kontext: "
*Förderung von Projekten mit und für OpenStreetMap (OSM)".*
Ich finde es ziemlich peinlich, jemanden, der OSM beim Mappen unterstützen
will, das Wort im Mund rumzudrehen.

Am Do., 30. Aug. 2018 um 12:53 Uhr schrieb Christoph Hormann :

> On Thursday 30 August 2018, Thomas Barris wrote:
> > > Der Kritikpunkt von Frederik bezieht sich auf die Unterstützung
> > > solcher Firmen, in diesem Fall die Unterstützung dafür, Bilder für
> > > Mapillary aufzunehmen.  Das ist etwas qualitativ deutlich anderes.
> >
> > Wir nehmen die Bilder nicht für Mapillary sondern für uns
> > praktizierende Mapper auf. Die Kritik daran, dass man die Bilder
> > leider nur bei zwei kommerziellen Anbietern speichert, ist mangels
> > Alternative etwas akademisch.
>
> Noch mal:  Der Kritikpunkt ist, dass WMDE die Anschaffung von "Kameras
> für Mapillary-Aufnahmen" unterstützen möchte.  Das zu kritisieren ist
> in keinster Weise akademisch.
>
> --
> Christoph Hormann
> http://www.imagico.de/
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Neues Förderangebot von WMDE für Projekte um OSM

[Thomas Barris]

>
> Der Kritikpunkt von Frederik bezieht sich auf die Unterstützung solcher
> Firmen, in diesem Fall die Unterstützung dafür, Bilder für Mapillary
> aufzunehmen.  Das ist etwas qualitativ deutlich anderes.


Wir nehmen die Bilder nicht für Mapillary sondern für uns praktizierende
Mapper auf. Die Kritik daran, dass man die Bilder leider nur bei zwei
kommerziellen Anbietern speichert, ist mangels Alternative etwas
akademisch.

Am Do., 30. Aug. 2018 um 11:59 Uhr schrieb Christoph Hormann :

> On Thursday 30 August 2018, Nicolas Rück wrote:
> >
> > Dein Kritikpunkt an Mapillary war mir bisher nicht bekannt, aber ich
> > kann ihn gut nachvollziehen. Danke für die Information. Wir möchten
> > uns bei solchen Angeboten natürlich an den Bedarfen der Community
> > orientieren. Wenn ich es richtig überblicke, scheint es dort aber
> > keinen Konsens gegen eine Nutzung von Mapillary zu geben.
>
> Das ist aber nicht der Punkt, wir nutzen auch zum Beipiel Bilder
> kommerzieller Satellitenbild-Anbieter, die diese ohne freie Lizenz mit
> eng gefassten Nutzungsbedingungen für OSM freigeben.
>
> Der Kritikpunkt von Frederik bezieht sich auf die Unterstützung solcher
> Firmen, in diesem Fall die Unterstützung dafür, Bilder für Mapillary
> aufzunehmen.  Das ist etwas qualitativ deutlich anderes.
>
> --
> Christoph Hormann
> http://www.imagico.de/
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[OSM-talk-fr] Tramway sur pneu - railway=tram ou highway=bus_guideway

[Thomas Ruchin]

Bonjour

Il existe en île de France 2 lignes de tramway sur pneu.
https://www.openstreetmap.org/relation/5136037  --> le T6
https://www.openstreetmap.org/#map=19/48.95351/2.35815 --> Le T5

Et pour ces 2 lignes, de multiples conflits d'édition entre
- railway=tram et highway=bus_guideway

A titre personnel, je suis choqué d'un moyen de transport qui n'est pas sur
rail puisse comporter le tag "railway". Mais d'un point de vue service au
voyageur, cela s'approche des tram classiques. Il paraît même que c'est un
tramway d'un point de vue législation.

Bref, il me semble que tout le monde à raison et qu'il faudrait créer le
tag "highway=tram" pour ce type d'équipement.

Des avis ?

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

[Talk-dk] Tag af "lastbiler ikke tilladt"

[Thomas Andersen]

Kære alle

Der er en vej i Roskilde, hvor lastbiler er blevet forbudt i visse tidsrum.
Jeg er dog lidt i tvivl om, hvordan dette skal gøres bedst (har googlet men
ikke fundet et godt svar).

Hvordan bør man tagge en vej, hvor der ikke må køre lastbiler, og kan
registrere at det kun er i visse tidsrum?

På forhånd tak for hjælpen


-- 
Med Venlig Hilsen / Regards

cand.scient in geography and geoinformatics
Thomas Kristian Andersen
mobile: + 45 2083 1505 (DK)
mail: thomas.kristian.ander...@gmail.com

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

Re: [OSM-talk-fr] Blocage de contributeur

[Thomas Ruchin]

Salut John,

Tu es vraiment en contact avec RB94
<https://www.openstreetmap.org/user/RB94> ? Parce que notre ami continue
ses modification douteuses (il confond généralement nom et descriptions),
n'a strictement rien corrigé de ses anciennes contributions et ne répond
pas lorsqu'un changeset est commenté ?
Pour rappel, les données notamment transports sont très utilisées par des
applications extérieures, donc cela cause un dommage certain au sérieux et
à la fiabilité d'OSM.

Franchement, on attend vraiment qu'il ait pollué toute la base pour agir ?
Pour ce genre de contributeur, il faudrait proposer 6 mois de pratique dans
un bac à sable...

[Marc marc, avant de demander plus d'éléments,  je t'invite à faire par toi
même un tour détaillé dans les contributions de RB94 ;)]

Thomas

Le lun. 11 juin 2018 à 19:44, Johnparis  a écrit :

> RB94 m'a repondu par l'affirmative.
>
> Merci de ne pas le bloquer pour le moment. Nous allons commencer par ses
> changements les plus recents.
>
>
>
>
>
>
> 2018-06-11 19:36 GMT+02:00 :
>
>> Comme dit par Christian, on a été nombreux à lui tendre la main.
>> En réponse un doigt d'honneur.
>>
>> Par exemple (anecdotique) je lui demandais de mieux préciser dans les
>> changeset ce qu'il faisait.
>>
>> Maintenant le commentaire systématique c'est "J'ai fait quelque
>> modifications bien précisés".
>>
>> Donc oui Johnparis, bon comportement de ta part mais sans vouloir te
>> décevoir, tu n'es pas le premier à essayer.
>> > tu as un exemple d'objet oü le revert précédent a oublié d'annuler un
>> des modifs incorrecte ?
>> Guillaume avait posté toute une liste sur la liste :
>> https://etherpad.net/p/revertparis
>>
>> Guillaume, alors que tu as bloqué RB94, il recommence sans tenir compte.
>> https://www.openstreetmap.org/user/RB94/blocks
>> Du coup je propose un blocage plus long et par IP.
>>
>> Donat, la procédure c'est essayer de faire changer la pratique en
>> commentant des changeset et en désespoir de cause de contacter
>> d...@osmfoundation.org (ici aussi Guillaume car il a plusieurs qualités
>> : inscrit sur cette liste, francophone, membre du DWG et il a aussi annulé
>> des modifs de RB et bloqué au nom du DGW, ce qui fait beaucoup pour un seul
>> homme et c'est tant mieux !).
>>
>> Jean-Yvon
>>
>>  Message transféré 
>> Sujet : blocking RB94
>> Date : Tue, 5 Jun 2018 16:49:44 +0200
>> Pour : d...@osmfoundation.org
>> Copie à : Thomas Ruchin  ,
>> Guillaume Rischard  ,
>> Noémie Lehuby  
>>
>> Rayan Belhir is now using a third account, modifying wildly station names
>> as he has done before.
>>
>> More efficient methods (ID-address, editor, locale...) may be needed!
>>
>> Thanks in advance.
>>
>> Jean-Yvon
>>
>>
>>
>>
>> Le 11/06/2018 à 15:59, Christian Quest - cqu...@openstreetmap.fr a
>> écrit :
>>
>> Il me semble que nous avons été nombreux à le joindre en tendant la main.
>>
>> Quand un contributeur persiste, s'ouvre une second puis un troisième
>> compte pour continuer à contribuer malgré les blocages du DWG, on peut
>> difficilement parler de bonne foi.
>>
>> Ce genre de situation est bien regrettable, heureusement que ça n'arrive
>> pas souvent.
>>
>> Le 11/06/2018 à 14:14, Johnparis a écrit :
>>
>> Je lui ai écris, en offrant de revoir ses contributions et montrer les
>> reglements, des listes de diffusion, etc. On verra. Je pense qu'il essaie
>> en bonne foi d'ameliorer l'OSM, mais en vain.
>>
>> 2018-06-11 11:59 GMT+02:00 Donat ROBAUX :
>>
>>> Bonjour,
>>>
>>> Je viens de lui envoyer un com de changeset bien senti!
>>> Je ne connais pas les procédures du DWG, mais il serait bon que le
>>> blocage soit définitif non pas sur son compte mais sur son adresse ip,
>>> histoire qu'on entende plus parler de lui.
>>>
>>> Vos avis?
>>>
>>> Donat
>>>
>>>
>>>> -- Forwarded message --
>>>> From: Thomas Ruchin 
>>>> To: talk-fr@openstreetmap.org, Guillaume Rischard <
>>>> openstreet...@stereo.lu>
>>>> Cc:
>>>> Bcc:
>>>> Date: Mon, 11 Jun 2018 11:29:40 +0200
>>>> Subject: Re: [OSM-talk-fr] Blocage de contributeur
>>>> Bonjour,
>>>>
>>>> Il continue :
>>>> https://www.openstreetmap.org/user/RB94.
>>>> Exemple : https://www.openstreetmap.org/node/2799009880
>>>> Par ailleurs, le problème sur se

Re: [OSM-talk-fr] Blocage de contributeur

[Thomas Ruchin]

Bonjour,

Il continue :
https://www.openstreetmap.org/user/RB94.
Exemple : https://www.openstreetmap.org/node/2799009880
Par ailleurs, le problème sur ses modifications des semaines passées est
que malgré le passage de plusieurs contributeurs chevronnées (Christian,
Donat, Noémie, Jean-Yvon, Guillaume,...) certains jeux de données sont
encore pollués par des éléments qui ne correspondent pas aux règles OSM.
Par exemple, dans les nommages de voies ferrées ou dans les schémas de
relations de transport.

Que fait on ?

Thomas

Le mer. 6 juin 2018 à 00:28, Johnparis  a écrit :

> Verifié, j'espère.
>
> 2018-06-05 19:21 GMT+02:00 Guillaume Rischard :
>
>> Bonjour,
>>
>> Est-ce que la communauté locale peut vérifier ces objets que je n’ai pas
>> pu annuler?
>>
>> https://etherpad.net/p/revertparis
>>
>> J’ai en tout cas bloqué RB94.
>>
>> Guillaume, pour le Data Working Group
>>
>> On 5 Jun 2018, at 16:03, Thomas Ruchin  wrote:
>>
>> Bonjour
>>
>> Notre nouvel ami s'appelle RB94 <https://www.openstreetmap.org/user/RB94>
>>
>>
>> Merci par avance pour l'action du DWG
>>
>> Thomas
>>
>> Le 28 mai 2018 à 21:44, Jérôme Seigneuret 
>> a écrit :
>>
>>> J'ai bien envie de te dire que les deux sont liés surtout dans ce cas vu
>>> que c'est un contributeur via plusieurs comptes qui vandalise des données
>>> ;-)
>>>
>>> Le 28 mai 2018 à 20:22,  a écrit :
>>>
>>>> OSMCha :
>>>>
>>>>
>>>> https://osmcha.mapbox.com/filters?aoi=88f846df-d53b-4305-b91a-eb8b06d5c304
>>>> Là on s'intéresse au contributeur, pas au contenu mais on peut ajouter
>>>> des filtres sur le contenu.
>>>>
>>>> Le 28/05/2018 à 12:36, Christian Quest - cqu...@openstreetmap.fr a
>>>> écrit :
>>>>
>>>> Overpass...
>>>>
>>>> [out:xml][timeout:60];
>>>> // gather results
>>>> (
>>>>   // query part for: “railway=station”
>>>>   node["railway"="station"][name~'RATP']({{bbox}});
>>>>   way["railway"="station"][name~'RATP']({{bbox}});
>>>>   node["public_transport"="stop_position"][name~'RATP']({{bbox}});
>>>>   way["public_transport"="stop_position"][name~'RATP']({{bbox}});
>>>> );
>>>> // print results
>>>> out meta;>;out meta;
>>>>
>>>>
>>>> Je viens de refaire un peu de nettoyage, certaines stations / arrêts
>>>> étaient encore incorrects.
>>>>
>>>>
>>>>
>>>>
>>>> ___
>>>> Talk-fr mailing list
>>>> Talk-fr@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>
>>>>
>>>
>>>
>>> --
>>> Cordialement,
>>> Jérôme Seigneuret
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Blocage de contributeur

[Thomas Ruchin]

Bonjour

Notre nouvel ami s'appelle RB94 <https://www.openstreetmap.org/user/RB94>


Merci par avance pour l'action du DWG

Thomas

Le 28 mai 2018 à 21:44, Jérôme Seigneuret  a
écrit :

> J'ai bien envie de te dire que les deux sont liés surtout dans ce cas vu
> que c'est un contributeur via plusieurs comptes qui vandalise des données
> ;-)
>
> Le 28 mai 2018 à 20:22,  a écrit :
>
>> OSMCha :
>>
>> https://osmcha.mapbox.com/filters?aoi=88f846df-d53b-4305-
>> b91a-eb8b06d5c304
>> Là on s'intéresse au contributeur, pas au contenu mais on peut ajouter
>> des filtres sur le contenu.
>>
>> Le 28/05/2018 à 12:36, Christian Quest - cqu...@openstreetmap.fr a
>> écrit :
>>
>> Overpass...
>>
>> [out:xml][timeout:60];
>> // gather results
>> (
>>   // query part for: “railway=station”
>>   node["railway"="station"][name~'RATP']({{bbox}});
>>   way["railway"="station"][name~'RATP']({{bbox}});
>>   node["public_transport"="stop_position"][name~'RATP']({{bbox}});
>>   way["public_transport"="stop_position"][name~'RATP']({{bbox}});
>> );
>> // print results
>> out meta;>;out meta;
>>
>>
>> Je viens de refaire un peu de nettoyage, certaines stations / arrêts
>> étaient encore incorrects.
>>
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Cordialement,
> Jérôme Seigneuret
>
> ___
> 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-at] Projektvorstellung: Hofladen-Karte für Deutschland, Östereich und die Schweiz

[Thomas Tolloschek]

Hi Markus,

Arbeiterstrich ist in Wien das geflügelte Wort für eine Örtlichkeit
an der keine leichtbekleideten Dame sondern mehr oder weniger muskulöse
Arbeiter (in der regel bauarbeiter) rumstehen die man gegen bezahlung
anheuern kann.

Das allerdings mit amenity=Marketplace zu taggen ist schon "sehr kreativ".

LG Tom

Am 04.06.2018 um 00:19 schrieb Markus Mayr:
> Hallo, Stefan!
> 
> Durch deine Karte bin ich auf folgenden Eintrag gestoßen, der jedoch
> ziemlich sicher nicht zum Inhalt deiner Karte passt:
> https://farmshops.eu/#48.17779,16.35704,18z
> 
> Dies ist ein Arbeiterstrich in Wien (ich kannte den Begriff bis eben
> selber gar nicht). Anscheinend ist es die naheliegendste Variante,
> diesen als "amenity=marketplace" zu taggen, obwohl das auch wieder
> seltsam anmutet...
> 
> Beste Grüße,
> ScubbX
> 
> 
> Am 2018-05-15 um 22:29 schrieb Stefan:
>> Hallo zusammen,
>>
>> Wir vom Open Knowledge Lab Karlsruhe haben eine Karte gebaut die
>> Hofläden in Deutschland, Österreich und der Schweiz zeigt und OSM
>> Daten aufbereitet:
>>
>> https://codeforkarlsruhe.github.io/direktvermarkter/
>>
>> Die Karte ist im Prinzip nur ein Viewer für Openstreetmap Daten,
>> bereitet diese aber zustäzlich auf, verlinkt auf die Koordinate in
>> anderen Diensten wie OpenRouteService und GoogleMaps und Übersetzt die
>> häufigsten Begriffe. Wir importieren regelmäßig die Daten von OSM, es
>> ist also möglich neue Höfe dort einzutragen und sie erscheinen
>> spätestens nach einer Woche auf der Karte. Wir arbeiten auch schon daran
>> den Import zu automatisieren.
>>
>> Falls jemand Fehlende Daten ergänzen möchte, wir importieren folgende
>> Tags:
>>
>> shop=farm (für Hofläden)
>>
>> amenity=vending_machine (Verkaufsautomaten)
>>    jedoch nur mit dem Zusatz
>>    vending=milk
>>    und
>>    vending=food
>>
>>
>> Wir freuen uns über Nutzer, Helfer und Ideen zur Weiterentwicklung der
>> Karte!
>>
>> Beste Grüße,
>> Stefan
>>
>>
>> Links:
>> Die Karte: https://codeforkarlsruhe.github.io/direktvermarkter/
>> GitHub: https://github.com/CodeforKarlsruhe/direktvermarkter
>> Das Open Knowledge Lab Karlsruhe: https://codefor.de/karlsruhe/
>> Shop=Farm im OSM Wiki:
>> https://wiki.openstreetmap.org/wiki/DE:Tag:shop%3Dfarm
>> Amenity=Vending_Machine im OSM Wiki:
>> https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dvending_machine
>>
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 



signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] Blocage de contributeur

[Thomas Ruchin]

Oups :  https://www.openstreetmap.org/changeset/59246818
<https://www.openstreetmap.org/changeset/59246818>

Le 25 mai 2018 à 11:09, Thomas Ruchin <truchi...@gmail.com> a écrit :

> Fait :
> https://www.openstreetmap.org/changeset/5924681
>
> Le 25 mai 2018 à 10:56, marc marc <marc_marc_...@hotmail.com> a écrit :
>
>> écris un message sur un changeset
>> je transmet à Guillaume
>>
>> Le 25. 05. 18 à 10:45, Thomas Ruchin a écrit :
>> > Au secours, il recommence !
>> >
>> > Pour la petite histoire, après plusieurs jours de discussion avec le
>> > fameux contributeur à double compte, Noémie, Jean-Yvon et Guillaume,
>> > Guillaume (DWG) a fini par le bloquer et faire un revert sur l'ensemble
>> > de ses contributions (bien trop complexe pour réussir à démêler le
>> > positif du vandalisme)
>> > Sauf qu'il recommence exactement comme avant (cf :
>> > https://www.openstreetmap.org/node/1780486821) mais cette fois avec
>> son
>> > compte initial :
>> > rayan belkhir <https://www.openstreetmap.org/user/rayan%20belkhir>
>> > Beaucoup d'énergie dépensée, deux blocages et un retour au point de
>> > départ...
>> >
>> > Thomas
>> >
>> >
>> > Le 12 mai 2018 à 12:11, <osm.sanspourr...@spamgourmet.com
>> > <mailto:osm.sanspourr...@spamgourmet.com>> a écrit :
>> >
>> > C'est toi Stereo_repair ? non je vois "This account is used by
>> > Guillaume Rischard (Stereo) for undo/revert operations for the Data
>> > Working Group." donc pour le premier auteur le DWG est déjà au
>> courant.
>> >
>> > https://www.openstreetmap.org/changeset/58278617#map=11/
>> 48.7984/2.3574
>> > <https://www.openstreetmap.org/changeset/58278617#map=11/48
>> .7984/2.3574>
>> >
>> > "This changeset has been reverted fully or in part by changeset
>> > 58278617 where the changeset comment is: revert poor quality
>> mapping"
>> >
>> > Je vois que les commentaires de DZ213 sont meilleurs que les
>> > précédents (même si insuffisants ",J'ai ajouté une sortie de gare"
>> > et surtout non correspondant à la réalité - là notamment le
>> > renommage de l'agence commerciale RATP de Borug-la-Reine par
>> > exemple) et que tu a fait un revert sans explication.
>> > Si tu penses que c'est la même personne, je peux le comprendre mais
>> > il vaut mieux faire l'hypothèse que c'est un débutant et des
>> > débutants en région parisienne ça doit exister ! Et donc lui tenir
>> > la main pour ses premiers pas.
>> >
>> > Je vois https://www.openstreetmap.org/way/531817806/history
>> > <https://www.openstreetmap.org/way/531817806/history> : tu
>> supprimes
>> > "name <https://wiki.openstreetmap.org/wiki/Key:name?uselang=en>
>> > Chantier Grand Paris Express Ligne 15 Sud Gare Arcueil-Cachan".
>> > À mon avis vous avez tous les deux tort.
>> > Lui parce que ce n'est pas un nom, toi parce que tu devais discuter
>> > avec lui et lui dire que c'était une description.
>> > Donc :
>> > description=Chantier Grand Paris Express Ligne 15 Sud Gare
>> > Arcueil-Cachan
>> >
>> > Je vois en plus que "https://www.openstreetmap.org/way/487197910
>> > <https://www.openstreetmap.org/way/487197910> (avec une faute
>> > d'orthographe et du même) utilise la station actuelle.
>> >
>> > "OSM n'est pas censé être un ramassis de bureaucrates"
>> > Non, ce qui est demandé c'est de contribuer dans un bon esprit.
>> > Tu expliques sur les changesets pourquoi ce n'est pas à faire et tu
>> > signales à la liste, et s'il ne comprend pas (ou ne veut pas
>> > comprendre), Guillaume par exemple prend le relai.
>> >
>> > Comme il s'intéresse aux transports en commun, il vaut mieux le
>> > mettre en relation avec des gens qui s'y intéressent (Noémie par
>> > exemple) et ils lui expliqueront le pourquoi du comment du nommage.
>> >
>> > Là je pense qu'on arrive à deux frustrés - toi et lui. Je préfère 2
>> > contributeurs améliorant chacun de leur côté !
>> >
>> >  > Quand le contributeur s'amuse à renommer "cité universitaire" en
>> > "RER B cité universitaire" que c'est la énième fois qu'il fait ce
>> >   

Re: [OSM-talk-fr] Blocage de contributeur

[Thomas Ruchin]

Fait :
https://www.openstreetmap.org/changeset/5924681

Le 25 mai 2018 à 10:56, marc marc <marc_marc_...@hotmail.com> a écrit :

> écris un message sur un changeset
> je transmet à Guillaume
>
> Le 25. 05. 18 à 10:45, Thomas Ruchin a écrit :
> > Au secours, il recommence !
> >
> > Pour la petite histoire, après plusieurs jours de discussion avec le
> > fameux contributeur à double compte, Noémie, Jean-Yvon et Guillaume,
> > Guillaume (DWG) a fini par le bloquer et faire un revert sur l'ensemble
> > de ses contributions (bien trop complexe pour réussir à démêler le
> > positif du vandalisme)
> > Sauf qu'il recommence exactement comme avant (cf :
> > https://www.openstreetmap.org/node/1780486821) mais cette fois avec son
> > compte initial :
> > rayan belkhir <https://www.openstreetmap.org/user/rayan%20belkhir>
> > Beaucoup d'énergie dépensée, deux blocages et un retour au point de
> > départ...
> >
> > Thomas
> >
> >
> > Le 12 mai 2018 à 12:11, <osm.sanspourr...@spamgourmet.com
> > <mailto:osm.sanspourr...@spamgourmet.com>> a écrit :
> >
> > C'est toi Stereo_repair ? non je vois "This account is used by
> > Guillaume Rischard (Stereo) for undo/revert operations for the Data
> > Working Group." donc pour le premier auteur le DWG est déjà au
> courant.
> >
> > https://www.openstreetmap.org/changeset/58278617#map=11/48.
> 7984/2.3574
> > <https://www.openstreetmap.org/changeset/58278617#map=11/
> 48.7984/2.3574>
> >
> > "This changeset has been reverted fully or in part by changeset
> > 58278617 where the changeset comment is: revert poor quality mapping"
> >
> > Je vois que les commentaires de DZ213 sont meilleurs que les
> > précédents (même si insuffisants ",J'ai ajouté une sortie de gare"
> > et surtout non correspondant à la réalité - là notamment le
> > renommage de l'agence commerciale RATP de Borug-la-Reine par
> > exemple) et que tu a fait un revert sans explication.
> > Si tu penses que c'est la même personne, je peux le comprendre mais
> > il vaut mieux faire l'hypothèse que c'est un débutant et des
> > débutants en région parisienne ça doit exister ! Et donc lui tenir
> > la main pour ses premiers pas.
> >
> > Je vois https://www.openstreetmap.org/way/531817806/history
> > <https://www.openstreetmap.org/way/531817806/history> : tu supprimes
> > "name <https://wiki.openstreetmap.org/wiki/Key:name?uselang=en>
> > Chantier Grand Paris Express Ligne 15 Sud Gare Arcueil-Cachan".
> > À mon avis vous avez tous les deux tort.
> > Lui parce que ce n'est pas un nom, toi parce que tu devais discuter
> > avec lui et lui dire que c'était une description.
> > Donc :
> > description=Chantier Grand Paris Express Ligne 15 Sud Gare
> > Arcueil-Cachan
> >
> > Je vois en plus que "https://www.openstreetmap.org/way/487197910
> > <https://www.openstreetmap.org/way/487197910> (avec une faute
> > d'orthographe et du même) utilise la station actuelle.
> >
> > "OSM n'est pas censé être un ramassis de bureaucrates"
> > Non, ce qui est demandé c'est de contribuer dans un bon esprit.
> > Tu expliques sur les changesets pourquoi ce n'est pas à faire et tu
> > signales à la liste, et s'il ne comprend pas (ou ne veut pas
> > comprendre), Guillaume par exemple prend le relai.
> >
> > Comme il s'intéresse aux transports en commun, il vaut mieux le
> > mettre en relation avec des gens qui s'y intéressent (Noémie par
> > exemple) et ils lui expliqueront le pourquoi du comment du nommage.
> >
> > Là je pense qu'on arrive à deux frustrés - toi et lui. Je préfère 2
> > contributeurs améliorant chacun de leur côté !
> >
> >  > Quand le contributeur s'amuse à renommer "cité universitaire" en
> > "RER B cité universitaire" que c'est la énième fois qu'il fait ce
> > type de manipulation et qu'il se fiche éperdument des messages que
> > tu lui envoies
> > Tu nous signales des cas et on agit. Là c'est du un contre un. On
> > peut être plus à pousser.
> >
> > Jean-Yvon, bureaucrate amateur ;-)
> >
> >
> > Le 12/05/2018 à 10:52, Thomas Ruchin - truchi...@gmail.com
> > <mailto:truchi...@gmail.com> a écrit :
> >> Je laisse tomber... Ceux qui veulent s'amuser peuvent s'en charger
> >>
&g

Re: [OSM-talk-fr] Blocage de contributeur

[Thomas Ruchin]

Au secours, il recommence !

Pour la petite histoire, après plusieurs jours de discussion avec le fameux
contributeur à double compte, Noémie, Jean-Yvon et Guillaume, Guillaume
(DWG) a fini par le bloquer et faire un revert sur l'ensemble de ses
contributions (bien trop complexe pour réussir à démêler le positif du
vandalisme)
Sauf qu'il recommence exactement comme avant (cf :
https://www.openstreetmap.org/node/1780486821) mais cette fois avec son
compte initial :
rayan belkhir <https://www.openstreetmap.org/user/rayan%20belkhir>
Beaucoup d'énergie dépensée, deux blocages et un retour au point de
départ...

Thomas


Le 12 mai 2018 à 12:11, <osm.sanspourr...@spamgourmet.com> a écrit :

> C'est toi Stereo_repair ? non je vois "This account is used by Guillaume
> Rischard (Stereo) for undo/revert operations for the Data Working Group."
> donc pour le premier auteur le DWG est déjà au courant.
>
> https://www.openstreetmap.org/changeset/58278617#map=11/48.7984/2.3574
>
> "This changeset has been reverted fully or in part by changeset 58278617
> where the changeset comment is: revert poor quality mapping"
> Je vois que les commentaires de DZ213 sont meilleurs que les précédents
> (même si insuffisants ",J'ai ajouté une sortie de gare" et surtout non
> correspondant à la réalité - là notamment le renommage de l'agence
> commerciale RATP de Borug-la-Reine par exemple) et que tu a fait un revert
> sans explication.
> Si tu penses que c'est la même personne, je peux le comprendre mais il
> vaut mieux faire l'hypothèse que c'est un débutant et des débutants en
> région parisienne ça doit exister ! Et donc lui tenir la main pour ses
> premiers pas.
>
> Je vois https://www.openstreetmap.org/way/531817806/history : tu
> supprimes "name <https://wiki.openstreetmap.org/wiki/Key:name?uselang=en>
> Chantier Grand Paris Express Ligne 15 Sud Gare Arcueil-Cachan".
> À mon avis vous avez tous les deux tort.
> Lui parce que ce n'est pas un nom, toi parce que tu devais discuter avec
> lui et lui dire que c'était une description.
> Donc :
> description=Chantier Grand Paris Express Ligne 15 Sud Gare Arcueil-Cachan
>
> Je vois en plus que "https://www.openstreetmap.org/way/487197910 (avec
> une faute d'orthographe et du même) utilise la station actuelle.
>
> "OSM n'est pas censé être un ramassis de bureaucrates"
> Non, ce qui est demandé c'est de contribuer dans un bon esprit.
> Tu expliques sur les changesets pourquoi ce n'est pas à faire et tu
> signales à la liste, et s'il ne comprend pas (ou ne veut pas comprendre),
> Guillaume par exemple prend le relai.
>
> Comme il s'intéresse aux transports en commun, il vaut mieux le mettre en
> relation avec des gens qui s'y intéressent (Noémie par exemple) et ils lui
> expliqueront le pourquoi du comment du nommage.
>
> Là je pense qu'on arrive à deux frustrés - toi et lui. Je préfère 2
> contributeurs améliorant chacun de leur côté !
>
> > Quand le contributeur s'amuse à renommer "cité universitaire" en "RER B
> cité universitaire" que c'est la énième fois qu'il fait ce type de
> manipulation et qu'il se fiche éperdument des messages que tu lui envoies
> Tu nous signales des cas et on agit. Là c'est du un contre un. On peut
> être plus à pousser.
>
> Jean-Yvon, bureaucrate amateur ;-)
>
>
> Le 12/05/2018 à 10:52, Thomas Ruchin - truchi...@gmail.com a écrit :
>
> Je laisse tomber... Ceux qui veulent s'amuser peuvent s'en charger
>
> Le 12 mai 2018 à 10:45, marc marc <marc_marc_...@hotmail.com> a écrit :
>
>> Bonjour,
>> Le DWG qui s'occupe de cela aime voir des messages publics sur les
>> changeset pour tant montrer qu'il y a eu communication que pour montrer des
>> exemples précis du problème
>>
>> Le 12 mai 2018 à 10:34, Thomas Ruchin <truchi...@gmail.com> a écrit :
>>
>> Bonjour
>>
>> Qui peut bloquer le contributeur DZ213
>> <https://www.openstreetmap.org/user/DZ213> (nouveau compte du
>> contributeur rayan belhkir
>> <https://www.openstreetmap.org/user/rayan%20belkhir> - vu l'étrange
>> concordance des changesets)
>> Il s'amuse notamment à renommer les arrêts de transport en commun selon
>> son goût.
>> Je l'ai contacté, mais il persiste...
>>
>> Merci
>>
>> Thomas
>>
>>
>> ___
>> 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 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Blocage de contributeur

[Thomas Ruchin]

Bien sûr qu'il y a des éléments dans ses contributions qui sont positifs.
Mais je n'ai pas suffisamment de temps à consacrer pour détricoter ce que
relève d'une amélioration ou d'une détérioration de la base.
Effectivement, je n'ai pas fait les commentaires sur les changesets, mais
j'ai contacté le contributeur.
Vous tous qui êtes plein d'énergie, n'hésitez pas à la mettre au service
des contributeurs néophytes bornés. Avec un peu de chance, vous réussirez à
les faire changer d'avis. Moi, je constate que j'ai lamentablement échoué.

Le 12 mai 2018 à 12:11, <osm.sanspourr...@spamgourmet.com> a écrit :

> C'est toi Stereo_repair ? non je vois "This account is used by Guillaume
> Rischard (Stereo) for undo/revert operations for the Data Working Group."
> donc pour le premier auteur le DWG est déjà au courant.
>
> https://www.openstreetmap.org/changeset/58278617#map=11/48.7984/2.3574
>
> "This changeset has been reverted fully or in part by changeset 58278617
> where the changeset comment is: revert poor quality mapping"
> Je vois que les commentaires de DZ213 sont meilleurs que les précédents
> (même si insuffisants ",J'ai ajouté une sortie de gare" et surtout non
> correspondant à la réalité - là notamment le renommage de l'agence
> commerciale RATP de Borug-la-Reine par exemple) et que tu a fait un revert
> sans explication.
> Si tu penses que c'est la même personne, je peux le comprendre mais il
> vaut mieux faire l'hypothèse que c'est un débutant et des débutants en
> région parisienne ça doit exister ! Et donc lui tenir la main pour ses
> premiers pas.
>
> Je vois https://www.openstreetmap.org/way/531817806/history : tu
> supprimes "name <https://wiki.openstreetmap.org/wiki/Key:name?uselang=en>
> Chantier Grand Paris Express Ligne 15 Sud Gare Arcueil-Cachan".
> À mon avis vous avez tous les deux tort.
> Lui parce que ce n'est pas un nom, toi parce que tu devais discuter avec
> lui et lui dire que c'était une description.
> Donc :
> description=Chantier Grand Paris Express Ligne 15 Sud Gare Arcueil-Cachan
>
> Je vois en plus que "https://www.openstreetmap.org/way/487197910 (avec
> une faute d'orthographe et du même) utilise la station actuelle.
>
> "OSM n'est pas censé être un ramassis de bureaucrates"
> Non, ce qui est demandé c'est de contribuer dans un bon esprit.
> Tu expliques sur les changesets pourquoi ce n'est pas à faire et tu
> signales à la liste, et s'il ne comprend pas (ou ne veut pas comprendre),
> Guillaume par exemple prend le relai.
>
> Comme il s'intéresse aux transports en commun, il vaut mieux le mettre en
> relation avec des gens qui s'y intéressent (Noémie par exemple) et ils lui
> expliqueront le pourquoi du comment du nommage.
>
> Là je pense qu'on arrive à deux frustrés - toi et lui. Je préfère 2
> contributeurs améliorant chacun de leur côté !
>
> > Quand le contributeur s'amuse à renommer "cité universitaire" en "RER B
> cité universitaire" que c'est la énième fois qu'il fait ce type de
> manipulation et qu'il se fiche éperdument des messages que tu lui envoies
> Tu nous signales des cas et on agit. Là c'est du un contre un. On peut
> être plus à pousser.
>
> Jean-Yvon, bureaucrate amateur ;-)
>
>
> Le 12/05/2018 à 10:52, Thomas Ruchin - truchi...@gmail.com a écrit :
>
> Je laisse tomber... Ceux qui veulent s'amuser peuvent s'en charger
>
> Le 12 mai 2018 à 10:45, marc marc <marc_marc_...@hotmail.com> a écrit :
>
>> Bonjour,
>> Le DWG qui s'occupe de cela aime voir des messages publics sur les
>> changeset pour tant montrer qu'il y a eu communication que pour montrer des
>> exemples précis du problème
>>
>> Le 12 mai 2018 à 10:34, Thomas Ruchin <truchi...@gmail.com> a écrit :
>>
>> Bonjour
>>
>> Qui peut bloquer le contributeur DZ213
>> <https://www.openstreetmap.org/user/DZ213> (nouveau compte du
>> contributeur rayan belhkir
>> <https://www.openstreetmap.org/user/rayan%20belkhir> - vu l'étrange
>> concordance des changesets)
>> Il s'amuse notamment à renommer les arrêts de transport en commun selon
>> son goût.
>> Je l'ai contacté, mais il persiste...
>>
>> Merci
>>
>> Thomas
>>
>>
>> ___
>> 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 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Blocage de contributeur

[Thomas Ruchin]

Non, je suis un bénévole comme tout le monde (ou presque).
En pratique cela me soule de me plier à des règles que je ne partage pas.
Quand le contributeur s'amuse à renommer "cité universitaire" en "RER B
cité universitaire" que c'est la énième fois qu'il fait ce type de
manipulation et qu'il se fiche éperdument des messages que tu lui envoies,
que c'est évident qu'il a créé un nouveau compte après s’être fait bloquer
une première fois (changesets qui se ressemblent comme 2 gouttes d'eaux).

Ce qui est demandé en devient kafkaïen. Je ne souhaite pas m'engager dans
ce jeu là. OSM n'est pas censé être un ramassis de bureaucrates

Le 12 mai 2018 à 11:36, Vincent Bergeot <vinc...@bergeot.org> a écrit :

> Bonjour Thomas,
>
> Le 12/05/2018 à 10:52, Thomas Ruchin a écrit :
>
> Je laisse tomber... Ceux qui veulent s'amuser peuvent s'en charger
>
>
> je comprends que cela soit désagréable mais par exemple, ne connaissant
> pas les arrêts, je ne peux rien faire ! Donc si tu peux signaler les cas où
> il renomme selon son "goût" en commentant un changeset ou en le signalant
> ici (si tu ne souhaites pas le faire en direct sur le commentaire) alors on
> peut ensuite signaler au DWG les situations litigieuses !
>
> C'est ennuyeux mais c'est aussi la garantie de la transparence :) Tout
> cela donc pour dire, stp ne laisse pas tomber, donne quelques liens de
> changesets et des erreurs associées !
>
> Cordialement
>
>
>
>
>
> Le 12 mai 2018 à 10:45, marc marc <marc_marc_...@hotmail.com> a écrit :
>
>> Bonjour,
>> Le DWG qui s'occupe de cela aime voir des messages publics sur les
>> changeset pour tant montrer qu'il y a eu communication que pour montrer des
>> exemples précis du problème
>>
>> Le 12 mai 2018 à 10:34, Thomas Ruchin <truchi...@gmail.com> a écrit :
>>
>> Bonjour
>>
>> Qui peut bloquer le contributeur DZ213
>> <https://www.openstreetmap.org/user/DZ213> (nouveau compte du
>> contributeur rayan belhkir
>> <https://www.openstreetmap.org/user/rayan%20belkhir> - vu l'étrange
>> concordance des changesets)
>> Il s'amuse notamment à renommer les arrêts de transport en commun selon
>> son goût.
>> Je l'ai contacté, mais il persiste...
>>
>> Merci
>>
>> Thomas
>>
>>
>> ___
>> 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 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> Vincent Bergeot
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Blocage de contributeur

[Thomas Ruchin]

Je laisse tomber... Ceux qui veulent s'amuser peuvent s'en charger

Le 12 mai 2018 à 10:45, marc marc <marc_marc_...@hotmail.com> a écrit :

> Bonjour,
> Le DWG qui s'occupe de cela aime voir des messages publics sur les
> changeset pour tant montrer qu'il y a eu communication que pour montrer des
> exemples précis du problème
>
> Le 12 mai 2018 à 10:34, Thomas Ruchin <truchi...@gmail.com> a écrit :
>
> Bonjour
>
> Qui peut bloquer le contributeur DZ213
> <https://www.openstreetmap.org/user/DZ213> (nouveau compte du
> contributeur rayan belhkir
> <https://www.openstreetmap.org/user/rayan%20belkhir> - vu l'étrange
> concordance des changesets)
> Il s'amuse notamment à renommer les arrêts de transport en commun selon
> son goût.
> Je l'ai contacté, mais il persiste...
>
> Merci
>
> Thomas
>
>
> ___
> 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] Blocage de contributeur

[Thomas Ruchin]

Bonjour

Qui peut bloquer le contributeur DZ213
<https://www.openstreetmap.org/user/DZ213> (nouveau compte du
contributeur rayan
belhkir <https://www.openstreetmap.org/user/rayan%20belkhir> - vu l'étrange
concordance des changesets)
Il s'amuse notamment à renommer les arrêts de transport en commun selon son
goût.
Je l'ai contacté, mais il persiste...

Merci

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

Re: [OSM-talk-fr] Import stationnement vélo de Paris

[Thomas Ruchin]

Bonsoir

Oui, ces données datent de mars 2014. Elles en sont donc plus très
fraîches. Il faudrait attendre que le relevé d'octobre 2017 soit publié en
opendata.
Pour le nombre de place qui varie du simple au double suivant le type
d'arceau, il faudrait trouver concrètement des contres exemples. A mon
souvenir, les places mixtes (moto / vélo) sont comptées par la mairie 2/3
moto 1/3 vélo. Dans OSM, ce découpage arbitraire n'a pas forcément grand
sens.

T. Riuchin.

Le 28 avril 2018 à 20:48, Florimond Berthoux 
a écrit :

> Bonjour,
>
> Paris propose en donnée ouverte les stationnements, j'aimerais les
> utiliser pour compléter les données concernant les parkings vélo dans OSM.
>
> https://opendata.paris.fr/explore/dataset/stationnement-
> sur-voie-publique-emprises/table/?refine.regpri=2+Roues&
> refine.regpar=V%C3%A9los=15,48.83181,2.33715
>
> En travaillant les données (avec JOSM) je remarque :
> - il manque quelques centaines d'emplacement, l'import est donc intéressant
> - les localisations ont l'air plus précises
> - le nombre de place varie du simple au double suivant le type d'arceau,
> visiblement certains arceaux sont considérés par le service de la mairie
> comme ne pouvant prendre qu'un vélo, ce qui est concrètement faux.
>
> Sachant cela, je compte :
> - mettre à jour les positions des parking déjà présent avec les données de
> la mairie grâce à Conflation.
> - ajouter les nœuds manquant.
>
> Auriez vous des suggestions ou des remarques ?
>
> Cordialement.
>
> --
> 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

Re: [OSM-talk-fr] "who did it" en panne

[Thomas Ruchin]

Bonjour

Il suffit d'aller voir par ici :

https://simon04.dev.openstreetmap.org/whodidit/

T. Ruchin

Le 1 avril 2018 à 14:23, Paul Desgranges  a
écrit :

> Bonjour
>Juste pour signaler que le service Who did it
> , qui donne les derniers
> contributeurs dans une zone donnée, ne semble pas fonctionner. Je ne sais
> pas si quelqu'un sait le remettre en route ?
>   Merci et très bonne journée
> Paul
>
>
>
>
> ___
> 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-gb-london] Transport for London & OSM - station mapping project

[Thomas Wood]

These are showing up quite nicely on the map. Holborn is quite impressive!
(Although appears to be rendering above the buildings on street level?)
https://www.openstreetmap.org/#map=19/51.51733/-0.11991

On 13 March 2018 at 10:05, Derick Rethans  wrote:

> Hi,
>
> I'm pretty sure Kilburn station was done too!:
>
> https://www.openstreetmap.org/changeset/56962277
>
> cheers,
> Derick
>
> On Tue, 13 Mar 2018, Chapple Theo wrote:
>
> > Hi everyone
> > Further to my earlier message, I'm pleased to inform you that TfL's
> supplier, Mentz, has added the data to OSM to map the first batch of TfL
> stations:
> >
> > -  North Greenwich
> >
> > -  Aldgate East
> >
> > -  Tottenham Court Road
> >
> > -  Canning Town
> >
> > -  Elephant and Castle
> >
> > -  Canada Water
> >
> > -  Farringdon
> >
> > -  Holborn
> >
> > -  Belsize Park
> >
> > -  Bank
> >
> > -  Arsenal
> >
> > -  Notting Hill Gate
> >
> > -   Euston Square
> >
> > -   Great Portland Street
> >
> > -   Hammersmith
> >
> > We will be adding more stations over the coming days. Please do let us
> know if you have any comments on questions.
> > Thanks,
> > Theo
> >
> > Theo Chapple | Digital Partnerships Manager | Digital | Technology & Data
> >
> > Transport for London | Floor 2 G, 14 Pier Walk,  North Greenwich, London
> SE10 0ES | Tel: 020 7027 2983 | Internal: 82983 | Mobile: 07789653898 |
> E-mail: theochap...@tfl.gov.uk | Web:
> www.tfl.gov.uk
> >
> >
> >
> >
> >
> >
> > 
> ***
> > The contents of this e-mail and any attached files are confidential. If
> you have received this email in error, please notify us immediately at
> postmas...@tfl.gov.uk and remove it from your system. If received in
> error, please do not use, disseminate, forward, print or copy this email or
> its content. Transport for London excludes any warranty and any liability
> as to the quality or accuracy of the contents of this email and any
> attached files.
> >
> > Transport for London is a statutory corporation whose principal office
> is at 55 Broadway, London, SW1H 0DB. Further information about Transport
> for London?s subsidiary companies can be found on the following link:
> http://www.tfl.gov.uk/corporate/about-tfl/
> >
> > Although TfL have scanned this email (including attachments) for
> viruses, recipients are advised to carry out their own virus check before
> opening any attachments, as TfL accepts no liability for any loss, or
> damage which may be caused by viruses.
> > 
> ***
> >
>
> --
> https://derickrethans.nl | https://xdebug.org | https://dram.io
> Like Xdebug? Consider a donation: https://xdebug.org/donate.php,
> or become my Patron: https://www.patreon.com/derickr
> twitter: @derickr and @xdebug
>
> ___
> Talk-gb-london mailing list
> Talk-gb-london@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-london
>
___
Talk-gb-london mailing list
Talk-gb-london@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-london