OpenStreetMap

Diary Entries in German

Recent diary entries

Recycling-Container

Posted by Ogmios on 26 February 2017 in German (Deutsch)

In der Wochennotiz Nr. 343 wurde auf einen Forenbeitrag zum Thema Altglascontainer hingewiesen. In diesem geht es um das häufig fehlerhafte Tagging mit recycling:glass=yes statt recycling:glass_bottles=yes. Dabei sind mir bei Recycling-Containern eine ganze Reihe weiterer Fehler aufgefallen.

Viele Recycling-Container haben Namen wie Glascontainer oder Wertstoffinsel. Bei der Durchsicht sind mir dann noch eine Reihe anderer Probleme aufgefallen.

Namen statt Tags

Sehr häufig sind diese Abfallbehälter nicht mit den entsprechenden Tags wie recycling:glass_bottles=yes oder recycling:paper=yes versehen, sondern nur mit einem Namen, der ihren Verwendungszweck angibt, versehen. Besonders häufig sind dabei Namen wie Wertstoffinsel, Kleidercontainer, Kleiderspende, Papier- und Glascontainer oder Altglas. Ebenfalls sehr häufig ist auch die Adresse oder eine Ortsbeschreibung als Name angegeben.

Während sich Namen wie Kleidercontainer, Papier- und Glascontainer oder Altglas leicht in das korrekte Tagging übertragen lassen, ist Wertstoffinsel als Name wenig hilfreich. Häufig sind auch Ortsangaben im name-Tag enthalten. Als Namen sind diese wenig zweckmäßig. Allerdings ist es hier für die Korrektur auch schwer zu beurteilen, ob es sich ggf. um eine Referenz der Gemeinden oder Abfallunternehmen handelt. In diesem Fall ist es unter Umständen sinnvoller, diese mit dem ref-Tag zu beschreiben.

Finden lassen sich diese Recycling-Container mit name-Tags mit einer einfachen Overpass-Abfrage:

node({{bbox}})
  [name]
  [amenity=recycling]
  [recycling_type!~centre];
out meta;

Exzessiver Gebrauch von recycling:*=no

Viele Recycling-Stellen sind mit Unmengen an recycling:*=no-Tags versehen. Laut der englischsprachigen Beschreibung im Wiki sind diese implizit und sollten daher nicht explizit getagged werden. Vereinzelt mag es zwar sinnvoll erscheinen diese explizit anzugeben, in vielen Fällen werden diese allerdings sehr exzessiv genutzt.

Auch solche sind mit einer Overpass-Abfrage finden.

node({{bbox}})
  [amenity=recycling]
  [~"^recycling:"~"no"];

out meta;

Unvollständiges Tagging

Viele Recycling-Container sind unvollständig getaggt. Es fehlt die Angabe von recycling:*-Tags oder ein recycling_type=[container|centre].

In vielen Fällen kann man anhand der Luftbilder abschätzen, ob es sich um einen Container, einen Wertstoffhof oder eine Deponie handelt. Wertstoffhöfe lassen sich häufig am Namen erkennen wärend man bei Containern oft an den Luftbildern erkennen kann, für welchen Abfall dieser gedacht ist (z.B. Papiercontainer in Koblenz immer blau, im Landkreis Goslar moosgrün).

Recycling-Stellen ohne recycling:*=yes-Tags lassen sich ebenfalls einfach mit einer Overpass-Abfrage finden.

node({{bbox}})
  [amenity=recycling]
  [recycling_type!~centre];

(
  node._[amenity=recycling] -
  node._[~"^recycling:"~"."]
);

out meta;

Nutzungszeiten (opening_hours)

Die Nutzungszeiten sind zur Vermeidung von Lärmbelästigung ebenfalls eine hilfreiche Angabe. In den meisten Fällen sind diese regional einheitlich, werden aber leider nur sehr selten genutzt (Overpass-Abfrage).

node({{bbox}})
  [amenity=recycling];

(
  node._[amenity=recycling] -
  node._["opening_hours"]
);

out meta;

Wiedersprüchliches Tagging

Neben den oben beschriebenen Fehlern gibt es natürlich noch eine ganze Reihe der üblichen Probleme wie z.B. Parkbänke (amenity=bench) mit recycling:*-Tags. Einige davon lassen sich ebenfalls leicht mit einer Overpass-Abfrage finden.

node({{bbox}})
  [~"^recycling:"~"."];

(
  node._ -
  node._[amenity=recycling]
);

out meta;

Einschränkungen im Tagging

Glasfarben

Vielerorts wird zwischen weißem, braunem und grünem Glas unterschieden. Dort wo ein Container mit drei Einwürfen für jede Farbe versehen sind, ist eine Unterscheidung imho nicht nötig. Ebenso kann ggf. auf eine detailliertere Unterscheidung verzichtet werden, wenn je ein Container für jede Glassorte an einem Ort aufgestellt ist.

In seltenen Fällen stehen aber einzelne Container für nur eine Glassorte an einem Aufstellungsort. Hier ist eine Unterscheidung sehr sinnvoll. Genutzt werden allerdings eine Reihe verschiedener Tags um dies zu beschreiben. Die meiner Meinung nach einfachste Variante ist recycling:glass_bottles=[yes|white|green|brown] wobei yes der default für alle Glassorten ist.

Deponien

