Seit einiger Zeit erhalte ich selbst bei einfachen, räumlich begrenzten Abfragen bereits nach 2-3 Sekunden die Fehlermeldung
Während des Ausführung der Overpass Query ist ein Fehler aufgetreten! Die Overpass API gab folgende Meldung zurück:
Error: runtime error: open64: 0 Success /osm3s_osm_base Dispatcher_Client::request_read_and_idx::timeout. The server is probably too busy to handle your request.
Nach einigen Versuchen funktioniert es dann mal, danach wieder nicht. Auch weltweite Abfragen funktionieren hin und wieder mal, und mal wieder nicht.
Kann das etwas damit zutun haben, so dass ich irgendwie ein Limit überschritten habe und daher mein Zugriff eingeschränkt wurde, oder ist die OverpassAPI in letzter Zeit einfach überdurchschnittlich ausgelastet?
Monate später, und dieses Problem ist immer noch nicht behoben!
Wann wird denn endlich diese OSM-Account-basierte Priorisierung (»fast lane«) mit der Overpass-API eingeführt?
Das ist korrekt. Allerdings muss man fairerweise sagen, dass das nicht daran liegt, dass Postpass irgendwie “besser” wäre als Overpass - es ist halt einfach weniger bekannt und daher kommen diese diversen AI-Spinner noch nicht auf die Idee, ihre Queries dort abzuladen.
(Zum Einbinden in einen Editor eignet sich Postpass auch nicht, denn es liefert ja keine “Original”-OSM-XML-Objekte, sondern nur GeoJSON.)
Ein meiner Erfahrung nach guter Workaround, um mit gewöhnlichem Overpass Turbo weiterhin gut arbeiten zu können, ist es, im Header der Abfrage ein [maxsize:64Mi] zu ergänzen (also z.B. [out:json][maxsize:64Mi]; – bei kleinen Abfragen reicht auch 16 oder 32 – default ist glaub ich 128). Damit gibt man dem Server eine Art Erwartungshaltung, wie viele Daten man erwartet und wird priorisiert behandelt.
Je mehr Leute das machen, desto schlimmer wirds natürlich für die “Menschen”, die es nicht machen – aber solange die KI-Scraper-DDOS-Fraktion das nicht tut, hilft es im Endeffekt vermutlich mehr Menschen als es blockiert.
Wenns nicht unbedingt “Echtzeitdaten” sein müssen, dann tuns auch die alternativen Instanzen wie private.coffee oder maps.mail.ru.
The maxsize: setting has one parameter, a non-negative integer. Default value is 536870912 (512 MB).
This parameter indicates the maximum allowed memory for the query in bytes RAM on the server, as expected by the user. If the query needs more RAM than this value, the server may abort the query with a memory exhaustion. The second effect is, the higher this value, the more probably the server rejects the query before executing it.
Als Laie ist es allerdings schwer einzuschätzen, wie viel interner Speicher für Zwischenergebnisse benötigt wird und wie man z.B. durch ungeschickte Abfrageformulierung darauf Einfluss nimmt.
Das “ultra” ist ja wie Overpass Turbo nur ein Frontend - Du kannst damit wiederum auf ein Overpass-Backend oder auch auf ein Postpass-Backend zugreifen. Es hat keine eigene Datenhaltung.
