[Talk-de] Überholverbot Fahrrad und andere Zweiräder

[Markus]

Es gibt ein neues Überholverbot, aber noch kein tag:
https://wiki.openstreetmap.org/wiki/DE_talk:Key:overtaking#Überholverbot

Gruss, Markus

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

Re: [Talk-de] Flyer "Ihre Öffnungszeiten wurden zu OSM hinzugefügt"

[Markus via Talk-de]

Am 14.11.2020 um 22:15 schrieb Frederik Ramm:

> Als OSM haben wir zwar nur die besten Absichten

:-)

Gibt es denn eine Öffnungzeiten-Web-Anwendung?

Daten machen nur Sinn, wenn sie simpel nutzbar sind.
Und wenn sie aktuell sind.

Wenn sie dann "besser" sind als diejenigen anderer Anbieter
(vollständiger, genauer, aktueller)
und dies sowohl bei den Kunden, als auch bei den Ladenbesitzern ankommt,
dann könnte sowas funktionieren.

Bei den Strassen und Wegen haben wir das ja auch geschafft :-) *

Gruss, Markus

* wie ist da derzeit eigentlich der Vergleich mit dem "Wettbewerb"?


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

Re: [Talk-de] Altwasser (Fluss)

[Markus via Talk-de]

Hallo Sven,

> also ich grenze solche Altwasserflächen ab und setze nur natural=water + 
> water=oxbow...
> https://wiki.openstreetmap.org/wiki/DE:Tag:water%3Doxbow

Habe das dort mal etwas präzisiert.

Ja, Altwasser kann man ab einem fortgeschritteneren Alter als "See"
betrachten - auch wenn sie ursprünglich ein Fluss waren.

Altarme sind hingegen immer noch Teil des Flusses und werden bei hohen
Wasserständen wieder reaktiviert. Hier würde ich Riverbank entsprechend
fortsetzen.

> wobei ich nach bestem Wissen und Gewissen alles, was ein am Hauptlauf 
> angeschlossenes Restgewässer, das von Lage und Form in irgend einer Form als 
> solches erkennen und einschätzen kann, ich entsprechend erfasse...

Ja, solche Altarme kann man meist gut erkennen-

> waterway=riverbank benutze ich mittlerweile gar nicht mehr...

Ja, bei alten Altwassern kann man das wahrscheinlich weglassen
(100 Jahre und älter)

Aber das im en:Wiki beschriebene wahlweise und wohl willkürliche tagging
von Flussufern ist datentechnisch unsinnig.

Gruss, Markus


> 
> Ein Benutzer fragt, wie man "Altwasser" kartografiert?
>
> Also schaue ich im Wiki:
>
> _Fluss_
> waterway=river (Strömungslinie, gerichtet von Quelle zu Mündung)
> plus waterway=riverbed (Fläche bei mittlerem Wasserstand)
>
> Verwirrend:
> im englischen Wiki steht, dass man statt waterway=riverbed
> auch natural=water + water=river schreiben könne...
>
> Welche verschiedene Eigenschaft soll damit ausgedrückt werden?
>
> _Altwasser_
> Vielleicht "waterway=riverbed" ohne "waterway=river"?
>
> Aber da gibt es noch viel mehr Verschiedenheiten und Varianten:
> https://de.wikipedia.org/wiki/Altwasser_(Fluss)
>
> Gruss, Markus
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
> 
> Quoted from:  http://gis.19327.n8.nabble.com/Altwasser-Fluss-tp5976653.html
>
>
> _
> Sent from http://gis.19327.n8.nabble.com
>
>
> ___
> 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

[Talk-de] Altwasser (Fluss)

[Markus via Talk-de]

Ein Benutzer fragt, wie man "Altwasser" kartografiert?

Also schaue ich im Wiki:

_Fluss_
waterway=river (Strömungslinie, gerichtet von Quelle zu Mündung)
plus waterway=riverbed (Fläche bei mittlerem Wasserstand)

Verwirrend:
im englischen Wiki steht, dass man statt waterway=riverbed
auch natural=water + water=river schreiben könne...

Welche verschiedene Eigenschaft soll damit ausgedrückt werden?

_Altwasser_
Vielleicht "waterway=riverbed" ohne "waterway=river"?

Aber da gibt es noch viel mehr Verschiedenheiten und Varianten:
https://de.wikipedia.org/wiki/Altwasser_(Fluss)

Gruss, Markus

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

Re: [Talk-de] Maß für die Genauigkeit von Eigenbau-GPS-Geräten?

[Markus]

Hallo Manuel,

> ich bin gerade dabei etwas zum Thema GPS und deren Genauigkeit> 
> zusammenzufassen.
ich hatte mal diese Seiten erstellt:

https://wiki.openstreetmap.org/wiki/DE:Genauigkeit_von_Koordinaten

https://wiki.openstreetmap.org/wiki/DE:Genauigkeit_von_GPS-Daten

https://wiki.openstreetmap.org/wiki/DE:Genauigkeit_von_GPS-Gerät_prüfen

https://wiki.openstreetmap.org/wiki/DE:Zuverlässigkeit_von_OSM_Koordinaten

https://wiki.openstreetmap.org/wiki/DE:Gauß-Krüger#Transformation_GK_.E2.86.92_WGS_84

> habe ich angefangen selber GPS-Geräte zu bauen
> Chips auf dem Markt auf Tauglichkeit prüfen
> Eigenbau mit u-blox NEO M9N

Cool!

Ich verwende einen Ublox-NEO-6M:
https://wiki.openseamap.org/wiki/OpenSeaMap-dev:HW-logger/Tiefenmesser_mobil
Auf See reicht die Genauigkeit gut.
Im Hafen wäre Sub-Meter-Genauigkeit erwünscht.

Kennst Du "RTK für Arme":
https://www.gil-net.de/Publikationen/25_267.pdf
und: https://wiki.openstreetmap.org/wiki/RTKLIB-compatible_GPS_devices
https://wiki.openstreetmap.org/wiki/RTKLIB
(uff - das müsst mal jemand auf deutsch übersetzen...)

> Besteht grundsätzlich Interesse am Eigenbau von GPS-Empfängern?

An einer RTK-Lösung wäre ich interessiert :-)

Mit herzlichem Gruss
Markus

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

Re: [Talk-de] Maß für die Genauigkeit von Eigenbau-GPS-Geräten?

[Markus via Talk-de]

Hi Manuel,

> Am Dienstag, 1. September 2020, 12:10:56 CEST schrieb Manuel Reimer:
>> Das wäre dann die nächste Frage: Wo könnte man das dokumentieren.
>
> gitLab ?

oder in GitHub
und natürlich im OSM-Wiki :-)

Gruss, Markus


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

Re: [Talk-de] Tool für Polygon statt BoundingBox

[Markus]

Wow Hauke - superschnell, danke :-)

> uMap [0]

Damit kann ich prima ein Polygon zeichnen, aber finde dessen Koordinaten
nicht und auch keinen Button oder so zum Export der Koordinaten...

> JOSM ;)

Ja, das geht - aber nicht komfortabel (JOSM laden, OSM-Hintergrund, aus
der DB einen Mini-Ausschnitt ohne Daten laden, Polygon zeichnen, Polygon
speichern (OSM oder GPX), Datei in Texteditor öffnen, Überflüssiges
entfernen, Rest in Mail kopieren...)

Das ist mit Norberts Tool so schön einfach :-)
(aber halt nur mit BBox...)

Gruss, Markus


> On 28.07.20 21:00, Markus wrote:
>> Dieses schöne Tool von Norbert kann die Geo-Koordinaten einer
>> BoundingBox ausgeben: http://norbertrenner.de/osm/bbox.html
>>
>> Ich suche etwas Gleiches für Polygone:
>> - Basiskarte OSM
>> . mit Maus ein Polygon zeichenen
>> - Polygon anpassen (Knoten verschieben, löschen, einfügen)
>> - Koordinatenliste exportieren (und Beispiel als Permalink)
>>
>> Wer kennt sowas?
>>
>> Gruss, Markus

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

[Talk-de] Tool für Polygon statt BoundingBox

[Markus]

Dieses schöne Tool von Norbert kann die Geo-Koordinaten einer
BoundingBox ausgeben: http://norbertrenner.de/osm/bbox.html

Ich suche etwas Gleiches für Polygone:
- Basiskarte OSM
. mit Maus ein Polygon zeichenen
- Polygon anpassen (Knoten verschieben, löschen, einfügen)
- Koordinatenliste exportieren (und Beispiel als Permalink)

Wer kennt sowas?

Gruss, Markus

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

[Talk-at] AGIT 2020 Virtuell - Vorträge

[Markus Mayr]

Hallo!

Für kurze Zeit sind die virtuellen AGIT Vorträge, und somit auch die 
Vorträge des OSGeo Days abrufbar.


 * Teil #1 (OpenSource Geo Dienste):
   https://echo360.org.uk/lesson/6648a0f4-a0c4-4273-b2d0-09c5733119e6/classroom
 * Teil #2 (Open Source Desktop GIS/ QGIS):
   https://echo360.org.uk/lesson/15f34991-3d53-4c3f-b318-26b163d9a7e9/classroom
 * Teil #3 (Open Source Geodatenmanagement):
   https://echo360.org.uk/lesson/cd5f320c-93de-4ef5-80f3-0a1aa78edab1/classroom

Beste Grüße,
Markus (ScubbX)

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

Re: [Talk-de] Fwd: [OSM-talk] Facebook kauft Crowdsourced Mapping Firma Mapillary

[Markus]

Danke Michael für diese Katastrophenmeldung...

Ist die OSMF oder sonstwer dabei, eine Alternative zu schaffen?

Was gibt es sonst noch für Ideen?

Mit herzlichem Gruss,
Markus

PS: wenn ein Proprietärer einen freien Dienst kauft:
- wie geht das?
- wer bekommt die Kohle?
- kann OSM auch gekauft werden?

Hier ein Text in deutsch:
https://www.googlewatchblog.de/2020/06/google-maps-streetview-konkurrenz/



Am 19.06.2020 um 01:13 schrieb Michael Kugelmann:
> FYI. (auch wenn die Seite auf Englisch ist)
>
>
>  Weitergeleitete Nachricht 
> Betreff: [OSM-talk] Facebook acquires crowdsourced mapping company
> Mapillary
> Datum: Thu, 18 Jun 2020 22:32:42 +
> Von: Sérgio V. 
> An: talk...@openstreetmap.org ,
> t...@openstreetmap.org 
>
>
> https://uk.reuters.com/article/us-facebook-deals-mapillary/facebook-acquires-crowdsourced-mapping-company-mapillary-idUKKBN23P3N6
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs

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

Re: [Talk-de] Overpass Turbo - Spracheinstellung

[Markus via Talk-de]

Hallo Norbert,

Herzlichen Dank, das hat geholfen :-)

>> Hilfe...: mein Overpass spricht plötzlich italienisch mit mir...
> Menü: Impostazioni
> Dialog: Impostazioni Generali | Lingua: de | salva: Klick

Wünsche schönen Rest-Sonntag,
Markus

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

[Talk-de] Overpass Turbo - Spracheinstellung

[Markus via Talk-de]

Hilfe...: mein Overpass spricht plötzlich italienisch mit mir...

Wie stelle ich diesen auf deutsch um?
(alle anderen Tools sind deutsch in FF)

Gruss, Markus

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

Re: [Talk-de] Position des FOSSGIS e.V. zu bezahlten Kräften in der OSMF

[Markus via Talk-de]

Hallo Michael,

aus meiner Erfahrung mit Organisationen "mit Ehrenamtlichen und
Hauptamtlichen" ist folgendes wichtig:
- Klare Definition der Hierarchie
- Klare Definition der Zuständigkeit
  erläutert an konkreten Beispielen
- Klare Regeln für die Auftragsvergabe
  erläutert an konkreten Beispielen
- Klare Definition der Schnittstellen und der Prozesse

Und eine entsprechend sorgfältige Bewerber-Auswahl und
Mitarbeiterführung :-)

Mit herzlichem Gruss,
Markus

PS: das ist vergleichbar mit der Funktion eines gewählten Vorstandes in
einem Verein und dessen Befugnisse bzw. dessen Kontrolle durch
Vereinsmitglieder/Aufsichtsrat



Am 25.05.2020 um 22:14 schrieb Michael Reichert:
> auf der Mailingliste OSMF-Talk gab es, angestoßen vom OSMF-Vorstand, vor
> etwa zwei Wochen eine Diskussion über bezahlte Kräfte in der OSM
> Foundation [1]. Wir haben heute Abend auf dem FOSSGIS-OSMF-Stammtisch
> lange über bezahlte Kräfte in der OSMF diskutiert.
>
> Konsens der Diskussion war:
>
> - Für die Vergabe von Tätigkeiten an bezahlte Kräfte, sollte der
>   Vorstand vorher eine Tätigkeitsbeschreibung aufstellen und
>   sicherstellen, dass die Tätigkeit in die Zuständigkeit der OSMF fällt
>   und kein Engagement Freiwilliger verdrängt wird.
> - Die Mitglieder sollten den Grundsätzen der Personalpolitik zustimmen.
>   Sie sollte der Schaffung neuer Stellen auf Basis der
>   Tätigkeitsbeschreibung zustimmen.
> - Die OSMF soll als Arbeitgeber/Auftraggeber ihrer sozialen
>   Verantwortung gegenüber den für sie Tätigen gerecht werden.
>
> Welche Meinung habt ihr zu bezahlten Kräften in der OSMF dazu? Stimmt
>
> [1] https://lists.openstreetmap.org/pipermail/osmf-talk/2020-May/006816.html


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

Re: [Talk-at] Abzeichnen von OpenTopoMap?

[Markus Straub]

Hallo Patrick,
lass dich vom unfreundlichen Ton von Friedrich nicht abschrecken, ich finde
du hast die Frage klar formuliert und es macht durchaus Sinn hier zu fragen
als in einem Land wo es womöglich gar keine Community gibt. Leider fällt
mir Friedrich öfters negativ mit toxischen Kommentaren auf :/
LG, Markus / evod

On Mon, May 25, 2020 at 9:27 AM Friedrich Volkmann  wrote:

> On 25.05.20 08:43, Patrick Strasser-Mikhail wrote:
> > Nicht alles ist Österreich.
>
> Hier schon. Was glaubst du, wofür das "AT" in Talk-AT steht? Und warum es
> für OSM zig verschiedene Mailinglisten gibt? Für das Land, in dem du
> mappst,
> gibt es wahrscheinlich auch eine. Auf jeden Fall gibt es zwei
> Mailinglisten
> für Lizenzfragen: Legal-general und legal-talk. Dort kommst du an die
> Leute,
> die sich mit Lizenzfragen auskennen.
>
> Wenn du die Frage gleich dort gestellt hättest statt hier, hättest du dir
> viel Zeit erspart und mir auch.
>
> Wenn du eine Frage zu Katzennahrung hast, fragst du ja auch nicht in einem
> Hundeforum nach, oder?
>
> --
> 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-de] oneway = no

[Markus via Talk-de]

Hallo Florian,

>> 3 Zustände:
>> - ja
>> - nein
>> - weiss nicht
>>
>> Letzterer muss noch geprüft werden
>> (die anderen Beiden sollen regelmässig auf Änderung kontrolliert werden)
>
> Also nicht das ich nicht gerne label an Objekte hängen würde die ich
> gerne rechecken würde

Es geht nicht um eine private ToDo-Liste.
Sondern um öffentliche Qualitätsmerkmale der Daten.

Angenommen, man will möglichst valide Daten, möglichst zeitnah,
dann kommt man um eine Erfassung der Validität nicht herum.

Beispiel:

Viele schreiben "highway=track" an eine Linie, die sie aus dem Luftbild
oder aus Erinnerung vor Ort gemappt haben (weil sie nicht oder nicht
mehr genau wissen, wie das genau war, aber Lage und Form kennen).
Für den Kenner ist dadurch ersichtlich, dass noch etwas fehlt und
verbessern das wenn sie mal vor Ort sind.
(Anfänger denken, dass "track" etwas Genaues bezeichnet, sie aber nicht
genau wissen was).