Deponien werden laut Wiki als Fläche mit landuse=landfill. Hierfür ist allerdings nicht weiter definiert, ob und welcher Abfall dort abgegeben werden kann.

Mein Vorschlag ist es, die Fläche mit den oben angegebenen Tags zu erstellen und einen Node nach dem amenity=recycling-Schema anzulegen, um die weiteren Infos zu taggen. Für kleinere Deponien (insbesondere unbetreute Deponien für Grünschnitt etc.) ist dann ggf. eine Erweiterung des recycling_type-Tag um recycling_type=dump oder recycling_type=landfill hilfreich. Dieser Vorschlag sollte allerdings vorher diskutiert werden.

Zusammenfassung

Bei den Recycling-Stellen existiert derzeit ein ziemliches Durcheinander, welches sich in vielen Fällen aber leicht lösen lässt. In weniger zweifelsfreien Fällen sollte aber unbedingt vor Ort überprüft werden, um welches Objekt es sich handelt.

In Bezug auf die Namen vieler dieser Objekte kann man nur immer wieder betonen, dass ein Name eine individuelle Eigenschaft und keine Klassenbezeichnung ist. Hier sei auf das Wiki verwiesen.

Routenplanung — Umschreiben von `exit_to=` nach `destination=` Tags

Posted by daniel-j-h on 26 February 2017 in German (Deutsch)

Um den Nutzern unserer Open Source Routing Machine anständige Instruktionen liefern zu können, wollen wir Informationen zu Schildern an Autobahnausfahrten einbeziehen.

Es gibt zwei Tagging Varianten für Autobahnausfahrtsschilder:

  • Den exit_to= Tag, gesetzt auf der highway=motorway_junction node an der der Ausfahrtsweg abgeht. Diese Art des Taggings wurde hauptsächlich verwendet da der standard Mapnik Stil es recht gut aussehen lies.
  • Der neue destination= Tag auf dem Way der Ausfahrt.

Warum brauchen wir zwei grundweg unterschiedliche Tagging Varianten? Hier ist ein Beispiel für eine fortfahrende Autobahn und eine Ausfahrt:

