Performancenprobleme bei der Overpass-API?

Wetterauer · 2022-10-06T13:12:39.000Z

mmd:

Vielleicht macht deine Internetverbindung ab und an auch Probleme?

Das würde aber dann nicht zur Fehlermeldung passen.

mmd · 2022-10-06T13:13:57.027Z

Zu Osmose hattest du nicht genau beschrieben, was das Problem war.

Und zu den overpass Abfragen hattest du auch nichts geschrieben, außer der Fehlermeldung. Das ist alles etwas sehr wenig Information.

Wetterauer · 2022-10-06T13:24:18.359Z

Bei Osmose kam ein allgemeiner Internetfehler zurück. Ich weiß jetzt nicht mehr ob es 401 oder 503 war. Und auf Grund der Fehlermeldung (s.o.) vermute ich auch kein Overpassproblem. Ansonsten hätte ich bei euch ein Ticket aufgemacht. Vielleicht ist die Überschrift auch irreführend (gewesen).

mmd · 2022-10-06T13:42:16.768Z

Wetterauer:

Und auf Grund der Fehlermeldung (s.o.) vermute ich auch kein Overpassproblem.

Doch, Overpass sagt dir, dass die Query im Moment nicht ausgeführt werden kann, weil nicht genug Resourcen zur Verfügung stehen.

Daher: später erneut probieren, oder eine andere Instanz verwenden.

Discostu36 · 2022-10-06T13:58:33.760Z

Wurden hier ganz viele Beiträge gelöscht? Irgendwie ist der Thread nicht lesbar.

Wetterauer · 2022-10-06T14:04:38.749Z

Ok, klar: Die Meldung kommt von der Api, die ich zum Aufruf von Overpass nutze. Dann hat doch Overpass ein Problem.
Aktuell funktioniert es ab und an mal.

Ich habe den Lösungsbutton noch einmal zurück genommen.
Der Grund: Wie wechsel ich denn auch eine andere Instanz???

chris66 · 2022-10-06T14:05:05.051Z

Bekomme bei circa jeder vierten Overpass Query eine “Server too busy” Fehlermeldung…

scai · 2022-10-06T14:07:09.511Z

Es gibt mehrere Overpass-Instanzen. Einfach mal eine andere ausprobieren.

PT-53 · 2022-10-06T14:40:05.220Z

Discostu36:

Wurden hier ganz viele Beiträge gelöscht? Irgendwie ist der Thread nicht lesbar.

Geht mir auch so.

1 2 3 = > 20 Zeichen

Wetterauer · 2022-10-06T14:47:40.130Z

Das ist das erste Forum, in dem ich aktiv bin, in dem man seine Beiräge löschen kann, nachdem jemand darauf geantwortet hat. Macht das Verstehen dann häufig unmöglich.

mmd · 2022-10-06T14:48:00.514Z

Es tut mir leid, dass ich durch mein Löschen hier etwas Chaos angerichtet habe. Das war so nicht beabsichtigt.

Die Diskussion drehte sich im wesentlichen um “Osmose” und nicht um “Overpass”. Beides zusammen in einem Faden zu diskutieren ist etwas schwierig nachzuvollziehen, deshalb habe ich diese Teile entfernt, bzw. versucht etwas zu konsolidieren.

Wetterauer · 2022-10-06T14:54:40.226Z

Kann man eigentlich auch ganze Threads löschen? Denn jetzt kann man diesen Thread tatsächlich nicht mehr verstehen.
Diese Diskussion dreht sich überwiegend um Osmose und evt. Probleme dieses Tools. Osmose wurde nur zweimal erwähnt weil @mmd nach der esten Erwähnung nachgefragt hatte.

mmd · 2022-10-06T14:56:03.579Z

~~Ja, wir können den Thread aus der Liste rausnehmen. Dann kannst du die Frage vielleicht einfach nochmal stellen, dann aber nur mit Overpass. Ok?~~

→ nicht mehr notwendig, Beiträge wurden vom Mod wieder sichtbar gemacht.

SafetyIng · 2022-10-06T15:22:32.884Z

Mod-Modus: Ich habe mal aufgeräumt und die gelöschten Nachrichten wieder hergestellt werden. Ich finde, es zeugt von schlechtem Stil, die Nachrichten so dann einfach zu löschen. Richtigstellen/Anpassen ja, löschen eher nicht.

mmd · 2022-10-06T15:23:21.862Z

Danke, zum Wiederherstellen hat mir leider die Berechtigung gefehlt…

mmd · 2022-10-06T15:48:34.921Z

So, jetzt noch etwas on topic…

Server-Auslastung

Das Problem mit den beiden Haupt-Overpass-Instanzen im Moment ist, dass die CPU-Auslastung relativ heftig ist. Das lässt sich ganz gut an den folgenden beiden Charts ablesen:

cpu (Munin :: localdomain :: localhost.localdomain :: cpu)
Munin :: localdomain :: localhost.localdomain :: cpu

Weiterhin ist auch der Speicher, der für die Queries vorgesehen ist, ziemlich aufgebraucht:

osm mem status (Munin :: localdomain :: localhost.localdomain :: osm mem status)
Munin :: localdomain :: localhost.localdomain :: osm mem status

Beides führt dann dazu, dass Queries entweder länger brauchen, oder gleich mit der eingangs genannten Fehlermeldung zurückkommen.

Meistens ist das nur ein vorübergehendes Problem, daher einfach später nochmal probieren, oder eben auf einer anderen Instanz.

Aktualität der Daten

Dann noch der Hinweis, dass andere Instanzen teilweise auch schon mal 1-2 Stunden oder noch mehr Rückstand haben können.

Hier mal ein Beispiel von “kumi” mit >1 Stunde Rückstand. Das Popup sieht man, wenn man in overpass turbo mit der Maus ganz nach rechts unten geht:

chris66 · 2022-10-06T16:54:34.689Z

JOSM und diverse osm-Links sind derzeit bei mir auch langsam.

mmd · 2022-10-06T17:15:25.082Z

Ja, uptime.openstreetmap.org zeigt seit einigen Stunden recht lange Antwortzeiten für osm.org an:

image825×503 26.1 KB

Scheint, als ob die Webserver einiges an Traffic abbekommen:

apache processes (Munin :: openstreetmap.org :: spike-07.openstreetmap.org :: apache processes)

apache processes (Munin :: openstreetmap.org :: spike-08.openstreetmap.org :: apache processes)

chris66 · 2022-10-06T17:21:38.998Z

scai:

Es gibt mehrere Overpass-Instanzen . Einfach mal eine andere ausprobieren.

Die fr Instanz meldet einen AJAX Fehler, die ru Instanzen würde ich momentan meiden, also bleibt noch kumi den ich gerade teste.

mmd · 2022-10-06T17:25:10.635Z

Jup, die frz. Instanz ging vor einiger Zeit kaputt und niemand hat im Moment die Zeit, die nochmal flott zu machen.

Kumi hat 4 oder 5 Server, die aber unterschiedlich aktuell sind. Das kann etwas unangenehm sein, wenn man die Daten nach dem Editieren nochmal hochladen will.

Objektiv gesehen ist VK Maps im Moment die schnellste öffentlich zugängliche Instanz. Ist aber auch ein ziemlich dicker Hobel.

Wer im Moment keine Lust auf “ru” Instanzen hat, es gibt auch noch einen Overpass Server vom US GEOINT Services unter https://overpass-turbo.gs.mil/ - die gehören zur National Geospatial-Intelligence Agency (NGA). Wir haben diese Instanz mal nicht ins Wiki übernommen…