Bei eindeutigen Merkmalen wie "oneway=yes" ist es klar, da steht ein
Schild. Aber wenn ich mich nur erinnere, dass dort "irgendwo" ein Schild
stand, vielleicht in einer anderen oder abzweigenden Strasse, wie kann
ich das dann angeben, damit es Dritte unterscheiden können von "da ist
(vielleicht) was" oder da ist "sicher nichts"?

Oder bei (strassen)"name=*" bei eindeutiger Ortsstrasse, deren Name ich
nicht kenne? oder bei der es gar keine Namen gibt?

Je älter OSM wird, desto problematischer werden Konflikte zwischen
"Bekannt" und "Unbekannt".

Und ja, wenn man das verbessern will:
- brauchen wir definierte Meta-tags
- wird die DB grösser

Gruss, Markus

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

Re: [Talk-de] oneway = no

[Markus via Talk-de]

Hi Florian,

> alle default tags nochmal taggen nur damit einige wenige eine
> Vollständigkeitsstatistik führen können ist auch irgendwie missbrauch
> der osm tags oder sehe nur ich das so?

Ich habe mal gelernt, dass es da 3 Zustände gibt:
- ja
- nein
- weiss nicht

und dass Letzterer unbedingt noch geprüft werden muss
(und die anderen Beiden regelmässig auf Änderung kontrolliert werden)

Gruss, Markus


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

Re: [Talk-de] Dienste für virtuelle OSM-Stammtische - Firefox

[Markus]

>> Montag 27.4. findet die zweite Meta-Webko zu BBB statt:
> bin deshalb definitiv an diesem Meeting interessiert!

Und - wie war's? wichtigste Ergebnisse?

Gruss, Markus

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

Re: [Talk-de] Dienste für virtuelle OSM-Stammtische - Firefox

[Markus via Talk-de]

Hallo Michael,

> https://jitsi.geofabrik.de/
> nur mit dem Webbrowser auf Desktop-Computern

Welche Browser habt Ihr getestet? mit welchem Ergebnis?
Gibt es Neues zu Firefox?

Mit herzlichem Gruss,
Markus

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

Re: [Talk-de] Dienste für virtuelle OSM-Stammtische - Datenschutz

[Markus via Talk-de]

Danke Tobias für Deine Infos :-)

Zum Datenschutz:

Dazu gab es kürzlich eine Heise-Konferenz mit dem Ergebnis,
dass selbst-gehostete freie Konferenzsysteme am sichersten sind.

In USA gehostete Systeme sind grundsätzlich zweifelhaft.

Ebenfalls zwefelhaft sind alle Systeme, bei denen beim Client eine App
installiert werden muss, oder wo man sich "irgendwo" in der Cloud
anmelden muss.

BBB und Jitsi können selbst gehostet werden :-)

Jitsi hat aber Probleme mit Firefox (der ja sehr verbreitet ist):
FF stört /alle/ Teilnehmer einer Konferenz.
Installation eines anderen Browsers überfordert viele Nutzer.
Zur Installation einer App s. oben.

Die CCC-Liste zu Jitsi-Hostern ist leider nicht kommentiert.
Ich würde aber davon ausgehen, dass Angebote von IT-Gruppen wie CCC,
Freifunk, TUs oder so mit Serverstandort DE sicher sind (wenn es sich
dabei nicht nur um eine Umleitung handelt).

Zum von der OSMF-gehosteten BBB-System (US?) bin ich unsicher.
(wobei unserer Stammtische ja meist nicht besonders kritisch sind)

Happy Meeting!
Markus


Am 21.04.2020 um 23:42 schrieb Tobias Knerr:
> Viele OSM-Stammtische finden derzeit wegen der Corona-Pandemie nicht
> statt. Es gibt aber Alternativen! Einige Gruppen haben schon erste
> virtuelle Treffen erfolgreich durchgeführt.
>
> Wer noch auf der Suche nach geeigneten Diensten dafür ist, findet hier
> ein paar von uns getestete Vorschläge:
>
> * BigBlueButton: Der OSMF-Vorstand benutzt seit April eine gemietete
> Instanz der freien Videochat-Software BigBlueButton für
> Vorstandstreffen. Diese steht auch der OSM-Community zur Verfügung. Um
> sie zu nutzen, muss einer der Teilnehmer des Treffens sich unter
> https://osmvideo.cloud68.co/user/signup registrieren. Nach der Anmeldung
> findet man dann einen Link zu seinem eigenen "Home Room", den man mit
> anderen Nutzern teilen kann.
>
> http://imagico.de/files/bbb1.png
>
> * Jitsi: Die derzeit wohl bekannteste freie Lösung für Videochats. Es
> gibt eine ganze Reihe frei nutzbarer Jitsi-Server im Netz, eine Liste
> findet sich unter https://pads.ccc.de/ep/pad/view/jitsiliste/latest.  Um
> ein Jitsi-Treffen zu starten, wählt man dafür einen eindeutigen Namen
> und teilt diesen mit allen Teilnehmern.
>
> http://imagico.de/files/jitsi1.png
>
> * Mumble: Wer auf das Video-Bild verzichten kann oder möchte findet mit
> Mumble eine deutlich schmalbandigere Lösung, die aber im Gegensatz zu
> den übrigen Möglichkeiten die Installation einer eigenen Software
> erfordert.  Wer schon mal bei einem FOSSGIS- oder OSMF-Vorstandstreffen
> zugehört hat, kennt dies bereits.  Eine Anleitung findet sich unter
> http://podcast.openstreetmap.de/mitmachen/.  Der FOSSGIS-Mumble-Server
> kann von allen in der OSM-Community verwendet werden, daneben gibt es
> als Ausweich-Möglichkeit auch noch einen Mumble-Server von HOT:
> https://wiki.osm.org/Mumble
>
> Egal für welche technische Lösung ihr euch entscheidet - am Anfang mag
> dies erst einmal ungewohnt erscheinen.  Aber ausprobieren lohnt sich!
> Viele, die jetzt in Zeiten der Corona-Pandemie zum ersten Mal virtuelle
> Treffen ausprobiert haben sind positiv überrascht, wie kommunikativ so
> was sein kann.  Also: keine Scheu beim ausprobieren und teilt Eure
> Erfahrungen in der OSM-Community.
>
> (Danke an Christoph für die Hilfe beim Testen und Texten!)
>
> ___
> 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] Brandenburg ist frei!

[Markus]

Hallo Joachim,

Super Arbeit - herzlichen Dank :-)

Herzlichen Dank auch an die Verantwortlichen beim MIK-Brandenburg :-)

Eigentlich ist es ja so einfach:
Der Bund hat es ja schon 2013 vorgemacht. [1]
Vielleicht kann Ludwig noch Baden-Würtemberg überzeugen?
Und Joachim bezirzt dann noch die AdV?

Mit herzlichem Gruss,
Markus
[1] Neue GeoNutzV:
https://www.youtube.com/watch?v=iVL5LZs_JCE (ab 20:35)

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

Re: [Talk-de] YouTube Account "OpenStreetMap Deutschland"

[Markus]

Liebe OSMer,

Ja, die Idee ist gut :-)

>> "Wir brauchen nur ein Team von Content-Producern."
> Das hört sich einfacher an als es sein würde

Wenn es einen Kanal gibt, finden sich auch Beitragende.

Mit der Zeit folgen mehr Beiträge und es bildet sich auch ein guter
Qualitätsstandard heraus.

Die Herausforderung ist:
- Aussagekräftige Titel zu finden,
  damit das Gesuchte zielgerichtet gefunden werden kann
- Beiträge aktuell zu halten
- Veraltetes oder qualitativ nicht so befriedigendes herauszusortieren,
  damit zu einem Thema nur die besten Beiträge stehen bleiben,
  damit das Ganze übersichtlich bleibt

Da könnte ein  HowTo im Wiki helfen.
Und natürlich ein Redaktionsteam, das helfen kann :-)

Mit herzli8chenm Gruss,
Markus

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

Re: [Talk-de] Vergleichsplugin Amt/OSM ? e: Datenqualität open data NRW und OSM

[Markus]

Hallo Ludwig, hallo Otto,

Ja, ein solches Vergleichstool wäre sehr hilfreich!

Nicht nur für Gebäude, sondern auch für Küstenlinien, Häfen (und alle
die anderen vielfältigen Punktobjekte), Strassen und Wege, Buslinien,
Flächenobjekte...

Gern auch als Cross-Check in Verbindung mit:
- Overpass
- Wikidata
und mit einem Workflow für JOSM.

Vieles gibt es ja schon :-)
https://wiki.openstreetmap.org/wiki/DE:Qualitätssicherung

Gruss, Markus


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

Re: [Talk-de] foot=yes on highway=primary / StreetComplete

[Markus via Talk-de]

Liebe Tagging-Spezialisten,

irgendwie ist das verwirrend, dass wir nach 10+ Jahren immer noch solche
Fragen diskutieren...

Sinnvoll wäre, man könnte als Benutzer einfach dem Wiki solche Fragen
stellen, und dort die aktuell gültige Regel finden :-)


Unklar:

1. "alles ausser 'Objektklasse-X:y' hat den 'Schlüssel-a' "
   (Florian)

Das wäre eine spezifische Ausnahme-Regel für 'Objektklasse-X:y'

Plus zwingend eine allgemeine Regel für eine definierte Gruppe von
Objektklassen in der hierarchisch übergeordneten 'Objektklasse-X'.

Solche spezifischen Regeln müssen bei der jeweiligen Objektklasse
definiert sein.

Solche allgemeinen Regeln müssen bei der übergeordneten Objektklasse
definiert sein.

Zusätzlich ist eine Crossreferenz erforderlich
zwischen der 'Übergeordneten' und der 'Untergeordneten Objektklasse'

Hier beispielsweise bei 'motorway' und bei 'motorway=primary'.


2. "das macht SC"
   (Martin)

Frage zum Verständnis:
Ist 'StreetComplete' ein Benutzer?
Oder ein Bot? ein Import? ein externes Tool?
Oder noch etwas ganz anderes?


3. "eine nicht angegebene Eigenschaft ist unbekannt"
   (Bernhard)

Das wäre eine Regel.
Eine besonders wichtige Regel insofern, als sie tag-übergreifend gilt.
Wo ist diese Regel definiert?

Dort müssten auch eventuelle Ausnahmen definiert sein.
Gibt es Ausnahmen? welche?

Regel 3 steht mit  Regel 4. in Konflikt.


4. "Defaults betrachte ich als Vermutung, nicht als gesichert"
   (Bernhard)

Das wäre eine Regel die mit Regel 3. im Konflikt ist.

Dann bräuchte man eine Regel für
den Umgang mit Attributen mit unbekanntem Wert.


5. " 'Schlüssel-1=no' bis 'Schlüssel-n=no' "
   (Simon)

Je nachdem, auf welche der im Thread angegebenen Gedanken sich dies
bezieht könnte man das als Zustimmung oder Ablehung einer der obigen
Regeln verstehen, oder vielleicht auch als eine neue Regel?



6. "Dieser Tag sollte nur von street complete hinzugefügt werden
   wenn es keinen Sidewalk gibt"
   (Ferdinand)

Das wäre eine differenzierende Regel 'wenn sidewlk=no'...


Und dann kenne ich noch:
   "wir taggen nicht für den Renderer"
   (OSM)

   vermutlich gleichbedeutend mit:
   "wir taggen nicht für den Router" (oder eine andere Anwendung)

Das ist m.E. eine nicht zielführende Regel, denn:

Die meisten Mapper taggen für "ihre" Anwendung.
Die einen als Fussgänger, die anderen als Autofahrer, etc.
Also für "ihr" Kartenbild oder "ihr" Routing-Ergebnis, oder "ihr" ...

Ich denke:
--> DB und Anwendungen bedingen sich gegenseitig.
--> DB muss so konsistent geregelt sein,
dass sie alle wesentlichen Anwendungen bedienen kann


Eine weitere Quelle für Konflikte:
Es scheint ein unterschiedliches Verständnis darüber zu geben,
ob eine Objektklasse die Funktion beschreibt,
oder ob sie die Form oder die physische Beschaffenheit beschreibt
oder etwas z.B. Länderspezifisches oder Anwendungsspezifisches.

Beispiel:
Ist 'highway=primary'
a) eine Hauptverbindungsachse zwischen zwei wichtigen Orten
b) eine Strasse mit physischen Merkmalen (getrennte Richtungen)
c) je nach Gegend mal a) und mal b)
d) noch etwas ganz anderes


Lösungs-Ideen:

L1a: Jedes Objekt hat eine definierte Menge von Attributen.
L1b: Jedes Attribut hat eine definierte Menge an Werten.
L1c: Jedes Objekt trägt alle definierten Attribute
 entweder mit einem der definierten Werte
 oder mit dem Wert "unbekannt".
L1d: Bei Objekten mit vielen Attributen
 können Attribute zu definierten Gruppen zusammengefasst werden-
 Solche Gruppen werden durch einen "Ober-Schlüssel" gekennzeichnet.


Uff - das ist jetzt etwas lang geworden...

Ich möchte damit zeigen, dass es um systemische Fragen geht,
die m.E. nur zusammenhängend geklärt werden können.

Gruss, Markus



Am 18.02.2020 um 00:07 schrieb Simon Poole:
> und boat = no und motor_boat = no und und und und und und
>
> Am 17.02.2020 um 23:11 schrieb Bernhard Weiskopf via Talk-de:
>> Die Defaults betrachte ich als Vermutung, nicht als gesichert. (default
>> = in Ermangelung von ...)
>>
>> Aus meiner Sicht ist eine nicht angegebene Eigenschaft unbekannt.
>>
>> Sicherlich ist es sinnvoll, dass Router Fußgänger auf primary highways
>> routen, auch wenn "foot = yes" nicht angeben ist, weil diese Eigenschaft
>> meistens zutrifft.
>>
>> Wenn jemand die Erlaubnis für Fußgänger vor Ort geprüft hat, halte ich
>> es durchaus für sinnvoll, "foot = yes" bzw. "foot = no" zu ergänzen.
>>
>> Bernhard
>>
>>
>> Am 2020-02-17 um 16:56 schrieb Florian Lohoff:
>>> Hi,
>>>
>>> Ich bin gerade über einige Changeset gestolpert in denen StreetComplete
>>> foot=yes auf primarys gepackt hat.
>>>
>>> Mich wundert das so ein bisschen weil grun

Re: [Talk-de] Dienstleister für OSM-Kartendruck im Großformat

[Markus via Talk-de]

Hallo Mathias,

Schöne Idee :-)

Aber vielleicht nicht mit Fähnchen auf Styropor,
wäre schade für die schöne Karte.

Alternativen:
a) Magnetischer Hintergrund und beschriftbare Magnetfolien
b) Transparente beschreibbare Beschichtung (à la Whiteboard)
c) Kombi von a) und b)

Falls Du das umsetzt wäre ich an den Lieferanten interessiert...

Gruss, Markus



Am 13.02.2020 um 14:11 schrieb Mathias Schindler:
> Liebe Liste,
>
> ich arbeite seit Januar für eine Abgeordnete im Landtag von Brandenburg zu
> den Themen Digitalisierung und Inneres. Wir sind gerade dabei, ein
> Wahlkreisbüro einzurichten und überlegen uns dazu, wie wir sinnvoll die
> Zahl der nackten Wände reduzieren können. Das Wahlkreisbüro ist einerseits
> ein Ort für Mitarbeiter der Abgeordneten, andererseits soll es auch
> Anlaufstelle für Bürgerinnen und Bürger, NGOs und stadtteilbezogene Gruppen
> sein.
>
> Einer der Vorschläge ist, eine Karte des Wahlkreises bzw. der ganzen Stadt
> Potsdam aus OSM-Daten gerendert und lizenzkonform auszudrucken. Denkbar
> wäre es, die Karte auf Kork oder Styopor aufzuziehen, um mit Fähnchen
> Ereignisse, Besucher o.ä, zu markieren, damit über die Legislaturperiode
> eine Übersicht über unsere Arbeit entsteht. Um mal eine Zahl zu nennen:
> eine der bespielbaren Wandflächen im Büro ist ca 4 x 3 Meter groß.
>
> Auf https://wiki.openstreetmap.org/wiki/OSM_on_Paper habe ich bereits
> einige Anregungen gesammelt, welche Anbieter es gibt. Da es schön aussehen
> sollte, wäre ich sehr über Tipps oder Erfahrungsberichte dankbar.
>
> Viele Grüße,
> Mathias
> ___
> 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] w...@noreply.openstreetmap.org

