[Talk-de] Überholverbot Fahrrad und andere Zweiräder
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"
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)
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)
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?
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?
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
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
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
Re: [Talk-de] Fwd: [OSM-talk] Facebook kauft Crowdsourced Mapping Firma Mapillary
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
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
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
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-de] oneway = no
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
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
>> 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
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
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!
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"
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
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
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
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
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
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
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
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
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
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
Ü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
Re: [Talk-de] [Entwurf] Gemeinsame Position zur Zukunft des iD-Editors
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
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
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
Re: [Talk-de] OpenLayers und OSM
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
Re: [Talk-de] Genealogie - [war: Neuvorstellung und Frage zu historischen Ortsnamen]
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: [Talk-de] Workshop mit gemeinsamem mappen
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: [Talk-de] boundarys / river als boundary / admin_level?
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-de] fire_hydrant:pipe_diameter
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
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
Re: [Talk-de] Niedersächsisches Vermessungsamt nutzt OpenStreetMap für Ihr neues Kartenportal
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
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
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
[Talk-de] Spam - Re: (kein Betreff)
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: [Talk-de] OSM-Karte mit Leaflet selber bauen
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
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
Re: [Talk-de] OSM-Karte mit Leaflet selber bauen
Hallo Gisbert, Norbert und Harald, Willkommen im Neuen Jahr :-) Und willkommen im Team "HowTo: OSM-Karte mit Leaflet selber bauen"! > ohne JavaScript-Kenntnisse wird das schwer. > Leaflet stellt sogar größere Anforderungen an JS da das > objektorientierte Modell dazu benötigt wird. > Du brauchst also zusätzlich Kenntnisse in Objektorientierung und der > Klassen der LeafletAPI. Oha - da bin ich ja mal gespannt, ob ich das mit Eurer Hilfe so verstehe, dass am Ende ein HowTo rauskommt... > Werde das Projekt gerne mit unterstützen :-) 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-1marker/ 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". Mit herzlichem Gruss, Markus * wie geht das: https://wiki.openstreetmap.org/wiki/DE:OSM_mit_Leaflet/Vorbereitung#Leaflet_herunterladen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Karte mit Leaflet selber bauen
Hallo Norbert, > GeoJSON, das du nutzen möchtest, *IST* JavaScript. Beispielsweise die> > Füllung von Popups und die individuelle Initialeinstellungen der Karte> bedeuten zwangsläufig Umgang mit JavaScript. Herzlichen Dank für den Hinweis! Ist es so besser? Wenn Du magst bist Du natürlich gern eingeladen, bei der Entwicklung von Standardlösungen mitzuhelfen. Ich wünsche Dir und allen hier einen guten Start ins Neue Jahr :-) Frieden hier und anderswo, und viele bereichernde Begegnungen... Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Karte mit Leaflet selber bauen
Hallo Harald, ich habe mal etwas "Gerüst" gebaut: https://wiki.openstreetmap.org/wiki/DE:OSM_mit_Leaflet Da wo ich nicht weitergekommen bin, habe ich einen Kommentar geschrieben... Vielleicht kannst Du - oder andere - ja das eine oder andere ergänzen? Mit herzlichem Gruss, Markus Am 29.12.2018 um 17:38 schrieb Markus: > Hallo Harald, > >> muss es eine "deutsche" Anleitung sein? > > Ja, denn die meisten Anleitungen sind nur in Englisch. > Und gerade wenn jemand IT-mässig nicht so bewandert ist, hilft eine > deutsche Anleitung unnötige Missverständnisse zu vermeiden. > >> die Leaflet Tutorials [1] > > könnten ja eine Grundlage für die Doku bieten. > > Mir schwebt eine Art "Baukasten" vor. > Verschiedene Use Cases sollen damit abgedeckt werden können. > Vom Einfachen zum Komplexen, Schritt für Schritt :-) > >> wie dynamisch die "Daten" sein sollen. > > Wenn es nur die Wanderwege oder Sehenswürdigkeiten oder so einer > Gemeinde sein sollen, reicht eine statische GeoJSON (die man zu Beginn > der Wandersaison jeweils neu macht). > > Wenn jemand die Brückendurchfahrtshöhen in DE oder EU zeigen will, > braucht man vermutlich eine andere Lösung. > > Weitere Use Cases: > - alle Dart-Sport Vereinigungen oder Flughäfen weltweit anzeigen > (da braucht man dann noch eine Suche nach Orten) > - Änderungen in der OSM-DB überwachen > - ... > >> overpass Anbindung bedeutet ein bisschen mehr Arbeit (es gibt >> zwar ein Plugin, das geht aber nicht wirklich ressourcenschonend mit >> den Anfragen zu overpass um und man wird dann ziemlich schnell für >> minuten geblockt, da bei overpass nur zwei gleichzeitige Abfrage pro IP >> zulässig sind) > > Für weit Fortgeschrittene könne man später auch noch ergänzen, wie man > Wikidata abfragt, oder Wikipedia, oder Commons. > Oder wie man spezifische Popups macht (Layout), oder Kombi-Popups mit > Bildern aus Commons. > >> Wenn die Daten aber eher "statischer" Natur sind, die Daten einfach als >> GeoJSON exportieren und das direkt über das entsprechende Plugin (siehe >> Tutorials) einbinden, inkl. Popups usw. > > Also erst mal HTML-Gerüst, dann die einzubindenden Skripte, Variablen, > CSS, dann wie man die Daten findet und einbindet und Popups macht, Menüs > und Doku in der Karte, ... > > Mit herzlichem Gruss, > Markus > >> [1] https://leafletjs.com/examples.html > > > > ___ > 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] OSM-Karte mit Leaflet selber bauen
Hallo Harald, > muss es eine "deutsche" Anleitung sein? Ja, denn die meisten Anleitungen sind nur in Englisch. Und gerade wenn jemand IT-mässig nicht so bewandert ist, hilft eine deutsche Anleitung unnötige Missverständnisse zu vermeiden. > die Leaflet Tutorials [1] könnten ja eine Grundlage für die Doku bieten. Mir schwebt eine Art "Baukasten" vor. Verschiedene Use Cases sollen damit abgedeckt werden können. Vom Einfachen zum Komplexen, Schritt für Schritt :-) > wie dynamisch die "Daten" sein sollen. Wenn es nur die Wanderwege oder Sehenswürdigkeiten oder so einer Gemeinde sein sollen, reicht eine statische GeoJSON (die man zu Beginn der Wandersaison jeweils neu macht). Wenn jemand die Brückendurchfahrtshöhen in DE oder EU zeigen will, braucht man vermutlich eine andere Lösung. Weitere Use Cases: - alle Dart-Sport Vereinigungen oder Flughäfen weltweit anzeigen (da braucht man dann noch eine Suche nach Orten) - Änderungen in der OSM-DB überwachen - ... > overpass Anbindung bedeutet ein bisschen mehr Arbeit (es gibt > zwar ein Plugin, das geht aber nicht wirklich ressourcenschonend mit > den Anfragen zu overpass um und man wird dann ziemlich schnell für > minuten geblockt, da bei overpass nur zwei gleichzeitige Abfrage pro IP > zulässig sind) Für weit Fortgeschrittene könne man später auch noch ergänzen, wie man Wikidata abfragt, oder Wikipedia, oder Commons. Oder wie man spezifische Popups macht (Layout), oder Kombi-Popups mit Bildern aus Commons. > Wenn die Daten aber eher "statischer" Natur sind, die Daten einfach als > GeoJSON exportieren und das direkt über das entsprechende Plugin (siehe > Tutorials) einbinden, inkl. Popups usw. Also erst mal HTML-Gerüst, dann die einzubindenden Skripte, Variablen, CSS, dann wie man die Daten findet und einbindet und Popups macht, Menüs und Doku in der Karte, ... Mit herzlichem Gruss, Markus > [1] https://leafletjs.com/examples.html ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM-Karte mit Leaflet selber bauen
Liebe Profis, ich - und vermutlich viele andere auch - hätte gern eine Karte, die ich individuell mit Layern ergänzen kann :-) - eigener GPX-Track - eigene POI-Liste als GesJSON - alle in über Overpass dynamisch - alle in über Overpass statisch - ... Vermutlich kann man sowas als kopierbare Code-Blöcke anbieten, und recht simpel individuell zusammenstellen? Hier habe ich nichts in deutscher Sprache gefunden: https://wiki.openstreetmap.org/wiki/DE:Leaflet Viele Beispiele sind veraltet und funktionieren nicht mehr, und die funktionierenden sind nicht so dokumentiert, dass man als Laie daraus die Code-Blöcke ableiten und anders zusammenstellen und anpassen könnte. Vielleicht können wir ja gemeinsam sowas zusammenstellen? Ich helfe gern mit, das im Wiki zu dokumentieren :-) Was könnte ein passender Seitentitel fürs Wiki sein? Use case könnte sein: Provider: Bplaced Code und Doku: im Wiki Basiskarte: OSM Layer 1: alle Sitzbänke, mit Ref-Nr als Popup Layer 2: alle Wanderwege mit Wegzeichen, Popup mit Länge und Kurzbeschreibung Gebiet: Simmelsdorf https://www.openstreetmap.org/relation/35117 Layout: Kartentitel, Layerauswahlmenü, Permalink, ... Mit herzlichem Gruss, Markus Beispiele: http://maxheight.bplaced.net/overpass/map.html?zoom=16=50.93688=6.96337=B000TFFF=T=line=70 http://osmstreetlight.bplaced.net/#17/49.59864/11.00446 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BGH Urteil zum Fotografieren in Museen - politische Aktionen
Hallo Stefan, Was ist dazu die Haltung von OSM, konkret: der OSMF und der Chapter? Welche politischen Schritte sind da geplant? Du schreibst: > Kernpunkt sind Werke, die laengst gemeinfrei sind und deren > Nutzung der Allgemeinheit moeglich sein sollte. > Im Grundsatz heisst das, dass Institutionen die Gemeinfreiheit von > Werken, deren urheberrechtlicher Schutz laengst abgelaufen sind, weiter > vorsaetzlich unterbinden moechten und nun nach BGH-Spruch offenbar auch > koennen. Und Simon schlägt vor: "auf den Gesetzgeber etc. einzuwirken, dass der Erhalt von Förderung etc von Museen und ähnlichen Einrichtungen an Bedingungen für den Zugang der Allgemeinheit geknüpft werden, die z.B. das Photographieren von gemeinfreien Werken erlauben." Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] QGIS und OSM-Doku
Liebe QGIS-Nutzer, Im Wiki finde ich unter: https://wiki.openstreetmap.org/wiki/DE:QGIS-Tutorial diesen Link zur Doku: http://download.osgeo.org/qgis/doc/manual/qgis-1.8.0_user_guide_de.pdf Dort steht, dass es ein OSM-Plugin gibt (das aber laut QGIS nicht mehr existiert), und dass QGIS wegen Inkompatibilitäten im Datenmodell nicht wirklich mit OSM arbeiten kann. Da das Dokument über 5 Jahre alt ist, hat sich inzwischen vermutlich viel getan... Wo finde ich ein aktuelles Dokument in Deutsch? Insbesondere interessiert mich Overpass-Integration. Wie kann ich z.B. alle "harbour=*" (weltweit) einbinden? So, dass ich einen zeitlich definierten Bestand anzeigen kann, und der Rechner trotzdem nicht die Grätsche macht? Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BGH Urteil zum Fotografieren in Museen
Hallo Heinz, >> Fotografierverbote gelten in Museen auch, wenn der Urheberrechtsschutz für >> Gemälde abgelaufen ist. > > Darum ging es dabei nicht direkt, sondern der Fotografierende hat einfach das > Hausrecht, das ein Fotoverbot beinhaltet, nicht beachtet. Vordergründig ja. Aber in Wirklichkeit geht es um eine Interessenabwägung zwischen dem Informationsrecht der Allgemeinheit und dem Hausrecht eines Einzelnen. Und der Museumsdirektor hat vor dem BGH gewonnen. Verlierer sind wir alle. Die Bevölkerung und und alle, die keinen Zugang zum Wissen und zur Kultur, keine Teilhabe haben. Und wir alle hier, die wir für Freies Wissen und Freie Daten kämpfen, sind hier die Verlierer: Wikipedia, Commons, OpenStreetMap (um nur mal die Grossen zu nennen). Wahrlich kein Wintermärchen... :-( Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Polygon zeichnen und als GeoJSON speichern
Hallo Norbert, >> Wie kann ich eine bestehende GeoJSON in JOSM laden? >> (um das Polygon zu verändern) > Ob das JOSM-Plugin "geojson" hilft, müsstest Du mal probieren. > Einfach aber wirksam: das Polygon auch als .osm speichern und damit die > Änderungen machen (wieder in beiden Formaten speichern). Letzteres ist etwas umständlich - klappt aber prima - danke :-) Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Polygon zeichnen und als GeoJSON speichern
Hallo Norbert, > Vermutlich hast Du dieses Tool schon: > JOSM, Datei|Speichern unter...|Dateityp: GeoJSON Ja, das habe ich soeben erfolgreich ausprobiert :-) Nur an einem Punkt komme ich noch nicht weiter: Wie kann ich eine bestehende GeoJSON in JOSM laden? (um das Polygon zu verändern) > In einem Punkt muss man aufpassen: Wenn JOSM das Polygon nicht als > Fläche erkennt, wird es als LineString gespeichert Klappt prima. > Onlinetool: http://geojson.io/ Klappt prima :-) Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Polygon zeichnen und als GeoJSON speichern
Liebe Entwickler, ich suche ein Tool, mit dem ich auf der OSM-Karte ein Polygon zeichnen und dieses als GeoJSON speichern kann. Gern als Webtool, oder auf GitHub zum selber bauen mit OL oder Leaflet. Wer hat oder kennt sowas? Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linien (Zaun, Grenze, Weg) und Fläche [war: Feature Proposal - RFC - Empfehlung zur Verwendung von Multipolygonen]
Am 27.11.2018 um 09:32 schrieb sepp1...@posteo.de: > Das hat aber andere Ursachen! Ja - aber das ist hier OT. Hier geht es um die Abbildung geografischer Gegebenheiten. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linien (Zaun, Grenze, Weg) und Fläche [war: Feature Proposal - RFC - Empfehlung zur Verwendung von Multipolygonen]
Hallo Marc, > Wie kartieren Sie Barrieren, wenn sie die Grenze eines > Landnutzungsgebiets bilden? Das kommt auf die Definition an von z.B. "Zaun" und "Wiese" A) Wiese = eingezäunte Weide Weidewiese kann grösser/kleiner sein als die umzäunte Fläche. Weidezäune sind meist variabel. Die Grasfläche geht meist über den Zaun hinaus (Wegrand) B) Wiese = eingezäuntes Grundstück Grundstück (Parzelle) kann durch Zaun begrenzt sein, oder darüber hinaus gehen. Stacheldraht ist (meist) innerhalb der Grundstückgrenze (Abstand). C) Wiese = grasbedeckte Fläche Grasfläche kann grösser/kleiner sein als das Grundstück. Grasfläche kann grösser/kleiner sein als die eingezäunte Fläche. D) ... Solange die Anwendung der tags (auch in Kombination untereinander) nicht definiert ist, macht es wenig Sinn, sich über Methoden zu unterhalten. Solange etwas unklar ist, sollten m.E. immer getrennte Objekte erstellt werden, und diese nicht "aneinandergeklebt" oder "gestapelt" werden. "Niemandsland" sollte für künftige detailliertere Beschreibung entsprechend freigehalten werden. Die "hübsche Darstellung" soll dem Renderer überlassen bleiben (der aber auf klare und semantisch abgebildete Definition angewiesen ist). Sogar bei Landesgrenzen werden die "Schutzzäune" immer hinter einem breiten "Schutzstreifen" aufgestellt. Gruss, Markus > (Extended in English: feel free to reply in German - reading is no > problem for me) > > How do you map barriers that form the border of a landuse ? e.g. a > barbed wire fence around a meadow ? > Do you map a second way on top of the way of the landuse ? Do you > create a multi-polygon for the meadow where the outer is the barrier ? > A second way a bit bigger than the meadow ? tags of fence and meadow > on the same way ? Another solution ? ) > > m. > On Mon, Nov 26, 2018 at 8:46 PM Tigerfell wrote: >> >> Hallo, >> >> ich würde gern auf ein Proposal aufmerksam machen, welches sich mit der >> Verwendung von Multipolygonen beschäftigt. Dieses folgt im Wesentlichen der >> Diskussion im Forum (https://forum.openstreetmap.org/viewtopic.php?id=64439 >> <https://forum.openstreetmap.org/viewtopic.php?id=64439>). >> Das Proposal: >> https://wiki.openstreetmap.org/wiki/DE:Proposed_features/Empfehlung_zur_Verwendung_von_Multipolygonen >> >> <https://wiki.openstreetmap.org/wiki/DE:Proposed_features/Empfehlung_zur_Verwendung_von_Multipolygonen> >> >> Ich möchte darauf hinweisen, dass wir uns auf die Bezeichnung "Empfehlung" >> geeinigt haben. Damit ist gemeint, dass die Erfassung gemäß der "Empfehlung" >> durchgeführt werden sollte, andere Vorschläge aber auch zukünftig nicht >> verhindert werden sollen. >> >> Um die Diskussion zusammenzuhalten, empfehle ich die Diskussion über das >> oben verlinkte Forum. >> >> Viele Grüße >> Tigerfell >> ___ >> 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] Einführung von Regeln für die Verwendung von Relationen mit type=multipolygon
Hallo Gisbert, ja, diese zwei Prinzipien sind eine wesentliche Voraussetzung für gutes Gelingen von Projekten: > Das Ausloten der Möglichkeiten der grundlegenden Spielregeln ist aber > gerade das Erfolgsgeheimnis von OSM. Nur wenn ich frei bin Neues zu denken, zu wagen und zu testen, kann Entwicklung stattfinden. > Je offener und freundlicher wir miteinander umgehen, > desto weiter kommt das Projekt. Freundlichkeit, Wertschätzung, miteinander reden und zuhören(!) erzeugt Verstehen, Verständnis und Freude. :-) - - - - Nun ist es aber so, dass OSM zunehmend komplexer wird. Für Neue ist der Einstieg zunehmend schwieriger. Alte Hasen verlieren zunehmend den Überblick. Das Wiki verbessert sich zwar auf der inhaltlichen Seite, aber es ist bei der Fülle der Information zunehmend schwierig, zu einer Frage in nützlicher Zeit die passende und verständliche Antwort zu finden. > Zeige wie es besser geht und warum das besser ist Ja, das Wiki müsste i.S.v. "Best Practice" für jede Situation ein *HowTo* bereitstellen, verständlich und nachvollziehbar. Gefolgt von einer Erklärung, warum dass das derzeit die beste Lösung ist und welche Vorteile man dadurch gewinnt, persönlich und für das Gesamtprojekt in den wesentlichen Anwendungsfällen. Die Vorlagen in JOSM sind da manchmal eine Hilfe. Auf einer Unter-Ebene verlinken sie für vertiefende Info auf das Wiki. Aber trotz enormem Fortschrittsstand von JOSM und Wiki ist die Usability hier immer noch /weit/ vom Bedarf des Benutzers entfernt. Habe grad einen kurzen Test gemacht für "Wald" und "Haus" * Ich bin richtig erschrocken, wie schwierig das aus Anwender-Sicht ist... > trotzig Trotz ist eine Reakton auf schlechte Erfahrungen. Wer das weiss, kann das als Warnsignal erkennen, die Ursache finden, und diese beheben. Wenn das nicht möglich ist, führt es zu Eskalation und Kampf. > mit Verboten schaden wir Ja. Denn der Mensch reagiert auf Verbote mit Angst und Trotz. Folgen sind Angriff, Flucht, Totstellen. Mit herzlichem Gruss, Markus * Ich kam dabei noch gar nicht zum Multipoygon, sondern scheiterte schon beim Objekt an sich. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gutachten [war: Re: POIs - Details - Gerichtsurteil ]
Liebe OSMer, bevor wir uns hier endlos ereifern, schlage ich vor, von einem deutschen Experten für IT-Recht mit Schwerpunkt "OpenData" eine Beurteilung über mögliche Auswirkungen einzuholen, incl. Vorschlag, wie man Verantwortliche von Firmen sinnvoll mappt. Denn hier gibt es einen weltweit gesellschaftlich relevanten Interessenkonflikt zwischen *Freie Daten* und *Datenschutz*. (es geht nicht nur um ein neues Gesetz der BRD) Auftraggeber könnte unser "local chapter" sein. Gute Ressourcen gibt es auch bei Wikimedia-DE, die "Freies Wissen" als ihr Ziel definiert haben (weit über Wikipedia hinaus!) - und auch über entsprechende Finanzmittel verfügen. Frederik, vielleicht kannst Du sowas in die Wege leiten? Und dann über das Ergebnis berichten, damit wir als Community eine fundierte Entscheidung für DE treffen können? Mit herzlichem Gruss, Markus PS: im Ursprungspost ging es um "unerwünschte Werbung durch FB" (also um FB und deren Missbrauch, und nicht um OSM) Und das hat wenig mit OSM zu tun. >> Ein Friseur wollte nicht akzeptieren, dass Facebook für sein Geschäft >> ungewollt Werbung macht. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenpflege Was: POIs - Details - Gerichtsurteil
Hallo Florian, ich bin beeindruckt von Deiner tollen Arbeit - danke für die Beschreibung :-) Das Wichtigste für die Zukunft ist die Motivation der Beitragenden. Wir machen das gern, was wir gern machen ;-) Der eine trägt gern Bahnstrecken ein, der andere Wanderwege, der eine mappt nur in seinen Dorf (dort aber alles), der andere weltweit (aber nur wo es Luftbilder gibt), der eine interessiert sich für ganze Wälder, der andere für einzelne Details. Und einige kümmern sich um Aktualisierung (in dem Bereich der ihnen wichtig ist). In der Summe entsteht unsere hoch detaillierte und genaue Karte. Auch wenn sie in A-Dorf andere Inhalte priorisiert als in B-Dorf. Da glaube ich einfach an die Wirksamkeit von Crowdsourcing :-) Voraussetzung bleibt: wir machen nur das was wir gern tun. Sobald wir jemandem etwas madig machen, das er gern tut, dann schaltet er auf Angriff oder Flucht - und beides behindert den gemeinsamen Erfolg. Meine Vision ist Synergie: Zeige den anderen, was Du machst und wie und warum. Vielleicht lernen und übernehmen sie etwas davon für ihre Arbeit. Höre den anderen zu, vielleicht kannst Du etwas für deine Arbeit lernen. Mapping-Party, Stammtisch, Hackathlon: gemeinsam lernen :-) >> Der klassische OSMer ist "Jäger und Sammler". >> Die Wenigsten sind "Heger und Pfleger". >> >> Das ist schon mittelfristig ein ernstes Problem für den Datenbestand. > > Das ist ein Problem der Eintragenden. Beim Eintragen muss man sich > Gedanken machen ob man das wirklich schafft weiter zu pflegen. So > mache ich das jedenfalls. Du bist "Jäger und Sammler" und "Heger und Pfleger" - gleichzeitig. Prima. Andere jagen Pflastersteine (z.B) - und vielleicht korrigieren sie auch noch den Strassenzug oder ergänzen das Haus, oder den Frisör darin, oder ersetzen den Frisör durch die Pizzeria. Je mehr mitmachen, desto besser :-) Wenn wir den Neuen helfen (Wiki, Forum, ML, real), dann klappt das schon :-) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] POIs - Details - Gerichtsurteil
Hallo Florian, > Ich bezweifle das das in der OSM Datenbank was verloren hat. Pflegt > auch niemand weiter d.h. nach 4 Jahren stimmt nur noch die hälfte. Dann dürfte Vieles in OSM nicht mehr eingetragen werden ;-) Der klassische OSMer ist "Jäger und Sammler". Die Wenigsten sind "Heger und Pfleger". Das ist schon mittelfristig ein ernstes Problem für den Datenbestand. Ähnlich übrigens bei Wikipedia. Vermutlich ein Grundproblem vieler DBs. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] POIs - Details - Gerichtsurteil
Am 31.10.2018 um 22:30 schrieb Günther Zinsberger: > Ich gebe ja bei POIs so viele Details an, wie ich zusammentragen kann. Gut so - je detaillierter desto besser ist die Datenbank :-) Klar, das gilt nur für den Augenblick, aber viele Daten sind jahrzehntelang gültig. Und wenn sie sich ändern, muss man sie halt nachpflegen. Und auch wenn sie sich verändert haben und dies keiner vermerkt: auch ein historischer Eintrag hat einen Wert. Und ja: die Datenpflege ist ein ernstzunehmende Aufgabe für OSM. Und ja, das wird zunehmend zu einem ernsten Problem für die Validität unserer Daten... Wie Tom und Mark feststellen, sind OSM und FB in ihren Zielen so verschieden, dass das Urteil nicht "übertragen" werden kann. Und wie Mark feststellt, kann man auch zum Urteil selbst nicht wirklich was sagen, solange der Fall nicht komplett mit Begründung vorliegt. Wir erfassen ja grundsätzlich keine "personenbezogenen Daten", die über die DSGVO geschützt sind. Der Geschäftsführer eines Unternehmens und die im Impressum angegebenen Kontaktdaten sind zwingend öffentlich (gehören also nicht zur DSGVO). Beim diskutierten Fall handelt es sich um diesen Friseurladen: Firmenname: Coiffeur Sultan Inhaber:Gezim Ukshini Anschrift: 30159 HANNOVER, Kanalstraße 11 Telefon:0511 4738328 Telefon mobil: 0163 312 5022 Website:www.friseur-sultan.de Rechtsform: GmbH Handelsregister: Amtsgericht Hannover HRB 213211 Anmeldung: 09.11.2015 Weitere Daten: Id-Nr, Steuernummer, Betriebsnummer Alle diese Daten sind öffentlich, viele für OSM sinnvoll und geeignet. Und ja, der Geschäftsführer eines Unternehmens ist als GF immer für OSM geeignet. Die Angabe seiner Daten ist im Impressum und an der Ladentür Pflicht und fällt in dieser Form nicht unter Datenschutz. Leider ist die Firma in OSM noch nicht erfasst: https://www.openstreetmap.org/way/244806303 Mit herzlichem Gruss, Markus PS: > Klar, wenn sich ein User an uns wendet, dann entfernen wir natürlich den > Namen und weitere Details, die ihn betreffen. Nur, wenn es sich um eine Privatperson handelt, bzw. wenn die Daten durch die DSGVO geschützt sind. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Androhung von Benutzersperren für Verklebe-Ideologie
Hi Frederik, > Man könnte das ja auch als oneway-Regel ähnlich wie das mit der groben > Ersterfassung formulieren: Klingt gut - und das ist denke ich auch weit verbreitet die gelebte Praxis. :-) Noch ein paar Vorschläge dazu: > 1. Du kannst eine Straße quer durch einen Wald malen. Ok. > 2. Du kannst den Wald auch entlang der Straße - mit Verkleben - in zwei > Teile teilen. Besser: 2. Du kannst den Wald auch entlang der Straße auch in zwei Teile teilen. (Begründung: das lässt offen, ob man beim Teilen lieber getrennte, oder - der vorläufigen Einfachheit halber - gemeinsame Punkte verwendet) > 3. Wenn dann jemand kommt und das schön entklebt, ist das ok. Besser: 3. Wenn die zwei Teile durch gemeinsame Punkte verbunden wurden, und dann jemand kommt und das schön voneinander teilt, ist das ok. > 4. Du kannst niemals einen entklebten Wald entlang einer Straße wieder > verkleben. Da bräuchte man noch eine Erläuterung für Neue: "Verkleben" nennt man gemeinsame Punkte für zwei verschiedene Objekte. "Entkleben" nennt man das Auftrennen zweier Objekte indem man für jedes eigene Punkte Punkte verwendet. - - - - Wobei noch zu klären und zu beschreiben wäre, wie sich die zwei Lösungen 1. und 2. zueinander verhalten: Bei 1. liegt die Strasse /über/ bzw. /in/ einem geschlossenen Wald. Bei 2. liegt die Strasse /zwischen/ zwei geteilten Wäldern. Und das sind semantisch verschiedene Aussagen, die unterschiedliche Zustände beschreiben. Hier müsste erklärt werden, wann und warum das eine und wann und warum das andere sinnvoll ist. Mit herzlichem Gruss, Markus PS: Wobei obige "Einbahnregel" auch direkter formuliert werden könnte: 1. Du kannst eine Strasse quer durch den Wald malen. Achte dabei darauf, dass du keine Strassenpunkte auf die Begrenzungslinie des Waldes zeichnest. 2. Wenn es eigentlich zwei Wälder sind, die beispielsweise unterschiedliche Namen oder Besitzer haben oder so, dann kannst Du den Wald auch in zwei Teile aufteilen 3. Wenn Du bei 2. trotzdem ein paar Punkte verbindest, ist das nicht so schlimm: OSM lebt von kontinuierlicher Verbesserung. Je sorgfältiger du arbeitest, desto weniger muss anschliessend korrigiert werden (1.) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Androhung von Benutzersperren für Verklebe-Ideologie
Hallo Christian, > das Datenmodell stärker axiomatisieren vs. > Dafür zu werben, dass etwas, das technisch funktioniert > nicht genutzt werden soll, das nach Maßgabe der Inter- > pretation anderer Mitwirkender nicht IMMER falsch ist, > kann nur ein Kampf gegen Windmühlen sein. Ich verstehe Letzteres als Argumentieren, um gemeinsam Ziele zu vereinbaren und dazu passende Methoden zu finden. Ersteres empfinde ich aber eher hierarchisch. Und für die Gemeinschaft gute Leitfiguren sind heutzutage eher selten. Letzteres ist aufwändig und setzt Achtsamkeit und Wertschätzung voraus. Und vielleicht bedarf es in offenen und freien Communities besonderer Methoden um dabei erfolgreich zu sein. Aber das wäre nun eine Meta-Meta-Aufgabe... Lohnend - nicht nur für OSM. Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Androhung von Benutzersperren für Verklebe-Ideologie
hwieriger. >> - wann liegt der Friedhof "im Wald"? >> wann liegt der Wald "im Friedhof"? >> wann sind es gleichrangige Objekte? > > ist z.B. eine Frage der Größen Nein, das ist eine Frage der Definition: > jedenfalls kann das mit unseren Daten jeder für sich entscheiden. Dabei legt er (s)eine Definition zugrunde, legt sie aber (meist) nicht offen. - Und schon haben wir die Basis für Missverständnisse und Konflikte ;-) >> - alles innerhalb das für Gräber vorgesehen ist? >>(also nicht der Wald, nicht die Gebäude, nicht der Teich) >> - nur die für Gräber vorgesehene Fläche (ohne Zufahrtswege)? >> - nur die für Gräber vorgesehene Fläche (ohne alle Wege)? >> - nur die für Gräber aktuell genutzte Fläche? > > nein Dann muss das genau so ins Wiki :-) (sonst wird das - und anderes - noch ewig diskutiert) >>> 2 Gebäude die angebaut sind > > gemeint war, dass es 2 Gebäude gibt, deren jeweilige Aussenwände sich > berühren, bzw. scheinbar berühren (1 Zentimeter Luft dazwischen oder so > gilt auch noch). Dazu sagt man auch "angebaut" Die am Haus L-förmig angebaute Garage - wann ist das nun: - ein Haus mit einem Umriss und 7 Punkten - ein Haus mit einem Umriss und Trennwand, insgesamt 7 Punkten - zwei Häuser mit insgesamt 7 Punkten, 2 davon verbunden - zwei Häuser mit je 4 Punkten Und was ändert sich, wenn später über der Garage ein Dachgeschoss gebaut und dieses mit dem Haupthaus integrierend verbunden wird. (Ok, das sind jetzt eher architektonische Fragen. Wenn es aber schon hier bei gleichen Objekten nicht so einfach ist, dann zeigt das, wie schwierig es bei Objekten unterschiedlicher Klasse wird...) > wir werden sowieso kaum in die Lage kommen, in solchen historischen > Innenstädten die Details zu kartieren/vermessen. ;-) > ja, das sind unterschiedliche Dinge, aber es ändert nichts daran dass ihre > Geometrie voneinander abhängt: die Gebäudekante ist gleichzeitig die > Platzkante. Das ist dieselbe Linie. Dazwischen ist nichts. Je nachdem... Es gibt Häuser, deren Dach über den Platzrand ragt, aber die Autos trotzdem bis zur Hauswand parken dürfen. Andere haben einen "Vorgarten". Und manchmal ist das kaum unterscheidbar ;-) >> Interessante Frage! >> (wer definiert was genau und wie als "Realität"? und wie mappen wir >> unterschiedliche Definitionen?) > > was ich meine: unsere Straße wird meist nicht genau mit der Straße der > Vermessungsämter deckungsgleich sein, die Grenzen die wir importieren > basieren aber normalerweise schlussendlich irgendwie auf Daten der > Vermessungsämter. Die bessere Grenze für uns wäre Auch da bräuchte man eine Definition (i.S.v. Best-Practice) wann welche Realität - und vor allem: warum genau? - wie zu berücksichtigen ist. (sonst ist das ein weiterer Grund für endlose OSM-interne Spiegelgefechte) >>> Wenn die Grenzbschreibungen dagegen über andere Objekte definiert sind, >>> dann sollten sie auch in OSM über diese abgebildet werden. >> >> Da wir weder Flüsse noch Grate genau abbilden, würde ich auch in diesem >> Fall für die Grenzen eigene Linien malen. > > wenn der Fluss die Grenze _ist_, dann ist das auch die Genauigkeit. > Wenn der Fluss seine Lage ändert, hat das auch Einfluss auf die Grenze? Das kommt darauf an, auf welcher Seite man sein Grundstück hat ;-) (ohne Privatbesitz oder privaten Nutzungsrechten spielt das keine Rolle) Und weil das alles so kompliziert und endlos ist, ziehe ich mich mal wieder zurück. Am liebsten wäre mir, ich könnte künftig bei Fragen einfach im Wiki nachschlagen, und fände dort eine zielführende Antwort :-) So wie Sepp schrieb: auch ich mag bei Frage nicht die History der ML durchforsten ;-) Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Androhung von Benutzersperren für Verklebe-Ideologie
"Realität"? und wie mappen wir unterschiedliche Definitionen?) > Wenn die Grenzbschreibungen dagegen über andere Objekte definiert sind, > dann sollten sie auch in OSM über diese abgebildet werden. Oft sind Grenzen "im Niemandsland": "hinter dem Gebirge" (welcher Grat genau? welcher Stein ist der markierende Gipfel?) "auf der anderen Seite des Flusses" (von welchem Flussarm? wem gehört das Wasser? in der Mitte bei welchem Wasserstand?) Da wir weder Flüsse noch Grate genau abbilden, würde ich auch in diesem Fall für die Grenzen eigene Linien malen. Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Androhung von Benutzersperren für Verklebe-Ideologie
Liebe Mit-OSMer, Am 20.10.2018 um 22:43 schrieb sepp1...@posteo.de: > Woruauf soll ich mich denn als Mapper beziehen? Diese wesentliche Frage ist bei OSM "seit Jahrzehnten" nicht zielführend beantwortet. Dabei verstecken wir uns hinter "Mapping-Freiheit" - in Wirklichkeit vermute ich aber, dass wir immer noch nicht den Mut haben, sowas wie "Best Practice" festzuhalten und zu teilen. *Jeder Mapper hat immer gute Absichten* Deshalb sucht er nach Information, um seine Arbeit *gut* zu machen. Diese muss ihm schnell, simpel und verständlich zugänglich sein :-) Leider entwickelt sich die Welt gerade in eine grauslige Moral. Incl. verrohender Umgangsformen. Ich würde mir sehr wünschen, wenn wir hier eine bessere Welt gestalten. Freundliche, wertschätzende und partnerschaftliche Umgangsformen sind für mich selbstverständliche Voraussetzung. Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche C-Routine für Berechnung einer Peilung
Hallo Andre, > ich suche für eine eigene Applikation eine Routine, die basierend auf > einer Koordinate, einem Winkel und einer Entfernung sphärisch die > Ziel-Koordinate berechnet. Das nennt man in der mathematischen Navigation die "Erste Hauptaufgabe". Dafür gibt es zwei Verfahren: https://de.wikipedia.org/wiki/Loxodrome (vergrösserte Breite) https://de.wikipedia.org/wiki/Orthodrome > Dabei muss dies auch über größere Entfernungen funktionieren. Dafür nimmt man "orthodrom". Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abknickende Vorfahrt
Hallo Andreas, Damit das keine Verwirrung gibt, muss man "links/rechts abbiegen" genauso *defininieren* (unmissverständlich!) wie "gerade aus fahren". "links/rechts abbiegen" kann heissen: - die geometrisch/-grafische Richtung ändern (um einen bestimmten min. Winkel, also am Lenkrad drehen) - eine Strasse verlassen (Strasse bestimmten Typs, Ref-Nr, Namens also manchmal am Lenkrad drehen, manchmal nicht) "gerade aus fahren" kann heissen: - die geometrisch/-grafische Richtung nicht ändern (um einen max. bestimmten Winkel, also Lenkrad festhalten) - einer Strasse folgen (Strasse bestimmten Typs, Ref-Nr, Namens also manchmal am Lenkrad drehen, manchmal nicht) Wann das eine und wann das andere gemeint ist, muss in der Formulierung der *tagging-Vorschrift* unterschieden sein. Und damit Geometrie und Einmündesituation eindeutig sind, muss definiert sein, um wieviele Grad die Segmente einer "Kurve" voneinander abweichen dürfen damit die Kurve als solche erkannt wird, bzw. wie gross der Radius einer Kurve sein darf/muss, um sie von einer Einmündung zu unterscheiden. Dann kann das Navi entscheiden, ob es lieber sagt: - "bitte links/rechts abbiegen" "bitte weiter gerade aus fahren" , oder - "bitte der B6 fünf Kilometer folgen", "bitte der Müllerstr. 400 Meter folgen" und ob der Fahrer/Fahrassistent dann am Lenkrad drehen muss oder nicht und ob der Fahrer zum "abbiegen" auf die Gegenfahrbahn ausholen oder in die Bremsen steigen oder gar anhalten muss. Gruss, Markus PS: obige Beschreibung ist noch keine Definition, sondern nur ein Hinweis, in welche Richtung man denken könnte. Am 28.09.2018 um 21:06 schrieb Andreas Schmidt: > Wenn man abbiegt, biegt man ab. > Ob die Vorfahrtsstraße mit abbiegt oder geradeaus geht, ist für die > Frage des Abbiegens irrelevant. > > Wenn ich links abbiege, möchte ich eine Ansage haben, dass ich abbiegen > muss, ich muss ja auch den Fahrtrichtungsanzeiger betätigen und das > Lenkrad drehen. > > Als daraus logisch folgende, aber falsche Folgerung sehe ich an, wenn > links abbiegen wie geradeaus betrachtet würde, dass folgende Situation > eintritt: > Es wäre völlig schlecht, wenn mir an einer linksabknickenden Vorfahrt > gesagt würde, ich müsste rechts abbiegen, wenn ich tatsächlich die > Vorfahrtsstraße nach geradeaus verlassen will. > Dann darf ich nämlich nicht blinken. Diese falsche Folgerung befürchte > ich, wenn das Linksabbiegen fälschlicherweise als „geradeaus“ in der > Datenbank steht. > > Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fläche in Polygone aufteilen
Hi Walter, > hier ein sehr anspruchsvoller Ansatz: ja, sowas würde mich als Herausforderung reizen :-) (aber ich weiss noch nicht, ob ich mich da nicht grauslig übernehme und Zeit habe ich grad auch nicht wirklich...) Vielleicht gibt es sowas ja schon? Ziel wäre: OSM als Basiskarte, auf der ich mit Mausklicks Polygone zusammenklicken kann, die dann in einer PostgreSQL/PostGIS DB landen und auf der Basiskarte wieder visualisiert werden können :-) Ich bräuchte also eine VM zum Rumspielen... mit was für einem freien OS? Ubuntu? (habe von Konsole absolut keine Ahnung) darauf eine PostgreSQL/PostGIS DB OpenLayers oder Leaflet (was ist hier besser?) einen Webserver zum Anzeigen Noch etwas? Was braucht meine VM für Specs? - - - - Und dann bin ich gespannt, ob ich das alles erst mal installiert und vorbereitet kriege... ;-) Mit herzlichem Gruss, und danke für die Links, Markus > Du könntest "meine" Grenzpolygone in eine PostGIS-Datenbank > laden und mit dem PostGIS-Addon Topology entsprechende Manipulationen > machen. > > PostGIS-Topology "arbeitet" mit Knoten (Nodes), Kanten (Edges) und > Flächen (Areas) - genau was du dafür brauchst. > > http://postgis.net/docs/Topology.html > > http://blog.mathieu-leplatre.info/use-postgis-topologies-to-clean-up-road-networks.html > > https://strk.kbt.io/blog/2011/11/21/topology-cleaning-with-postgis/ > > http://www.postgis.us/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fläche in Polygone aufteilen
Liebe Geometer, ich suche Stichworte zur Recherche, sowie Formeln, Konstruktionsregeln, Tools, Datenmodelle wie man eine Fläche in Polygone aufteilt. Beispielsweise Land bei einer Erbteilung oder einem Computerspiel. Gegeben ist eine durch ein Polygon begrenzte Fläche oder alternativ die Erde als Ellipsoid. Bedingungen: - ein Polygon entspricht einem Land - Knoten werden als WGS-84 Koordinate angegeben - Kanten teilen zwei Flächen zweier Besitzer - Kanten dürfen sich nicht kreuzen - jede Kante gehört zu zwei Polygonen - jeder Knoten gehört zu zwei oder mehreren Polygonen - Knoten können ein Dreiländereck oder ein Mehrländereck bezeichnen - Einfügen -- auf Kanten zwischen zwei Länderecken können beliebig viele Knoten eingefügt werden dadurch werden Kanten in Teilkanten aufgeteilt und können durch Verschieben der neuen Knoten abgewinkelt werden - Löschen -- Kanten dürfen gelöscht werden -- Punkte, die keine Länderecken sind, dürfen gelöscht werden die zwei beteiligten Kanten werden zu einer Kante verschmolzen - Flächen aufteilten: -- an zwei Knoten, die nicht zur gleichen Kante gehören, eine zusätzliche Kante einfügen -- an zwei Kanten je ein Knoten einfügen und die zwei neuen Knoten mit einer Kante verbinden (dadurch entstehen zwei neue Dreiländerecken) -- an einer Kante ein Knoten einfügen und dieser zu einem nicht zu dieser Kante gehörenden Knoten mit einer zusätzlichen Kante verbinden - Flächen zusammenfügen: -- eine gemeinsame Kante zwischen zwei Länderecken löschen Ergebnis: Eine Datenbank, in der die Polygone, ihr Besitzer, und natürlich die Knoten und Kanten aller Polygone, gegliedert nach Polygon enthalten sind. Mit herzlichem Gruss Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Layer mit Gemeindegrenzen
Hallo Harald, Danke für den Tip mit "PowerShell" - kannte ich noch nicht. Funktioniert, und kann cURL Habe auch die URL reingekriegt und cURL antwortet. Aber ich kann kein "PowerShell" und verstehe die Antwort nicht Ich weiss, es ist für erfahrene IT'ler schwer zu verstehen, mit was für Schwierigkeiten Laien manchmal "kämpfen", und warum sie nicht mal mit den Suchmaschinenergebnissen weiterkommen. Ich nehme jetzt mal dankbar Walters Angebot an... :-) Danke für den Einblick in die Linux-Welt, Markus PS: wollte noch einen Screenshot anhängen, aber unsere Liste mag das nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Layer mit Gemeindegrenzen
Hi Walter, mein Missverständnis war, dass ich meinte "CLI" nur anklicken zu müssen. > CLI=Command Line Interface ok: Windowstaste+R "cmd.exe" klappt :-) (aber cURL bzw. wget ist auf meinem Rechner nicht drauf) > mach das selbe mit nur wenigen Grenzen und dann kommt der Popup. Klappt :-) https://wambachers-osm.website/boundaries/exportBoundaries?cliVersion=1.0==json=levels=land=false=62744,163109,365117,931290 URL: https://wambachers-osm.website/boundaries/exportBoundaries?cliVersion=1.0 Parameter sind: = =json =levels =land =false =62744,163109,365117,931290 > Den URL musst du nur noch etwas ändern, insb. selected=2145268 für Bayern > und deinen CLI-Key einsetzen. Um zu erhalten, incl. alle level 5, 6, und 8 bzw. bei VGem 7+8 würde ich also folgende URL benutzen: https://wambachers-osm.website/boundaries/exportBoundaries?cliVersion=1.0==json=levels=land_al=5_al==false=2145268 Für NordBayern das Gleiche, nur am Ende: =415048 > Ob der Script dann unter WIN8 läuft? Evtl musst du einige > Apostrophe ändern. WGET wird jedenfalls benötigt. Wo finde ich für Win 8.1 einen Win-Installer für cURL oder wget? (ist auf meinem Rechner nicht drauf) Und dann mache ich einfach: curl https://wambachers-osm(...etc) und dann landet die Datei in meinem Download-Ordner? Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
