Wir finden bestimmt auch noch ein Fachgebiet, das den Nullpunkt links oben hat. Sorry, aber bei Kompassangaben ist mir noch nie etwas anderes begegnet als die Nordrichtung als Nullpunkt. Himmelsrichtungen werden andererseits unhandlich, wenn mir das 45°-Raster nicht präzise genug ist – dann nehme ich 340° für etwa Nordnordwest, und niemand wird sich beschweren, wenn der Blickwinkel nur bis 337° reicht. Und bevor ich an eine Straße width=2.5 drantagge, messe ich auch nicht mit dem Zollstock nach, ob’s vielleicht doch real 2,76 m sind.
Es ist aber softwaremäßig sicher kein Problem, Himmelsrichtungen in Grad zu parsen, so dass beides möglich ist.
Ja. Vor allem ist das auch nicht mehr zu ändern. Da “north”, “east”, “NW”, “SSE” seit langem gemappt wird, muss man als Auswerter sowieso irgendwie damit zurechtkommen.
Das habe ich gestern auch gemerkt, da ich auch gerade am basteln bin … habe mal eine Beta hochgeladen, ohne Anspruch auf Verfügbarkeit für die Zukunft:
PS: Irgendwie macht die 3rd-Libary (SemiCircle) für leaflet manchmal komische “Segmente” (mit innenliegendem Kreisbogen und so Quatsch, oder offene Winkel bei 270° obwohl ich 45° Winkelbreite angegeben habe, usw.)
Hier dachte ich erst ein Fehler beim Mappen - aber Daten sind richtig. Aber auch OpenTopoMap macht es irgendwie falsch: direction=337-112
Schön ist die Unterscheidung gelb -grün - rot. Das waren damals meine Testobjekte … Vielleicht sollte man doch einmal die “bekannten roten aus der Erinnerung” detaillieren. Ich finde eine gute Hilfe.
Also bisher werte ich die präzisen von bis Angaben als grün, einfache Angabe (z.B. 270 oder S) als gelb, im Moment nicht auswertbare (zu E-SW bin ich noch nicht gekommen) als rot.
Wenn im Wiki zu direction die Winkelbereiche nachgetragen werden, sollte auch der Drehsinn definiert werden.
Ein direction=N-S bzw =0-180 läuft beim Kompass über Ost.
Ich kann es nicht lassen ;): Nur beim Kompass werden die positiven Winkel im Uhrzeigersinn gemessen, überall sonst gegen den Uhrzeigersinn, also zur Deutlichkeit bitte festlegen.
Zum Link http://osm.haraldhartmann.de/direction/#50.53787,10.89337,13z:
Es geht (bei mir) leider nicht niedriger als Zoomstufe 13, da ist das Hinschieben an einen gewünschten Ort etwas mühsam.
Kleiner Workaround: In der Browser-Adresszeile in die (ungefähren) Koordinaten ändern, dann landet der Aufruf wenigstens in der Umgebung.
Ich habe rein theoretisch kein Problem damit … möchte aber auch nicht, dass der Server in die Knie geht und der User ewig lang warten muss, wenn er der Meinung ist mal kurz auf Europa rauszoomen zu müssen … für ein “please zoom in to load data” bin ich im Moment zu faul
Kein Problem, zum Editieren mache ich sowieso ein Overpass-Abfrage.
Momentaner Status: Die Himmelsrichtungen werden nur rudimentär ausgewertet, Dreiviertelskreise (180-90) (über 0 hinweg?) werden zum Komplement (90-180).
In der OpenTopoMap sieht man da das Symbol für tower:type=observation über dem Aussichtspunkt liegen. Das hat keine Blickrichtung, weil sonst stünde der Turm schief. Da sollte man vielleicht besser nur eines davon darstellen…
Vielen Dank! Ein sehr nützliches Tool – wäre schön, wenn es permanent verfügbar bliebe – es würde sich lohnen! Ich habe gleich mal ein paar mir gut bekannte direction-lose Aussichtspunkte damit herausgesucht und verbessert …
Eine Bitte: Toll wäre es noch, wenn man per Anklicken auf die Info-Sprechblase eines viewpoints direkt JOSM/iD aufrufen könnte. Oder, wenn das zu aufwändig ist: Einfach die OSM-ID des viewpoint-Knotens anzeigen, dann kann man diese kopieren und in JOSM per Ctrl+Shift+O das Objekt aufrufen …
Hier wird die Aussicht in der falschen Richung angezeigt (sollte von Osten über Süden bis Westnordwest gehen, wird aber nach Norden angezeigt).
Ist meine Angabe: direction=90-300 falsch (und warum?) oder ist das ein Problem der Visualisierung? Den Wiki-Artikel finde ich nicht sehr klar, daher meine dumme Frage …
Also die 3rd Library hat definitiv noch ein paar heftige Bugs (4 von 10 sind falsch), oder ich bin zu dumm, die ordentlich zu benutzen, wird gerade geklärt.
Die Direction ist im Uhrzeigersinn anzugeben, also hast du erstmal alles richtig gemacht.
PS: josm link ist auf der todo, mal gucken was ich heute Nachmittag schaffe.
Sodele, JOSM ist drin, Geocoder ist drin (im Moment oben rechts), ein paar mehr Debuginfos im Popup sind drin … bei letzterem sieht man bei Chrysopras Gebiet die Anzeigefehler, obwohl start- und stopAngle meiner Meinung nach richtig an die 3rd-Library übergeben wurden…
Ich wollte nur wissen, wer hier spinnt, die Visualisierung oder ich …