[Markus]

Hallo Martin,

Herzlichen Dank - das hat geholfen:

> Das sind in dem Sinne keine reinen Nachrichten sondern vielmehr Hinweise
> auf öffentliche Kommentare zu Deinem Changeset.

Ok, verstanden :-)

Wäre gut, wenn die "Nachricht" auch gleich ein HowTo mitliefern würde,
wie man denn den Absender erreichen kann - oder besser: gleich einen
funktionierenden Kontaktlink:

> https://www.openstreetmap.org/message/new/PT-53

Ich schreibe ihm jetzt mal und erkläre ihm das Ganze,
und dass er das natürlich bitte nicht löschen solle ;-)

Mit erhzlichem Gruss,
Markus

PS: Peter nennt sich "PT-53"
(und weder PT53 noch PT-64 wie von mit fälschlich getippt)

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

Re: [Talk-de] w...@noreply.openstreetmap.org

[Markus]

Hallo Frederik,

danke für Deine Hinweise:

> diese Mails haben in der Regel den Betreff: "Benutzer so-und-so

Der Ursprunsposter heisst "PT-48" (nicht wie vorher geschrieben PT48).
Eine Kontaktadresse kann ich aber nicht finden.

Per PM bekomme ich einen Hinweis, dass dieser Benutzer schon mal
aufgefallen ist, kontaktiert wurde, aber er nicht geantwortet hat.
Seine Mails sind hingegen nett geschrieben.
Er heisst wohl Peter und lebt in Oberschwaben.

> hat zu einem Änderungssatz kommentiert, an dem Du interessiert bist"
> Nachrichten, die von OSM generiert werden, wenn jemand ein


> Changeset von Dir kommentiert.
Ok, also eine vertrauenswürdige OSM-Systemnachricht :-)
Habe also den Link angeklickt:
Es handelt sich um Boyenfelder am Ammersee:
https://www.openstreetmap.org/changeset/63551643

Und wie schicke ich nun eine Antwortmail an Peter?

Mit herzlichem Gruss,
Markus

PS: Peter - wenn Du hier mitliest: melde Dich bitte!

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

Re: [Talk-de] w...@noreply.openstreetmap.org

[Markus]

Volker vermutet Spam, mahnt zu Vorsicht und fragt, ob Marc der
misteriöse Mailer ist.

Nein, der misteriöse Mailer ist nicht Marc,

sondern nennt sich "PT53".

Und ja, in der misteriösen Mail gibt es einen Footer:
https://www.openstreetmap.org/changeset/63551643
Und ja, bei misteriösen Links bin ich immer vorsichtig.

Gruss, Markus


Am 14.01.2020 um 16:24 schrieb Marc Gemis:
> Sorry for the English, feel free to reply in German
>
> Is it possible that the mail contains a footer with a number of links
> at the bottom? Messages send via the osm-website contain links to
> bring you to your IN-messages on the osm.org website.
>
> regards
> m
>
> On Tue, Jan 14, 2020 at 2:58 PM Markus  wrote:
>>
>> Nun hat der Mailer wieder geschrieben:
>> er häbe jetzt meine Beiträge in der DB gelöscht :-(
>>
>> Geht die Löscherei jetzt auch in OSM los?
>>
>> Wie kann ich den Menschen erreichen?
>>
>> Gruss, Markus
>>
>> PS: ja, im Header habe ich nach einem Absender gesucht,
>> aber die dort eingetragenen Adressen sind jetzt nicht so hilfreich:
>> boun...@openstreetmap.org
>> w...@noreply.openstreetmap.org
>>
>>
>> Am 13.01.2020 um 13:06 schrieb Volker via Talk-de:
>>> Hast Du mal probiert, über den Nachrichtenquelltext den Lauf der E-Mail
>>> zu verfolgen?
>>>
>>> Am 13.01.2020 um 12:11 schrieb Markus:
>>>> Habe eine interessante Mail bekommen, auf die ich gerne antworten
>>>> möchte, aber die Mailadresse "noreplay" funktioniert nicht ;-)
>>>>
>>>> Wie finde ich die Mailadresse des Absenders?
>>>>
>>>> Gruss, Markus
>>
>> ___
>> 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
>


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

Re: [Talk-de] w...@noreply.openstreetmap.org

[Markus]

Nun hat der Mailer wieder geschrieben:
er häbe jetzt meine Beiträge in der DB gelöscht :-(

Geht die Löscherei jetzt auch in OSM los?

Wie kann ich den Menschen erreichen?

Gruss, Markus

PS: ja, im Header habe ich nach einem Absender gesucht,
aber die dort eingetragenen Adressen sind jetzt nicht so hilfreich:
boun...@openstreetmap.org
w...@noreply.openstreetmap.org


Am 13.01.2020 um 13:06 schrieb Volker via Talk-de:
> Hast Du mal probiert, über den Nachrichtenquelltext den Lauf der E-Mail
> zu verfolgen?
>
> Am 13.01.2020 um 12:11 schrieb Markus:
>> Habe eine interessante Mail bekommen, auf die ich gerne antworten
>> möchte, aber die Mailadresse "noreplay" funktioniert nicht ;-)
>>
>> Wie finde ich die Mailadresse des Absenders?
>>
>> Gruss, Markus

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

[Talk-de] w...@noreply.openstreetmap.org

[Markus]

Habe eine interessante Mail bekommen, auf die ich gerne antworten
möchte, aber die Mailadresse "noreplay" funktioniert nicht ;-)

Wie finde ich die Mailadresse des Absenders?

Gruss, Markus

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

Re: [Talk-de] Switch2OSM

[Markus]

Hallo Frederik,

danke für's Weiterleiten der Fehlermeldung :-)

Am 10.12.2019 um 23:02 schrieb mmd:
> Am 10.12.19 um 15:50 schrieb Markus:
>> Über die Wochennotiz bin ich auf Switch2OSM gestossen :-)
>> https://switch2osm.org/serving-tiles/using-an-all-in-one-solution/
>> die leider nicht auffindbar ist.
>
> woodpeck hat schon ein issue auf github aufgemacht:
>  https://github.com/switch2osm/switch2osm.github.io/issues/83

Wenn ich den Achiv-Link dort richtig interpretiere [1],
hilft das einem "Switch2OSM"-Willigen nicht wirklich weiter ;-)

Könnte man nicht im OSM-Wiki den gesamten Prozess nachvollziehbar
beschreiben?

Ein erster Schritt könnte sein, dass aktive Betreiber eines OSM-Servers
ihren aktuellen Prozess beschreiben (DB, Renderer, Kachelserver).

Das hilft dem Switch2OSM"-Willigen bei der ersten Orientierung.

Ein zweiter Schritt wäre dann, die unterschiedlichen Prozesse zu
vergleichen und zu bewerten (was warum wofür).

Vielleicht ergeben sich daraus ja auch Synergien, Verbesserungsideen,
oder sowas wie "Best Practice"...

Und vielleicht gibt es ja für einzelne Prozessschritts bereits sowas wie
Docker-Container oder so?
Oder man kann solche leicht zu reproduzierenden Tools entwickeln?

Ich denke, das wäre für viele "Switch2OSM"-Willige
die entscheidende Unterstützung, um den Schritt wirklich zu tun :-)

Und vermutlich wäre das auch für viele OSM-Server-Betreiber eine
wesentliche Erleichterung, ihren Server aktuell zu halten und an neue
Entwicklungen anzupassen.

Mit herzlichem Gruss,
Markus


[1] alter Inhalt im Archiv:
https://web.archive.org/web/20190418093804/https://switch2osm.org/providers/

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

[Talk-de] Switch2OSM

[Markus]

Über die Wochennotiz bin ich auf Switch2OSM gestossen :-)

Dort gibt es die Seite:
https://switch2osm.org/serving-tiles/using-an-all-in-one-solution/
die leider nicht auffindbar ist.

Ein Impressum für eine Fehlermeldung habe ich dort nicht gefunden.

Wer kann helfen?

Gruss, Markus

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

[Talk-at] Tagging von Wohnstraßen / Begegnungszonen in Österreich - Versuch eines Konsens

[Markus Straub]

Hallo liebe Mapper und Mapperinnen,

im Forum ist vor einiger Zeit wieder die Diskussion um das Tagging von 
Wohnstraßen vs. Begegnungszonen in Österreich aufgekommen.


Nachdem es bis zuletzt keinen Konsens gegeben habe möchte ich einen 
neuen Versuch mit euch einen zu finden.


Könnt ihr Rückmeldung (im Forum oder hier) geben?
https://forum.openstreetmap.org/viewtopic.php?pid=770375#p770375

Liebe Grüße,
Markus / evod

--
hier noch mein Forumeintrag für alle die nicht registriert sind:
--

OK - Unabhängig vom Thema ob jede Begegnungszone highway=living_street 
sein darf oder ob auch andere highway-Werte sinnvoll sind gibt es 
jedenfalls den Fakt, dass sowohl Wohnstraßen als auch Begegnungszonen 
als highway=living_street gemappt sind.


Ich würde gerne mit euch einen österreichischen Best Practice definieren 
um das so zu mappen, dass auch die Unterschiede eindeutig zu mappen sind.

Mein Vorschlag (adaptiert nach Rückmeldung von Kevin Kofler und Luzandro):

# Wohnstraße:

> highway=living_street
> traffic_sign=AT:§53.9c
> maxspeed=walk

Falls es eine Einbahn ist (die laut StVO immer für den Radverkehr 
geöffnet ist, egal ob mit Zusatzschild oder nicht)


> oneway=yes
> oneway:bicycle=no

# Begegnungszone:

> highway=living_street (oder anderes..)
> traffic_sign=AT:§53.9e
> maxspeed=20 (oder 30)
> source:maxspeed=AT:Begegnungszone:20 (oder :30) - optional, etwas 
redundant


Falls es eine Einbahn ist:

> oneway=yes

Nur falls die Einbahn mit der entsprechenden Beschilderung für Radfahrer 
geöffnet ist:


> oneway:bicycle=no


# Diskussionspunkte:

- sollen wir auch für die Wohnstraße ein traffic_sign verwenden? Das 
wäre dann AT:§53:9c (kommt bisher kein einziges mal vor, war historisch 
auch nicht nötig, würde die zwei Straßen aber eindeutig unterscheiden)


- Welcher Wert soll für die maxspeed einer Wohnstraße angegeben werden? 
maxspeed=AT:walk? Oder das laut taginfo weit häufigere maxspeed=walk? 
Oder soll kein Wert gemapt werden (derzeit oft der Fall)


- traffic_sign: wenn ich mir https://taginfo.openstreetmap.org/keys/ … 
ign#values ansehe sind die Unterparagraphen für AT:* meist mit 
Doppelpunkt getrennt, nicht mit Punkt. Das würde heißen 
traffic_sign=AT:§53:9e statt traffic_sign=AT:§53.9e (letzterer Wert wird 
im Moment bei Begegnungszonen häufiger verwendet - das sollten wir 
jedenfalls vereinheitlichen)


- andere Punkte die euch auffallen?

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

Re: [Talk-de] [Entwurf] Gemeinsame Position zur Zukunft des iD-Editors

[Markus]

Hallo Michael,

Ja Technokratie ist tödlich für ein freies Projekt.

Danke dass Du dich dagegen engagierst :-)
Mir gefällt dabei auch Deine bewusst zurückhaltende Sprache.

Hat denn jemand schon mal die Motivation der iD-Maintainer
herauszufinden versucht? mit welchem Ergebnis?
(meist stehen hinter Konflikten (vermeintlich) gegensätzliche Bedürfnisse)

Die Inhalte kann ich leider nicht konkret nachvollziehen, da die
verlinkten Texte englisch geschrieben sind.

Insofern kann ich nicht verstehen, wo die Aktionen zu einer Verbesserung
des Taggingschemas beitragen (i.S.v.: Schlüssigkeit, Gültigkeit,
Verständlichkeit, Differenzierung, Einheitlichkeit, etc.), und wo dieses
beeinträchtigt wird.

Vielleicht gibt es ja Links zu deutschsprachigen Texten, die Du noch
teilen kannst?

Mit herzlichem Gruss,
Markus

PS:
Ähnlich problematisch ist eine ausschliessliche Verwendung einer
einzelnen Sprache (meist Englisch, auch hier in OSM). Weil dadurch alle,
die ihrer nicht (ausreichend) mächtig sind von der Teilhabe und der
Mitbestimmung weitgehend ausgeschlossen sind.
(hier kann konsequente Übersetzung helfen - aber gerade bei dynamischen
und entscheidenden Prozessen ist das schwierig - und es macht Prozesse
in internationalen Projekten komplexer)

Ähnlich problematisch ist Macht, die entsteht durch einseitig verteilte
Vefügbarkeit über Zeit.
(dafür kenne gibt es m.W. wenig Mittel)

Und - hier im Sinne von Atrophie - ähnlich problematisch sind
widersprüchliche Taggings bzw Taggingschemen (Attribute, deren
Beschreibung, deren Verwendung).
(daran leidet OSM seit Jahren)

Am 12.11.2019 um 23:57 schrieb Michael Reichert:
> Crossposting:
> https://forum.openstreetmap.org/viewtopic.php?pid=768763#p768763
>
> TL;DR Lasst uns mal ein gemeinsames Statement zum Umgang mit den
> iD-Maintainern finden.
> https://wiki.openstreetmap.org/wiki/User:Nakaner/Forderungen_zur_Zukunft_von_iD
> Eine Abstimmung gibt es dann später, wenn sich Zustimmung abzeichnet.
>
> Hallo,
>
> die Entwicklung des iD-Editors treibt sein einigen Monaten mir und
> anderen Sorgenfalten auf die Stirn. Sie ist geprägt von einer
> absolutistischen Grundeinstellung, die in OSM bei einem derart zentralen
> und einflussreichen Projekt nicht existieren sollte. Wiederholt waren
> Entscheidungen der iD-Hauptentwickler auf den Mailinglisten Talk und
> Tagging diskutiert worden; zwei Mailinglisten, die als die
> Diskussionsräume in OSM gelten (Tagging insbesondere für Tagging).
> Wiederholt haben die iD-Hauptentwickler durchblicken lassen, dass ihnen
> die Community am Allerwertesten verbeigeht und scheuen auch nicht vor
> Beleidigungen der Community auf der Mailingliste [1] zurück. In der
> Wochennotiz war das schon ein paar Mal Thema.
>
> Geändert hat sich seitdem nichts. Eine Code of Conduct-Beschwerde [2]
> war parktisch wirkungslos. Der Vorstand hat zwar im Mai/Juni Bryan
> Housel (den älteren der beiden Hauptentwickler) um ein Gespräch gebeten,
> das kam aber nicht zustande.
>
> Neben dem Durchdrücken eigener Taggingvorstellungen (nichts Neues, meine
> Recherche hat mich zu drei Jahren alten Tickets geführt) haben wir mit
> dem iD-Editor mittlerweile auch ein Datenschutzproblem, das uns in
> Deutschland öffentlich sicherlich nicht willkommen ist: Der iD-Editor
> lädt Firmenlogos von graph.facebook.com. [3] Mal ehrlich, wenn ich eine
> freie Karte editiere, will ich nicht, dass meine Daten zu Facebook
> abfließen!
>
> Dass die iD-Hauptentwickler das Feature gut finden, ist keine
> Überraschung. Die Reaktion war, die GitHub-Issue zu sperren [4] (d.h.
> keine Kommentare mehr möglich) und im gesamten Repository das
> Kommentieren bestehender und Anlegen neuer Issues zu deaktiveren.
> Frederik, der sich bislang nur vorsichtig kritisch auf Mailinglisten zu
> der Sache geäußert hat, ist in seinem Benutzer-Blog am Samstag der
> Kragen geplatzt. Er hat dort praktisch gefordert, die sich
> missbräuchlich verhaltenden iD-Maintainer vor die Tür zu setzen. Lest
> selbst: https://www.openstreetmap.org/user/woodpeck/diary/391175
>
> Der Blogeintrag hat mich dazu motiviert, einen Entwurf für ein Statement
> der deutschen Community zum Umgang mti den iD-Hauptentwicklern zu
> schreiben. Hinweis: Der erläuternde Teil ist nicht neutral.
> https://wiki.openstreetmap.org/wiki/User:Nakaner/Forderungen_zur_Zukunft_von_iD
>
> Hier die Kernforderungen des Statements:
> - Die Facebook-Aufrufe müssen umgehend weg.
> - Benutzersperren und Diskussionssperren auf GitHub müssen von jemand
> anderem als den Hauptentwicklern entschieden werden.
> - Auf osm.org kommt bis auf Weiteres der Fork von Frédéric Rodrigo zum
> Einsatz, der den iD Community-Konsens-konform angepasst hat.
> - Die Betreuung der Taggingvorlagen und Validierungsregeln wird in ein
> eigenes Projekt verschoben. Das wird von einem eigenständigen Komitee
>

