Ja, im Tooltip auf der Auflistung der Anzahl der Objekte auf http://overpass-turbo.eu/# unten rechts.
Ja, im Query Ergebnis ganz am Anfang als „meta osm_base=…“. Daraus ermittelt overpass turbo die entsprechende Zeitdifferenz für den Tooltip.
Oder hier: http://overpass-api.de/munin/localdomain/localhost.localdomain/osm_db_lag.html
Liegt im Moment so bei 1-2 Minuten
da
tourism=viewpoint
amenity=bench
gar nicht so unüblich ist, habe ich das korrigiert 
Könnte man bei der Karte noch “eben” ein GPS Locator einbauen?
Jan
Die Signatur für viewpoint ist für mein Empfinden deutlich zu groß … im gezeigten Beispiel (#1) belegt das Icon ja eine Fläche die größer als ein Fussballplatz ist.
In Verbindung mit dem Viewpoint?
Jan
Wenn du https://osmtools.github.io/direction/ meinst, dann aktuell nein, da ich es irgendwie nicht hinbekomme PermaLink UND (Geo-)Locate gleichzeitig einzusetzen. Da es als Alternative ja die Geocodersuche gibt bleibt es erst einmal beim PermaLink.
Moin!
Ok - jetzt die Lupe entdeckt!
Was mir dann noch auffällt ist das der Viewpoint oft in Parks für Beobachtungspunkte genutzt wird, wie hier in Spanien:
https://osmtools.github.io/direction/#36.7249,-3.53936,16z
Hier finde ich sollte ein Zusatztag eine entsprechende Filterung für die Topografie ermöglichen.
Selbst mit den Sichtfeldern sieht es merkwürdig aus: https://osmtools.github.io/direction/#37.13233,-4.74268,16z
Gruß Jan
Das liegt natürlich auch daran, dass alle Aussichtspunkte unnötigerweise als Rundumsicht dargestellt wurden. Bei Sektoren passt die Größe ganz gut - und (echte) Rundumsichten sind natürlich etwas besonderes und entsprechend wichtig.
Klasse - endlich erfahre ich es auch 
Gibt es eine Möglichkeit nur die “eigene” Viewpoint Einträge/Änderungen zu finden?
Sicher doch. Overpass turbo aufrufen, auf Wizard klicken und folgendes reinklimpern:
tourism=viewpoint and user:Noframe global
Danke mmd!
In der neuesten JOSM-Version wird im Dialog für Aussichtspunkte eine Windrose zur leichteren Bestimmung der möglichen Blickrichtung angezeigt: https://josm.openstreetmap.de/ticket/14989#comment:9
Vielen Dank an Klumbumbus für die zügige Umsetzung!
Welche Angaben wertet ihr denn als Rundumblick aus? Laut Wiki und diesem Thread gibt es da ja keine wirkliche Festlegung.
Ich stand nämlich gerade vor dem Problem und hab mich jetzt für 0-360 entschieden.
0-360 oder 0-359. Einträge wie “S-S” oder “SW-SW” oder “91-90” werden aber auch als “rundrum” interpretiert. Erwähnenswert ist, dass “360” kein Rundblick wäre sondern eine Aussicht nach Norden.
Die Anzahl der viewpoints mit direction ist laut Taginfo inzwischen auf 2,31% gestiegen. Der strengere Kurs der OTM hat anscheinend Mapper dazu bewegt, eine Richtung mit zu erfassen, falls sie auf der Karte dargestellt werden wollen. 
Die Windrose ist jetzt auch in der stabilen JOSM-Version angekommen.
Hallo, wäre es eventuell sinnvoll viewpoint=yes (in Verbindung mit direction) zu rendern? Grund für meine Frage ist diese CS-Diskussion. In dem CS wurden meine tourism=viewpoint-Einträge durch viewpoint=yes mit Hinweis auf “One feature, one OSM element” geändert.
Was sind eure Gedanken dazu?
Mir ist nicht ganz klar, warum (tourism=viewpoint natural=peak) der Regel widersprechen sollte, aber (viewpoint=yes natural=peak) regelkonform wäre. Oder warum man dann nicht (tourism=viewpoint peak=yes) fordern sollte.
Der Eintrag ist ja auch noch recht jung und nicht ganz unumstritten, jedenfalls im Wiki, andere Diskussionen darüber habe ich nicht mitbekommen.
Derzeit sehe ich irgendwie keinen Grund, dafür eine Spalte in der Datenbank zu opfern, aber mal sehn… Falls viele Gipfel auch als Aussichtspunkte eingetragen werden, würde ich eher versuchen, die Gipfel zu priorisieren, Aussicht ist da ja meistens schon inbegriffe und jedes Dreieck mit Blümchen zu garnieren könnte hässlich werden… Türmchen mit Aussicht werden schon besonders dargestellt, allerdings nur die = ‘viewpoint’).
Grüße
Max