a . . . b . . d .
          ` . c .

Hier kann der exit_to Tag auf der node b zusammen mit dem highway=motorway_junction Tag gesetzt werden. Soweit so gut. Was passiert nun aber bei mehreren Ausfahrten die sich alle an einer einzelnen node auftrennen?

            . c
a . . . b `
          ` . d

Hier wollen wir Ausfahrtsinformationen für bc als auch bd setzen. Dafür gibt es Workarounds wie exit_to:left und exit_to:right, die aber schon bei gering komplexeren Situationen versagen.

Für genau diese Fälle ist der destination Tag die bessere Alternative.

Hier ist ein Beispiel wo ein solcher Workaround verwendet wird.

Mapillary View

Foto von Mapillary user andrewsnow lizenziert CC BY-SA 4.0.

Die Open Source Routing Machine unterstützt destination Tags bereits seit einer Zeit. Um exit_to Tags auf nodes zu unterstützen müssten wir das Strassennetz zuerst aufbauen um dann die Wege zu suchen, für die die Schilder zutreffen.

Wir haben das selbe Problem mit Stop Schildern ohne direction Tag: wir müssten die nächste Kreuzung finden zu der das Stopschild gehört um dann die Abbiegevorgänge zu bestrafen. Aber um die nächste Kreuzung finden zu können brauchen wir bereits das Strassennetz. Diese Annahmen sind grundweg inkompatibel mit den Techniken welche die Routing Engine verwendet um hoch-performant und skalierend OpenStreetMap Daten zu parsen.

Leider ist der exit_to node Tag immer noch sehr verbreitet. Vor allem in den USA. Siehe Bay Area:

exit\_to

Verglichen dazu: der destination way Tag:

destination

Damit ist klar, wir müssen beide Tagging Varianten unterstützen.

Aus den Grund habe ich ein Tool geschrieben, welches exit_to node Tags zu destination way Tags umschreibt wenn es eindeutig möglich ist.

https://github.com/mapbox/rewrite-exit-destination-signage

Dabei versteht es Situationen wie Ausfahrten in einer Richtung, bereits vorhandene destination Tags, und andere Grenzfälle. Korrektheit ist dabei das primäre Ziel.

Für die Bay Area kann das Tool etwa 800 destination Tags in wenigen Sekunden hinzufügen. Ein brauchbares pre-processing Tool also das die Navigation für Autobahnen mit der Open Source Routing Machine benutzerfreundlicher macht!

Hier sind die Wiki Seiten der Tags:

Hier ist der Open Source Routing Machine v5.6 Release zum selbst ausprobieren.

Toiletten Berlins

Posted by Franca31 on 21 February 2017 in German (Deutsch)

Hi :)

Im Auftrag der Senatsverwaltung für Stadtentwicklung und Umwelt, sind wir zurzeit mit der Kartierung der öffentlichen Toiletten Berlins beschäftigt. Als Quellen für die Kartierung benutzen wir sowohl die öffentliche Daten als auch Open Street Map und haben Schwierigkeiten beim Vergleich der beiden Quellen. Es wäre sehr behilflich einen direkten Kontakt mit den Leute die die Kartierung gemacht haben einstellen zu können .

Kann jemand uns helfen?

Danke Danke

Grüße,

Francesca

Welches GPS Gerät?

Posted by fromnai on 16 February 2017 in German (Deutsch)

Hallo zusammen, ich bin auf der Suche nach einem GPS Gerät. Aktuell schwebt mir das Garmin Oregon 600 (das erste in der Tabelle http://gps-check.de/fahrrad-navi-test/ ) vor Augen. Hat damit jemand Erfahrungen? :)

Landkarte in JPG Datei herunterladen

Posted by megusta13 on 15 February 2017 in German (Deutsch)

Hallo,

ich brauche einen Kartenausschnitt - Landkarte mit Spanien, Südfrankreich, Italien. - Größere Städte sollten eingezeichnet sein. - Wenn möglich in ansprechender Farbgebung - Es sollte eine PDF Datei sein - die man ausdrucken kann.

In diese Karte möchte ich Routen einzeichnen und präsentieren.

Wer kann mir bei der Erstellung helfen? Danke schon mal vorab!

Location: CV-780, Jijona/Xixona, Alacantí, Alicante, Valencianische Gemeinschaft, Spanien

Der JOSM-Relations-Editor

Posted by kreuzschnabel on 11 February 2017 in German (Deutsch)

Mal die wichtigsten Bedienelemente kurz & bündig:

Editorfenster

A Das Taggingfenster der Relation. Tags, die sich auf die Relation als Ganzes beziehen und nicht nur auf einzelne Members, werden hier eingetragen.

B Die Members der Relation in der vorliegenden Reihenfolge. „Unvollständig“ sollte besser „unbekannt“ heißen: Der betreffende Member wurde schlicht noch nicht vom Server geladen, deshalb sind dessen Eigenschaften noch unbekannt. Links stehen die jeweiligen Roles. Die Spalte rechts zeigt an, ob die Members zusammenhängende oder sogar geschlossene Linienzüge ergeben. Die kleinen Pfeile sind die Richtungen der einzelnen OSM-Ways. Hier sind Lücken sofort erkennbar (Rechtsklick → Auf Lücke springen bringt die Lücke in den Haupteditor).

C Dieses Fenster bildet die Verbindung zum Haupt-Editorfenster (in dem du die Karte bearbeitest). Elemente, die im Haupteditor selektiert sind, erscheinen hier. Weiß hinterlegte sind noch nicht in der Relation, grün hinterlegte sind in der Relation, rot hinterlegte sind schon mehrfach in der Relation (was i.d.R. ein Fehler ist).

Die Schaltflächen ganz links betreffen Aktionen im Member-Fenster (B):

1 Verschieben von Members

2 Löschen von Members

3 Automatisches Sortieren der Members (nach sinnvoller Reihenfolge, so dass sich geschlossene Linienzüge ergeben).

4 Members, die noch nicht in der Arbeitsebene sind, vom Server laden.

Die Schaltflächen zwischen B und C betreffen Interaktionen:

5 Einträge aus C als Member in die Relation nehmen – ganz oben, ganz unten oder vor/hinter der aktuellen Selektion in B

6 Einträge aus C (=Selektion des Haupteditors) in B selektieren (sehr praktisch!)

7 In B selektierte Members im Haupteditor selektieren (erscheinen dann in C)

8 In C eingetragene Member (=Selektion des Haupteditors) aus der Relation entfernen (macht dasselbe wie 6 und 2 hintereinander)

9 (unter B) Allen in B selektierten Members eine bestimmte Role zuweisen

10 Relation neu aus dem Haupteditor in den Relationseditor einlesen. Wichtig, wenn man z.B. bei geöffnetem Relationseditor im Haupteditor einen Weg geteilt hat, so dass ein neuer Member entstanden ist! Sonst sind die Bearbeitungsstände am Ende nicht mehr vereinbar. Änderungen im Relationseditor bleiben natürlich erhalten.

11 Vorgenommene Änderungen im Haupteditorfenster anwenden. Erst nach Druck auf diese Schaltfläche werden Änderungen im Haupteditor wirksam! Immer drücken, bevor man im Haupteditor weiterarbeitet (der Relationseditor kann dafür geöffnet bleiben).

Entwicklerteam der OpenTopoMap wächst

Posted by derstefan on 29 January 2017 in German (Deutsch)

Pünktlich zum neuen Jahr kann das Projekt OpenTopoMap voller Freude verkünden, dass wir Zulauf erhalten haben: Max (maxbe) ist nun offiziell dem Entwicklerteam beigetreten! Er ist der Community schon länger für seinen Kartenversuch bekannt, in dem er v.a. Wert auf topographische Kartenelemente legt und intelligente Generalisierungsmethoden entwickelt. Mit einem Paukenschlag hat Max bei der OpenTopoMap losgelegt: Aus einem digitalen Geländemodell berechnet er die Ausrichtung von Pässen und Sätteln und stellt diese entsprechend dar - die weltweite Berechnung dauert nur wenige Sekunden! Ein schönes Beispiel findet sich in den Alpen: https://opentopomap.org/#map=13/46.95442/11.17739

Eine ausführliche Beschreibung gibt Max auf einer eigenen Wiki-Seite: https://wiki.openstreetmap.org/wiki/User:Maxbe/Satteldrehung_nach_H%C3%B6hendaten

---

Posted by Benjamin Pirling on 29 January 2017 in German (Deutsch)

Maproulette vs SSL vs Privatsphäre

Posted by MKnight on 25 January 2017 in German (Deutsch)

Ich bin Sicherheitstechnisch nicht allzu tief in der Materie, aber, ääh, der Reihe nach:

  • Maproulette bietet kein SSL (https) an.
  • Maproulette funktioniert nur mit "login" via OSM
  • der Link über die Anmeldung läuft via unverschlüsselte Version von OSM

Ich weiss nicht, wie das genau über diese Auth-Api-Wasauchimmer-geschichte so läuft, aber mir scheint, dass ich (bzw die) da meinen OSM-Login unverschlüsselt durchs Web tragen lasse(n).

Man korrigiere mich bitte, wenn ich falsch liege!

Paranoiden Zeitgenossen wie meinereiner empfehle ich: nach dem Klick auf "sign in" die OSM-Adresse nach https zu korrigieren. Keine Ahnung, ob das sicherheitstechnisch wirklich hilft, funktioniert jedenfalls.

Was die Privatsphäre betrifft, nunja, soweit ich das als Laie sehe, ist auch die Benutzung der Webseite von Map-roulette nich ganz ohne, weil unverschlüsselt.

Das ist leider etwas knifflig zu kritisieren, da man durch die OSM-DB sowieso bis ins allerfeinste Detail trackbar ist, was auch zu diskutieren wäre [1] (Man vergleiche dazu einfach mal https://www.youtube.com/watch?v=dkFN_e9lfis (Spiegelmining/Kriesel) vs http://www.hdyc.neis-one.org/?IRGENDEINBENUTZERNAME [2])

Das heisst aber nicht, dass Maproulette entschuldigt ist. Du schickst unverschlüsselt übers Netz, welche Probleme Du behoben hast, welche übersprungen usw. Ja, das kann man auch aus der OSM-DB ableiten, aber mit erheblich mehr Aufwand.

[1] "Male nicht Dein Wohnhaus als erstes" wäre so eine Regel, die in OSM (imho) fehlt.

[2] Das ist übrigens auch wieder ein (anderes) Thema; wie bewusst sind sich die Leute, was man mit ihren Daten anstellen kann. Eher früher statt später muss sich OSM Gedanken machen, wie man DAUs schützt vor OSM-Data-Mining. Dazu muss man nicht in irgendeine Diktatur gehen, sondern sich nur 2 Minuten Gedanken machen, wie man in OSM Leute findet, die schwul sind, oder Flüchtlingsheime malen oder oder.

Klingt an den Haaren herbeigezogen, ist es aber nicht, schaut Euch einfach mal Euer Profil an.

Test

Posted by VPH-Verkehrsverbund on 17 January 2017 in German (Deutsch)

Test 1

Location: Paderborn, Kreis Paderborn, Regierungsbezirk Detmold, Nordrhein-Westfalen, Deutschland

MapFactor Navigator Free

Posted by Suebia on 12 January 2017 in German (Deutsch)

Hallo,

leider ist seit dem letzten Update die Bluetooth-Funktion zur Übertragung der Sprachfunktion beim Navigieren nicht mehr aktiv, d. h. die Durchsagen erfolgen direkt über den Lautsprecher des Smartphones (Samsung S3). Erst kürzlich wurde diese Funktion nach einem Update aktiviert und stand einige Wochen zur Verfügung. Wann kommt Bluetooth für die Navigation wieder??

Gruß Wolfgang

Location: Ödenahlen, Gemeindeverwaltungsverband Bad Buchau, Landkreis Biberach, Regierungsbezirk Tübingen, Baden-Württemberg, Deutschland

OSM go - Nodes und Daten (DE)

Posted by -karlos- on 9 January 2017 in German (Deutsch)

London

Es macht immer noch Spaß, "OSM go" zu verbessern und neue Funktionen zu ergänzen. Ein paar Zeilen Code dazu und Bäume werden sichtbar; und da sind wirklich viele Bäume in OSM. Die Hauptidee ist immer noch das Darstellen von OSM Daten. Eine echt realistische Darstellung mag möglich sein und kommen (viel) später (Als Teamwork mit OSMBuildings und OSM2WORLD, hoffe ich).

Wir haben ein Experiment gemacht: OSM2WORLD kann ein Gebiet als 3D Format “obj” exportieren. Und OSM go kann das anzeigen, auch Farben. Jan (OSMBuildings) exportierte einige Gebiete um zu Testen, ob sie als 3D-Tiles in einem Thin-Client genutzt werden können. Geht gut: Twitter-Post

Die Bedienung wurde völlig überarbeitet. Jetzt gibt es zwei Wege, sich zu bewegen und umzusehen, den 'Inspection-' und den 'Segway-Mode'. 'Inspection' ist default, Taste “C” wechselt den Mode. 'Inspection' geht so, wie man es von anderen 3D-Renderern wie OSMBuildings gewohnt ist: Mit den Tasten bewegt man seinen Blickpunkt, mit Maus oder Touch bewegt man die 3D-Welt.

Um alle Verbesserungen und Einzelheiten zu sehen kann man bei Twitter @OSM__go ansehen oder abonnieren. Um die neueste Version von "OSM go" zu testen gibt es die neue Web-URL OSMgo.org . Da sieht man fast täglich Änderungen. Es ist eine Bastelecke! Es mag gehen oder abstürzen. Es gibt auch ältere Versionen zum probieren bei OSMgo.org/versions. Und alle Informationen über “OSM go” sind auf der Wiki-Seite

Nodes & Daten

Die ersten Versionen von “OSM go” zeigten nur Wege und Flächen, keine lokalen Objekte. Aber jetzt ist die Oberpass-Abfrage erweitert um auch alle Nodes zu bekommen. Es begann mit einem Studenten der HSR Rapperswil. Er testete, wie schwer es ist, OSM2WORLD zu erweitern und 3D-Modelle von Tischen mit Stühlen zu ergänzen (amenity=="table”). Es lief gut, ich bekam den Code auch und änderte ihn zu Javascript. So wurde das erste OSM-Objekt in "OSM go" sichtbar. Das motivierte mich, eine kleine Lib zum erstellen um 3D-Typen zu schreiben, die von den Tag-Werten abhängig sind. Ich habe auch noch das beliebtere leisure=“picnic_table” eingebaut. Und dann auch "generator:source"=“wind”, der erste animierte Node-Typ. Aufregend einen Windpark zu sehen wo sich alles dreht.

Tische

Es gibt so viele verschiedene Node-Typen; viel zu viel Arbeit die alle in 3D zu bauen. Aber trotzdem sind jetzt (fast) alle Nodes sichtbar. Die meisten als rote Tetraeder. Es ist ein großer Schritt für das Ziel von “OSM go”, alle OSM Daten erreichbar zu machen. Ein Klick auf einen “roten Diamanten” listet alle Tags. Da sind jetzt eine menge Nodes zu sehen! Bei manschen ist Darstellen nicht sinnvoll:

  • Wenn es nur ein Level-Tag eines Wegs ist. Auch wenn es nur das tag “created_by” ist.
  • Es macht keinen Sinn "railway- oder highway-crossing” anzuzeigen, nicht war? Man sieht die sich kreuzenden Wege ja schon so. Was ist mit imaginären Objekten wie die Haltestellen von “public_transport”? Da wird ohnehin ein Busshalteschild sein. Mag sein, man will abstrakte “Geister-Objekte” sehen oder nicht. Dazu gibt es den neuen URL-Parameter “&abs=1”, Default ist aus.

Hie und da werden neue Nodes in 3D entworfen. Die Ersten sind da: “natural"==“tree” und “barrier"==“bollard”. Das war eher leicht. Eine Bushaltestelle wird schwieriger weile jedes Land seine eigenen Zeichen haben wird. Klar, die könnte man in einer “Datenbank”. Viel Arbeit. Erst werde ich die gleichen Symbole wie der 2D-Renderer nutzen.

Neulich konnte ich eine “power:substation” nicht finden, die ich schon mal gesehen hatte. Deshalb wurde ein URL-Parameter “&f=“ zum filtern/finden ergänzt. Tag-Namen und Werte und OSM-IDs werden geprüft. Die gefundenen Objekte können mit Nadeln markiert werden oder hervorgehoben durch Verblassen aller anderen Objekte. Schon beeindruckend (versuche “f=!surveillance”!). Und es ist wieder ein Schritt zur OSM-Datenhandhabung. Details stehen im Wiki.

Filter

Darstellen der dritten Dimension

Inspiriert von einer Zeichnung der Londoner U-Bahn wollte ich auch ein “in earth mapping”. Jetzt werden U-Bahn-Tunnel als “Röhren” dargestellt. Ich brauchte einige Tage des Versuchens, bis Stufen wirklich richtig im Raum auf und ab gingen. Es steht im Wiki: Stufen brauchen keine Level-Tags. Die sind durch die verbundenen Nodes oder Wege ohnehin festgelegt. Ein großes Problem ist die Bedeutung der Tags level und layer. Das könnte eine größere Diskussion unter uns werden. Um auch unter die Erde zu sehen, ohne per Tastatur “abzutauchen”, an man den experimentellen URL-Parameter “&sub=1” nutzen.

Untergrund

Was ist, wenn für ein Gebäude keine Höhe definiert ist? Es gab einen Defaultwert von 6m. Aber jetzt wird das errechnet; je länger der Grundriss je höher. Das ist immer noch geschummelt, sieht aber viel besser aus als ein einheitlicher Wert. Andererseits: Wie kann man sehen, ob einem Gebäude Höhe und Stockwerke fehlen. Jetzt gibt es noch einen URL-Wert “&hei=“ mit dem man den Wert selbst setzen kann. Probiert man “&hei=0.5”, sieht man den Unterschied deutlich (Sieht aus wie bei "Pokemon GO” :-)

Der Kampf mit der Render-Zeit

Jede Verbesserung pflegt die benötigte Tender-Zeit zu verschlechtern! Mein Wissen zum Optimieren ist begrenzt, will jemand helfen? Glücklicherweise braucht man zum Darstellen von OSM-Daten die Gebäude nicht bis zum Horizont. Weniger Einzelheiten (LOD) bei entfernteren Tiles wird fällig, bei Gelegenheit. Zusätzliche Zeit braucht das Nachladen von Tiles im Hintergrund. Das wurde schon mehrfach überarbeitet und wird es auch weiter.

Wie auch immer, die Bedienung von "OSM go" wird fies, wenn man zu viele Objekte und größere Flächen angezeigt werden.

  • Mit Shift-L wird neu geladen, aber nur die nähere Umgebung.
  • Mit der Taste H werden das dt zwischen Frames und die Frames pro Sekunde (fps) aktuell und geglättet, sichtbar.
  • Die Darstellung von Schatten abschalten kann helfen: “&sha=0”.
  • Um die FPS über 5 zu halten wird die FAR-Plane reduziert, entfernte Gebäude und Straßen verschwinden. Die Grenze von 5 kann man ändern oder auf 0/aus setzen mit dem URL-Parameter “&fps="

Was kommt?

Erste Schritte zu einem echten Tile-Handling; löschen von Tiles ist notwendig. Die fps müssen stabil sein, damit die Tastaturbedienung geht. Vielleicht wird ein “3d Person View” besser verdeutlichen, wie ein Anwender sich in der 3D-Welt bewegen kann. Der Cardboard-Mode ist in Arbeit: Kopfbewegungen sollen Richtung und Geschwindigkeit steuern. Die Datenanzeige muss bei Smartphones größer sein.

Ich bin mir nicht sicher wie ein Anwender sich fühlt. Sollte was geändert werden, verbessert, ergänzt? Ich bin für jeden Kommentar dankbar. Bitte testet, schickt mir Bildschirmfotos von euren Lieblingsplätzen. Sagt mir was euch stört oder gefällt.

JOSM Automatisierung

Posted by chris66 on 7 January 2017 in German (Deutsch)

JOSM ist ein mächtiges Werkzeug, das jedoch via Skripting noch mächtiger gemacht werden kann.

Ich nutze dazu das opensource Tool AutoHotKey für Windows. (http://ahkscript.org)

Über kleine Skripte kann man dann Aktionen verketten und auf Funktionstasten legen.

Zum Beispiel ruft bei mir F10 den Adressdialog auf und setzt den Mauszeiger wieder in die Mitte des Bildschirms.

Aber auch komplexe Vorgänge sind möglich.

Hier die Demonstation eines Skripts, welches im aktuellen Bildschirmausschnitt nach Gebäuden sucht und diese mittels Tracer2 abzeichnet.

https://youtu.be/TTf1JHNYaXw

Die Skripte sind auf Anfrage (PM) bei mir erhältlich.

Routenplanung — Verbesserungen am Setup und der Dokumentation der Open Source Routing Machine

Posted by daniel-j-h on 3 January 2017 in German (Deutsch)

Vor Kurzem haben wir Version 5.5 der Open Source Routing Machine veröffentlicht. Neben einigen netten Neuerungen zur Routenplanung möchte ich hier zwei Änderungen zur Benutzerfreundlichkeit vorheben.

Docker Images

Wir veröffentlichen jetzt Docker Images für die aktuellen OSRM Versionen auf Docker Hub. Um OSRM aufzusetzen und den HTTP Server zu starten genügt nun Folgendes:

wget http://download.geofabrik.de/europe/monaco-latest.osm.pbf

docker run -t -v $(pwd):/data osrm/osrm-backend:v5.5.2 osrm-extract -p /opt/car.lua /data/monaco-latest.osm.pbf
docker run -t -v $(pwd):/data osrm/osrm-backend:v5.5.2 osrm-contract /data/monaco-latest.osrm
docker run -t -i -p 5000:5000 -v $(pwd):/data osrm/osrm-backend:v5.5.2 osrm-routed /data/monaco-latest.osrm

curl 'http://localhost:5000/route/v1/driving/7.436828612,43.739228054975506;7.417058944702148,43.73284046244549?steps=true'

Ein Interface mit Karte und Geocoding ist jetzt nur noch ein npm install entfernt.

Aktuelle API Dokumentation

Wir publizieren nun aktuelle Dokumentation für die HTTP API und die C++ libosrm Bibliothek, zusammen mit der Dokumentation für den NodeJS wrapper node-osrm.

Hier ist die neue Wiki und Start Seite:

Damit sollte es einfacher sein mit der Routenplanung auf OpenStreetMap Daten zu experimentieren!

Mein Erstes Jahr

Posted by MicrosoftDE on 1 January 2017 in German (Deutsch)

Seit nun über einem Jahr bin ich Mitglied von OpenStreetMap. Das ist doch mal ein guter Zeitpunkt, das letzte Jahr Revue passieren zu lassen. Ich meldete mich ursprüglisch an, weil ich sah das eine Straße fehlte, dann fiel mir noch mehr auf und ich merkte schnell das es mir Spaß macht die Karte zu Verbessern sie Mitzugestallten und so die Karte zu Verfollständigen.So vergang das Jahr wie im Flug, und jetzt Sitze ich hier und schreibe diesen Blog.

Als ich anfig war ich noch recht aufgeregt:Wie kommen meine Änderrungen an?Sind die Änderrungen gut?Was mache ich wen jemad etwas an meinen Änderrungen bemängelt?.Der moment auf "Speichern" zu drückenwar für mich Jedesmal Aufregend.Ich merkte recht schnell das meine Änderrungen bestehnen Blieben, also war das gut was ich Verändert habe.

Dann kam der Tag, ich fand eine Meiner Änderrungen als Fehler Markiert,ich dachte mir "Wass soll ich tun?", ich Klickte Darauf und fand einen Netten Kommentar vor,welcher mich lediglich auf Formalien hinwies, wie ich die Öffnugszeiten eintragen sollte,und dann war die Aufregung weg, ich Traute mich ab dahin mehr zu Ändern.

Und nun habe ich es Geschafft 13 Monate und 1 Tag OpenStreetMap.

Location: Marktplatz, Mayen, Landkreis Mayen-Koblenz, Rheinland-Pfalz, 56727, Deutschland

maxspeed ... eine Perle des Wikis

Posted by Harald Hartmann on 22 December 2016 in German (Deutsch)

Über die Ankündigung einer neuen App Android-App TempoMaster zur Anzeige von maxspeed-Daten in Deutschland habe ich mich mal wieder mit dem Thema maxspeed beschäftigt.

Ein erster Anlauf war die ito! map Speed limits fixup. Diese zeigte für diesen Bereich eine blaue Linie Valid country specific speed limits an. Da diese Straße mitten im Land liegt und keine Autobahn ist, dachte ich mir, ich gucke mir mal die gemappten Tags an ... leider habe ich bis jetzt nicht herausfinden können, was ito! map alles als Valid country specific speed limits erachtet ... maxspeed=DE:rural ?! WTF

Verunsichert habe ich also noch mal DE:Key:maxspeed durchgelesen, und dort gibt es nicht wirklich einen Hinweis darauf, wieso man das so taggen sollte, sondern eher die Empfehlung für die Verwendung von maxspeed=<Zahl> und source:maxspeed=<Ländercode>:<Zone>

Also woher kann das kommen? Ach ja, es gibt ja noch eine übergeordnete, erklärende Seite namens Geschwindigkeitsbegrenzungen, und ab jetzt wird es interessant:

Alternativ kann anstelle der Angabe der Höchstgeschwindigkeit auch ein Textwert aus der unten aufgeführten Tabelle angegeben werden: ':'

und in der Tabelle sind dann in der Tat

DE:Autobahn DE:Landstraße DE:Innerorts

aufgeführt? WTF

Also gleich mal bei taginfo nach maxspeed=DE:Landstraße gesucht und nicht fündig geworden ... Gott sei Dank ... oder sollte ich darüber erschüttert sein, dass sich NIEMAND ans Wiki hält?

Schade ist es dann natürlich auch, dass in der deutschen Übersetzung des Originaltextes Speed limits der komplette Block Legal form and source information, country-specific trends fehlt, dass auch dem, interessierten deutschen Mapper die Hintergründe darbietet, wieso man in UK auf maxspeed:type setzt und in Rumänien durchaus das Taggen von maxspeed=<county-code>:<zone> befürwortet wird.

Desweiteren sei dann noch erwähnt, dass auch das Thema verkehrsberuhigter Bereich/Spielstraße voller Irrungen und Wirrungen und Widersprüche ist. das in der englischen Tabelle DE:living_street=7genannt ist, in der deutschen gar nicht aufgeführt wird, die englische Ausführung von maxspeed maxspeed=walk erwähnt, und in der Tabelle auf OSM tags for routing/Maxspeed (*2): using maxspeed=4, though in actual case it's defined as "walking pace" - 4 km/h is the lowest possible set speed defined by a german court aufgeführt wird?

In der deutschen Übersetzung von maxspeed heisst es dazu

In Österreich und Deutschland gibt es in Wohnstraßen bzw. Verkehrsberuhigten Bereichen (Spielstraßen) keine genau vorgeschriebene Höchstgeschwindigkeit. Es gilt allgemein Schrittgeschwindigkeit, wobei nicht festgelegt ist, was dies bedeutet. Es sollte daher kein Limit eingetragen werden. Es existiert ein Proposal, welches als Wert walk vorschlägt. Das Proposal ist allerdings inaktiv und der vorgeschlagene Wert wird lt. taginfo nur rund 1200 Mal verwendet (Stand Oktober 2014).

WTF

Ach und so ganz nebenbei sei erwähnt, dass ito map maxspeed=signals eher als degradiert bezeichnet und ganz klar maxspeed:variable=* empfiehlt, während die deutsche Übersetzung von maxspeed das nur als Hinweis weitergibt.

PS: Ihr braucht bei taginfo oder overpass nicht nach maxspeed=DE:rural/DE:urban suchen, das habe ich schon gemacht und die zwei User in Deutschland, die das hauptsächlich betrifft, angeschrieben ;)

Routenplanung — Verkehrskreisel

Posted by daniel-j-h on 19 December 2016 in German (Deutsch)

Ein kurzer Einblick in den junction=circular Tag.

Verkehrskreisel sind eine moderne Art von Kreuzungen. Bei der Routenplanung unterscheiden wir zwischen Kreisverkehr Kreuzungen, benannten und unbenannten Kreisverkehren. Kreisverkehr Kreuzungen sind dabei ein Spezialfall von Kreisverkehren, die relativ klein sind und bis zu vier gut unterscheidbare Ausfahrten haben.

Kreisverkehr Kreuzungen

Damit ein Verkehrskreisel sich einen Kreisverkehr im strikten Sinne der Definition nennen und damit junction=roundabout getaggt werden darf muss er bestimmte Kriterien erfüllen. Einer der wohl wichtigsten Faktoren ist, dass der Verkehr im Kreisverkehr Vorfahrt hat.

Nun gibt es Verkehrskreisel die wie Kreisverkehre aussehen und auch als solche von Mappern getaggt werden, aber tatsächlich keine sind, da sie die Kreisverkehr Kriterien nicht erfüllen.

Ein Beispiel dafür ist der Bersarinplatz in Berlin. Hier hat die B 96a Vorfahrt, was den Bersarinplatz als Kreisverkehr disqualifiziert und ein junction=roundabout nicht angebracht ist. Das steht allerdings im Konflikt mit der Routenplanung bei der Instruktionen wie "Beim Bersarinplatz die zweite Ausfahrt nehmen" gewünscht werden.

Bersarinplatz Vorher

Da junction=roundabout nicht angebracht ist, dokumentieren Mapper das Abhandensein meist in Notizen. Dadurch gibt es allerdings keinen Tag mehr, den sich die Routenplanung zu Nutzen machen könnte. Notizen sind unzuverlässige Pseudo-Tags und keine strukturierten Daten.

Ein junction=circular Tag löst dieses Problem: zum Einen erlaubt er es Mappern ein klares Zeichen zu setzen wenn junction=roundabout nicht angebracht ist. Zum Anderen kann der Tag nun bei der Routenplanung in Betracht gezogen werden.

Bersarinplatz Nachher

Hier sind die Wiki Seiten der Tags:

Vielen Dank an Tom Pfeifer für das Schreiben der Wiki Seiten und für das Ausprobieren des Tags an Verkehrskreisel in Berlin.

Hier sind Beispiele für junction=circular in Berlin:

Für mehr Details gibt es hier das ursprüngliche Ticket. Verkehrskreisel sind im OSRM v5.5 Release enthalten. Für Feedback zur Routenplannung sind wir im OSRM Repository, im IRC oder auf der osrm-talk Mailingliste anzutreffen.

Routenplanung — richtungsändernde Einbahnstrassen

Posted by daniel-j-h on 12 December 2016 in German (Deutsch)

Ab und an berichten uns OSRM Nutzer von Umwegen die wir auf Anhieb nicht erklären können. Das folgende Beispiel zeigt eine solche Situation: der Flottsundsbron, eine schmale Brücke mit abwechselndem Verkehr in eine Richtung, im Süden von Schweden. Um solche und ähnliche Situationen handhaben zu können wurde vor Kurzem der oneway=alternating Tag in OpenStreetMap eingeführt.

Uppsala Umweg

Flottsundsbron Mapillary Strassenbild

Flottsundsbron Foto von Mapillary Nutzer alatius lizenziert CC BY-SA 4.0.

Bisher hatte der Flottsundsbron einen oneway=reversible Tag, was dazu führte, dass wir diesen Weg als nicht befahrbar markiert haben. Warum der Tag so problematisch für die Routenplanung ist, zeigen die folgenden zwei grundlegenden Unterschiede in seiner Benutzung:

Zum Einen wird der Tag verwendet um schmale Brücken und Tunnel zu markieren, die ihre Fahrtrichtung relativ häufig ändern (minütig, oft gesteuert durch Ampeln). Bei der Routenplanung können wir also die Wartezeit mit einkalkulieren und den Nutzer trotzdem darüber leiten. Flottsundsbron ist ein Beispiel für eine solche richtungsändernde Einbahnstrasse.

Zum Anderen gibt es Einbahnstrassen die ihre Fahrtrichtung relativ selten ändern, wie zum Beispiel Autobahnen um Pendler früh in die Stadt zu bringen und Abends wieder aus der Stadt heraus. Für diese Situationen macht es keinen Sinn bei der Routenplanung den Nutzer warten zu lassen, ohne die genaue Zeit zu kennen. Die Autobahn I-95 in Virginia ist ein perfektes Beispiel dafür.

Beide dieser grundlegend unterschiedlichen Semantiken wurden bisher im oneway=reversible Tag kombiniert. Das macht es bei der Routenplanung unmöglich zwischen den beiden Fällen zu differenzieren.

Deswegen wurde nach langer Diskussion auf dem Elbe-Labe-Meeting in Dresden der oneway=alternating Tag eingeführt.

Damit wird eine Unterscheidung möglich:

  • Hoch-frequente Änderungen der Fahrtrichtung die der Nutzer abwarten kann werden nun mit oneway=alternating getaggt.
  • Niedrig-frequente Änderungen der Fahrtrichtung können weiterhin oneway=reversible getaggt bleiben.

Mit dieser Unterscheidung kann die Routenplanung den oneway=alternating Weg in Betracht nehmen und gleichzeitig die Wartezeit mit einkalkulieren.

Uppsala Direkter Weg

Hier sind die Wiki Seiten der Tags:

Der nächste Schritt wäre es für oneway=reversible die genauen Zeiten zu taggen und für oneway=alternating die Frequenz bzw. die Wartezeit.

Für mehr Details gibt es hier den ursprünglichen Nutzerbericht. Richtungsändernde Einbahnstrassen sind im OSRM v5.5 Release enthalten. Für Feedback zur Routenplannung sind wir im OSRM Repository, im IRC oder auf der osrm-talk Mailingliste anzutreffen.

OSM Einführung Bergwacht Bezirk Kitzbühel / Kufstein Österreich

Posted by geocodec on 10 December 2016 in German (Deutsch)

Heute habe ich ein ca. einstündiges OSM Start Seminar für Organe der Bergwacht Bezirk Kitzbühel sowie Kufstein (Österreich) im Adeo Alpin St. Johann in Tirol gehalten.

Teilnehmer ca. 16 Personen

Location: Prantlsiedlung, Hölzlmoos, St. Johann in Tirol, Kitzbühel, Tirol, 6380, Österreich

Ladebalken bei ContinousDownload...

Posted by MKnight on 8 December 2016 in German (Deutsch)

... nervt derbe.

Jetz nich mehr.

Older Entries | Newer Entries