[Talk-de] Datenschutz bei Verwendung von OSM

[Markus]

Liebe OSMer,

auf einer Website stolpere ich über diese Nachricht:

"Diese Seite verwendet OSM-Karten. Dadurch werden Besucherdaten an den
jeweiligen Dienstanbieter übertragen."

Über den ersten Satz freue ich mich natürlich :-)

Aber der zweite Satz verwirrt mich...
Wie sollen beim Betrachten von OSM-Karten auf einer Website
Benutzerdaten übertragen werden? welche? und an was für "Dienstleister"?

Habe ich da etwas verpasst?

Mit herzlichem Gruss,
Markus


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

Re: [Talk-de] Tags für brombeer sträucher und anderes Gehölz

[Markus]

Am 23.08.2019 um 18:37 schrieb schimmer:
> wie tagge ich brombeer sträucher richtig?

Unser Gross-Wald- und -Grund-Besitzer brauchte Geld und hat ein
grösseres Grundstück mit Einfamilienhäusern bebaut.

Auf der Ausgleichsfläche hat er eine Streuobstwiese angelegt und dieses
mit einer interessanten Hecke vom Neubaugebiet getrennt.
Alles "zum Pflücken"...

Habe ich ihm dann gemappt (Bäume einzeln, Hecke als Linie).

Sein Oberförster war begeistert:
Eben gepflanzt - schon sichtbar :-)

Wir hatten ein langes interessantes Gespräch über Kartografie,
Waldwirtschaft, Klima bzw. Zukunft des Waldes, etc.

Aber er wollte kein OSMer werden.
Die botanischen Tags fehlen also noch... ;-)

Gruss, Markus

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

[Talk-at] OSM Nutzung in Buch ohne Nennung

[Markus Mayr]

Hallo!

Gestern bin ich über folgendes Buch gestolpert und habe es mir aufgrund
des stark ermäßigten Preises und einem fragwürdigen Aspekt dessen
Inhaltes gleich gekauft:

http://imgurl.me/images/2019/10/14/osm_book_1206cda2993f4cffa.jpg

Für jede in dem Buch gezeigte Stadt ist ein Übersichtsplan eingefüngt,
welcher eindeutig der Standard Mapnik OSM Stil mit der OSM Karte ist:

http://imgurl.me/images/2019/10/14/osm_book_217091fd1eafb8cb5.jpg

Die ISBN des Buches lautet: 3941784463

Der einzige Lizenzhinweis, den ich gefunden habe, ist auf der ersten Seite:

> Alle Rechte vorbehalten. Kein Teil des Werkes darf in irgendeiner
> From ohne schriftliche Genehmigung des Verlages reproduziert
> oder unter Verwendung elektronischer Systeme verarbeitet, verviel-
> fältigt oder verbreitet werden. Einzige Ausnahme bilden die unter
> einer Creative-Commons-Lizenz veröffentlichten Abbildungen.

Im Abbildungsverzeichnis am Ende des Buches tauch die OSM nicht auf.
Anscheinend ist www.khs.info für den Inhalt zuständig.

Ich finde das Projekt und Buch eigentlich eine tolle Sache, bin aber
etwas traurig, dass die OpenStreetMap darin nicht entsprechend gewürdigt
wird, obwohl das den Autoren nicht geschadet hätte.

- just thought, I let you know ;-) -

Beste Grüße,
Markus (ScubbX)


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

Re: [Talk-de] OpenLayers und OSM

[Markus]

Noch eine historische Frage:
- wann hat OSM auf Leaflet gewechselt? (Jahr)
  was war die letzte OL-Version von OSM?
  was waren die Gründe und wie wurde dar Wechsel entschieden?

Mit herzlichem Gruss,
Markus


Am 09.10.2019 um 14:56 schrieb Markus:
> Liebe Entwickler,
>
> welche OL-Version verwenden osm.org bzw. osm.de ?
> Wo liegt der aktuelle Code von osm.org bzw. osm.de ?
>
> In welchen Abständen wird da OL upgegradet?
>
> Aktuell ist OL-6.0.1
> Was hat sich da seit OL-3 geändert?
> (wo finde ich eine de:Doku?)
>
> Mit herzlichem Gruss,
> Markus

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

Re: [Talk-de] OSM-Wiki wer ist der Admin

[Markus]

Hi, danke für Deinen Hinweis - ist drin.

Wird die Liste denn aktiv gepflegt?
(der älteste Eintrag ist von 2016)

Gruss, Markus

Am 10.10.2019 um 20:39 schrieb mmd:
> Am 10.10.19 um 17:04 schrieb Markus:
>> Wer kann im OSM-Wiki die Erweiterung zur Darstellung von Formeln
>> installieren?
>
> Bringe deinen Vorschlag am besten auf der Seite
> https://wiki.openstreetmap.org/wiki/Talk:Wiki zunächst zur Diskussion
> ein. Alles weitere ergibt sich dann.



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

[Talk-de] OSM-Wiki wer ist der Admin

[Markus]

Wer kann im OSM-Wiki die Erweiterung zur Darstellung von Formeln
installieren?

LaTeX und ..

Mit herzlichem Gruss,
Markus

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

Re: [Talk-de] OpenLayers und OSM

[Markus]

Hallo Hartmut

Danke für den Vergleich OL<->Leaflet.

>> Das macht die Ladezeiten kürzer, und auch das API war>> (ist?) schlanker als 
>> bei OpenLayers.>>>> Solange man nicht zB. auch
WMS/WFS Services mit einbinden>> will/muss halte ich persönlich Leaflet
für die bessere Wahl ...

Dazu habe ich noch das gefunden:
https://www.reddit.com/r/gis/comments/7x230v/openlayers_v4_vs_leaflet_advice/

> ich hab da auch mal irgendwann zu beiden Bibliotheken "Step by Step"
> Guides gemacht um meine Gehversuche zu dokumentieren.
>
> Die OpenLayers Variante ist allerdings wirklich schon "gut abgehangen"
> und basiert noch auf OpenLayers 2.10
>
> https://openlayers-steps.osm-baustelle.de/
> https://leaflet-steps.osm-baustelle.de/

Beide finde ich prima! mit den Diffs sieht man die Änderungen auf einen
Blick. Magst Du die nicht im Wiki passend verlinken?

Mit herzlichem Gruss,
Markus

PS: Das OL-Tutorial zeigt ab Step-9 keine Anwendung mehr.
Interessant wäre auch, in beiden Tutorials die gleichen Steps zu sehen.


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

Re: [Talk-de] OpenLayers und OSM

[Markus]

Hallo Lars und Simon,

Herzlichen Dank für die prompte und hilfreiche Antwort :-)

> osm.org verwendet seit einem halben Jahrzehnt +, leaflet und nicht OL.

Simon, was war der Grund für diesen Wechsel?
Und was sind die konkreten Haupt-Vorteile von LL?

Womit arbeitet OSM.de ?

Mit herzlichem Gruss,
Markus

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

[Talk-de] OpenLayers und OSM

[Markus]

Liebe Entwickler,

welche OL-Version verwenden osm.org bzw. osm.de ?
Wo liegt der aktuelle Code von osm.org bzw. osm.de ?

In welchen Abständen wird da OL upgegradet?

Aktuell ist OL-6.0.1
Was hat sich da seit OL-3 geändert?
(wo finde ich eine de:Doku?)

Mit herzlichem Gruss,
Markus

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

Re: [Talk-de] GPX-Track nutzen und hochladen

[Markus via Talk-de]

Hallo Volker, hallo Tom,

> Hochladen geht auch direkt von der OSM Profilseite des user. ganz ohne JOSM.

Danke.
Zusammen mit dem Plugin von JOSM gibt es nun zwei Möglichkeiten zum
hochladen von GPX-Tracks.

Aber wenn ich diese dann nicht nutzen kann, da man nur waagrechte
Streifen sieht, ist da ja eigentlich wenig sinnvoll...?!

Gruss, Markus


> On Sun, 15 Sep 2019, 12:54 Tom Pfeifer,  wrote:
>
>> On 15.09.2019 10:15, Markus via Talk-de wrote:
>>> habe ich beim OSM-Daten runterladen auch GPX angekreuzt.
>>> Nun sehe ich zwar magenta Linien, aber die laufen waagrecht bzw. in
>>> engem ZickZack - eine Spur kann ich nicht erkennen.
>>
>> Sehe ich auch manchmal, ich vermute dass sind Punkte, deren Zeitstempel
>> fehlt oder nicht öffentlich
>> ist, so dass dort der Zusammenhang zum Track fehlt und verschiedene
>> vermischt werden.
>>
>>> Wie kann ich mit JOSM meinen GPX-Track zur Nutzung für Dritte hochladen?
>>
>> Beim Suchen in den Plugins fuur JOSM habe ich das gefunden, aber keine
>> Erfahrung damit:
>>
>> DirectUpload Plugin in JOSM
>>
>> https://wiki.openstreetmap.org/wiki/User:Subhodip/GSoC_Doc#DirectUpload_Plugin_in_JOSM_
>> :
>>
>> tom

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

[Talk-de] GPX-Track nutzen und hochladen

[Markus via Talk-de]

Liebe Mapper,

ich habe einen GPX-Track in Wald und Feld.

Um zu prüfen, ob es dort schon andere Tracks existieren,
habe ich beim OSM-Daten runterladen auch GPX angekreuzt.
Nun sehe ich zwar magenta Linien, aber die laufen waagrecht bzw. in
engem ZickZack - eine Spur kann ich nicht erkennen.

Wie mache ich es richtig?

Wie kann ich mit JOSM meinen GPX-Track zur Nutzung für Dritte hochladen?

Gruss, Markus

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

Re: [Talk-de] Mainnav MG-950d - Software

[Markus via Talk-de]

Hallo Tom,

Herzlichen Dank für die schnelle Hilfe :-)

> https://wiki.openstreetmap.org/wiki/DE:Mainnav
> https://code.google.com/archive/p/mainnav-reader/wikis/ReadMe.wiki

Schönes WE!
Markus

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

[Talk-de] Mainnav MG-950d - Software

[Markus via Talk-de]

Liebe Mapper,

wer kann mir von obigem Datenlogger die Auswertungs-SW schicken?

Mit herzlichem Dank,
Markus

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

Re: [Talk-de] Spielregeln fürs Tagging

[Markus]

Hallo Roland,

das finde ich super:

> bei der SotM werde ich eine Stunde zum Thema Tagging moderieren

m.E. sind die meisten Probleme systematische.
(werden aber als inhaltliche missverstanden und entsprechend
chaotisch/konfliktär diskutiert - mit allen negativen Folgen für OSM)

> Mängel im Informationsfluss

Mich behindert die seit Jahren zunehmende Fixierung auf Englisch.

Nach dem 80/20-Prinzip sollten die mapperseitig verbreitetsten Sprachen
als Mastersprachen verwendet werden.

Durch die Hin- und Her-Übersetzerei entstehen zusätzlich
Missverständnisse - wo es doch schon genügend historisch gewachsene
Verwirrung gibt.

Bilder und Bildbeschreibungen für ein- und ausschliessende Beispiele,
auch in Bezug zu ähnlichen tags, könnten helfen.


> Bedarf nach mehr Struktur
>
> verschiedene Features können sehr unteschiedlich in verschiedenen
> Regionen aussehen.

Da gibt es seit Urzeiten eine unsinnige Vermischung von Klassen.
Funktion, Beschaffenheit und Nutzung werden wild durcheinandergemischt
und verwechselt. Sowohl im Tagging als auch im Rendering.
Eine Hauptverkehrsader sieht in EU und in Afrika anders aus.
Und wenn dann für den Renderer getaggt wird, oder der Renderer eigene
Wege geht, dann ist die Verwirrung komplett.

Ein an Beispielen klar beschriebene Unterscheidung der Klassen und ihrer
Zuordnung zu tags könnte helfen. Auch da sind Bilder hilfreich.
Regionale Unterschiede müssen - immer Klassen-konform -
sprachübergreifend beschrieben sein.

> Suchbegriffe und Tag-Namen

Tag-Namen müssen eindeutig übersetzt und beschrieben sein.
Herausforderung sind Begriffe, die in verschiedenen Sprachen gleich
lauten, aber unterschiedliche Bedeutung haben, oder die in einer Sprache
verschiedene Bedeutungen haben und sich deshalb nicht eindeutig
übersetzen lassen.

Auch hier helfen erklärende Bilder und Bildbeschreibungen.

> "How to Map a ..."

und ein bebildertes Glossar in verschiedenen Sprachen sind gute Wege.

> wechselwirken

Eine Schein-Wechselwirkung entsteht durch Vermischung/Verwechslung von
Klassen.

Wenn Klassen sauber definiert sind, ist auch die Wechselwirkung klarer
und damit einfacher zu beschreiben/dokumentieren.

> Spielregeln und deren Legitimation
>
> Personen mit der nötigen Zeit

Das ist ein ungelöstes Problem in "demokratischen" Strukturen.
(in der Politik im Zusammenhang mit Populismus gut erkennbar)

Auch Technokratie ist problematisch.
(Renderer-, Editor-, DB-Entwickler, Wiki-Vorlagen).

Lösungen sind m.E. nur über gemeinsame Werte und Ziele möglich.

> unabgestimmte Änderungen im Rendering oder der Editier-Software

Taggingschema und Rendering bedingen sich zwingend gegenseitig.
Wenn Werte und Ziele nicht übergreifend klar sind, versuchen sich die
drei Ebenen Tagging, Editor, Rendering konkurrierend zu übertrumpfen.

> Auch hier trägt die Vielzahl der Diskussionskanäle und der mangelnde
> Informationsfluss dazwischen dazu bei die Stimmung zu verderben.

Die verschiedenen Kanäle sind nur Mittel.
Sie können konstruktiv oder strategisch als Machtmittel genutzt werden.

> bösartige oder inkompetente

Die meisten Konflikte sind Missverständnisse...

> History des Wiki vs. Versionskontrollsysteme

Kannst Du das etwas genauer beschreiben? Vision?
Gibt es da schon Überlegungen, wie man moderne Versionssysteme in die
Mediawiki-SW implementieren kann?

> wenn Dokumentatoren und Mapper (und Renderer und Editoren)
> die gleiche Bedeutung anwenden

Gibt es schon Idealbeispiele?
Daran könnten wir uns ja schon mal orientieren :-)
Und Verfahrensregeln daraus ableiten...

Mit herzlichem Gruss,
Markus

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

Re: [Talk-de] Track life anzeigen

[Markus via Talk-de]

