Re: [Talk-de] Kreuz Werl - seltsame Spurnutzung
Interessant ist auch der NordWestliche "Kreisel" mit bis zu 119km/h :-D Am 12.10.19 um 08:16 schrieb Harald Hartmann: > siehe auch diese Debug-Ansicht: > https://routing.openstreetmap.de/debug/car.html#16.73/51.53445/7.89292 > > Die Nebenspur mit 112km/h gewertet, die Hauptspur nur mit 90km/h > > ___ > 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] Kreuz Werl - seltsame Spurnutzung
siehe auch diese Debug-Ansicht: https://routing.openstreetmap.de/debug/car.html#16.73/51.53445/7.89292 Die Nebenspur mit 112km/h gewertet, die Hauptspur nur mit 90km/h ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte mit shop=yes Orten
Wäre das nicht auch was für einen Maproulette Task? Luxemburg hat schon mal einen drin: https://maproulette.org/browse/challenges/9017 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Objekt-ID finden mit JOSM
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. Am 19.08.19 um 19:07 schrieb Markus via Talk-de: > Wenn ich in JOSM ein Objekt ausgewählt habe, > wie bekomme ich dessen Objekt-ID? > (wird zwar mit angezeigt, aber ist nicht kopierbar) > > Und wie mache ich daraus sowas wie einen "Permalink"? > > mit dem der Empfänger: > 1. das Objekt in einer Karte dargestellt bekommt > 2. die Liste der Tags bekommt (Schlüssel=Wert) > > Für 1. funktioniert ein Link mit: > https://openstreetmap.org// > (wenn man denn die ID hätte könnte man das wenigstens händisch > zusammenbauen - aber ein direkt kopierbarer Link wäre einfacher) > > Für 2. habe ich noch gar nichts gefunden. > > Gruss, Markus > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzung des "lit"-Tags in Deutschland
Hmm, also mir war bis jetzt nicht klar, dass wir anhand einer Vergleichslichtquelle entscheiden, ob lit=no/yes, sondern lit=yes wenn eine externe Beleuchtung aktiv ist, egal wie hell die ist?! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki editieren
>> https://wiki.openstreetmap.org/wiki/Template:DE:Map_Features:natural > > Aber wieso ist das Dingens so unübersichtlich? > und sogar umgekehrt(?) sortiert? Kann ich leider nicht beantworten. > Man könnte ja wenigstens die Zwischenüberschriften und Leerzeilen einfügen? Zwischenüberschriften sind doch drin mit Vegetation, Wasser, Gebirge. Leerzeilen, hmm, gute Frage. > Und "Unter-Vorlagen" machen die Vorlage noch schwerer editierbar. > Vielleicht können da die Vorlagen-Profis nochmal Hand anlegen? Jaein, dachte ich am Anfang auch erst, aber es ist einfach strukturierter und wiederverwendbarer. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki editieren
Na wenn das so da steht, dann musst du halt die Seite https://wiki.openstreetmap.org/wiki/Template:DE:Map_Features:natural editieren ;-) Am 13.08.19 um 09:29 schrieb Markus via Talk-de: > Hallo Wulf, > >>> wie editiere ich diese Seite: >>> https://wiki.openstreetmap.org/wiki/DE:Key:natural >> >> Einloggen und auf "Edit" bzw. "Edit source" drücken? > > Klar - aber im Editierfenster steht nicht der erwartete Quellcode, > sondern: {{Template:De:Map Features:natural}} > > Dazu bräuchte ich eine Anleitung. > (einen Link "hier editieren" oder so habe ich nicht gefunden) > > Gruss, Markus > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oberfläche: paved, concrete, asphalt
Ich hatte dazu mal in 2016 ein Auswertung gemacht und dazu auch einen Diary-Eintrag samt Grafik hinterlassen: https://www.openstreetmap.org/user/Harald%20Hartmann/diary/37965 Am 08.08.19 um 14:53 schrieb Martin Trautmann: > Hallo, > > auf maps.openrouteservice.org habe ich bei der Planung einer Strecke > überwiegend auf Autobahnen überrascht festgestellt, dass tatsächlich oft > asphalt oder paved genannt wird - eine überraschende Unterscheidung. > Dann wundere ich mich aber wiederum, warum so wenig als concrete > markiert ist. > > Beruhen diese Kennzeichnungen tatsächlich auf Kenntnis des > Fahrbahnbelags? Oder wird hier gewürfelt? > > Denn gerade im Hochsommer mit Dehnungsproblemen bei Betonfahrbahnen mag > die Unterscheidung interessant sein - aber sonst? > > Schönen Gruß > Martin > > > ___ > 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] Oberfläche: paved, concrete, asphalt
>> Beruhen diese Kennzeichnungen tatsächlich auf Kenntnis des >> Fahrbahnbelags? Oder wird hier gewürfelt? > also paved ist schon man besser als nichts was man auf einer BAB angeben > kann. Die Verfeinerung mit Asphalt oder Beton wäre natürlich optimal dann. Ja, aber paved ist nur auf den wenigstens Teilabschnitten auch wirklich so eingetragen ... siehe meine andere Antwort und meine Grafik von 2016 (ich glaube nicht, dass sich daran großartig etwas geändert hat) >> Denn gerade im Hochsommer mit Dehnungsproblemen bei Betonfahrbahnen mag >> die Unterscheidung interessant sein - aber sonst? > Naja um die Unebenheit zu beschreiben wäre dann ja besser der key > smoothness. Rein theoretisch ja, aber eine Betonautobahn ist bei normalen Umständen genauso smoothig wie eine Asphaltautobahn ... und für solch temporären Ereignisse wie Blowups sollte es aber definitiv nicht verwendet werden. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Besorgt über den iD-Editor
Hallo Frederik, danke für diese Email ... dann kann ich hier etwas schreiben, was ich so aber demnächst auch der DWG geschrieben hätte, hier die Kurzform: auch ich sehe das mittlerweile sehr kritisch, was das Verhalten von Maintainern eines Editors angeht. In meinem Fall ist das ja StreetComplete - und ich muss mich Flo - auch wenn ich der lauteste und teils dann auch persönlich werdende Kritiker - anschließen, dass dies grundsätzlich keine schlechte App ist und die ursprüngliche Idee super bis genial. Was aber halt aus meinen Augen definitiv nicht geht ist die Tatsache, dass sich entweder über die Community hinweggesetzt (Beispiel maxspeed:type in Deutschland einzusetzen) oder kein vorheriger Konsens abgewartet wird - über letzteres beklagt sich ja der Maintainer von StreetComplete, dass solche Entscheidungsprozesse zu lange dauern und er aber schon mal voran schreiten möchte. Und die Diskussion-Liste wird ja nicht kürzer, sondern eher länger - z.B. Defaultwerte setzen, nur damit die App das "abhaken" kann, usw. Ich persönlich finde, dass die Maintainer von Editoren hier eine ziemlich hohe Sorgfaltspflicht haben sollten, weil sie ja doch irgendwie "Macht" Instrumente besitzen ... weil ohne Editor keine Daten in der Datenbank. Und dies gilt dann nochmal im Quadrat für solche Editoren, welche wie Flo beschrieben hat, die eigentliche (Tagging-) Komplexität vor neuen und Gelegenheits-Nutzer versteckt. Und da wollte ich ursprünglich bei der DWG, sofern zuständig, oder dann sogar bei der OSMF anfragen, wie das dort gesehen/empfunden wird, und was man dagegen machen kann. Lösungsvorschlag meinerseits, auch wenn es einen von vielen Grundsätzen verletzt: die API sollte nur, von der Community und den OSM Gremien geprüfte Editoren erlauben, etwas an der Datenbank zu ändern. Und "schadhafte" Versionen von Editoren sofort und unverzüglich zu sperren, auch wenn das für (Smartphone-) Anwender vielleicht unangenehm wird, weil sie dann erst auf die neueste Version aktualisieren müssen. Ich halte nämlich in diesem Fall den Grundsatz "lieber keine als schlechte/falsche Daten" für wichtiger. Viele Grüße, Harald Hartmann signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Korrektes Tagging eines Feriengebiets
Hört sich ein bisschen nach "Karls Erlebnis-Dorf Rövershagen" [1], da gibt es auch solche Ferienhäuser, die außerhalb des eigentlichen Freizeitparks liegen, welche normal als building=yes (*) und die Fläche als landuse=residential und tourism=motel [2] deklariert sind?! Aber ja, für solche "Wochenend-/Ferienhausgebiete" wüsste ich jetzt auch kein etabliertes Tagging, außer eben landuse=residential. (*) Also ich hätte da zusätzlich tourism=apartment getaggt [1] https://www.openstreetmap.org/way/177538236 [2] https://www.openstreetmap.org/way/119997068 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche einfache Android App nur um Punkte aufzunehmen
https://learnosm.org/de/mobile-mapping/osmtracker/ PS: möchte aber folgenden aktuellen Beitrag im Forum nicht unerwähnt lassen: https://forum.openstreetmap.org/viewtopic.php?id=65627 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Experimentelles Öffnungszeiten-Webtool
>> Wie geht ihr mit dem Thema PH (Feiertage) um? > > Wie meinst du das? Per default hängen wir (das Tool) das nicht hinten > dran - dies auch wenn das Evaluation Tool [1] meckert und einen mit > der Warnung geradezu dräng, PH einzutragent. Genau das meinte ich, es gibt da ja im OSM Kosmus ein paar PH-Zwangsneurotiker :-D Mehr wollte ich dazu gar nicht wissen. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Experimentelles Öffnungszeiten-Webtool
Und schon etwas gefunden: Mo - Fr 09:00 - 11:00 Di 14:00 - 16:00 Do 14:00 - 18:00 Sa 09:00 - 11:00 wird als Mo-Fr 09:00-11:00; Tu 14:00-16:00; Th 14:00-18:00; Sa 09:00-11:00 ausgegeben, sprich danach ist am Dienstag und Donnerstag nur Nachmittags auf. Meiner Meinung nach, und des opening_hours evaluators, müsste hier aber mit Komma getrennt werden: Mo-Fr 09:00-11:00, Tu 14:00-16:00, Th 14:00-18:00; Sa 09:00-11:00 Am 19.02.19 um 20:37 schrieb Harald Hartmann: > Wie geht ihr mit dem Thema PH (Feiertage) um? > War/ist zumindest im deutschen Forum öfters mal das Thema... > > PS: Offensichtliche Fehler habe ich bisher nicht entdeckt, also mache > ich mich mal auf die Suche nach versteckten Fehlern ;-) > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Experimentelles Öffnungszeiten-Webtool
Wie geht ihr mit dem Thema PH (Feiertage) um? War/ist zumindest im deutschen Forum öfters mal das Thema... PS: Offensichtliche Fehler habe ich bisher nicht entdeckt, also mache ich mich mal auf die Suche nach versteckten Fehlern ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Karte mit Leaflet selber bauen
hmm, muss es eine "deutsche" Anleitung sein? Ansonsten würde ich als erstes auf die Leaflet Tutorials selbst verweisen [1]. Was du nicht geschrieben hast, wie dynamisch die "Daten" sein sollen. Klar, eine overpass Anbindung bedeutet ein bisschen mehr Arbeit (es gibt zwar ein Plugin, dass 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) 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. [1] https://leafletjs.com/examples.html ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenbeschränkungen und ihre (fehlende) Darstellung
Hierzu möchte ich noch einmal kurz nachgefragt haben: stand dort ein entsprechendes Schild mit 2,70m? Am 25.12.18 um 08:21 schrieb sepp1...@posteo.de: > Aktuell habe ich letzte Woche erst einen Parkplatz zu einem > Rewe-Supermarkt mit 2,70m maximaler Durchfahrtshöhe gemappt, auf dem > bisher regelmäßig 2 - 3 Lkw für ihre gesetzlich vorgeschriebenen 45min > Pausenzeiten standen. Auf diesem Parkplatz ist jetzt für einen normalen > Hochdachtransporter bereits Schluss! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Illegale Feuerstelle
> und was machst Du, wenn da jeden zweiten Tag im Sommer gegrillt wird, und > Du sicher weißt, dass es verboten ist? Eintragen! ... und natürlich der örtlichen Forstverwaltung und Ordnungsamt melden und dann gucken was passiert. Ich habe einem Fall, in dem eine Feuerstelle mittlerweile in den erweiterten Bereich eines Biosphärenreservats gefallen ist und dort Freuer machen auch außerhalb des Waldes verboten ist, getan hat sich aber von amtlicher Seite dort noch nichts :-/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und ihre Namen
> eigentlich gehört m.E. noch irgendwie das Wort Grenze rein in name:de, name > würde ich leer lassen Wieso sollte das Wort "Grenze" dort in den genannten Weg noch mit rein? Grenze wird doch schon durch das entsprechende Attribut "boundary=administrative" definiert. Aber was mir aufgefallen ist, bzw. mit den Tomaten auf den Augen eher eben nicht: sollte diese Linie nicht Teil von der Grenzrelation Deutschland (https://www.openstreetmap.org/relation/51477) sein?! Bzw. warum überhaupt zwei Grenzlinien/-relationen: die Luxemburgische geht an die östliche Seite der Mosel und die Deutsche an die westliche Seite?! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Layer mit Gemeindegrenzen
>> und dann landet die Datei in meinem Download-Ordner? >> > jo, das wär's dann so. > @walter: bist du dir da ganz sicher? also ich habe früher (XP) auch mal curl installiert, und da wurde es noch in dem Ordner gespeichert, in dem curl gerade ausgeführt wurde... ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Layer mit Gemeindegrenzen
> Wo finde ich für Win 8.1 einen Win-Installer für cURL oder wget? > (ist auf meinem Rechner nicht drauf) also du könntest es ja mal mit "curl windows" bei google versuchen ;-) Wenn du aber ein Win 8.1 hast, dann sollte wget und curl in der PowerShell verfügbar sein, d.h. also nicht cmd.exe aufrufen, sondern die PowerShell. Auch hier hilft google weiter. Ich habe leider aktuell gar kein Windows am Laufen, wo ich das testen und dir 1:1 wiedergeben könnte. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Layer mit Gemeindegrenzen
Also einen transparenten Layer kenn ich jetzt zwar nicht, aber du kannst dir ja von wambacher's boundaries map [1] die entsprechenden Grenzen als (geo)json runterladen und z.B. direkt in eine leaflet Karte einbinden [1] https://wambachers-osm.website/boundaries/ signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Layer mit Gemeindegrenzen
Also einen transparenten Layer kenn ich jetzt zwar nicht, aber du kannst dir ja von wambacher's boundaries map [1] die entsprechenden Grenzen als (geo)json runterladen und z.B. direkt in eine leaflet Karte einbinden [1] https://wambachers-osm.website/boundaries/ signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datum einer Kontrolle vermerken?
Nochmals: ich bezog mich nur auf die node_tags, way_tags und relation_tags Tabellen! Die Position wird ja nur in nodes gespeichert und hat einen eigenen timestamp. Und da die node_tags über node_id und version mit nodes verbunden ist, würde ich eben die version beibehalten, aber eben den (noch zu erstellenden) timestamp in node_tags updaten, weil ich ja z.B. nur den opening_hours Tag kontrolliert und bestätigt habe. Am 12.08.2018 um 13:29 schrieb Martin Koppenhoefer: > Stell dir vor, jemand schiebt einen node mit barrier=gate opening_hours=x am > 1.1. und jemand anderes verifiziert den Node am 1.5. und das Datum wird > aktualisiert ohne die Version zu ändern. Dann sieht es in den Daten so aus > als hätte der Node erst am 1.5. seine Position geändert. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datum einer Kontrolle vermerken?
>> 1. Variante mit der Datenbankänderung auch via API die Möglichkeit, den >> timestamp bewusst für ein Tag "up-to-date" zu setzen, wenn man es >> einfach nur kontrolliert/gechecked hat. > > > d.h. neue Version, die gleich ist wie die vorherige, oder? nicht zwingend, da sich ja nichts geändert hat, würde ich persönlich die Version(snummer) belassen und nur das Datum ändern. ... klar, dass könnte von einigen klar als Bruch in der Versionierung gesehen werden. Aber ich denke es wäre trotzdem ein besserer Schritt, als der, der jetzt mit diesen Wildwuchs-Tags gegangen wird. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datum einer Kontrolle vermerken?
in der letzten Mail ganz vergessen: natürlich bräuchte man dann bei der 1. Variante mit der Datenbankänderung auch via API die Möglichkeit, den timestamp bewusst für ein Tag "up-to-date" zu setzen, wenn man es einfach nur kontrolliert/gechecked hat. Die 2. Variante (ermittlung des letzten Datums) würde ja leider nur das letzte Änderungsdatum ausspucken. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datum einer Kontrolle vermerken?
Diese ganzen Extra Tags um ein Datum für eine Wertänderung anzugeben braucht es eigentlich überhaupt nicht ... und bläht die Datenbank in der Tat unnötigerweise auf. Was es braucht, ist entweder eine Datenbankänderung, oder eine Anwendung, die das letzte Datum ermittelt. 1. Datenbankänderung: eigentlich müsste ja nur in den Tabellen node/way/relation_tags [1] nur noch ein Feld timestamp hinzu, oder 2. eine Anwendung mit Full History ermittelt eben die Diffs zwischen den Versionen und liefert das entsprechende Datum. Bzgl. Datenbankänderung ist evtl. auch der Verweis [2] aus der aktuellen Wochennotiz lesenswert. [1] https://wiki.openstreetmap.org/wiki/File:OSM_DB_Schema_2016-12-13.svg [2] http://blog.openstreetmap.de/blog/2018/08/wochennotiz-nr-420/#wn420_18059 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dorfkarte - Qualitätssicherung?
Hallo Ludwig, es kommt darauf an, was man unter Qualitätssicherung überhaupt versteht und wie (scharf/hart) man es definiert. Nehmen wir doch gleich mal dein Häkchen "I would like someone to review my edits". Dein Upload ist trotzdem sofort erst einmal live in der Datenbank. Jemand kann sich nun dein Changeset anschauen, muss es aber nicht. Wenn er es sich anschaut kann, muss dir aber nicht antworten (z.B. wenn alles okay war, warum sollte ich mir die Arbeit machen und zurückschreiben). Hier gab's auch schon diverse Diskussionen im deutschen Forum. Dann gibt es natürlich einige QA-Tools [1], aber ein "Fehler" ist nicht immer ein Fehler, sondern kann auch nur ein Hinweis sein, dass man da einfach mal danach schaut. Man kann sich für ein entsprechendes Gebiet natürlich auch Änderungen anzeigen lassen, um das zu "überwachen", siehe [2] Die von Markus genannten *1000 Augen sind zwar schön und gut, aber nicht immer zutreffend. Also ich bin z.B. froh, wenn sich mal jemand in meine 55km² Gemeinde verirrt. Um aber mal zu gucken, wer denn so aktiv in einer Gegend ist, dafür bietet sich "Who's around me" mit der "Activity center (past 6 months)" an [3], wobei ich alles kleiner 100 Changesets ausblenden würde. Für hochkritische Daten, z.B. Hydranten gibt es auch andere Lösung, eine ist z.B. das man sich diese Hydranten in einer lokalen osm-Datei hält und als Overlay über die Basiskarte legt, dann wärs auch mal egal, wenn die Hydranten in der LIVE OSM Datenbank weg wären. Aber großflächige/großanzahlige Löschung fallen durchaus auf, da gibt's ebenfalls Tools und Leute die danach schauen. Auch so Phänomene wie "Pokemon" Mapper fallen durchaus auf. [1] https://wiki.openstreetmap.org/wiki/Quality_assurance [2] https://forum.openstreetmap.org/viewtopic.php?id=62676 [3] http://resultmaps.neis-one.org/oooc?zoom=11=47.72865=9.04597=B0FTT ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM mit Google-Lizenz? - Direktvermarkter
Hmm, also wenn ich in der Karte von den Google Kacheln weiter reinzoome bis die OSM Kacheln kommen (Maßstab 1km), kommt unten rechts auch der Hinweis "Karte @ OpenStreetMap contributors, CC BY SA 4.0" ... kann man so machen. Ich sehe da jetzt keinen "groben" Verstoß. Am 19.05.2018 um 14:57 schrieb Markus: > Unser Landkreis bietet eine OSM-Karte mit Google-Lizenz: > http://maps.nuernberger-land.de/#SOURCE=lkr-nuernberger-land_direktvermarkter > > Finde ich etwas "ungewöhnlich"... > > 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
Re: [Talk-de] osmhydrant.org nicht erreichbar
Gerade seit längerem mal wieder auf https://osmhydrant.org, gesehen, dass oben rechts der "LOGIN" Button angezeigt wird, angeklickt, auf https://www.openstreetmap.org/oauth/authorize weitergeleitet worden, "Zugriff gewähren" bestätigt und tatsächlich zurück au osmhydrant.org kommt dann einfach nur eine weiße Seite mit fail:505 Habe einfach mal das Kontaktformular soweit ausgefüllt. Am 18.05.2018 um 11:37 schrieb i...@plennert.eu: > > Hallo zusammen, > > ist vielleicht nicht die richtige Mailliste, aber trotzdem. Ich kann mich > seit einigen Tagen nicht mehr auf die Seite osmhydrant.org einloggen. Die > Authorisierung und der Abgleich der Daten mit meinem OSM-Konto schlägt fehl. > Weis zufällig jemand was darüber? > > Gruss und Danke > Ralph > > ___ > 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] EU-DSGVO
siehe z.B. diese - und auch bereits andere Diskussionen zu DSGVO - im Forum: https://forum.openstreetmap.org/viewtopic.php?id=62229 Das Einbinden einer OpenStreetMap Karte und der Datenschutz (DSGVO) Am 16.05.2018 um 20:24 schrieb Manfred A. Reiter: > Schreibt mir ein Bekannter: > > Wir haben bei einigen Webseiten OpenStreetMap als Anfahrskizze eingebunden. > Ich fürchte da bräuchte man jetzt einen Vertrag für die > Auftragsdatenverarbeitung. > > Wie seht Ihr das? > > ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzung des "lit"-Tags in Deutschland
> Btw: kennt ihr > https://www.mapcontrib.xyz/t/245184-Laternen# Bis jetzt noch nicht. Und noch eine schöne Anwendung (basierend auf overpass, und schön gestyled): http://osmstreetlight.bplaced.net/#16/51.5334/9.9350 (Sourcecode unter https://github.com/sb12/OSMStreetLight) PS: Ich denke mal es wäre nicht falsch, diese beiden Links noch auf der lit-Wikiseite unter Rendering oder Sonstiges aufzuführen, oder? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] lit=no trotz street_lamp in der Umgebung
> PS: natürlich ist dort jetzt nicht alles gleich ein Fehler (einige > false/positives, je nachdem wie groß der Umkreis gewählt wurde), aber > viel suspektes habe ich dennoch gefunden, wo es sich mal lohnt, das > lit=no nochmal zu überprüfen. http://overpass-turbo.eu/s/y9W wäre dann z.B. so etwas, worüber man diskutieren kann, ob der 50m Fussweg, der von beiden "Eingängen" beleuchtet wird, wirklich "unbeleuchtet" ist. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] lit=no trotz street_lamp in der Umgebung
Ich habe mich mal Copy aus der Overpass Beispielsammlung [1] bedient, und wie folgt angepasst: 1. suche alle highway mit lit=no 2. suche im 8m Umkreis dessen nach highway=street_lamp 3. suche nun mit 2. wieder in 1. http://overpass-turbo.eu/s/y9S PS: natürlich ist dort jetzt nicht alles gleich ein Fehler (einige false/positives, je nachdem wie groß der Umkreis gewählt wurde), aber viel suspektes habe ich dennoch gefunden, wo es sich mal lohnt, das lit=no nochmal zu überprüfen. [1] https://wiki.openstreetmap.org/wiki/DE:Overpass_API/Beispielsammlung#Highway_in_der_N.C3.A4he_von_Schulen_mit_unangemessenem_maxspeed_.28seit_0.7.54.29 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzung des "lit"-Tags in Deutschland
>> In gewisser Weise >> ist ja schon die ganze Straße beleuchtet, auch wenn nur die Hälfte der >> Lampen an ist. Bloß halt nich so gut... > > genau, deshalb machen sie das ja so. Wenn Du präzise taggen willst welche > Lampen angehen und welche nicht kannst Du zusätzlich die einzelnen Laternen > mappen ;-) > Da würde ich dann allerdings nicht „lit“ (beleuchtet) sondern „luminous“ > (leuchtend) verwenden: > https://wiki.openstreetmap.org/wiki/Key:luminous bzgl lit sagt das ja bereits der Satz "The key lit=* indicates the presence of lighting." im wiki aus. Heißt für mich erstmal nur, dass die Straße/der Weg abstrakt/grundsätzlich erstmal beleuchtet ist. Alles andere genauere/detailreiche kann man ja dann noch nachpflegen, z.B. dann eben an jeder einzelnen Laterne ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzung des "lit"-Tags in Deutschland
> Wie macht ihr das mit den Leuchtmitteln, Natriumdampfleuchten, LED, Neon, etc? Da halte ich mich an light:method [1], aber da auch nur an LED, weil man das halt einfach sieht, das es eine LED ist. Bei den ganzen Neon-, Halogen- und *dampflampen bin ich mir definitiv nicht sicher, solange ich nicht mal eine "rausgeschraubt" habe ;-) [1] https://wiki.openstreetmap.org/wiki/Proposed_features/Key:light_source#Light_generation_method ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzung des "lit"-Tags in Deutschland
> Berücksichtigt ihr (oder findet ihr, dass man das tun sollte) bei der > Vergabe von lit=* den "Laternenring" > (https://de.wikipedia.org/wiki/Laternenring), der angibt, dass die > Laterne nicht die ganze Nacht leuchtet? Von diesem Laternenring habe ich übrigens auch erst etwas über die Recherche bei lit gelesen, war mir vorher nicht bekannt, dass es sogar ein StVO Zeichen ist. Also bei mir in der Gegend scheinen die Gemeinden wohl nicht sparen zu wollen, da die Laternen mit diesem Ring (und auch nicht nur jede Zweite) durchaus die ganze Nacht durchbrennen (egal ob 23 Uhr, 1 Uhr oder 3 Uhr). Wäre vielleicht mal eine Gelegenheit direkt bei der Gemeinde nachzufragen, was die dazu sagen... > Als Quelle für lit=no wird oft http://www.autobahn-bilder.de angegeben. > "Alle Bilder sind Urheberrechtlich geschützt" - haben wir von dem Autor > denn eine Spezialgenehmigung, seine Bilder für OSM zu benutzen? siehe https://forum.openstreetmap.org/viewtopic.php?id=8035 und https://wiki.openstreetmap.org/wiki/DE:Permissions#ab_Juni_2010 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnkilometer.ch
>> PS: Wäre vielleicht noch ganz cool einen Permalink mit einzubauen, damit >> man mal auf spezielle Punkte verweisen kann. Nord-/Östlich von Rüti ist >> der überdimensionale Kreisverkehr für eine Spur als motorway gemappt, >> die andere Richtung aber nicht? Und die A52 ist wohl keine Autobahn >> sondern eine "Nationalstraße" >> > Sehr guter Vorschlag, ich habe es gerade eingebaut (ist schon online). > > Meinst Du diese Stelle [1]? > > [1] http://autobahnkilometer.ch/#lat=47.286172=8.821793=15 jepp ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnkilometer.ch
Ist halt die Frage, ob die Funktion haversineDistance die gleiche oder doch ein bisschen anders ist, also bei libosmium: https://github.com/dktue/autobahnkilometer.ch/blob/master/Autobahn/app.js#L106 PS: Wäre vielleicht noch ganz cool einen Permalink mit einzubauen, damit man mal auf spezielle Punkte verweisen kann. Nord-/Östlich von Rüti ist der überdimensionale Kreisverkehr für eine Spur als motorway gemappt, die andere Richtung aber nicht? Und die A52 ist wohl keine Autobahn sondern eine "Nationalstraße" >> Verwundert bin ich über die errechnete Gesamtlänge des Autobahnnetzes, >> welche laut OSM-Daten derzeit 3817 km beträgt (entspricht ungefähr 1909km >> bei einfacher Zählung beider Fahrtrichtungen) laut offiziellen Daten jedoch >> nur 1447 km [3]. Kann jemand diese Differenz von rund 500 km erklären? > > Ich hab das mal auf andere Weise nachvollzogen: Download der Schweiz von > der Geofbarik, dann > > osmium tags-filter switzerland-latest.osm.pbf w/highway=motorway -o \ > motorways.osm.pbf > > osmium_road_length motorways.osm.pbf > (das ist ein Beispielprogramm was bei libosmium dabei ist) > > ergibt: > Length: 3069.67 km > > Durch zwei geteilt sind das ca. 1535 km, was viel besser passt. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navads-Tankstellenimport
> Ich versuche gerade, die Tankstellenin meiner Umgebung zu validieren, leider > sind die meisten nicht verzeichnet, sollte man das auch reporten oder sind > "nur" die verzeichneten Tanken? Was meinst du mit "nicht verzeichnet"? Meinst du freie Tankstellen und so? In dem Datensatz von Navads sind eigentlich nur Aral, Shell, Agip und Avia vorhanden. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bearbeiten von Riesen-Relation (Bundesstraße 27)
> Ich habe die Relation mal um alle Auffahrten bereinigt, der Relation > Analyzer scheint das aber noch nicht aktualisiert zu haben. Hast du den Haken "Immer vom OSM Server downloaden (kein Cache)" unterhalb des RelationID Eingabefeldes angeklickt? signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navads-Tankstellenimport
Hmm, geht's wohl schon in die nächste Runde? > http://audit.osmz.ru/project/navads_fuel > Validation is closed: this import will be republished shortly as five distinct imports. weiter geht's mit http://audit.osmz.ru/project/navads_fuel_de Und schwups, schon ist meine örtliche Tanke ganz und gar aus dem Import verschwunden?! Nachtrag: weiß nicht ob es das vorher schon gab, aber jetzt kann man gleich einen "fixme" text hinterlassen ... Crossposting aus https://forum.openstreetmap.org/viewtopic.php?pid=692056#p692056 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bearbeiten von Riesen-Relation (Bundesstraße 27)
> Ich glaube, es gibt durchaus Bundesstraßen, die echte Lücken haben. Als Beispiel aus meiner Gegend, da wurde die B4 auf Grund der nun parallel verlaufenden Autobahnen (A73/A71) zur L3004 "degradiert" und ist somit auch kein Teil der B4 mehr. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Overpass-API
Hallo Markus, ein Spezialist wäre sicherlich "mmd", liest hier ja auch (teilweise) mit und ist beim Beantworten von overpass Fragen im deutschen Forum immer ganz gut und vorne mit dabei. Ansonsten helfen sicherlich auch - https://wiki.openstreetmap.org/wiki/Overpass_API - https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL - https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_API_by_Example oder hängt's am Englisch? dann wären sicherlich folgende Links nicht verkehrt - https://wiki.openstreetmap.org/wiki/DE:Overpass_API/Beispielsammlung - https://wiki.openstreetmap.org/wiki/DE:Overpass_API/Language_Guide Ansonsten frag einfach direkt, wenn du irgendwo vor einem Problem stehst ;-) Viele Grüße, Harald Am 12.03.2018 um 13:40 schrieb Markus: > Liebe Spezialisten, > > ich suche einen "Coach" :-) > > Jemand, der mir bei der Formulierung von Abfragen hilft. > > Ziel wäre "Hilfe zur Selbsthilfe". > Und vielleicht auch mal Fachsimpeln über den Tellerrand hinaus. > Wie auf einem guten Stammtisch halt - aber etwas zielorientierter. > > Leider gibt es in meiner Region schon lange keinen OSM-Stammtisch mehr. > Aber vielleicht kann ich mich ja mit Dir mal virtuell treffen? > Mit TeamViewer, Skype oder so ist das ja problemlos möglich :-) > > Mit herzlichem 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
Re: [Talk-de] Tagging von kombinierten Wohn- und Geschäftshäusern
Ok, dass sicherlich etwas falsch ist, kann man sagen ... aber wo bleibt dann dein richtiger Gegenvorschlag? aus [1] lese ich z.B. heraus, dass residential auch nur ein sehr allgemeiner abstrakter Oberbegriff ist, den es eigentlich zu verfeinern gilt (wie z.B. bei surface=paved) Mir ist aktuell kein building Wert bekannt der ausdrückt, dass es ein Wohnhaus ist, in dem auch noch Geschäfte (z.B. eine Bäckerfiliale) untergebracht ist, deshalb stimme ich wambacher erst mal zu, building=house und dann noch ein POI fürs Geschäft. [1] https://wiki.openstreetmap.org/wiki/Tag:building%3Dresidential Am 04.03.2018 um 16:28 schrieb Volker Schmidt: >> das sind - für mich - stinknormale Buildings (building=house, da >> baustilistisch wohl Wohnhäuser), in die man ein POI mit den Daten des >> Geschäftes legt (incl operator= wenn man den Betreiber kennt). >> > > Das ist sicherlich falsch. > building=house ist ein Einfamilienhaus (siehe wiki [1]) > > > [1] https://wiki.openstreetmap.org/wiki/DE:Tag:building%3Dhouse > ___ > 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] OSMF sucht Rechenzentrum
Bei Hetzner vielleicht ... ich weiss das dort etwas (kostenlos) gehostet wird, nur weiss ich nicht mehr was... signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Craftmapping
> Das spräche ja dafür, in einer Gegend, in der in Sachen Häuser noch > überhaupt nichts los ist, mal ein einzelnes Dorf zu mappen, in der > Hoffnung, dass die Bewohner der Nachbardörfer dann auch Häuser auf der > Karte wollen ;-) Die Hoffnung hatte ich irgendwie auch, nachdem ich meine Gemeinde (im Thüringer Wald, unterhalb des Rennsteigs) fast vollständig mit Buildings gemappt habe .. aber in den umliegenden Gemeinden ist diesbzgl. nichts passiert .. bzw. in einer schon, dass war aber ein überregionaler Mapper, der sehr gerne landuses und buildings vom Luftbild abmalt, Hausnummern bzw. Adressen gibt es aber dort immer noch nicht. Deswegen stellt sich mir ja trotzdem auch irgendwie die Frage, ob ein reiner Couchmapper trotzdem auch ein guter Craftmapper ist/sein kann? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Craftmapping
Hmm, bei all den bisherigen Antworten frage ich mich ja trotzdem irgendwie, was denn nun "Craftmapping" wirklich ausmacht ... und mir selbst die Frage stelle, ob ich denn überhaupt ein "Craftmapper" wäre? Wenn ich 3,5 Jahre zurück denke, dann sehe ich in meiner Gemeinde hauptsächlich nur Straßen, außer den riesengroßen Wald-MPs und sehr groben Residentials, nur ein paar (aber konzentriert) gemappte Buildings. Irgendwann habe ich mich dann zunächst, dank der Straßenlisten-Auswertung von regio-osm.de, damit beschäftigt und auch mit dem Bauamt auseinandergesetzt und die Straßennamen korrigiert und vervollständigt. Auch die Arbeit mit dem Tourismusbüro und des Mappens fast aller Bänke, Wegweiser, Wanderrouten aber vor allem der noch nicht vorhandenen tracks grade 3 bis 5 habe ich neben eigenen GPS Spuren und hunderten Fotos trotzdem immer auch das Luftbild zu Hilfe genommen. Naja und dann kam es ja dann doch mal dazu, die ganzen fehlenden Buildings einzutragen ... ich sah am Anfang einfach nur einen riesen Berg Arbeit, und habe es dann vom Luftbild abgemalt ... ziemlich grob, wie ich feststellen musste, nachdem ein anderer Mapper den einen Ortsteil gemappt und jede Dachfläche die anders ausgesehen hat, als einzelnes Building einzuzeichnen. Klar kam dann auch das Thema Adressen, hatte mir bevor die offiziellen Daten von Thüringen für den Hausnummernabgleich freigegeben wurden aus privaten Mitteln mir eine damals aktuelle Hausnummernliste vom Einwohnermeldeamt geben lassen. Spannend waren zwei gemeldete, also aktive Wohnsitze, wo das Gebäude schon längst abgerissen war. Zwischendurch habe ich dann mal mapillary entdeckt, aber nach Datenschutzbedenken lade ich dort aktuell nichts mehr hoch, nutze es also einfach nur für mich privat manuell in JOSM. Und letztendlich wollte ich neben "Micromapping" dann auch mal die "weißen" Flecken "bunt" anmalen, wieder unterstützt durch Luftbilder. Sprich, wenn es nicht gerade Altkleidercontainer, Briefkästen, Verkehrsschilder, Geschwindigkeiten oder Hauseingänge sind, verwende ich zu über 90% Luftbilder und mappe von der Couch aus. Also per GPS "eingemessen" habe ich definitiv noch kein Building oder sonstiges Konstrukt und auch tracks habe ich nie alleine nur durch GPX eingetragen. So, was von diesen Sachen macht mich jetzt persönlich zum "Craftmapper"? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kartendienst „finde.cash!“ und anonyme (Teil-) Edits
> Bei vilen Banken dürfte die Öffnungszeit, die der Schalte sein. OFt > haben Banke einen 24h Automatenraum. Schön wär's, war erst vor ein paar Wochen erst in Berlin und dann in Hamburg bei ziemlich großen deutschen Bankhäusern gestanden und kam nicht in den Automatenraum, weil es von außen keinen Kartenleser zum Eintritt gab, wie ich es von anderen Bankhäusern eigentlich gewohnt bin. Deshalb macht es schon Sinn auch die Öffnungszeit des Automaten zu taggen, oder irgendwie zu taggen, ob man an den überhaupt (mit einer Fremdkarte) rankommt, usw. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler mit Nominatim
> Die Stadt Daun verwendet den Begriff "Kernstadt" selbst, wenn sie z.B. > bei der Zusammensetzung von Gremien zu den Ortsbezirken unterscheiden muss. aber nur weil es die Stadt selbst als "Kernstadt" bezeichnet, muss es noch lange kein "official_name" sein, sondern könnte auch einfach nur ein "loc_name" sein ;-) (naja und letzteres hätte für mich jetzt nicht unbedingt administrativen status?!) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verzeichnis aller Straßennamen in D
Hallo Detert, um es mit den Worten eines anderen Mappers zu sagen ... "mit aller Liebe zur OSM" würde ich dir bei so einem Vorhaben definitiv eher zu der Adressdatenbank (DataFactory [1]) der Deutschen Post raten, kostet zwar ein paar Hunderter, aber dafür musst du dir nichts zusammensuchen etc, und hast die beste Zuordnung zwischen PLZ Ort Straße Hausnummer Und wenn du es unbedingt mit OSM machen möchtest, dann sei dir das "osm_address_db - Adressdaten in der OSM Datenbank" Video [2] der letzten FOSSGIS ans Herz gelegt (am Ende des Videos gibt es weitere Links) [1] https://www.deutschepost.de/de/d/deutsche-post-direkt/datafactory.html [2] https://www.youtube.com/watch?v=ALlEIJlANEA Viele Grüße, Harald ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] finde.cash! - name / operator
> @Nils: hast du zufällig bei dir einen germany-extrakt rumliegen und > könntest hierzu einfach mal ein paar statistiken entwerfen (nix > supertolles grafisches, einfach ein paar zahlen reichen [1]), z.B. > verhältnis amenity=bank ohne atm=yes, amenity=bank mit atm=yes und > amenity=atm > oder eine Auflistung und Anzahl von network und operator? Sodele, ich hab da mal was vorbereitet [1]. Wenn man nur `amenity=atm` in Deutschland betrachtet: 9.196x atm, davon 6.876x operator 2.386x name 911x brand 794x network operator: ca. 1/3 ist allgemein getaggt, also Sparkasse, Volksbank, Postank usw, dann kommt ca 1/3 was dann mit den unterschiedlichsten Schreibweisen zu tun hat (ING DiBa, ING Diba, Ing Diba, ING DIBA, Ing DiBa, ing Diba, ING DiBA,Ing DiBA, ING-BiBa, ING-DiBA, ING-Diba, Ing-Diba, Ing-DiBa, ING-DIBA, ing-diba, ING-DiBa, ING-DiBa AG, usw.), das restliche 1/3 ist dann wieder frei spezifisch ... und auch komische Werte wie "operator=ATM/Atm" kommen da 113 mal vor... name: ca. die Hälfte ist allgemein getaggt, also Sparkasse, Volksbank, Postbank usw, die andere Hälfte dagegen spezifisch (also mit Ortsnamen, etc.), häufig kommt aber natürlich auch "Geldautomat[.*]" vor... brand: da schauts ähnlich aus wie bei operator network: die Top 4 Werte sind die laut Wiki in der Summe mit 604 also zu 75% [1] https://wiki.openstreetmap.org/wiki/User:Haribo/statistics/atm ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] finde.cash! - name / operator
>> Danke für den Hinweis, den man genauer betrachten sollte: >> der Geldautomat wird häufig ja gar nicht alleine/eigenständig, sondern >> als atm=yes zusammen mit einer Bank erfasst ... > > ja, wobei man da auf dem Standpunkt stehen kann, dass er gar nicht > (explizit) erfasst ist, sondern nur indirekt auf ihn geschlossen werden > kann, weil man über die Bank (bzw. das Objekt wie Laden Post, etc.) weiss, > dass sie irgendwo einen atm hat. > schön wärs, habe prompt letzte Woche auf dem ländlichen Land gleich zwei Bankfilialen gefunden, die gar keinen Geldautomaten mehr hatten... >> und man bei dieser Kombination die Werte für name und operator >> (und evtl. brand und network) vielleicht anders/genauer setzt, >> als wenn man nur denGeldautomaten taggt > > atm=yes schließt auch nicht unbedingt aus, dass man zusätzlich einen (oder > mehrere) Geldautomaten explizit mappt, damit sagt man nur, diese Bank hat > einen atm. > und wo wir dann in meinem Beispiel wohl bei einem berechtigen atm=no wären > Weltweit sind wir derzeit bei 138 542 atm=yes (davon 11,1% nicht an einer > Bank) und 131 779 amenity=atm. möchte ich wissen, was das für ca. 14.000 Objekte sind, an denen ein atm=yes aber ungleich Bank hängt? Ich selbst habe übrigens folgende Taggingpraxis: 1. Reines Bankgebäude mit Geldautomaten im 24/7 Zugangsbereich: - http://www.openstreetmap.org/way/272770913 (nicht auf finde.cash?) - http://www.openstreetmap.org/node/2852777280 amenity=bank und amenity=atm getrennt 2. Irgendein Gebäude mit Bankfiliale (und Geldautomat) - http://www.openstreetmap.org/node/2882851538 amenity=bank mit atm=yes, am entsprechenden Eingangsnode, und ja, da hätte ich dann schon wieder Probleme eventuell unterschiedliche Öffnungszeiten zu taggen, weil dort entsteht im Moment der Eindruck, der Geldautomat hätte Öffnungszeiten... ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] finde.cash! - name / operator
>> On 9. Oct 2017, at 22:44, Martin Koppenhoeferwrote: >> >> das wäre hier der Name der Filiale > > bei amenity=bank wäre es der Name der Filiale, bei Geldautomaten kann man > sehen, ob es überhaupt einen Namen gibt. > Danke für den Hinweis, den man genauer betrachten sollte: der Geldautomat wird häufig ja gar nicht alleine/eigenständig, sondern als atm=yes zusammen mit einer Bank erfasst ... und man bei dieser Kombination die Werte für name und operator (und evtl. brand und network) vielleicht anders/genauer setzt, als wenn man nur den Geldautomaten taggt @Nils: hast du zufällig bei dir einen germany-extrakt rumliegen und könntest hierzu einfach mal ein paar statistiken entwerfen (nix supertolles grafisches, einfach ein paar zahlen reichen [1]), z.B. verhältnis amenity=bank ohne atm=yes, amenity=bank mit atm=yes und amenity=atm oder eine Auflistung und Anzahl von network und operator? [1] z.B. http://wiki.openstreetmap.org/wiki/User:Haribo/statistics/motorway#Vorbereitung ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Karte zur Geldautomatensuche finde.cash!
Hallo Frederik, meinetwegen gerne - auch ich würde wie bei der impliziten Geschwindigkeitsdiskussion auch auf ein weiteres Tag verzichten - ... wenn du einen Vorschlag für folgendes hast: wie schaffen wir es, dass die Schreibweisen der Bank alle korrekt sind und werden, so dass sie der Such- und Zuordnungsalgorithmus korrekt zu 100% verarbeitet? (Also schön wäre noch, wenn sich Nils nochmal melden würde, wie er es denn nun überhaupt macht) Wie du ja siehst, hat Stephan das Problem, dass jemand eine Bank mit "BW-Bank" (anstatt "BW Bank") getaggt hat und schon keinem Automatenverbund zugehörig ist. In meinem Beispiel habe ich eine Bank als "Raiffeisen..." getaggt (die wird auch zugeordnet) und eine andere als "vr bank ..." (die ist unzugeordnet), und letztere kann ich aktuell in der Eingabemaske von finde.cash gar nicht mappen?! Am liebsten würde ich ja jetzt sagen, klassisches Beispiel für eine wikidata Verknüpfung ... und wenn ich mir dann anschaue, dass im Wiki "Cash Group" (mit Leerzeichen) steht und die Erfassungmaske auf finde.cash "CashGroup" (ohne Leerzeichen) führt ... hmm naja, also network ist mehr oder weniger Freitext und hoffentlich überall mit korrekten ComboBoxen vorbelegt (sind ja nur 4 Werte)... aber nach den letzten Wochen OSM Latest Keys habe ich einfach zuviele JOSM und iD Schreibfehler gesehen, weil Mapper lieber manuell was eintragen als die Presets zu nutzen :-( PS: Klar ich kann jetzt auch einfach mal einen Deutschlandextrakt runterladen, nach allen atms filtern, alles rausschmeißen was nicht zu den 20 Einträgen (für operator) bei finde.cash aufgelistet ist und daraus einen maproulette Task machen ... was wir dann aber wohl dauernd machen müssten... Viele Grüße, Harald Am 08.10.2017 um 21:49 schrieb Frederik Ramm: > Aber ist das denn gut? Wenn die Postbank sich dann entscheidet, dass sie > doch nimmer bei der "Cash Group" mitmachen will sondern lieber bei den > Sparkassen, müssen wir alle Postbank-Automaten umtaggen - obwohl sich am > Automaten selbst ja eigentlich gar nichts verändert hat. Dass einzelne > Postbank-Automaten zum anderen "network" gehören, ist doch eher > unwahrscheinlich. Brauchen wir dann ein Datenmodell, mit dem wir das > abbilden können? > > Bye > Frederik > ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Karte zur Geldautomatensuche finde.cash!
Ok, ich habe gerade bei einem Geldautomaten in meiner Gegend gesehen, dass dort kein network gepflegt ist und trotzdem die Zuordnung nur rein über den operator (namen) erfolgt ist, d.h. es gibt anscheinend doch eine halbautomatische Zuweisung, auch wenn network fehlt? Da wäre ich dann auch daran interessiert, wie genau das gemacht wird ... bzw. würde ich das eher weglassen, damit einem eben auffällt, wo es noch fehlt um es eindeutig zu machen. Am 08.10.2017 um 20:58 schrieb Harald Hartmann: > Hast du mal ein paar konkrete Beispiele? Ich würde vermuten, dass dort > `network` gar nicht (oder falsch) gepflegt ist. siehe auch > > http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Datm > > > Am 08.10.2017 um 20:21 schrieb Stephan Olbrich: >> Hallo Nils, >> >> wie ist denn die Zuordnung zu den Bankverbünden realisiert? >> Die BW-Bank gehört zum Sparkassenverbund, das wird aber nur manchmal so >> angezeigt. Mein Eindruck ist, dass "LBBW" und "BW Bank" erkannt wird, >> "BW-Bank" aber nicht. >> >> Gruß, >> Stephan >> >> >> ___ >> 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] Neue Karte zur Geldautomatensuche finde.cash!
Hast du mal ein paar konkrete Beispiele? Ich würde vermuten, dass dort `network` gar nicht (oder falsch) gepflegt ist. siehe auch http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Datm Am 08.10.2017 um 20:21 schrieb Stephan Olbrich: > Hallo Nils, > > wie ist denn die Zuordnung zu den Bankverbünden realisiert? > Die BW-Bank gehört zum Sparkassenverbund, das wird aber nur manchmal so > angezeigt. Mein Eindruck ist, dass "LBBW" und "BW Bank" erkannt wird, > "BW-Bank" aber nicht. > > Gruß, > Stephan > > > ___ > 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] Auswertung und Anzeige von direction eines Aussichtspunktes
Nach der Ankündigung[1] der OpenTopoMap[2], dass sie nun direction[3] abhängig das Aussichtspunkt-Symbol rendern, habe ich mir gedacht, dass man das vielleicht auch noch auf anderem Wege visualisieren könnte. Mit Hilfe von leaflet, leaflet.semicircle und overpass ist dabei eine interaktive Karte[4] entstanden, die Sourcen dazu wurden auf GitHub[5] hinterlegt. [1] https://forum.openstreetmap.org/viewtopic.php?pid=653006#p653006 [2] https://opentopomap.org/#map=17/47.80288/13.05393 [3] https://wiki.openstreetmap.org/wiki/DE:Key:direction#Sichtfeld_eines_Aussichtspunktes [4] https://osmtools.github.io/direction/#49.14926,7.80398,13z [5] https://github.com/osmtools/direction ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fwd: Re: Massenedit bei living_street
Der User Graf Westerholt ist hauptsächlich im Forum aktiv, seine bisherigen Themen [1] und Beiträge lassen für mich jetzt aber irgendwie keine solch derartige Motivation erahnen [1] https://forum.openstreetmap.org/viewtopic.php?id=58075 (Maxspeed=walk bei freigegebenen Fußwegen/Fußgängerzonen in D) [2] https://forum.openstreetmap.org/viewtopic.php?id=57806 (bicycle=designated oder bicycle=yes?) Am 23.05.2017 um 11:05 schrieb smart...@gmx-topmail.de: > Hallo, > > was sagt Ihr dazu das der User:Graf Westerholt in ganz Deutschland bei > mehreren zehntausenden living_street ein maxspeed:walk setzt, egal ob da > vorher ein maxspeed:30, 7 oder garnichts dranstand? Er ist da auch schon > reichlich mit anderen Usern zusammengestoßen und weigert sich sein tun > aufzugeben. Ca. 10% seiner Changesets wurden auch bereits komplett > zurückgesetzt, er macht aber munter weiter. > > Es gibt ein Proposal zu maxspeed:walk das allerdings 2008 (vor 9 Jahren) > nicht zu Ende geführt wurde (ja eigentlich noch nicht mal richtig angefangen > wurde). http://wiki.openstreetmap.org/wiki/Proposed_features/maxspeed_walk > > Ich habe Ihn angeschrieben, er meint jede Zahl wäre falsch und nur "walk" > wäre richtig und er höre nicht damit nicht auf. > > > https://www.openstreetmap.org/changeset/47980360 > https://www.openstreetmap.org/changeset/47980908 > https://www.openstreetmap.org/changeset/47980016 > https://www.openstreetmap.org/changeset/47978442 > https://www.openstreetmap.org/changeset/47977546 > > > > Mit freundlichen Grüßen > Stephan > aka smarties > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mechanisches Umtaggen, Vorschlag zur vereinheitlichung von 30er Zonen tagging
Ja, nach meinem Blog "maxspeed .. eine Perle des Wikis" [1], bin ich ganz klar sofort dafür, da mal ein bisschen aufzuräumen :) Trotzdem sollte denke ich mal weiterhin die Möglichkeit geprüft werden, in diversen QA-Tools die Prüfung source:maxspeed=: ungleich maxspeed= unterzubringen. [1] http://www.openstreetmap.org/user/Harald%20Hartmann/diary/40119#comments PS: Dann wird es eventuell auch mal was, um den anderen Haufen Kleinvieh Mist aufzuräumen: ... ... ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Drei Tage mit dem Plug-In Hybrid
bzw. noch besser: http://www.openstreetmap.org/node/4214500413 ist laut http://www.lemnet.org/map/ auf der anderen Straßeseite von "An der Quelle"... ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Drei Tage mit dem Plug-In Hybrid
Am 30.03.2017 um 09:17 schrieb Uwe Sennewald: > Habt ihr schon mal was von LEMnet ( http://www.lemnet.org/de ) gehört ? > Die nutzen OSM , müllen es aber mit den Informationen zu den > Ladestationen nicht voll. Hmm, und in wie weit nutzen die OSM? Also die ersten Stickpunkte die ich so gemacht habe, lässt den Eindruck erwecken, dass sie NUR einfach eine OSM Karte (Tiles) verwenden, von den angezeigten POIs (amenity=charging_station, etc.) war kein einziger in der OSM Datenbank. Hast du ein paar Beispiele, wo du sicher nachweisen kannst, dass auch Ladesäulen, die in OSM erfasst wurden, so eins zu eins auch auf lemnet angezeigt werden? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Drei Tage mit dem Plug-In Hybrid
> Alles in allem: das Thema Elektromobilität ist wirklich noch sehr > ausbaufähig in Deutschland. Jepp, alles bekannt, wurde auch bereits im Forum mehrfach diskutiert: - Bitte amenity=charging_station rendern [1] - Wie Ladestationen (amenity=charging_station) für Autos erkennen? [2] - etankstellen - Hilfe bei der Datenerfassung [3] [1] https://forum.openstreetmap.org/viewtopic.php?id=54525 [2] https://forum.openstreetmap.org/viewtopic.php?id=54928 [3] https://forum.openstreetmap.org/viewtopic.php?id=56744 > Für OSM stellt sich hier die Frage: > Wie bildet man das sinnvol ab? Welche tags werden hier gesetzt? http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dcharging_station > Und für die OSM daten-konsumenten: > Wie gestaltet man die User-Experience für jemanden, der die nächste > Ladestation sucht und dann da auch laden will? Da es ja gleich mehrere Variablen sind - könnte auch schon in OsmAnd langsam eng werden für einen eigenen Filter (den man aber selbst irgendwie zusammenbauen müsste) - eventuell durch eine Spezial-App ... die wird es aber erst geben, wenn genug brauchbare Daten zum Filtern da sind :-/ (Henne-Ei-Problem) Es braucht also am Anfang genug Enthusiasten, die so etwas einpflegen ... übrigens die Autogas-Fahrer haben ähnliche Probleme. Und auch für normale Tankstellen gibt es immer wieder mal Wünsche nach einer Wochenaufgabe [5] [5] https://forum.openstreetmap.org/viewtopic.php?id=55813 In dieser Diskussion wurde auch beschrieben, wie die gerade aktuell ohne irgendeine App trotzdem deine passenden Ladestationen (wenn denn schon alle Daten da wären) finden könntest: einfach eine entsprechende Overpass Abfrage schreiben ;) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ankündigung der Entfernung von landuse =farm im Standardstil
Am 24.03.2017 um 07:23 schrieb Stefan Martinek: > So wieder mal ne Frage von mir: Ich habe da einen Eintrag landuse = > farmyardJa das ist zwar bedingt richtig, es ist eigentlich ein > Pferdehof (Pferderanch) wie wäre das jetzt einzutragen? Gibts da was > eigenes hab irgendwie nix gefunden. Guck mal, ob du da [1] fündig wirst ;) [1] https://wiki.openstreetmap.org/wiki/DE:Reiten#Tagging ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ankündigung der Entfernung von landuse =farm im Standardstil
>> Am 23. März 2017 um 13:45 schrieb Walter Nordmann: >>> Die Farben dürften klar sein, ich empfehle als Hintergrund OSM Gray und >>> hab das auch voreingestellt. > > Kurioserweise sehe ich beim Nachladen von Kacheln immer erst farbige, > die dann zu Grau mutieren. In der Page-Info sehe ich nur die grauen > Kacheln. Siehe https://forum.openstreetmap.org/viewtopic.php?pid=637800#p637800 >>> Der Lag der Live-DB wird unten rechts angezeigt und beträgt >>> normalerweise >>> 1-2 Minuten. > > tickt bei mir etwas wie 04:39:14 Kann ich bestätigen... ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ankündigung der Entfernung von landuse =farm im Standardstil
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 23.03.2017 um 14:20 schrieb Stefan Martinek: > Hy hab da als Neuling eine blöde Frage: Also gehören jetzt hier nur > die rot gekennzeichneten Felder von =farm auf =farmland oder > =farmyard umgestellt? > > Falls das so ist dann mach ich mich mal bei mir in der Umgebung > daran. Vereinfach gesagt ja, ich würde aber auch Hinweise, die hier und auch in der Diskussion [1], [2] im deutschen Forum gefallen sind, mit beachten! [1] https://forum.openstreetmap.org/viewtopic.php?id=57774 [2] https://forum.openstreetmap.org/viewtopic.php?id=57772 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJY0844AAoJEIuLcq40+VqtOJgH/A+iCLY7b93ds+ZMDK6ucJAs TK06ilvtp1Qywss4Yu53U7Rt/jR5zRvRYQvRYWAkPMU0rUEf5xJiqc27aBTynfqK Jl71GAmYG7NZfshKl52hsxD67FOHr7CHCMJ0b5HC0CvyCOYkyYR3kduTHjI3Au5o sd0bXEFAeJZB8QTk/EC0EVB8WFN1yponDuskxF5Y+pfDPW818nWsHvIyrcKNecz+ g0SlR0+6bgFB6jPoi+GvAKR7zI46smRU5tCCiWou7eVrvtPVSCjWeN7QMeYrVl8/ 5++TsNuj9XzAhVoYbJIOBKHj0mRdzTNvM74nA31oQ8CwIPk5eHXDw5gCaS0BQa8= =Ntnw -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Emergency Map total überarbeitet - Notaufnahme
> Begeistert mich überhaupt nicht, ich bin mehr für hierarchisches Tagging. ja, da stimme ich dir vollstens zu. ABER: > in erster Linie ist das Teil ein "Loch im Zaun", "Loch in der Wand" -> > entrance=* entrance ist laut [1] KEIN "Loch im Zaun oder in der Wand", es hat immer etwas damit zu tun, von außen IN ein Gebäude zu kommen Bei einem Notausgang will ich aber ja von innen AUS ein Gebäude rauskommen! Ich könnte auch damit Leben, wenn der Hauptzweck ja Notfall, also emergency ist, und dann die Funktion zu bestimmen: - emergency=entrance (Notfall-Eingang) - emergency=exit (Not-Ausgang) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Emergency Map total überarbeitet - Notaufnahme
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Ja, wenn man eine area mappt sollte man auch den Zugang mappen. da > gibt es ja schon den Tag "entrance" Aber Achtung: entrance=emergency ist laut [1] schon mit dem Notausgang belegt, und das mit über 5.000 mal [2] !!! V.a. wieso entrance für einen Ausgang?! Wäre da "exit=emergency" nicht sinniger gewesen? Für die Notaufnahme wurde bisher 8 mal [2] entrance=emergency_ward_entrance verwendet, wobei ich hier die Doppelung von entrance nicht wirklich nachvollziehen kann. [1] https://wiki.openstreetmap.org/wiki/DE:Key:entrance [2] https://taginfo.openstreetmap.org/search?q=entrance%3Demergency -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJYyAjYAAoJEIuLcq40+VqtXXsH/3eb36RX+8UZwjbIv4U6GoXL FvZBhmPI+PXic+/Q6J87E6sNbCEGtkkynZYcdWAXbtT34B9HdzPKF3kStdP/YnJ5 9PFWXLpwilMBEo3d2qAol/LMCvyprcxHH4BwhEPoYy7FRqbqotrQpOda1/NZ0Gf2 TOYWKnlwx+52LhiQSnMF2baLjC19Odqa3uvegz1uhNtAhvJ+fRImp7fuCLbNaRYz oq94lV0L+S1+kT7TV9RB8OFRpbb7GfF3pqTxsWWmJDshkZsLYZH8jBZ7oa0OtA+j MO2HTXSXHrVhHluZsK4g80mDYKKhCxUesUEGyhDlXndznZYOH4NBqCOGZeb6Nu8= =yZxU -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - nur noch 3 Hintergrundkarten
Ja, die aktuelle JOSM Version hat wohl beim Speichern der preferences.xml und Netzwerkproblemen ein bisschen Schluckauf: https://forum.openstreetmap.org/viewtopic.php?pid=635226#p635226 sowie https://forum.openstreetmap.org/viewtopic.php?pid=634170#p634170 PS: Einfach in die Einstellungen gehen und die gewünschten Ebenen wieder hinzufügen ;) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] emergency access points
> Auch OsmAnd zeigt sie nicht an. In der Suchfunktion kann ich sie zwar > auswählen, sie findet aber nichts. Also ich habe dazu mal ein bisschen probiert und recherchiert ... und ich weiss nicht, was ich davon halten soll: Es gibt zwei Issues, die da mit reinspielen könnten: 1. https://github.com/osmandapp/Osmand/issues/3299 2. https://github.com/osmandapp/Osmand/issues/1249 Dann habe ich direkt in OsmAnd ein bisschen herumgespielt und folgendes rausgefunden: Wenn man über die Suche direkt auf die Kategorie Notfall oder Rettungspunkt geht, kommt in der Tat nichts. Also bin ich mal tiefer bei Kategorien in die "Benutzerdefinierte Suche" eingetaucht. Dort bin ich dann auf Notfall und habe dort Hydrant und Rettungspunkt angeklickt ... aber zunächst bei mir in der Umgebung von Schleusegrund (und da gibt es einige selbsterfasste) nichts gefunden, also habe ich solange auf "Weitere Ergebnisse" geklickt, bis was kam und dann kam wirklich was, in der Nähe von Homburg am Main 130km entfernt?! WTF Also hab ich mir dort mal den Rettungspunkt angeschaut, hmm im Gegensatz zu mir (highway=emergency_access_point) wurde er dort als emergency=access_point getaggt .. aber der Hydrant wie eh und je, also kann es das schonmal nicht sein. Homburg liegt in Bayern, Schleusegrund in Thüringen, beide Karten sind laut Kartenverwaltung vom 01.12.2016, da sollte man davon ausgehen können, dass die analog gebaut wurden. Dann habe ich mal ausprobiert, alles Karten zu deaktivieren, die Thüringen Karten neu runterzuladen und zu aktivieren, aber keine Chance, die Suche / Filterfunktion will die lokalen Hydranten und Rettungspunkte einfach nicht finden :( Aktiviere ich dann wieder Bayern, Baden Württemberg und Co, finde ich die Hydranten und Rettungspunkte von dort... Scheint also doch irgendein komischer Bug zu sein. PS: Ich hatte mal Just4Fun, nur um es auszuprobieren, ein eigenes Rendering für OsmAnd erzeugt, da ging es auch eher zufällig um Feuerwehr. Unter https://wiki.openstreetmap.org/wiki/User:Haribo/OsmAnd habe ich das mal abgelegt. Anschließend kann man über die Anzeigekonfiguration in OsmAnd von default auf feuerwehr wechseln, dann werden einem die Hydranten wieder angezeigt, die Feuerwehr als Feuerwehr und weil es für den Teich kein passendes Symbol gab, hab ich dazu einfach das Quellen-Symbol missbraucht. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] emergency access points
>> https://wambachers-osm.website/emergency/ zeigt mir leider nur eine >> leere Seite. > Hi, bei mir und anderen funtz das Teil aber. Bei mir funtzt es leider auch nicht mehr. Sobald ich einen Layer einblende, kommen laute weiße Kacheln mit Codeschnipseln darauf code="LayerNotDefined" locator=" layers=Could not find layer osm: Rettungspunkte Details: org.geoserver.platform. ServiceException. Could not find layer osm:Rettungspunkte at org.geoserver.wms.map. GetMapKvpRequestReader. parseLayers {GetMapKvpRequestReader.java: 1325) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 343 07.02.2017–13.02.2017
Ging wohl die Woche unter die Wochennotiz Nr. 343 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2017/02/wochennotiz-nr-343/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lokale-Gruppen-Layer auf openstreetmap.de
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Also ich kann es nur nochmal wiederholen: das Original(pyhton)skript auf usergroups.openstreetmap.de erzeugt neben dem worldwide KML auch bereits eine DACH KML (und das mehrfach am Tag!). Das müsste halt nur wieder an die richtige Stelle kopiert werden, oder eben dann nach jeder neuen Erzeugung mit Änderung per git ins Repo committet werden, oder was auch immer sich die Admins nun vorstellen, wenn sie "alte Zöpfe" abschneiden wollen. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJYm2VkAAoJEIuLcq40+VqtsJgIAM4K+OA0RT91t9WfEhOyNZWS aJo5UckNX1Y9fkRpHVtGBEbvfiX3MsheBCPIBLER4OSV0NrvNK+AptBbyMn0p7KY jk3t0K0i6gcRR6UVNquymld754oo5onMiXHzbcz7l7YL1ETSiTP0n2v77+nLT/rg 6HMHn8Y43WhDGk9w33jJpTmZE3x9xIrNcWt4caq3pb3LBl/1m5WOjsrEu+i0ySZ4 KBsnyKd9VdBd+kYPkHY89HGw3nXnXqhw5Xxt4Xk3E6/PXxA1Dd8esj8IMqVTG2MJ 9h5Qufj2iYwr3ncH0Y5bLrWJ28o1OBeY3clPZXZs5jGwdSfs5i3u0ZMOZ6/v3nY= =xNeJ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lokale-Gruppen-Layer auf openstreetmap.de
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Michael, wie geschrieben kann ich nur den Stand vor über einem Jahr und vor den ganzen Serverumstellungen widergeben, und da wurde meines Wissens nach die kml Datei automatisch in den map_src Ordner der Deutschlandkarte gelegt. Das die kml-Datei jetzt als "Backup" mit im git eingecheckt ist, jo mei. Ich denke mal Sven wird noch mehr darüber sagen können. Viele Grüße, Harald -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJYmWBBAAoJEIuLcq40+Vqtx1UH/07kUbmaMVDAL5XunC9oDjyO 6+LIcmVLh4vA4uTm809TqeCNBy6gtV4KuKsKXJtyJJpcC9guawLNBVvmCgiqOx3c JFEJTQ6aU8u2HY1cYngmcTG5nyhdVXwksMYTfFMhPzGhqxbSZ4/3dTOUgZ4YXK8u JAwm5fYPawGWFfyJ4/veBOx5UxXxa09WluedzKMZVCb7RAPqPAE2sg7PHuZuRK04 /Kmd5PRQbkzqIKvvPA4ObKdGy7cNShEg6NKDQDcWj0VScUPfNGWf2tDSC4TAPVQ/ pkFFQrEFnPr15PAT0UL0mp1zcEGj95WEq9ilvZwiflxosSupZ8+8Ck1TgaOVf3E= =lrb2 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lokale-Gruppen-Layer auf openstreetmap.de
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 So, jetzt daheim kann ich auch mal meinen Senf dazu geben: Vermutlich geht nach diversen Umzügen das Kopieren von usergroups.openstreetmap.de (dort läuft das Skript bzw. der Bot) zur Karte nicht (zwei getrennte Apachespaces). Ich habe das Skript dazu vor ca. zwei Jahren mal in der Mache und wieder zum Laufen gebracht [1] und hatte nach der Umstellung auf die neue Karte vor wenigen Monaten durch Sven auch einmal nachgefragt [2], aber da sich niemand gemeldet hat, bin ich jetzt sogar eher verwundert, dass überhaupt etwas angezeigt wird... und nach den diversen Umzügen komme ich leider auch nicht mehr direkt auf's System. Die anderen Antworter haben ja schon auf die entsprechenden dokumentierten Stellen verwiesen, zentral dazu gibt es auch noch [3] Auf http://usergroups.openstreetmap.de/ wird die Ulmer Alb und auch Ulm angezeigt, also musst du selbst nichts mehr dafür tun ;) Vielleicht sollte man auch darüber nachdenken, unter https://www.openstreetmap.de/community.html bei "Lokalen Gruppen" einen Hinweis auf http://usergroups.openstreetmap.de zu setzen. [1] https://forum.openstreetmap.org/viewtopic.php?id=26731 [2] https://forum.openstreetmap.org/viewtopic.php?pid=612816#p612816 [3] https://wiki.openstreetmap.org/wiki/User:UserGroupsBot Am 06.02.2017 um 09:42 schrieb markus schnalke: > Hoi, > > auf http://openstreetmap.de wird ein Layer namens ``Lokale > Gruppen'' angezeigt. Wo finde ich mehr Infos darueber? Konkret: > Woher stammen die Daten und wie kann ich unsere Gruppe UlmerAlb > dafuer hinterlegen? (Die Ulmer OSMler fehlen auch noch.) > > > meillo > > ___ Talk-de mailing > list Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJYmJdBAAoJEIuLcq40+VqtjHAIAOlhgAqm3grR9M25tJ84BlKN wRXXflMTmVGWdE/TONK6jlBlGvVR87Mdp+N55YR9IK2mTnu5HNHqKLSvlLMYR5Yu Phjb0pwPqbzvpnIGhln1MpgAoPhcdQdcKb6/0ZwUpCLN5IbwC0yoXed3snrj5K9h LF7WGSecmFtOWaDi42uuQXDd8cVYCda9EfJPPxuG3sZ2KY59li5EeT0OSufkdDe2 wd9q4Z/j2aI3Mj8NqbzJj/xFZAA3XQXPX7w+TgBdJXm8hfN+ufvDh09/7V9p4XNS HPYwrE28UbRwjb5nQOTe3biDksaSFYxPfnXATJ1UOHBCBXGqd+dRbkLC4syIZWI= =5VIX -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutschter OSM-Stil in OsmAnd+
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Ist es denn prinzipiell möglich und wie mache ich das? Mein > kläglicher Versuch bisher: Ich habe mir von www.geofabrik.de eine > Karte im PBF-Format geladen und mittels des OsmAndMapCreator in > eine OBF-Datei mit passenden Kacheln gewandelt. In OsmAnd+ wird die > so erstellte Karte jedoch wie gehabt angezeigt, da der Stil wohl > noch nicht passt. In dem Programm gibt es die Möglichkeit einen > Stil auszuwählen, der wohl durch eine XML-Datei definiert ist!? Wo > finde ich eine solche passende Datei? https://wiki.openstreetmap.org/wiki/OsmAnd#Custom_rendering_style https://github.com/osmandapp/OsmAnd-resources/tree/master/rendering_styl es http://osmand.net/help/docs/Custom_Rendering_How-To.htm PS: Mit OsmAndMapCreator werden KEINE Kacheln erzeugt, sondern lediglich das PBF in das OsmAnd eigene Binärformat OBF gewandelt. OsmAnd und die Rendering Engine erzeugt dann anhand des Styles eben die dir angezeigt Vektorbasierte Karte. PPS: Hast du dir schon einmal über Menü/Dashboard > Karte konfigurieren > Kartendarstellung mal die anderen mitgebrachten Styles (Touring view, UniRS, LightRS, winter and ski, Topo) angeschaut? -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJYSXFpAAoJEIuLcq40+VqtyL8H/jGO/7visUpY3OKiwnEpasWA lrXcmt+CKElmcLjqEZ8XT4qKzrD7tHyqQOiGu+38Ld7UuCDZdoJY5R3J1K6x8+MV SmOMhTjMVCXjPiGPLKyZDkKLh03r19dLLKWju45zvKRq67cM028lZ0WslYUwMBmu 0I16RHShIJQhEQpwLz/q1wWthCDS3iZtBh1vtbWfoX02wIY/ycGPg0OW2wjYkI57 tQz67yGQsrjBnwZgPvQHeLOZaFqSqeCn9w6dJoPvJXLcfQl5Q+sCrQIWfCLHETI+ z0wpNja4cISqqE2ReS3Mrgnu1Tadjcwj9Nhxu3G3F/eIu/jfKQ9iR+j3ZqDgg7U= =gkyq -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - ungültiges Zertifikat
Ich gehe davon aus, dass es sich um ein Crossposting zu folgendem Urpsrungspost handelt? https://forum.openstreetmap.org/viewtopic.php?pid=619186#p619186 PS: Einfach nur der Vollständigkeit wegen. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Weg an anderem Weg beginnen *ohne* die zwei zu verschmelzen!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > bis vor einigen Versionen konnte man noch an einen vorhandenen Weg > ansetzen ohne das die beiden verschmolzen werden. Ich brauche das > häufig um beginnend von einem begonnenen Track mit einer neuen > Tracktype fortzusetzen. Hmm, d.h. für mich, dass du z.B. einen highway=track mit tracktype=grade2, width=3, surface=earth, smoothness=horrible hast, und dann der nächste Wegabschnitt z.B. tracktype=grade3 erhalten soll? Dann wäre meine Vorgehensweise einfach am letzten Punkt weiter zu machen, damit erst einmal ALLE Werte übernommen werden. Dann am Anfang des neuen Wegabschnitts den Punkt markieren und den Weg mit "p" in zwei Wege trennen, am neuen Wegabschnitt dann einfach NUR tracktype korrigieren. Ist aber allerdings der neue Wegabschnitt komplett anders, z.B. von einem highway=residential mit width=4, lanes=2, surface=asphalt, smoothness=good, dann würde ich zu der ALT-Taste Variante tendieren. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJYJdOHAAoJEIuLcq40+Vqt7uoIALI27eZ0gSNMiHkgFAyXgV8e kONpNtfpPAQ596CQGNCL9p4Sl67giYdRodgqWX4QOTg40xACnzR9YCOhluoqokWy dD7vvFRulPId5JNIgC3IuCyUaPiPODZZrCMvUfVbu3uj1UuHb/Ct7Z/0vgQXHoCS MjoPdK3+0KpnMj6OGMzXVIC0KySFw+XXO3EPIZR3p+23TjrCFL2KQnBect6laoW5 NgvcKtj8ZxnAc2IpKsl+XfHAipHM8GgauqOJD2O+olyzs131o2tPQVjhZcqPKnOs RSy1EzsKqEmw42FzInMeGRU5jR1q6eiu1pHawyCAnZ4iwZAaF7ckwmbe1tZU3I8= =eTOu -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ist städtischer Kindergarten ein Name?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ich habe mal eben eine Suche [1] bei taginfo gemacht, und da kommt name=Städtischer Kindergarten 115 mal vor. Ich habe Stichprobenartig (10 quer durch Deutschland) geprüft, und in keinem der Fälle war iD der Ursprung. Hmm, könnte die Möglichkeit bestehen, dass iD solchen Daten analysiert und dann eben als Vorschlag bringt, weil es auf Grund bestehendem Taggings "wahrscheinlich" ist, dass es so sein könnte? [1] https://taginfo.openstreetmap.org/search?q=name%3DSt%C3%A4dtischer+Kinde rgarten Am 11.10.2016 um 15:41 schrieb Harald Hartmann: > Also ich kenne definitiv keinen Kindergarten, der so heißt ... aber > viele die umgangssprachlich / im Volksmund so genannt werden... > > Am 11.10.2016 um 15:31 schrieb Martin Koppenhoefer: >> ist "Städtischer Kindergarten" ein Name? Anscheinend kommt das >> sehr oft vor, weil das einer der toptreffer ist wenn man in iD >> "kindergarten" ins Suchfeld schreibt (d.h. es werden 2 tags >> gesetzt: name=Städtischer Kindergarten und >> amenity=kindergarten). > >> Gruß, Martin ___ >> 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 > -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJX/PC9AAoJEIuLcq40+Vqtu/kH/RBu5yn6OoyaIXDNausYEAO+ m5zhur0ZYMm4L3kvq7Mgkt11p8pXCLy+wXg1z1eQgawmaBPU8nXXuOejD5JKnhJT U6Tlk9aV4WDwWnuysbAHAcFSzeu0EGTr77nDnNOLf2vnZfrQflKg+SRT2BfBURv4 tg394Zybwu8ChfY7uebt6+KTiwHZuqavQKAjpjVghjt55Z+NB4WAGqFDLEAdBWV7 8SPjR0ukjxan5utrudR9mPfIlavHVrSjKr32JgvcA0W3jOgIzRruRq9F3kskEoR4 G3tdx49aGwTvLqNX0+dXk7mlJVA9no9CU2j60uMQh2n6gmHVrDcIzZEepN3cAiM= =LbcP -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ist städtischer Kindergarten ein Name?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Also ich kenne definitiv keinen Kindergarten, der so heißt ... aber viele die umgangssprachlich / im Volksmund so genannt werden... Am 11.10.2016 um 15:31 schrieb Martin Koppenhoefer: > ist "Städtischer Kindergarten" ein Name? Anscheinend kommt das sehr > oft vor, weil das einer der toptreffer ist wenn man in iD > "kindergarten" ins Suchfeld schreibt (d.h. es werden 2 tags > gesetzt: name=Städtischer Kindergarten und amenity=kindergarten). > > Gruß, Martin ___ > Talk-de mailing list Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJX/Ov3AAoJEIuLcq40+VqtKUYH/36dSwTIipBXhb4pOO/PpCkw ODaAIn/ZTW/ros1RkqWRx8z7Up9PfIEEY7TCYnyxegbG5oWoyappS54Ah47UlwdP F90rZ5jhADPcJS7gu7cxqKrG6nUJmfOuaTDPU5ttzt8wHl9FtuymPzS4daGbyVJu gGm7HFjnsZXQi7Pw3WAAr3iewtOyP7Db1qCT6B16zeKJmySlMlk0/wJ9Nln81Vdw xILKyVcKvdk32sn6gSTZTXQBV+M7gQcP8sxA6+D9HJxmOetdJaW9reiedMtbpGbB vmRx0qGEDlonEw6z8zpGpJRLhrR4uspAiGIOoQu0oYhE8HCEMEgcb/uxm4hXOAw= =CnZ/ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: keine Daten gefunden. nachtrag
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > schalte mal in josm ipv6 ab - das geht, aber wie? In den Einstellungen ganz unten bei Erweiterte Einstellungen in Tabelle einfach mal nach prefer.ipv6 ... ich würde mal sagen dann von auto auf false? -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJXaUsaAAoJEIuLcq40+Vqt5IEH/2pFTX6SYO3sM+Ql/arMgQXm Tul3Wc4hzW3p2fPP0TuP70r9hqIwOM5FB6hfGhh2zP1OXng+8Zy68lq6jbKyKP9k l8vpa8xZDL0tweGJB6JlQAqLW044bKSpO5svfw85gvDAiiz3cCmw0QWGG7o5NOWi /y/9DQetmNcJGFVNlA5JzXGCXxkDI1MP/Ob3ck0F8WnKAM80ZZgL05Oz8xJRvu0Y MUW45PdH9/1mVprsIUNffiesOyKmqq4p/lvwTwHfcaSEpDWmKTlPtltsBSv3VX8d cb4pe1dDPaIaAsAO4qZOufEk/3iNlIRxR1L6Eh0peiZFffo3L37xDHOWRE2ymOg= =AEyH -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Markenlogos in Karten?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > OSM ist doch auch ne Vektorgrafik, oder? ähm, ... NEIN! OpenStreetMap ist in erster Linie eine Datenbank aus geografischen Informationen. Die meisten Online/Offline Karten (openstreetmap.org unc Co.) basieren aber auf generierten Tiles [1] (Kacheln) als Bitmap Grafiken. Vector-Tiles [2] sind eher noch experimentell... Diverse Navigations- oder Render Apps (OsmAnd, maperative, etc.) hingegen setzen die Karten als/aus Vektoren zusammen. [1] https://wiki.openstreetmap.org/wiki/Tiles [2] https://wiki.openstreetmap.org/wiki/Vector_tiles -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJXXUnxAAoJEIuLcq40+VqttLEH/3my50UNXGRSouqtKNN30elX bop96PaobFUdv9r5LFBanc4hQA6BW7RqhDNIp/CWQyX2kRaPI7Vzc4B5NVSxElDP p4mOaMylSPR0yL8SVAaB8/QG8ynZEZOelL5tLQCY48V7oZ6oPb8qbXt4O9EEqi65 Ah1jyiz9cxeKfGmn00DWN08csSlou/KXrvYgfIiBOXDgWkPMNUAT9wZur2QwrNNo w4eRefU1NoLXhbukbk7UTervoIGWbLN9HOtHAwNWStPCYWKtOz6Zrypry2FjUcYm 5VQQVvKjn2qYyNgRxo+bQa+GnyngTuKE++RkHoFyKs9qbikkruWrYwh8nUfzG7M= =+uBm -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] EnBW erneuert Ladesäulen für Elektroautos
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Und da wir Anfang Mai im Forum ebenfalls dazu schon einen Beitrag "Bitte amenity=charging_station rendern" [1] hatten, können wir das abkürzen und präzisieren: [2] ;-) [1] http://forum.openstreetmap.org/viewtopic.php?id=54525 [2] https://github.com/gravitystorm/openstreetmap-carto/issues/989 Am 05.06.2016 um 08:33 schrieb Joachim Kast: > Die richtige Adresse für Verbesserungsvorschläge am > Standard-OSM-Kartenstil ist > https://github.com/gravitystorm/openstreetmap-carto/issues -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJXVDuGAAoJEIuLcq40+VqtLr4IAIQWDoc1UZa25SKCy1q/PkgX AlY9lUBwSZj2WbxZgxR0flp9xcC5vm1jQWZ0Tper5s3YiF1BiTccKDPJaxDZvO5a sUOMU1TPv41x+WxkhViiCY6UNqT2WINnXOZ0yzVOmYEawIPVbuN/fWXv+rV7skSo kE8amRYhOPcZs6ZqKnCm7iBFLrGsEycwE+Eg6gQ5EY1YJQRHk/Z6CjuQyBPDlCNR Imwt5DDSk3r2POH0mkR9R9NrBqC8FuTRtKOvgW7iPGOsZxPIYFjshbr/2RVUoYN3 GWiHsr0V+BhzGjyMrVctjxTC9nZkdaRAS4/WxGdQRK3ax/lBRh0e41Fv49xcvBc= =vKIx -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] operatror of ATM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 laut wiki [1] ist das eindeutig: operator=Sparkasse XYZ network=Sparkassen-Finanzgruppe [1] https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Datm Am 29.05.2016 um 19:10 schrieb Tobias: > Hi, > > ich habe eine kurze frage zum Operator keyword im Zusammenhang mit > Geldautomaten (ATM). > > Mir ist aufgefallen dass es Automaten der Sparkasse gibt die mit > operator = 'Sparkasse $townXY' getaggt sind und andere mit operator > = 'Sparkasse' was ist denn richtig(er)? > > Gruß und Dank Tobi > > ___ Talk-de mailing > list Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJXSzSVAAoJEIuLcq40+VqtUGgH/1IYn5EzEKT9dAEbbL2dK33D 02zEcnYKZdSTR2NoC4BFQaTfoiu9UtlrKlFm/Beq+k3YNqNIXSlJ7AIVxNyc5kOp IGOpOI8k7R0QHEZSZe66dPHQo6d+h1/DC3RmmTG4WQzeGuylIzawxmd5BDjFx3TL la2Lf89ffyuiDWqK7N/Rakqqm28sKAHiBwJj3/BRwnoo3ZkU3+SqOWJ6RRIxJt9D 9Ng4IwDWb9fxdcepNLPG9HkDoG7tPcoD/SR4zJpwqYwv+rgMahqYrpo3wEv4HUZh XArzIUVnH7u93O0pHcAyGvffnqzzuV/wYylnAAzyvJcX1A6p5RQhCR65S3pvr14= =T7cg -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auftrag für Foto-Tapete
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 einfach mal googeln, dann kommst du unweigerlich zu http://www.kartenwelten.de/produkte/wandkarten/individuelle-wandkarten.html > was kostet so was (pro qm? Bahnenbreite? Evtl. Überlappung?), in > welcher Papier- und Druckqualität (lichtecht? wasserfest?) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJXH47UAAoJEIuLcq40+Vqtb+cH/1OaKaXU2hCykHV7mPq3b98f B1ZE7YnVAWzjrNlvHb+2AdsZMDlTDrPeRkgssuAQW1BZy2SGrLqRrejuVdrUbxFS 0VvORRXUTCR9JRFK5k6bpc1KieYQTGmzlWGS+Xmp/0jj9Iwnku7hV2cKowTDxeeT 7ZNXycmcDCxBoy+wV3fIh3saxVKs9XoERk57Fx4jMGi7W/YhoytYaFRGIw9Rh8Gx 4lht6rQNDhIPuHshPz5eT9OGuUvCZzbKkWVTIwpm5yAA9Jdt0zb52jB9pDK/hheQ gGaNu67XCFroJAsHP776k9AN60IAIMjdYfHh8VuPUfp7ZVeR7AaDqcHT/ZdJbKc= =fwad -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auftrag für Foto-Tapete
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hmm, wenn ich mich recht entsinne, hat die Kieler Förde doch eher eine Nord-Süd Ausrichtung, wäre also doch eher etwas für Hochformat, oder?! Deshalb wären da noch viel mehr (Auftrag-)Details wichtig, z.B. welcher Ausschnitt (am besten mit zwei Geo-Punkten - SüdWest bis NordOst - angegeben). Welche Details werden erwartet, bzw. nach welchem Grundaussehen/Layout soll sich die Karte richten? Zur Info: openstreetmap.org ist nur eine Möglichkeit die Daten aus der OpenStreetMap-Datenbank anzuzeigen. Wie wäre es z.B. mit Watercolor Style http://maps.stamen.com/watercolor/#12/54.3364/10.1529 oder mit dem weniger bunten Humanitarian Style http://www.openstreetmap.org/#map=12/54.3364/10.1529=H > Für ein Innenarchitektur Projekt möchten wir gerne eine Seekarte > der Kieler Förde als Tapete für eine große Wand, Länge 10 m x Höhe > 3 m verwenden. Könnten Sie uns mit eine entsprechenden Datei > (hochauflösend zum Druck) zur Verfügung stellen und wenn ja, was > würde das kosten? -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJXH3rqAAoJEIuLcq40+Vqtx8IIAM7ddOS9cM9CWcszsNFTkvN1 9vfjXM4JfY7EeLzoccMT46Lx8Esww/MysjT42Dh5Bu8biH7OFa81csNJLECX0w5r xVbmuyxUFV3zoz7y4ydusQSBOsyygdEVDlCCHogPSp3F4KJhIuSJpyeHZZMmSNv7 UdistDf1EUr/0ywhpfbrlVieZBTY5ExBu9DNVAyfRCbP5/a/6EXETN/4DWjQp4rE USWUUyy10Ry8iEND7ru1QhIZTmw/h6sRFWzkiL3is1q6vM1OEYpvw3jY6Wfset9Z +pugztNhieOpFgkZRhdLZ3/2y1UQE2afLhHgimAHxuMvaw3D2tSr//o1AcXPAs0= =2w0N -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Ist es möglich sich eine eigene Datenbank auf Basis der OSM-API und > allem drumherum aufzusetzen, um die Daten pflegen und erfassen zu > können und gleichzeitig die Tools zu Nutzen, die wir um unsere > OSM-Datenbank herum gebaut haben, z.B. JOSM? Kurz und bündig: Ja. So macht es z.B. die OpenHistoricalMap [1] [1] https://wiki.openstreetmap.org/wiki/Open_Historical_Map -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJXHLPiAAoJEIuLcq40+VqtE7cIAOZ/0Tw8wxMx6XWee/7q24oR Rwd0o96RfbHPg6UYJhQ2L0nuxBnnUIV3P6OlFyl9th+GJ3wYnQAQ/PBIQwAbB3Yt noEjmp4NanZLXq/FB8Gf2jrkDjXCwGkJWQkMhD1nxjP9OCjwRySMoMtUxrwoc/yQ 4iQY9ikB9Twyj22PnBmWsCjaajMO145uwRI5TEgR1Aw/TeNkykUNLgx8/O3d7w3p scxN6x0p5p67uqUADQK2wH+7nvAbG48Rb1NPQEyN7iQi+SO+DCLqiXCJAj0k/tIl XMWSH+xjonAHVIhZ38EyioLNblfLLxO+uleS4nyiWzvfTDDjaId1PNQ9FPsm0/U= =cEkh -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer User, der viel loescht und auf Nachfrage nicht reagiert
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tom und malenki haben ja schon einiges geschrieben ... ich wollte dich nur bestätigen, dass der Hinweis bzw. die Frage definitiv berechtigt war . Ein angeblich neuer* User, der nach so kurzer Zeit überwiegend löscht (das hätte ich mir nicht getraut), und des weiteren nicht wirklich nachvollziehbare und aussagekräftige Changeset-Kommentare schreibt, kommt mir auch sehr spanisch vor. Letztendlich kann so etwas dann aber wohl nur durch Vor-Ort Besichtigung zweifelsfrei begutachtet werden. * Variante 1: oder doch ein Erfahrener, der sich einen Zweitaccount angelegt hat um nicht dem Unmut über sich ergehen zu lassen (hatten wir alles schon). * Variante 2: der sämtliche Pfade löscht weil er der Meinung ist es handle sich um Privatbesitz (da hatten wir neulich erst mit jemanden im Forum eine interessante Diskussion) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJXFPXmAAoJEIuLcq40+VqtVmcIANt1bPGEz4xCPPbRDEx63her ZzwFvkf/XXA94Wzvj4rzo9kUlMEAG4Y1xezU/BkVeYjZ8DdG+Htu+0JhcCmcxXax YDXarBbMZ/fUm90XvDM+HQZi2WMHmeglt64utDdB10wBz80jYdghCadks4p8eJb0 rBnqIWf6QQiRu0jWJNhAmqHNPpaLJu3LmqWUqRIi3kpPCTNtLJ99mOdKo/0brUOE Z2eMp6/jgIm4lxlspSnccg6YaQK33mZBEP0Uk9+RLEyg7D1GY4L6Y342dWfXVh74 uIOI0DS1JVyCgkfAgZ/8T9MwGByRgRhqkaWWCv5ahd8bz4/8IjfcJwdOWhELnig= =Qzf6 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Florian, also ich würde nicht sagen, dass OsmAND dort FEHLER sieht, sondern lediglich Warnings und Info die es für seine Adress-Aufbereitung braucht : http://osmand.net/help/TechnicalArticles.html#OsmAnd_Data_Structure siehe Unterabschnitt "Address Part - workflow" Ich bin darauf gestoßen, als ich nur Schleusegrund aufbereiten lassen wollte und dann festgestellt habe, dass OsmAnd zwingend place=city benötigt :( https://groups.google.com/forum/#!searchin/osmand/city/osmand/DzRQhbWv_k c/aOu2aaZDAgAJ Viele Grüße, Harald -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJXENmOAAoJEIuLcq40+Vqto8EH/3s44I4KoOQfWTHoCPTM+Gch ol9uQn8qm8RODMhhcgcc1/2wuZq65A/miy8OM3sGNQ+MxNJHglY337lk60ypKNLN EvOgEHV17jYRYB6ZTlm14TnA7cjcBADto1YNU/gxeobEUC2A6Y47LX68ilKyOLlB vjXwfa1XzSm7BvBcDaCEg7XLsnVgvnlP6MFX+0ici/YNrNs0Cx6DLlaLMTCwXJMM oO9SLisnw5MBnkEy/wahQdyhyn6524YnuOV1zEINkAX0KuJsFm0PFIScmdcGF4+s d8r8YjTXsgu152OcgMOMx2LHCChRJ0nbSDpJbssVcH+e0ULTIdL0vh/9mB6GN/0= =m4Po -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] passt das so?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > ... oder nehmt ihr ein Tool für so etwas. Ich kenne bisher nur den > OSM Inspector, aber da wird so etwas nicht angezeigt. https://wiki.openstreetmap.org/wiki/Quality_Assurance_Tools_script#Suppo rted_QA_Tools Und da du JOSM verwendest, solltest du dich natürlich auch mit dem JOSM internen Validator mal auseinandergesetzt haben ;) > BTW: Wären zur Auswertung Angaben wie "Position nur ungefähr" dann > nicht besser in einem FIXME statt einem note aufgehoben, um es > besser wiederzufinden? Jepp: https://wiki.openstreetmap.org/wiki/DE:Key:fixme = position estimated ... wobei sich "fixme", also kleingeschrieben, durchgesetzt ha t! -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJXC7OkAAoJEIuLcq40+Vqt+OgIALRe+NEpQh5K4e3LS65Gm5Hh ixLiEc5uoSjzkgWZd1SjUBhXFaHXKBnHjKp0b5l89A6kf0NgZ9lysA6nGnPvNi9I 8kGkuJoMDXMI16eX/Fg/77a65hP71U00SHwmBU3rkxZCBjYqUS2e6PrGNnb3yvct zi423I3XZEVmY+F2DzfYiafUaaU3nGWVvoDqWL1UrfGXiEHyyvJxKvtfkq5xlGsH b7UuBulYbaGKDDUn3RfZ/CYuFScv6YY+qB/Eq9vBpypipOuep6x6hkLFz2dfzdQy 1lw/M/68pjmxmqmvXolECOHMyAAaQJ5YdFloqNt5S19wq554gLyUuLWe/3tsvXU= =aSls -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] passt das so?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 06.04.2016 um 15:29 schrieb Michael Paulmann: > Solange das abgerissene Gebäude noch in den Daten vorhanden ist und > so markiert wurde ist alles gut. Also abgerissene Gebäude werden > nicht gelöscht sondern nur markiert das die Gebäude abgerissen > wurden. wurde mit removed:building=yes umgesetzt, passt also > ...Zu der Tankstelle könnten auch noch mehr Infos dazu, also z.B. welche Sorte Treibstoff verkauft wird. siehe https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dfuel, v.a. ob neben den Hauptsorten auch noch Gas verkauft wird. Ich habe noch eine kleine Anmerkung: Die Rufnummer/Faxnummer sollten noch ins internationale Format gebracht werden, siehe https://wiki.openstreetmap.org/wiki/DE:Key:phone PS: Lobenswert ist definitiv die Nutzung von JOSM ;) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJXBRWDAAoJEIuLcq40+VqtEx4IAO4gSpbiIxmKNiX+ATLwZT2K i4tcWiZngvjwaF6HnYXvb1A8Zh9e1n3wciFntU3elKveVLcbti9AZlTiIa8OhnBE ZnAEInxljNTMYG6Im3Vy7C5pAbtbU1sL0SyIRNL65TzeKaGiK26KUke8hSshPO3u k3QaQA5biHFRGbCzoG6iQ5FEbynrRmz2ginIe/2ZUZcsTRLAAI5s2lWP2LLeOHI5 qlNXLzPelPcI42cPohw6KG0Y4bYNjFHLbouUn2NyFwoYhfG1jG7ta/ebxObx0DPr 6cgdyZW7PyY6c5hvoeYsMdisAS0bB1fIS7AAhVT0Y5G/I6mZH524nM9t14Fq+D8= =42c+ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] query in postgis osmosis
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 https://osm.wno-edv-service.de/boundaries/ kennst du? Dort bekommst du zumindest die admin-level boundaries als shp, poly etc. https://osm.wno-edv-service.de/pcboundaries/ kennst du? Dort bekommst du dann die postcode-boundaries Der Betreiber (wambacher) treibt sich für gewöhnlich im deutschen Forum rum, ich habe ihm aber mal einen Hinweis auf deine Anfrage hier gegeben ;) > Vor allem habe ich ein Problem an die geometrie der pogone zu > kommen. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJW3y6HAAoJEIuLcq40+VqttZgIAI7yCIryxWop5GgHT/8L11my ffHRitVZzsdK5zYoEbWyC0xb49dL9MibbdvXTz1Afl/ppQKWgFfmMn9aqtr1DPsR WDkMKAIFFZw4mi2ufDm4VSNjN4gK7RJUG4RMYxb+GWOE3E9MLh9ibTYYjff9WOZl Jl4jRck2wnhcbQesrFpBv50pBj/WLHOXknF0mI2hXPPqQ5nv7e5uNwHA+iSfmmcS c721XQmlA9L5lNFOE3w99Ez4LevPTTLC9fSEh7cEbbwp973M5vmRY1ji4R4xNMVB 7e7KqSRnhsf+bXFCooN2rJW6KPR4twdv/ZLP2oiCzLH2b7aJ1gpBRK4CeOI+jGQ= =wDAo -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - Anmeldung
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Im Forum existiert dazu schon ein Thread: http://forum.openstreetmap.org/viewtopic.php?id=53812 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJW2u44AAoJEIuLcq40+VqtuzEIAJuCMjKBd41JulQ3yZ3mZTl3 SFSwKitpHsY8TIBzmrO0IOt4OadC+/Pa0MnxwOBUHs2pqSof56Gs393A9PpmOcic h0BwcrwZnCDZ5AvT4DZJliOEHy3Lfd2QOLM4fDDuyMgDvhr2BCK2ISTj7wiRvpGC 5XYlefL+nd2bFZKUy6g3KuaAZEqWHtfdPg4MKsbQA0i55yxYuubdPK4Rv+bjshZx 01vRWvutPeQ6BeMIM7koOD2Ma8H+gAMXE/rf+YsHrXzrgU5890wP/5aT7se84GYX TlqdEi8+C/27nCX08ISR5eJ7/eSgmHjM9AjbyDvGp7WJR/u3qHd657KY9x21Gzc= =qKYH -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nicht mehr gültige PLZs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Mit wem spricht man sich da ab? Am besten mit Gehrke [1], der dann z.B. auch eine entsprechende Wikiseite pflegt [2]. Leider weiss ich jetzt nicht, ob er aktiv die Mailingliste liest ... beim deutschen Forum wäre ich mir da aber sicher. Also am besten einfach mal über sein OSM Account [3] direkt anschreiben. ;-) [1]: https://wiki.openstreetmap.org/wiki/User:Gehrke [2]: https://wiki.openstreetmap.org/wiki/DE:Postleitzahlen%C3%A4nderungen_in_ Deutschland [3]: https://www.openstreetmap.org/user/Gehrke -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJWTxhwAAoJEIuLcq40+Vqtm9kH/3yskUTUn87Sor5Q769pi9GP L3jU79kmcrYJX8eZwk9y9AM99+tXRjONpUemspFdQDMBbBTm/DjBoOg/FPpndhrj ZAa0i+RjrjWIT4SKklhMhiSLcqbCZ8m6PjtJQfsdLwcICd+JnF0ID4+wl6FkLhvy K8WaEqP7Q03sEgObh4A6lcw2am0uj4TNQpjcgwTNuIRPkgI2PuP1DSeQ4IH/V3dz /r43BRTZZH+W/bnZQPrerQ3AClJjaKx9n9wT1iShoB5fNrHVeuHKG7J2pS/Gab8X k+ms+dsY3py83EZeVTLEaf1nfaUsGx3HjM5VYUZ/Eu1krt5LWvtQWcKW0K1wxKg= =RRqW -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nicht mehr gültige PLZs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > welches ist der PLZ Server? Ist der autoritativ? Sind dessen > Auskünfte lizenztechnisch für OSM verwertbar? ich vermute mal ganz stark: https://www.postdirekt.de/plzserver/ ... also eher nein. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJWTxoKAAoJEIuLcq40+VqtE7kH/ikT9Dv11Bz+XGexngKEkkwg SV/Q+qoJ/fo/5CNjI2QkDNmRkvVA1/n22auqYhly2R3F48MuJjYX5hHHrCdnLi/3 dZVnFGmxdiRXwCK3HAW9kXK23Hj0SeoPEbHOMeMXMp40jvx4TBMrER1rqJxIS2/O Iy4seXaqG5jLbsnQBfhQ+GmeTMViZfcn4nTPJbyNEcODdwApuRD8+wU7fyK7BAeQ hFIneFh4QoV7LwH8cu14/vp2Bz8yWdwTNv6C1caKPPq2FmAUvkQfKvDaMFqVr29x xasGfr2e/VxWGkDi+GToCRReECwWglAoKHyZ0TX+oov+ZKhMybHu+9BXy5Q1yCQ= =yFaP -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export einer Strassen-Datenbank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Daher meine Frage, gibt es eine Möglichkeit Daten wie [PLZ], > [Strassenname], [Verfügbare Hausnummern in der Strasse] o. Ä. bei > euch zu exportieren? Es muss weder zu 100% vollständig noch korrekt > sein, mit einer Trefferquotte von > 70% wäre ich schon ziemlich > zufrieden. PLZ, sowie andere administrative Grenzen (Gemeinden, Landkreise, Bundesländer) sollten zu fast 100% erfasst sein: - - https://osm.wno-edv-service.de/boundaries/ - - https://osm.wno-edv-service.de/plz/ Bei Straßen geht es aber dann schon los (je dicht bevölkerter ein Bereich ist, desto besser - auf dem Land eher mies): - - http://regio-osm.de/listofstreets/index.html Naja und dann die Hausnummern ... mehr als dürftig (ähnliche Regel wie oben, aber noch schlimmer): - - http://regio-osm.de/hausnummerauswertung/ -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJWRK2yAAoJEIuLcq40+VqtZjoIANUdRJDbMJlwnxb3aLtoe/CK ogTjwLoT/YZwuk9xiWEx5sU2tL+sJcoQB2+FYvPNZ26yhuQtwUFPHt/QmP2nPoJG O3ttPjeCTVoVBkYSoVf/d9NE0UfI9NevfzKf+Zv3bwImMYi1SkXNR4J9Yk3X6dts r+cOwd3RbZ9hxDob/FBA7/1ZN4y0b5KZdV9YL7YakUB5txLmiSpqqmA3YYbaaeYC akomUdhRkEYiYNDyGIQcO2pwGxEmPh7Y9g+IeCDtiGm16fq6OwwAhNSExMlCmFo6 bUskVAInlpWG7fdVaGCD2t51el2P64ga+lFtZXrSktHtckbaeDReiHnUmzapafk= =3mJP -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doppenhaushälften mappen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kommt darauf an, mit welchem Editor du arbeitest? Bei iD und JOSM (im Punkte setzen Modus) wäre es einfach nur ein Doppelklick an die Stelle im Umriss, an der sich der Eingang befindet. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJV5fVfAAoJEIuLcq40+VqtxQ4H/AzmuoY3VRmBgBFBBm6PCytC YdLcoXrxxMVgwRcYoU6ni0edA4qzqGHZWaBVZvxhG/0mDiruZaJ7+qwWnu81lbGo FRHO93wlxtR6mQ0s4QZ4WiCoQcxroBSmnd+WMxo5qT9Kry61iHfpRLpefcnuMGuN a9hKbeoxWtQkbCaVpLWgqIXX87pnxiqX3CkGy0Nk/s8Du/Fth/qL29a6znDLtGsC BWNd4utaEmdWDZyywDpEY7NTUtwo8YaBuV2y+LnnC1BS61vSENb4l8frqNmYDJAW tOC7FqbzuhPBHKuAlH7nV3lPKMv924FluLRLakwMDr0PppjkoEL3PkPe/JdxV7A= =mMxm -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doppenhaushälften mappen
Es gibt etwa 100 Anwendungsfälle für Adressen. Ich habe halt mind. einen wo Adresse auf dem Eingangsnode absolut kaputt und unbrauchbar sind. Und der wäre? Jetzt bin ich ja gespannt. Vielleicht bringt mich diese Begründung dann dazu, meine Meinung zu ändern ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doppenhaushälften mappen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Echt, willst du das wirklich? Wenn ja, dann sicherlich nicht fürs "Routing" - dazu haben wir nämlich im Forum schon genug Threads und "Beweise" gesammelt, dass bzw. warum es besser ist, die Adresse an den Eingangsnode zu hängen. > D.h. eigentlich will ich den vom öffentlichen Grund nächstgelegenen > Punkt auf der Gebäudehülle bzw die Distanz dazwischen. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJV5dXhAAoJEIuLcq40+VqtMA0H/2MAQwimrNeK3n2CsXu7Ys5l 8cQTZnfBu3BIYym4gn0e5Hs414ueXzlSHf5maXYAk5XC9FuHe0Q1XRqqSwBuqILF +Xti5Zk0Qe+n/1SJB9qsuTx7HbUmaJ9ocK0Rw+fNN/n8uTjciIKccCPgkSdTwvSZ eiU8iz16nPsJ7iNtIF7q8LL2hWPQhyC8tVxwDYnE2uaFu4Cl34u2ZNFthpk6r7zD JnfN+8dtJSiVdxbMjWc+gIgPjLxkBBzu3fBl72dl/qOi0YXlLWysmI1oVW77kMsR 4T0UWu27K1zzATdNoaw4XgXT1tq1/wl929IVNdq6cbOnj9tpHSvLaDGcQUXG1m0= =aOnC -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doppenhaushälften mappen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nachtrag: ich will es nicht verschweigen, aber der Standardfall ist wohl eher, dass man "zwei" Gebäude zeichnet. Aber das wirft dann in der Tat eben genau die Diskussion hervor, die du selbst angesprochen hast: es ist physisch meist nur "ein" Gebäude Am 01.09.2015 um 16:50 schrieb Harald Hartmann: > Also ich bin ein Verfechter davon, in diesem Fall die Hausnummer > ganz klar als extra Node und zwar am besten am Eingang/Haustür > (entrance=yes) zu mappen. > > ___ Talk-de mailing > list Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJV5bzxAAoJEIuLcq40+Vqt98EIAKsT/ky8RQwejDZXJCC/kA6S GS6/cH0+/A1cea38TOxbGTDh9/0iJw/0UGUqO7DjSOUlmCMRedzmqVOx/4++WKKN alB2Yi9TKd3vKk9J3r0n7un2DjlltrUsJsRo5XukeBcXNxbTyFyuk9Sh0JyOTsST h1FleLehEthaSWpA6GoURX8Zf7o/8CewuASDrGP/RCbfCuFfwdtSX3yKnj+k/S6O 8gQpZZcWveuvg6fNQOl+8QJqmXq+5wMMHpb+ESd/pBY9EFLg2r9bjqiaZWURxtQS oL07qrbRpkA2EPfEVvEyuCm8eWlQaDzwGtYG9mGHv9aqkBGW3CrRlojZgZDlPBI= =dFJE -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de