Hallo Bernd,

> hast du dir schon mal OsmAnd angeschaut?

Ja, das benutze ich als Auto-Navi, funktioniert prima!
(wenn die Strecken nicht zu lang sind)

Aber sonst habe ich damit keine Erfahrung...

> Da gibt es sogar eine Seekartendarstellung

Ja, die kenne ich auch - viele gelbe Punkte, und wenn man am Kanal
entlangfährt plaudert das Ding permanent von irgendwelchen
"Distancemarks"und schafft es nicht mehr die Abbiegehinweise zu
formulieren ;-)

> und du kannst beliebige gpx Spuren inkl. der
> aktuellen anzeigen lassen.

Cool - das ist genau was ich suche! gefunden:
https://osmand.net/de/features/trip-recording-plugin

Den Roten GPX-Button habe ich bereits :-)
Da kann ich auch das Intervall in Sekunden wählen und Start/Stop.

Aber "show to map" fehlt - wie lasse ich den Track life anzeigen?
Wo wird der Track hin gespeichert?
Wie bekomme ich ihn vom Tablet runter?

Im Menü "Karte konfigurieren" ist "GPX-Track" angehakt.
Wie bekomme ich externe Tracks aufs Tablet?
(habe eine externe SD-Karte in meinen Samsung und ein USB-Kabel dafür)
Wie finde ich die ext. Tracks dann mit OsmAnd zum Anzeigen?
Wie kann ich die später wieder löschen?

Gruss, Markus


> Am 08.09.19 um 17:54 schrieb Markus via Talk-de:
>> Liebe App-Nutzer,
>>
>> ich suche eine Android-App, die
>> - eine OSM-Karte laden und offline als Hintergrund anzeigen
>> - den GPS Track life anzeigen
>>   also meinen GPS-Standort life als Spur zeigen
>> - gleichzeitig frühere Spuren aus einen GPX-Datei zeigen kann
>>
>> Hintergrund:
>> Wenn ich mit dem Boot rumfahre um Wassertiefen zu messen,
>> dann will ich die "weissen Flecken" befahren.
>> Mit einer GPX von früheren Fahrten kann ich diese gut sehen,
>> aber ich weiss nicht, wo ich soeben gefahren bin und wo noch nicht...
>>
>> Wer kann helfen?
>>
>> Mit herzlichem Gruss,
>> Markus
>>
>> OSM-Tracker:
>> - zeigt den Track life
>> - kann diesen als GPX exportieren
>> aber ich weiss nicht wie ich:
>> - mehrere GPX importiere und anzeige
>> - eine Karte lade und offline anzeige
>>
>> ___
>> 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
>


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

[Talk-de] Track life anzeigen

[Markus via Talk-de]

Liebe App-Nutzer,

ich suche eine Android-App, die
- eine OSM-Karte laden und offline als Hintergrund anzeigen
- den GPS Track life anzeigen
  also meinen GPS-Standort life als Spur zeigen
- gleichzeitig frühere Spuren aus einen GPX-Datei zeigen kann

Hintergrund:
Wenn ich mit dem Boot rumfahre um Wassertiefen zu messen,
dann will ich die "weissen Flecken" befahren.
Mit einer GPX von früheren Fahrten kann ich diese gut sehen,
aber ich weiss nicht, wo ich soeben gefahren bin und wo noch nicht...

Wer kann helfen?

Mit herzlichem Gruss,
Markus

OSM-Tracker:
- zeigt den Track life
- kann diesen als GPX exportieren
aber ich weiss nicht wie ich:
- mehrere GPX importiere und anzeige
- eine Karte lade und offline anzeige

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

Re: [Talk-de] Plastikmüll als Layer

[Markus]

Hi Manuel,

>> https://openlittermap.com
>
> Ich will garnicht wissen wie wenig aktuell das mittlerweile ist.
>
> Fotos von weggeworfenen Dosen? Ernsthaft? Bevor ich mir die Mühe mache
> die Dose zu fotografieren und da reinzustellen habe ich das Ding aber
> dreimal schneller einfach entsorgt. Und wenn jeder mithelfen würde...

Ja, das ist natürlich ziemlich überholt ;-)

Scheint nicht wirklich eine gute Karte/Anwendung zu geben...

"Dose" ist natürlich Quatsch!

Ich denke eher an Müllberge, wilde Deponien, offene Müllverbrennung,
Müll im Meer, am Strand, angeschwemmt, LKW-weise angekarrt oder
Schiffsladungsweise verklappt...

Auch Transportwege/-Mengen: Schiff, LKW, Bahn, Wind, Fluss,
Meeresströmung...

Gruss, Markus

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

Re: [Talk-de] Objekt-ID finden mit JOSM

[Markus via Talk-de]

Hallo Norbert,

Danke, auch das Hilft:

> Mit Strg-i wird die ID auch angezeigt (erste Zeile), ist kopierbar.
> In dem Fenster kann man auch den Schwerpunkt oder die Mitte
> des Koordinatenbereichs von Geometrien abgreifen.

Wenn man sowas nicht ständig nutzt, vergisst man es wieder.
Ich schreibe es mal in mein Wiki...

Gruss, Markus

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

Re: [Talk-de] Objekt-ID finden mit JOSM

[Markus via Talk-de]

Hallo Harald,

das ist ja supercool :-)

> Wie wäre es mit STRG+Umschalt+I, dann geht sofort ein Browser mit der
> kompletten URL auf, und wenn man die URL aus 1. nimmt, dann erscheint
> automatisch links das Fenster mit den kompletten Tags dieses Objekts.
> Findet sich unter dem Menüpunkt "Ansicht"->"Erweiterte Informationen (web)"
>
> Wenn du auch gleich noch die History haben möchtest, dann Umschalt+H.

Das schreibe ich gleich in mein Wiki!

Herzlichen Dank,
Markus

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

[Talk-de] Objekt-ID finden mit JOSM

[Markus via Talk-de]

Wenn ich in JOSM ein Objekt ausgewählt habe,
wie bekomme ich dessen Objekt-ID?
(wird zwar mit  angezeigt, aber ist nicht kopierbar)

Und wie mache ich daraus sowas wie einen "Permalink"?

mit dem der Empfänger:
1. das Objekt in einer Karte dargestellt bekommt
2. die Liste der Tags bekommt (Schlüssel=Wert)

Für 1. funktioniert ein Link mit:
https://openstreetmap.org//
(wenn man denn die ID hätte könnte man das wenigstens händisch
zusammenbauen - aber ein direkt kopierbarer Link wäre einfacher)

Für 2. habe ich noch gar nichts gefunden.

Gruss, Markus

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

Re: [Talk-de] Plastikmüll als Layer

[Markus via Talk-de]

Hallo Peter,

> hier: https://openlittermap.com


Die Idee gefällt mir.

Auch die Hexagons als Raster (anstelle unserer Kacheln)
Aber vermutlich funktioniert das Hexagon-Prinzip nicht über mehrere
Zoomlevel hinweg?
Anders als unsere Kacheln werden Hexagone beim Zusammenfassen mehrerer
immer "ausgefranster"...

Auch die Möglichkeit kleine Bilder hochzuladen finde ich gut.
Könnte man noch ergänzen mit "aktueller Verschmutzungsgrad"
und Verschmutzungsart, Verschmutzungsquelle, etc.

Mir schwebt sowas vor:
https://wiki.openstreetmap.org/wiki/File:Oberpfalz-Openlayers.png

Wo der Benutzer einzelne Kacheln als "verschmutzt" markiert
und in der Summe dann daraus Flächen entstehen.

Für Kacheln/Flächen kann man eine "Patenschaft" übernehmen
und die Bereiche säubern und sauberhalten...

Oder - im Fall von wilden Deponien, oder illegalen Deponien, oder durch
Strömung/Wind  verschmutzten Stränden/Buchten - könnte man politische
Aktionen starten.

Und bei Plastik im Meer könnte man die Ausdehnung visualisieren.

Gruss, Markus


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

[Talk-de] gelöschte Objekte finden

[Markus via Talk-de]

Liebe Profis,

in den ARD-Nachrichten war ein Bericht über radioaktive Strahlung in
Sewerodwinsk

Beim Betrachten der Karte entdecke ich falsch platzierte Leuchtfeuer [1]

Also will ich sie in JOSM passend verschieben, kann sie dort aber
nirgends entdecken, auch nicht im näheren Umfeld...

Kann jemand herausfinden:
- welche Objekt-Nr diese Leuchtfeuer haben/hatten
- wer sie gelöscht hat und wann?
- ob da weitere Objekte betroffen sind
  seamark:type=light_major
  seamark:type=light_minor
  seamark:light...
- ob es da ein Muster gibt? oder gar eine Form von Vandalismus?

Wie kann man gelöschte seamark finden?
Wie kann man gelöschte seamark wiederherstellen?

Mit herzlichem Gruss,
Markus

[1]
https://map.openseamap.org/?zoom=18=64.91323=40.22441=BFTFFFTFFTF0TFTTTF
https://map.openseamap.org/?zoom=18=64.85314=40.27823=0FTFFFTFFTFBTFTTTF
https://map.openseamap.org/?zoom=16=64.85773=40.26886=0FTFFFTFFTFBTFTTTF

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

[Talk-de] Plastikmüll als Layer

[Markus via Talk-de]

Kennt jemand eine Themenkarte, die Plastikmüll zeigt?

Beispielsweise:
- im Meer treibende "Plastikinseln"
- vermüllte Strände/Buchten
- Zugbahnen von Plastik (vom Fluss ins Meer, Strömungen)

Vielleicht sogar eine interaktive Karte?
wo man Verschmutzungen simpel melden kann?
und wo man auch melden kann, wenn man einen Strand gesäubert hat?

Gruss, Markus


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

Re: [Talk-de] Wiki editieren

[Markus via Talk-de]

Danke Harald, das hat geklappt:

> https://wiki.openstreetmap.org/wiki/Template:DE:Map_Features:natural

Aber wieso ist das Dingens so unübersichtlich?
und sogar umgekehrt(?) sortiert?

Man könnte ja wenigstens die Zwischenüberschriften und Leerzeilen einfügen?

Und "Unter-Vorlagen" machen die Vorlage noch schwerer editierbar.

Vielleicht können da die Vorlagen-Profis nochmal Hand anlegen?

Gruss, Markus

PS: danke auch an Wulf! "Wisiwig" ist aber nicht so mein Ding.

PPS: Auch systematisch wäre da noch viel zu verbessern:
- wer dort nach "Wald" sucht,
  fand den bei uns üblichen forstwirtschaftlich genutzten Wald nicht.
- viele Flächen-Objekte sind auch als "Punkt" vorgeschlagen
  (sogar Gletscher)
- "natural" bezeichnet manchmal die Klasse "Material" (Wasser, Sand)
  manchmal die Klasse "Form" (Allee, Bucht, Meeresenge)
(aber das ist ein anderes Thema... ;-) )

Auch didaktisch könnte da noch einiges verbessert werden.
Ich habe mal "Heide" verlinkt - aber was ist der Unterschied zu "scrub"?
Man könnte auch "Gleichartiges" untereinander schreiben (rock und
bare_rock, Sand und Strand) und den Unterschied definieren.
(aber auch das ist ein anderes Thema ;-) )

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

Re: [Talk-de] Wiki editieren

[Markus via Talk-de]

Hallo Wulf,

>> wie editiere ich diese Seite:
>> https://wiki.openstreetmap.org/wiki/DE:Key:natural
>
> Einloggen und auf "Edit" bzw. "Edit source" drücken?

Klar - aber im Editierfenster steht nicht der erwartete Quellcode,
sondern: {{Template:De:Map Features:natural}}

Dazu bräuchte ich eine Anleitung.
(einen Link "hier editieren" oder so habe ich nicht gefunden)

Gruss, Markus

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

[Talk-de] Wiki editieren

[Markus via Talk-de]

Steh grad etwas auf dem Schlauch...
wie editiere ich diese Seite:
https://wiki.openstreetmap.org/wiki/DE:Key:natural

Gruss, Markus


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

Re: [Talk-de] Frage zum tagging Rettungsbaken

[Markus]

Hallo Michael,

> In OpenSeaMap werden sie korrekt angezeigt... :-/

:-)

Richtig eingetragen werden die Rettungplattformen (seemännisch "Bake")
ab z=14 angezeigt, ab z=15 mit amtlichem Namen [1]

Wattwandern wird nur mit Führer empfohlen.
Auch OpenSeaMap ist nur eine Orientierungshilfe.
(denn zu Ebbe und Flut machen wir keine Aussage)

>>> Bei unserem Urlaub auf Jersey habe ich die
>>> Koordinaten eingemessen: N 49°09.821 W002°01.104

Einfach die richtigen tags kopieren 
in JOSM einen Punkt setzen und die tags mit  einfügen
und passend korrigieren (Farbe, Material, Name, etc.)

>>> seamark:beacon_special_purpose:colour = black
>>> seamark:conspicuity = conspicuous
>>> seamark:construction = metal
>>> seamark:name = Ret. 1
>>> seamark:reflectivity = conspicuous
>>> seamrak:souce = BfS 53/19 WSA Cuxhaven
>>> seamark:status = permanent
>>> seamarkt:type = beacon_special_purpose

Wenige Minuten später ist die Plattform dann auf OpenSeaMap sichtbar.

Mit herzlichem Gruss,
Markus

[1] Rettungsbake "Ret 3":
http://map.openseamap.org/?zoom=14=53.90496=8.61769=53.91166=8.62486=%3Cb%3ERettungsbake%20%3C%2Fb%3E%0ARet%203=BFTFFFTFFTT0TF

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

Re: [Talk-de] Fwd: [OSM-talk] Survey on global and local communities in OpenStreetMap

[Markus]

Hallo Michael,

> Die Umfrage ist auch in Deutsch verfügbar
> https://osmf.limequery.org/428835

400: Bad Request

> German: https://osmf.limequery.org/428835?lang=de

Funktioniert.

Gruss, Markus

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

[Talk-de] Specs für Planet und Kachelserver

[Markus]

Liebe Admins,

welche Spercs sollte heute eine neue Maschine mitbringen,
damit sie performant das Planet-File handeln und minütlich aktualisieren
und daraus weltweit Kacheln rendern, aktualisieren und ausliefern kann?

Wie stark wächst das ganze derzeit jährlich und was muss man dafür
HW-seitig jeweils aufrüsten?

Gibt es im Wiki eine Übersicht dazu? Erfahrungsberichte? Best practice?

Mit herzlichem Gruss,
Markus

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

Re: [Talk-de] Website: Route auf OSM anzeigen

[Markus]

Wow - beeindrucken Eure schnelle und fundierte Hilfe :-)

Herzlichen Dank an alle!

Hier das erfolgreiche Ergebnis:
https://schnaittach.feuerwehren.bayern/150-jahre-feuerwehr-schnaittach/

Mit herzlichem Gruss,
Markus



Am 11.07.2019 um 08:16 schrieb Elstermann, Mike:
> Sieh mal hier:
> https://geoobserver.wordpress.com/2019/06/17/umap-diy-karte-mit-osm-daten/

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

[Talk-de] Website: Route auf OSM anzeigen

[Markus]

Unsere Feuerwehr hat Jubiläum und macht einen Festzug :-)

Die Route will sie "irgendwie" auf einer OSM-Slippymap zeigen.
Wie macht man das "simpel" auf einer eigenen Website?
Gibt es da irgendwo ein HowTo?

Gruss, Markus



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

[Talk-at] Fwd: AGIT: YouthMappers Workshop

[Markus Mayr via Talk-at]

Hallo, Leute!

Seht euch die angehängte Nachricht von Jakob an, wenn ihr an der
Teilnahme/Gründung eines internationalen OSM Youth-Mapper Netzwerkes
interessiert seidt.
Dazu gibt es zwei Workshops auf der AGIT 2019 in Salzburg.

Beste Grüße,
Markus (ScubbX)



 Weitergeleitete Nachricht 
Betreff:AGIT: YouthMappers Workshop
Datum:  Wed, 19 Jun 2019 10:00:04 +0200
Von:Jakob Miksch 
An: markusm...@gmx.net



Hallo Markus,

noch eine Sache: Am Freitag der AGIT veranstalten wir(Maptime Salzburg)
in Kooperation mit der Uni Heidelberg und der Uni Warwick einen OSM
Mapathon und anschließend ein Treffen mit dem Ziel ein europäisches
Netzwerk für YouthMapping Gruppen zu gründen. Hier die Links zu den 
beiden Sessions.
https://www.conftool.com/giweek2019/index.php?page=browseSessions_session=65
https://www.conftool.com/giweek2019/index.php?page=browseSessions_session=66

Die ursprüngliche Initiative kam dabei aus Heidelberg. Potentielle
Mitglieder dieses neuen Netzwerks wären dann: Disaster Mappers
Heidelberg, Uni Warwick, Polymappers Milano, CartoNG Frankreich, Maptime
Salzburg.

Falls das für dich oder euch in Wien interessant ist, seid ihr herzlich
eingeladen da mitzuwirken oder einfach nur dran teilzunehmen. So wie ich
es verstehe soll es einfach darum gehen einen europäischen Austausch
über OSM-Mapathons zu initiieren. Du kannst das natürlich auch gerne
weiterleiten. Bei Fragen gerne melden :-)

Viele Grüße,
Jakob
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-de] Genealogie - [war: Neuvorstellung und Frage zu historischen Ortsnamen]

[Markus]

Hallo Burkhard

Danke, dass Du als Neuer so detailliert fragst :-)

Ich habe mal den Betreff auf "Genealogie" geändert, damit der Thread
auch später wieder gefunden wird.

In der Hoffnung, dass das vielleicht mal zu einer Wiki-Seite (in OSM
oder bei den Genealogen) wird, schreibe ich mal etwas ausführlicher:

_Genealogie_
Für Dein Spezialgebiet Genealogie ist m.E. das GOV-Wiki der beste Ort,
Ortsbezeichnungen in ihrer Varietät zu speichern:
https://gov.genealogy.net

Ein wesentlicher Vorteil sind dort die Quellenangaben und die
Belegspeicherung, die wie in der Genealogie üblich Bestandteil des
Datenmodells sind.

Wobei dort zusätzlich zu den Orten auch "Objekte in Orten" erfasst sind.
Wenn dann die Klassen (Ort, Rathaus, Kirche, Gericht, Landstrrich, etc.)
nicht sauber unterschieden sind,
nicht zuletzt auch bezüglich der zeitlichen Periode (Jahr von-bis),
dann kommt es zu Dubletten und Überschneidungen, die das Ganze bald
unbrauchbar machen.
Zumindest auf den ersten Blick findet man viele redundante Einträge,
aber mit verschiedenen Koordinaten...

Ich vermute, nicht jeder der dort Daten eingibt, hat die Struktur und
die Definition verstanden:
http://wiki-de.genealogy.net/GOV/Datenmodell

GEDCOM-Systematik:
http://wiki-de.genealogy.net/GEDCOM/PLAC-Tag#Vereinbarungen_zu_PLAC
http://wiki-de.genealogy.net/GEDCOM/_LOC-Tag#L1_Ortsdatensätze

_Kompatibilität_
Sinnvoll wäre natürlich, die GEDCOM-Systematik kompatibel zu machen mit
WikiData einerseits und mit OSM andererseits :-)
Bezüglich Datenschema und Lizenz, incl. Konvertierungs-Tool.

_OSM_
In OSM gib es seit Beginn ein ziemliches Durcheinander bezüglich
"richtiger" Schreibweise von Ortsbezeichnungen. Zwar lichtet sich das
Durcheinander inzwischen iterativ, indem Unzulänglichkeiten zunehmend
ausgemerzt werden. Aber gleichzeitig kommen immer wieder neue Benutzer,
die sich nicht so genau erkundigen wie Du, oder bewusst "ihre" Sicht auf
die Historie abgebildet haben wollen und damit neue Verwirrung stiften
(Geschichtsklitterung, Imperialismus).

Wir bei OSM bilden den *Ist-Zustand* ab.
Also so, wie ein Ort *heute* und *offiziell* heisst.

Frühere/alte Namen werden mit old_name:* in der Datenbank erfasst.
https://wiki.openstreetmap.org/wiki/DE:Key:old_name

Der * bedeutet:
hier folgt das *Länderkürzel* (ISO-3166-1)
getrennt mit einem Doppelpunkt,
gefolgt mit dem *Zeitraum* (Jahreszahl von-bis)
getrennt mit einem Doppelpunkt.

Wobei bei OSM nicht definiert ist, wann das Länderkürzel, und wann das
Sprachkürzel verwendet wird und warum.

Das wird vom Standard-Renderer "Mapnik" plus "Carto" nicht gerendert
(OSM will ja den aktuellen Zustand darstellen, und jede weitere
Ergänzung würde die Karte unbrauchbar überfrachten und kartografisch
verunstalten).

Aber wie Martin schon schrieb:
Du kannst alles was in der Datenbank ist auch rendern :-)

Dazu brauchst Du einen eigenen Layer, den Du über die Basiskarte
drüberlegst, und der die Dich interessierenden Attribute klickbar
anzeigt. Für die Genealogie also den old_name:*

Durch Klick öffnet sich dann ein PopUp-Fenster, in dem alle old_name
angezeigt werden, übersichtlich geordnet nach Sprache und Zeitraum :-)

Beispiele:
https://www.osmhydrant.org/de/
https://map.openseamap.org
https://farmshops.eu
(wobei Cluster bei Ortsnamen natürlich unsinnig sind)

Auf einem weiteren Layer könnte man mit einer HeatMap die regionale
Häufung von Familiennamen darstellen. Damit könnte man Wanderbewegungen
sichtbar machen. Vielleicht sogar generationsspezifisch.

Und wenn Du magst, kannst Du diese Karte auch veröffentlichen, z.B. als
OpenGenealogyMap.org
Wäre ein Meilenstein für die Genealogie :-)

Suche dazu hier in der Liste einen erfahrenen OSMer, der Genealoge ist.
Alternativ bei den Genealogen einen, der sich mit OSM auskennt:
https://compgen.de/
https://genwiki.genealogy.net/Hauptseite
https://genwiki.genealogy.net/GenWiki-L
https://forum.genealogy.net/

Mit herzlichem Gruss,
Markus



> Was würde denn passieren, wenn ich bei einen heute polnischen Ort im OSM, z. 
> B. mit "name:de=..." einen früheren deutschen Ortsnamen ergänzen würde.

Das wäre irreführend.
Heute haben diese Orte einen polnischen Namen.
Wird leider oft noch falsch eingetragen :-(

Ausnahmen gibt es für Staaten und deren Hauptstadt.
Diese dürfen laut STAGN politisch korrekt auch in die eigene Sprache
übertragen werden:
name=Polska,   name:de=Polen
name=Warszawa, name:de=Warschau

Gdańsk hingegen:
name=Gdańsk
name:csb=Gduńsk
old_name:??:von-bis=Gyddanyzc (so um 1000 n.Chr?)
old_name:de:von-bis=Danzig(vermutlich bis 1945?)

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

Re: [OSM-talk] Remove validation rule asking to add highway=footway to railway/public_transport=platform

[Markus]

On Mon, 27 May 2019 at 16:48, Jo  wrote:
>
> This has been discussed on the public transport list very recently, but as 
> usual, without any resolution one way or the other. Status quo rules.

OT: I haven't forgotten that topic, i'm just a bit too busy right now
(private and on OSM). I'll resume the discussion soon.

Regards

Markus

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

Re: [Talk-de] Workshop mit gemeinsamem mappen

[Markus]

Hallo Hauke,

ich habe vor 10 Jahren solche Workshops an der VHS durchgeführt.
Meine Erfahrung damals:

Du brauchst pro 3 Teilnehmer einen erfahrenen OSMer, der als _Mentor_
seinen Schützlingen sattelfest zeigen kann, wo sie im Wiki die Antwort
auf ihre Frage finden, und wie sie den Text zu verstehen und zu
interpretieren haben, und wie man das dann in schlüssige Attribute umsetzt.

Die Teilnehmer werden sehr viele Fragen haben, und während man einem TN
hilft, sind die anderen zwei unbeschäftigt (die Fragen sind sehr
verschieden, und wer vor einem Bildschirm sitzt bildet ein
Mini-Universum und hat keine Energie, sich auf ein weiteres Universum
einzulassen. Er sitzt wartend rum...)

Wir haben sowas auch auf Messen gemacht, mit Einzelbesuchern und einer
1:1-Betreuung und mit kartografisch erfahrenen Besuchern. Trotz guter
Voraussetzungen eine Herausforderung...

Eine Alternative ist Arbeit im _Tandem_ (2 TN/Bildschirm).
Setzt aber voraus, dass die TN diese Arbeitsweise schon gewohnt sind.

Alle Varianten erfordern aber eine methodisch-didaktische Einführung für
die Betreuer. Denn sie übernehmen ja Deine Rolle - für die sie meist
keine Erfahrung mitbringen). Wenn Du Erfahrung mit der Methode _Lernen
durch Lehren_ hast, ist das natürlich von Vorteil.

Stefan Keller von der HSR hat dazu viel Erfahrung und auch publiziert.

Im Gegensatz zu früher gibt es aber heute keine weissen Flecken mehr...

Eine _Simulation_ könnte ein Ausweg sein:
Du erstellst eine virtuelle Umgebung, löschst darin den Datensatz eines
Dorfes, und hast damit ein jungfräuliches Gebiet.

Oder Du nimmst ein *Spezial-Thema*, das in dem ausgewählten Gebiet noch
nicht gemappt ist (Hydranten; Hausnummern; Shops, Firmen und Kneipen;
Wanderwegweiser, Bänke und Picnicplätze; Bushaltestellen und Bahnhof; ...)
Du zeigst den TN, wie man einen OSM-Stadtplan ausdruckt, machst
2er-Teams, die auf Pirsch gehen und die Objekte und die zugehörigen
Daten suchen, und dann tragt ihr gemeinsam (Tandem) die Ergebnisse ein.

Ich wünsche Dir viel Erfolg!
Und berichte darüber im Wiki :-)

Mit herzlichem Gruss,
Markus


>>> ich denke da an kleine und unkomplizierte ländliche Gegenden

Gute Idee, ist aber zeitaufwändig, wil du er hinfahren musst und dort
dann einen eingerichteten Arbeitsraum brauchst (oder erst wieder
zurückfahren musst).

> Orte, die mindestens mir bekannt sind.

Dann wärst Du der Wissensträger. Die TN sind dann davon abhängig.
Damit würdest du jeden Lerneffekt verlieren.

> ihr Zuhause oder das der Eltern suchen und sehen, dass etwas fehlt.

Das war bei unseren Veranstaltungen die Hausaufgabe danach :-)

> armcair-mapping nicht optimal

Ja, da fehlt das erforderliche Wissen vor Ort.

> abendlichen Workshop

Nach einem vollen Studientag ist man nicht mehr aufnahmebereit.
Du brauchst mindestens 3 Stunden.
Nachhaltiger sind 6 Stunden.

> oder am Wochenende für die,

:-)

> Ich werde aber definitiv darauf hinweisen, dass man das Wiki
> konsultieren soll.

"Wiki-Verstehen" ist ein eigener Lern-Block.
(sogar für Erfahrene oft eine Qual)


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

Re: [OSM-talk] Remove validation rule asking to add highway=footway to railway/public_transport=platform

[Markus]

Hello Bryan, hello everyone,

I'm posting this reply to Bryan's message on GitHub
(https://github.com/openstreetmap/iD/issues/6409#issuecomment-495231649)
here, as the issue has been locked by Bryan.

> Hey all, I've locked this topic. Inviting other people to jump on the thread 
> just to express disagreement is not very helpful.

While i really appreciate the work you and the other developers have
put into iD, i find it demotivating and harmful that you refuse other
opinions.

> Some people will disagree, and that's ok.

So far, everybody except you disagreed. If there is a clear majority,
i expect the iD developers to follow it.

Moreover, this validation rule infringes upon these policies or guidelines:

* Automated Edits code of conduct
(https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct):
You take advantage of mappers unconsciously adding highway=footway to
platforms. This is an automated edit.
* Map what's on the ground
(https://wiki.openstreetmap.org/wiki/Good_practice#Map_what.27s_on_the_ground):
A platform is not a footway.
* Don't map for the renderer
(https://wiki.openstreetmap.org/wiki/Good_practice#Don.27t_map_for_the_renderer):
It's rater "don't map for the router", but the effect is the same.

> There exists no master list of all the routable features in OSM. This is 
> because people are always making up tags. It is unreasonable to expect 
> mappers and data consumers to "just know" what all the tags are that are 
> routable.

If the problem is the lack of a list of all routable features in OSM,
then it should be solved by creating such a list, not by mapping for
the router. (By the way, routable tags aren't added very frequently.)
I guess it should also be possible to create a "routable" property for
Wikibase (data items).

I kindly ask you to reconsider your decision, to not block opinions
that differ from yours and to listen more to the community.

Best regards

Markus

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

Re: [Talk-de] boundarys / river als boundary / admin_level?

[Markus]

Liebe Grenzen-Spezialisten,

abgesehen von tagging-Regeln
ist bei "Flüssen als Grenze" die *Situation vor Ort* zu beachten.

Da gibt es folgende Varianten:

1. Die Grenze ist geodätisch festgelegt, unabhängig vom Fluss
Dann benutzt man einfach zwei Linien.

2. Die Grenze wurde zu einem bestimmten Zeitpunkt als "der Fluss"
festgelegt.
Dann braucht man ebenfalls zwei Linien: eine für den Fluss/die Grenze
/damals/ und die daraus gebliebene Grenze heute, und eine für den Fluss
/heute/.

3. Die Grenze ist immer noch als "der Fluss" festgelegt.
Dann muss man erst mal klären, was genau "der Fluss" bedeutet? Und meist
gibt es dafür keine amtliche Definition - dann muss man sich (mit wem?)
erst mal einigen...
Selbst "die Mitte des Flusses" ist keine per se abbildbare Regelung, da
Flüsse sehr oft saisonal ihr Profil verändern, Nebenarme bilden, ein
anderes Bett wählen, etc.

Auch die Mapper malen - je nach Aufnahmedatum des von ihnen benutzen
Luftbildes - den Fluss mal so und mal anders ;-)
Und manchen mal den einen oder anderen Arm zum "Hauptfluss" (und damit
zur "Grenze").

Und selbst wenn sie die Ufer mit-malen, legen die einen die Flusslinie
in die Mitte der zwei Ufer, die anderen in die Hauptströmungslinie, die
dritten in die Mitte der gebaggerten Schifffahrtsrinne, und es würde
mich nicht wundern, wenn einige den GPS-Track ihrer letzten Kajakfahrt
dafür hernehmen :-)

Da gibt es noch etwas Klärungsbedarf...
(den man dann im Wiki dokumentieren könnte)

Mit herzlichem Gruss,
Markus



 Florian Lohoff:
> On Thu, May 16, 2019 at 08:04:48PM +0200, chris66 wrote:
>> Moinsen,
>>
>>> Die Fragen die sich mir jetzt stellen:
>>>
>>> - Sollen alle ways die eine boundary darstellen ein
>>>admin_level/boundary=administrative unabhängig von ihrer relation
>>>tragen?
>>
>> Sie *dürfen* die Info tragen, als Kompatibilitätskrücke für Anwendungen,
>> die Probleme mit Relationen haben.
>
> Der Punkt ist das auch die Dokumentation kaputt ist - Es wird
> halt im Wiki  das dieses
>
> osmosis --read-pbf file=detmold-regbez-latest.osm.pbf --tf accept-ways
> boundary=administrative --used-node --write-xml output.osm
>
> Grenzen extrahiert - und das ist falsch. Es exportiert eben Wege
> ohne boundary=administrative nicht. Damit sind die Grenzen kaputt.
> (Dafür werden andere Objekte exportiert die nichts mit
> boundaries zu tun haben)
>
>>> - Bei Flüssen - verdoppeln der Wege (übereinander) oder
>>>zusätzliche tags auf dem river way?
>>
>> Wenn der Fluß tatsächlich per Gesetz die Grenze darstellt, dann
>> kommt er in die Relation, eine zusätzliche Linie wird dann nicht
>> gezeichnet.
>
> Der Fluß von 1970 stellt die Grenze dar. Das ist vermutlich heute
> nicht mehr die Flußmitte.
>
>> Üblicher ist es allerdings eine Grenze parallel zum Fluß einzuzeichnen.
>
> Flo
>
>
> ___
> 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-transit] Ideas for a simplified public transportation scheme

[Markus]

On Tue, 14 May 2019 at 12:31, Dave F via Talk-transit
 wrote:
>
> 1) highway=bus_stop is a physical object. In OSM we map physical
> objects. To clarify - What do you mean by 'logical'?

While stops (and stations, too) can be observed (PT vehicles stop
there), they aren't physical objects. Physical objects are platforms,
poles, shelters or road markings. They can usually be found at a stop
or station, but don't have to.

> 2) Why to they need to be "mapped on the same area"? They are separate
> entities. Objects close to each other can be easily found as OSM is
> geospatially aware.

They don't need to be mapped on the same area, but it were easier
(just one object). And if there is a real platform, it is the waiting
area of the stop.

Regards

Markus

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

Re: [Talk-transit] Ideas for a simplified public transportation scheme

[Markus]

On Mon, 13 May 2019 at 17:39, Johnparis  wrote:
>
> I agree that platforms should be mapped as ways only if they physically 
> exist. What I'm saying is that I don't object if someone does map such an 
> object, but the information from the transit agency should always be 
> contained in a node, not a way, as Jo mentioned.

Why? I don't see a necessity for this. By the way, copying tags from
areas to nodes and can be done very quickly with JOSM.

Regards

Markus

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

Re: [Talk-transit] Ideas for a simplified public transportation scheme

[Markus]

On Sun, 12 May 2019 at 20:55, Tijmen Stam  wrote:
>
> a "public_transport=platform" is not defined as being "platform" (raised
> good concrete flooring) but as "the place where people wait to board a
> bus/tram/train". Whatever form that is.

That's a contradiction of the PTv2 scheme: it says that
public_transport=platform is the waiting area, but also says that
highway=platform/railway=platform (which mean a physical object) is
equivalent to public_transport=platform.

How to tag the physical object (raised structure) in PTv2 then? And
how to tag extra platforms that are usually not operated, but only in
case of special events or diversions?

This is why i think we need two tags: one for the virtual object
"waiting area of a stop" and one for the physical object "platform"
(raised structure). In PTv1 we already have that, the only drawback is
that the logical object highway=bus_stop/railway=tram_stop cannot be
mapped on the same area as the physical object
highway=platform/railway=platform (as they use the same key).
Therefore my idea with a new public_transport=stop tag that can be
combined with highway=platform/railway=platform.

> > railway=platform implies no such thing. It represents a physical object,
> > nothing more, nothing less.
>
> What physical object?
> What if there is a railway station that has no raised platform but where
> one just alights into the trackbed? What physical object is there?
> e.g. https://en.wikipedia.org/wiki/Padag_Road_railway_station
> The sand there is the "place where people wait to board", which could be
> mapped as railway=platform or public_transport is platform, but not in
> YOUR view, as there is no physical "platform", no raised object.

It should definitely not be mapped as railway=platform, as this tag
means a real platform, that is, a raised structure. Besides, it's not
possible to draw a verifiable waiting area in case there is no raised
or in any other way bordered area.

Regards

Markus

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

Re: [Talk-transit] Ideas for a simplified public transportation scheme

[Markus]

On Sun, 12 May 2019 at 18:06, Jarek Piórkowski  wrote:
>
> A requirement would be having one direction per relation, otherwise
> vehicles going in opposite directions might still be mapped to an
> incorrect stop_position if 2+ trip directions pass through a station.

Yes, this was the idea: PTv1 tags, but separate route relations per
direction and route variant, and bus and tram stops placed at the
waiting area.

Regards

Markus

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

Re: [Talk-transit] Ideas for a simplified public transportation scheme

[Markus]

On Tue, 7 May 2019 at 21:15, Jarek Piórkowski  wrote:
>
> 7c. From what I'm understand, this bus stop node does not have to be
> connected to a pedestrian highway either, with routers presumably
> jumping from the nearest highway?

Yes, this is what OsmAnd does.

> 8. A stop_location (to use ptv2 terminology) on the way that vehicles
> travel on could help with things like calculating and showing the
> likely route the bus will take, but this can also be calculated
> without the stop_location node by projection of other stop objects
> onto the way

It can be calculated. So why complicating mapping and maintaining
public transportation routes needlessly? :)

> 8b. Stephen initially said "we need stop positions so routers can get
> people from stop to stop on the buses/trains"; a subsequent message at
> 06 May 2019 13:53:10 -0500 (if I understood correctly) said that
> stop_position can be optional in cases of simple geometry (which is
> presumably vast majority of them)
> 8c. What changes would people like to make? Clearer guidance as to
> when stop_position and stop_area might be needed for buses - in cases
> like ambiguous geometry due to multiple parallel highways? Or would
> people prefer to ignore routing of buses between stops and advocate
> for removal of stop_positions in all cases?

Even if the stop (the waiting area) is mapped as a way or area, its
centroid can be calculated and projected on the road. In most cases,
parallel roads shouldn't be a problem either, as only one of them
would be in the route relation.

> 9. There are some cases that do not cleanly fit into hw=bus_stop
> "PTv1" tagging, for example a sign-only stop served by both buses and
> trams, or a waiting platform served by both buses and trams
> 9a. Because we must retain hw=bus_stop per #3 and #5, any
> accommodation of these cases must either be initially of tags, or
> guidance on how to place highway=bus_stop tags

If we go for the "improved PTv1" solution, my suggestion [1] was to
place both highway=bus_stop and railway=tram_stop beside the road.
Thus, highway=bus_stop and railway=tram_stop can and should be
combined on one node.

[1]: 
https://lists.openstreetmap.org/pipermail/talk-transit/2019-April/002052.html

> 10. Meaning of public_transit=platform tag is dependent on context, it
> unifies/duplicates some existing tags, arguably it sometimes describes
> imaginary things, and it is disliked by many editors

As i understand it [2], public_transit=platform does not describe
imaginary things. On a node, it means the waiting area of a stop
(i.e., it is equivalent to highway=bus_stop or railway=tram_stop), and
on a way or area, it means a real platform that acts as a stop (i.e.,
it is a combination of highway=bus_stop/railway=tram_stop and
highway=platform/railway=platform).

However, in my opinion it would have been better to create a tag like
public_transport=stop that -- as with all other tags -- always
(regardless of whether used on a node, way or area) means the same
thing (waiting area of a stop) and that could be used in combination
with highway=platform/railway=platform if there is a platform.

[2]: https://wiki.openstreetmap.org/w/index.php?oldid=625726

> 12. Many of the currently mapped tram systems have a railway=tram_stop
> + public_transport=stop_position node on the rail, so we should
> probably not change this scheme either without good reason

I think that a simpler mapping and maintaining of the routes as well
as a better routing are good reasons enough. :)

> 13. There is currently no clear way for tagging stops that also have
> physical platforms, except for PTv2
> 13a. This exists as physical feature in real world and should be
> supported, in a manner compatible with platform-less stops
> 13b. Should we add bus_stop/tram_stop on one of the nodes of the
> platform way [4]? Next to the platform? As pointed out by Markus, we
> can't do what might be the most intuitive method of the platform
> way/area sharing bus_stop tag because the platform is also a highway=
> tag.

In my opinion, if we decide to stick with PTv1 tags, the best way
would be to add a highway=bus_stop or railway=tram_stop in the middle
of the highway/railway=platform way or area.

Regards

Markus

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

Re: [Talk-transit] Ideas for a simplified public transportation scheme

[Markus]

On Wed, 8 May 2019 at 22:15, Tijmen Stam  wrote:
>
> On 06-05-19 19:29, Stephen Sprunk wrote:
> >
> > I'd love to see stop areas go away, or at least limited to instances
> > where the link between stop position and platform can't be deduced from
> > geometry.  Heck, in most cases, the stop position itself can be deduced
> > from the platform and route geometry--assuming the platform is in the
> > route relation, which isn't always the case.
>
> But in some it can't.

Could you please give some examples where the stop position can't be
calculated from the waiting area? I'd also like to know for which use
cases the stop positions are necessary.

> Also, the stop_area is, in the Netherlands, a concept used to map all
> stops "belonging" to each other together, for trhansit open data/transit
> planners. e.g. all four stops around a junction will be one "stop_area"
> (having one ref:IFOPT:NL:S: reference), even when those four
> stops will have different names (e.g. named in pairs after the side street).

If stops share the same ref, there is no need for a stop_area, as they
are already in a relation with each other by having the same ref.

Regards

Markus

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

Re: [Talk-transit] Ideas for a simplified public transportation scheme

[Markus]

On Mon, 29 Apr 2019 at 17:18, Stephen Sprunk  wrote:
>
> Part of what seems to have started the PTv2 mess is that bus stops were
> sometimes mapped on the way and sometimes beside the way, and both cases
> were tagged the same.  PTv2 tried to separate those into "platform" and
> "stop_position", to bring uniformity across modes.

It would have been a lot easier to just recommend placing stops beside
the road. :)

> We need platforms beside the way so routers can get people to/from the
> stop on foot.  This is a big deal because trains are long and can
> usually be boarded along their entire length, unlike buses where a node
> often suffices.
>
> OTOH, we need stop positions so routers can get people from stop to stop
> on the buses/trains.

Routers just need the platforms (the places beside the road) because
the journey begins and ends there. Stop positions (on the road) are
irrelevant for routing. If someone, for whatever reasons, needs the
stop positions, they can be calculated (projection of the stop node or
centroid of the platform to the highway or railway way).

Regards

Markus

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

Re: [Talk-transit] Ideas for a simplified public transportation scheme

[Markus]

On Sun, 28 Apr 2019 at 16:29, Jarek Piórkowski  wrote:
>
> Oh cool - with routing and time estimates and all?

Navigation while travelling doesn't seem to work yet (it says "public
transport navigation is currently in beta"), but it gives you a
preview of the route: walking route, where to get on and off the
vehicle, intermediate stops, estimated walking and driving time and
distance.

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

Re: [Talk-transit] Ideas for a simplified public transportation scheme

[Markus]

On Sun, 28 Apr 2019 at 13:47, Dave F via Talk-transit
 wrote:
>
> Are Stop_Areas required?
> What are they for?
> Are they in use?/Who uses them?/Will they ever be used?*
> If there is a purpose for them, what should they consist of? I've seen
> shops, bike racks, litter bins included. Surely they're irrelevant?

At least, stop_areas are required for underground stations (if
footways have not been mapped yet) to link the railway=subway_entrance
with the station.

Including other elements than station, platform and entrances IMHO is
useless and makes the relations unnecessarily confusing.

> Remove public_transport=station/train=yes &
> public_transport=platform/train=yes from railways.
> They are purely duplication of the existing, much used
> railway=station/railway=platform respectively. They provide no
> additional information. Duplication is wasted effort. It leads to
> confusion & errors.

I completely agree.

Regards

Markus

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

Re: [Talk-transit] Ideas for a simplified public transportation scheme

[Markus]

On Sat, 27 Apr 2019 at 14:30, Snusmumriken
 wrote:
>
> Somehow I think that it is too late to define one schema that would
> rule the world. Too much has already been mapped for it to be redone.
> But I might be wrong. I also share your observation that PTv2 is way
> too complex.

In my opinion, it's never too late for improvements. :) And if we go
for the first solution ("improved PTv1"), not much retagging were
required as nearly all stops, stations and platforms use the PTv1 tags
for rendering anyway.

> For what it is worth I might point you to have a look at how things are
> mapped in Stockholm metropolitan region. It is our version of a
> simplified PTv2. Unfortunately there isn't any English language
> definition of it. But I hope an example is self explanatory enough
> https://www.openstreetmap.org/relation/2376126

Thanks for the link. This routes seem to have been mapped the same way
as the first solution i've suggested.

Regards

Markus

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

[Talk-transit] Ideas for a simplified public transportation scheme

[Markus]

Hi all,

I've added, updated and corrected several dozen public transportation
routes in the past few years using the PTv2 scheme. As is the case
with most route relations, they often break (e.g., because the course
of a road or rails is modified, a new roundabout is built, a stop is
displaced or simply by accident). However, with all the stop_positions
and stop_areas, maintaining these routes and stops is very much
time-consuming.

There have been several ideas to simplify and improve public
transportation mapping (e.g. [1] or [2]), however they either faced
too much opposition or are inactive. Therefore I've worked out three
different drafts for an improved public transportation scheme and
would like your opinion. After that, i plan to write a full proposal
for the option that got the most support.

In order to better understand how I came up with the ideas below, I
have first listed the deficiencies of the current public transport
schemes:

Deficiencies of PTv1:

  * No separate route relation per direction and route variant.
  * Platforms at stations cannot be added to route relations, which
prevents a better routing.
  * Stops (highway=bus_stop/railway=tram_stop) are often placed on the
road or rail, which is not optimal for routing.

Deficiencies of PTv2:

  * public_transport=stop_position and public_transport=stop_area make
mapping and maintaining complicated and time-consuming. Besides,
public_transport=stop_position is unnecessary, as it can be calculated
from public_transport=platform (which provide a more exact routing).
  * Counter-intuitive public_transport=platform: its meaning depends
on whether used on way/area (where it means a platform) or on node
(where it means a waiting area w/o platform).
  * Not possible to add transport mode tags (e.g. bus=yes) on
public_transport=platform because they are also used to set access.

Now for the possible solutions:

  1. Sticking to PTv1 tags, but with separate route relations per
direction/variant and by placing stops at the point where passengers
wait. A stop with a platform get a railway/highway=platform way/area
and a railway=tram_stop/highway=bus_stop node. (Except at stations, a
stop_area relation is not required because the stop node is placed on
the platform.) -- Advantage: Widely used tags, least retagging
required. Disadvantage: A stop with a platform needs two elements (as
railway/highway=platform + railway=tram_stop/highway=bus_stop can't be
combined).

  2. Sticking to PTv2 tags, but abandoning
public_transport=stop_position and introducing a new transport_mode=*
tag. -- Advantage: Only one element per stop. Disadvantage: The rather
counter-intuitive public_transport=platform remains.

  3. Abolishing public_transport=stop_position and
public_transport=platform and introducing a new public_transport=stop
tag (node/way/area) for the waiting area at stops, which can be
combined with railway/highway=platform if the stop consists of a
platform. Besides, introducing a new transport_mode=* tag. --
Advantage: Only one element per stop, very flexible and clear.
Disadvantage: Much retagging required.

[1]: 
https://wiki.openstreetmap.org/wiki/Proposed_features/Transport_modes_on_platforms_and_stations
[2]: 
https://wiki.openstreetmap.org/wiki/Proposed_features/Refined_Public_Transport

Thanks in advance for your replies.

Best regards

Markus

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

Re: [Talk-de] fire_hydrant:pipe_diameter

[Markus]

Hallo Martin,

>> Frag doch mal die Macher von OpenFireMap bzw. von OsmHydrant, wie sie es
>> denn brauchen, damit Rendering, Wiki und DB zusammenpassen :-)
>
> jein, ich würde versuchen

Finde ich alles gut.
Trotzdem: bitte sprecht mit den Machern.
Bevor die DB umgebaut wird ;-)

Zusammenarbeit ist immer wertvoll.

Gruss, Markus

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

Re: [Talk-de] fire_hydrant:pipe_diameter

[Markus]

Hallo Martin und Georg,

>> alles nicht verwunderlich - führt doch eine simple Suche sofort zu
>> https://wiki.openstreetmap.org/wiki/DE:OpenFireMap-HowTo
>
> Somit war der Ursprung für das tagging fire_hydrant:pipe_diameter ein
> Fehler in der Anleitung entgegen des festgelegten key
> fire_hydrant:diameter.

Hm - das HowTo ist immerhin schon 8 Jahre alt.

Frag doch mal die Machen von OpenFireMap bzw. von OsmHydrant, wie sie es
denn brauchen, damit Rendering, Wiki und DB zusammenpassen :-)

Mit herzlichem Gruss,
Markus

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

[Talk-transit] Feature Proposal -- RFC -- service=irregular

[Markus]

Hi everyone,

I'm proposing the tag service=irregular for tram, light rail,
underground and other railway tracks not used for regular scheduled
passenger services, but only for diversions or shortcuts.

https://wiki.openstreetmap.org/wiki/Proposed_features/Tag:service%3Dirregular

Any feedback (on the wiki talk page or on the tagging mailing list) is
much appreciated!

Best regards

Markus

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

Re: [OSM-talk] Overpass query for tags of previous object version?

[Markus]

Hi Mateusz,

Thanks for your reply!

On Mon, 18 Mar 2019 at 20:52, Mateusz Konieczny  wrote:
>
> I know that it should be fairly easy to find object with crossing=zebra
> tag last edited by this user.

This gives me over 800 results. I hoped that i don't have to look
through all of them, but maybe its better nevertheless.

> Alternative method is to just revert edits made by that user.

That's also a bit difficult because there are over 400 changesets and
the user has been very active since. (My computer freezes after
clicking multiple times on "Load more".)

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

[OSM-talk] Overpass query for tags of previous object version?

[Markus]

Hello

Is there an overpass-turbo query that finds crossing=zebra that were
previously (i.e. version - 1) tagged crossing=traffic_signals?

(Unfortunately a user unaware that pedestrian crossings with traffic
signals also have zebra markings in some countries wrongly changed
many crossing=traffic_signals to crossing=zebra in a Maproulette.)

Regards

Markus

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

Re: [Talk-transit] Defining service on railway=tram

[Markus]

Hi Jarek,

I've now written a short proposal:

https://wiki.openstreetmap.org/wiki/Proposed_features/Tag:usage%3Dirregular

Please feel free to edit the wiki page directly. By the way, i found
an example of an underground and of a light train diversion-only
track.

I'm still a bit unsure if these tracks really belong to the usage=*
instead of the service=* key (it's still used for public
transportation, not for industrial, military, test or tourist
purposes) and if *=diversion wouldn't be clearer than =*irregular.

Regards

Markus

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

Re: [Talk-transit] Defining service on railway=tram

[Markus]

On Sun, 10 Mar 2019 at 22:49, Jarek Piórkowski  wrote:
>
> Were you thinking of also integrating light rail in this, or keeping it 
> limited to trams for now?

I think it is sensible to not restrict it to trams. While i'm not
aware of irregular light rail or underground tracks, i can well
imagine that they do exist.

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

Re: [Talk-transit] Defining service on railway=tram

[Markus]

Hi Jarek,

I still find service=siding to be inappropriate for irregular tracks
and would prefer a new tag, such as usage=irregular. I am willing to
prepare a proposal for it as soon as i find some time.

Regards

Markus

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

Re: [Talk-de] Niedersächsisches Vermessungsamt nutzt OpenStreetMap für Ihr neues Kartenportal

[Markus]

Hallo Marco,

> Der TopPlus Open Layer kommt vom BKG:

Das BKG hat u.a. die Aufgabe, Bundesbehörden mit Karten zu bedienen.
Da Bundesbehörden oft grenzüberschreitende Einsätze haben,
das BKG aber nur Daten der Vermessungsämter zur Verfügung hat,
greift das BKG seit vielen Jahren auch auf OSM-Daten zurück :-)

Gruss, Markus

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

Re: [Talk-de] 100 Karten dieser Welt

[Markus]

Aber wir sind besser:
Japan:
https://www.openrailwaymap.org/?lang=null=38.20365531807149=140.42724609375=6=standard
Neuseeland:
https://www.openrailwaymap.org/?lang=null=-41.16211393939691=170.5517578125=6=standard

Gruss, Markus


Am 28.02.2019 um 08:57 schrieb Markus:
> Interessant:
> *100 Karten, die deine Sicht auf die Welt verändern*
> https://www.gmx.net/magazine/unterhaltung/kultur/grafiken-staunen-100-karten-sicht-welt-veraendern-33584128

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

[Talk-de] 100 Karten dieser Welt

[Markus]

Interessant:
*100 Karten, die deine Sicht auf die Welt verändern*
https://www.gmx.net/magazine/unterhaltung/kultur/grafiken-staunen-100-karten-sicht-welt-veraendern-33584128

Mit herzlichem Gruss,
Markus

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

Re: [Talk-transit] Defining service on railway=tram

[Markus]

On Sat, 16 Feb 2019, 20:20 Jarek Piórkowski  I agree with you that "siding" is not a good description, but it
> seemed the least-wrong one of the 4 railway values in use. "Spur" to
> me sounds like something that branches off and ends (as illustrated
> for railways). Meanwhile with service=siding I am looking for a
> description for tracks that connect two stretches of regular tracks.
>

You're right, spur doesn't seem to fit either.

I do like your suggestions - "irregular" should be clear enough, and I
> like "auxillary" as well except I don't know if its meaning is
> commonly-enough understood. "Minor" seems like it could be
> misunderstood: if you have two lines, one of which runs more
> frequently than the other, are the tracks of the less-frequent line
> "minor"? Or how about service=detour?
>

I agree that minor could be misunderstood.

detour seems a bit unsuitable for turn tracks or connections because afaik
it implies a longer route, but the tracks i have in mind are rather
shortcuts. Maybe deviation doesn't have this meaning?

But don't you also want to include tracks that are only used for drives to
the depot? If so, auxiliary/irregular/secondary seems like a better fit
anyway.

I chose "siding" because I didn't want to invent new tag value, to
> avoid too big and slow of a change. But maybe we should do it, what do
> you think?
>

Imo if a tag or key doesn't fit it's better to invent a new. It would be
nice though to hear opinions from other mappers.

Besides, are you sure that siding tracks for trams similar to those for
trains don't exist somewhere? If they exist and we use service=siding for
auxiliary tracks, there won't be a distinction anymore (or a new tag would
have to be invented for real tram siding tracks).

Or how about if we were recommend that of the current options, siding
> should be used (to attempt to standardize what we have); and in
> parallel launch a formal proposal process for adding more proper tram
> service=irregular?
>

I wouldn't recommend this. It seems too confusing and i don't see a benefit.

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

Re: [Talk-transit] Defining service on railway=tram

[Markus]

Hi Jarek,

I'd welcome a tag for tram tracks that normally aren't used except for
diversions (in case of breakdowns, accidents, road/track works, events
etc.) or for drives to the depot. However, i'm unsure whether
service=siding is a good fit for these tracks. I'm not an expert in
trams/trains, but wouldn't service=spur fit better? Otherwise it might make
sense to invent a new tag, maybe
service=irregular/auxillary/minor/secondary?

Regards

Markus

On Mon, 11 Feb 2019, 17:35 Jarek Piórkowski  Hello,
>
> In tram systems, some of the tracks might not be used regularly for
> passenger service. Some might be garage or work area tracks, and
> others might be used only for detours or emergency service.
>
> The `service` key seems a natural match for tagging this, but its
> values specified for railways aren't a close fit for trams (a railway
> "yard" is somewhat different from a tram "yard", trams rarely have
> "spurs", etc) and tram-specific values were never defined. I have
> looked into various values currently used in tagging systems around
> the world and would like to suggest tram-specific guidelines to add to
> Key:service on wiki.
>
> Please see
> https://wiki.openstreetmap.org/wiki/User:Jarek_Pi%C3%B3rkowski/Key:service
> for the suggested addition and
> https://lists.openstreetmap.org/pipermail/tagging/2019-January/042313.html
> for more background including a survey of existing tagging.
>
> Any thoughts are welcome, in particular if someone has an opinion on
> whether this warrants a formal proposal process.
>
> Thanks,
> --Jarek
>
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

[OSM-talk] Rendered boundary not present in data

[Markus]

Hello,

I've come across a boundary rendered on both OSM Carto and the
Humanitarian layer that isn't present in the OSM data:

https://www.openstreetmap.org/?mlat=47.50350=-3.13473#map=19/47.50350/-3.13473=D

The correct boundary, which is present in the data, is also rendered:

https://www.openstreetmap.org/way/38707921

(Note that the incorrect boundary was already rendered before my
recent edit to the correct one.)

Any idea where that ghost boundary might come from?

Thanks in advance for your help.

Regards

Markus

PS: I hope that this is the right mailing list for this kind of problem.

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

[Talk-de] Spam - Re: (kein Betreff)

[Markus]

Am 25.01.2019 um 12:06 schrieb Droelfzehn:


Lieber Listen-Admin,

können solche Mails serverseitig weggefiltert werden?

Vermutlich mehr als "nur Spam"...
Wäre doof, wenn einer - weil es ja aus unserer Liste kommt -
versehentlich auf den Link klickt :-(

Mit herzlichem Gruss,
Markus

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

Re: [OSM-talk] Editing road geometry Australia

[Markus]

On Fri, 11 Jan 2019 at 13:23, Jem  wrote:
>
> I agree. And a supplementary question... would you also add a no-left-turn 
> restriction from https://osm.org/way/581948344 at 
> https://osm.org/node/5680879176? I would, and have done in the past. But to 
> be honest, I'm not sure if a turn like that (having already passed the slip 
> lane designated for the turn) is legal or not.

I would only add a no-left-turn restriction if there is a sign on site.

A routing app would likely not lead via this node onto the motorway
anyway, since  is the
more direct way.

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

Re: [OSM-talk] Editing road geometry Australia

[Markus]

On Fri, 11 Jan 2019 at 07:40, Maarten Deen  wrote:
>
> On 2019-01-11 07:16, Petra Rajka - (p) wrote:
>
> >
> > See below two cases where we would simplify the geometry:
> >
> >   * -32.0914374, 116.0129206
>
> Is seen no big problem in how the roads are layed out there. Coming from
> the motorway there is a clear divider where the offramp connects to the
> Albany Highway.

<https://www.openstreetmap.org/way/596272469> and
<https://www.openstreetmap.org/way/596272466> form a double-rectangle,
but there isn't such a divider. I'd map that place like that:

https://wiki.openstreetmap.org/wiki/File:ID_Screen_Shot_from_-32.0914374,_116.0129206.png

> I have more problems with the tags of the on- and offramp. They are
> mapped as motorway when they should be mapped as motorway_link. The two
> bridges in the on- and offramp are mapped as motorway_link.

+1. I'd also delete the descriptions like Tonkin Highway Southbound
Ramp off to Albany Highway in the name tag unless the ramps are signed
like that on site.

> >   * -35.3409195, 149.1616891
>
> Ways 77001149 and 77000891 should IMHO not be mapped like that but
> mapped with turn:lanes.

+1

Regards

Markus

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

Re: [Talk-de] OSM-Karte mit Leaflet selber bauen

[Markus]

Hallo Gisbert,

danke für Dein zweites Beispiel und die Doku.
Habe ich noch etwas ergänzt/formatiert:
https://wiki.openstreetmap.org/wiki/DE:OSM_mit_Leaflet/Vorbereitung

Norberts Anregung folgend, will ich gern etwas experimentieren...
Was wäre eine sinnvolle Verzeichnisstruktur?

Passt das so? oder gibt es etwas Sinnvolleres?
- Arbeitsverzeichnis
-- Leaflet
--- images
-- Beispiel 1
-- Beispiel 2
-- Beispiel x

Wie muss ich die Pfade z.B. "leaflet/leaflet.css" anpassen?

Mit herzlichem Gruss,
Markus

PS: warum heissen die HTML-Dateien immer "index.html"?
Wenn man mehrere offen hat muss man höllisch aufpassen...


Am 01.01.2019 um 18:08 schrieb Markus:
> Ich habe den Code für das "Minimal-Beispiel" noch etwas verschlankt,
> damit er wirklich "minimal" wird, und das Ergebnis auf bplaced kopiert.
> Funktioniert bestens:
> http://markus-b.bplaced.net/mini-1-marker/
> 
> Nächster Schritt wäre nun, unter
> https://wiki.openstreetmap.org/wiki/DE:OSM_mit_Leaflet/HTML-Datei#Marker
> das Mini-Beispiel in "ausführlich" zu schreiben, also so, dass man auf
> dem Code aufbauend alle weiteren Schritte machen kann.
> 
> Also Leaflet auf dem eigenen Server speichern, *
> Variablen in einem Block definieren,
> vor jedem Aufruf einen Kommentar,
> jede Zeile unten in Prosa beschreiben, und Alternativen zeigen.
> 
> Ziel ist, dass auch Laien die angewendete Struktur intuitiv verstehen,
> und dadurch in die Lage versetzt werden, die entsprechenden Blöcke
> "zusammenzukopieren".

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

Re: [Talk-de] OSM-Karte mit Leaflet selber bauen

[Markus]

N'Abend Norbert,

> Kann es sein, dass du eine Anleitung erstellen möchtest

Ja - wobei: eigentlich wollte ich nur ein paar Karten erstellen und
veröffentlichen. Also hatte ich mich auf die Suche nach einem
deutschsprachigen HowTo gemacht, aber keines gefunden. Zwar gibt es
viele Beispiele und man kann auch deren Quellcode sehen, aber ich bin
kein Programmierer. Und als Anwender erschliesst sich mir die interne
Logik des Codes nicht wirklich, und noch weniger kann ich im Vergleich
der verschiedenen Lösungen die verbindenden Schnittmengen erkennen und
den für mich passenden Teil herausarbeiten und nutzen.

Und da ich davon ausgehe, dass ich nicht der Einzige bin, sondern noch
viele andere einen Bedarf haben, Geodaten zu visionakisieren, habe ich
beschlossen, einen Teil meiner Zeit in die Doku im Wiki zu investieren.

> ohne je selbst mit Leaflet experimentiert zu haben?

Ich glaube, es ist effizienter, Synergien zu schaffen,
statt jeden das Rad neu erfinden zu lassen.
Und ja, ich werde vermutlich noch oft experimentieren, bis wir gemeinsam
eine 80/20 Lösung für die wichtigsten UseCases gefunden haben

> unbedingt auf einen Server hochgeladen

Das ist eine Möglichkeit, Karten zu teilen.

Lokal zu testen wäre vermutlich effizienter? Dann müsste man nicht jede
Änderung erst hochladen, um den Erfolg zu prüfen. Wie geht das?

>> Entwicklung von Standardlösungen 
> 
> Kartenanwendungen, unterschiedliche Arten von Datenquellen
> Daten unterschiedlich darstellen
> https://osm.nkbre.net

Danke, gefällt mir.
Der Code sieht (wie bei vielen anderen auch) recht individuelle aus.

Den meisten Anwendern würde /eine/ Musterlösung reichen,
bei der sie nur Variablen füllen und Codeblöcke kopieren müssten.

> Wenn du dich mit dem Prototypen befassen willst, bekommst du Zugang zu
> einem ZIP-File, das auch etwas Erläuterung enthält.

Vielleicht kannst Du das ja auch im Wiki veröffentlichen?

> Die Idee, sich eine Karte aus entsprechenden Blöcken
> "zusammenzukopieren", halte ich für verwegen. 

Ich hoffe, dass wir, wenn hier einige Erfahrene ihr Wissen einbringen,
die Idee realisieren können.

> Möglich wäre wohl eine bessere Kapselung einzelner Module.

Vielleicht wissen die anderen, was Du damit meinst?
Falls nicht: hast Du mal ein Beispiel?

> Ich bevorzuge funktionierende Prototypen, die nur Anpassungen
> in der Oberfläche, Starteinstellungen und Daten im
> passenden Formaten benötigen.

Klingt gut!

Mit herzlichem Gruss,
Markus

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