Limit 500 Caches bei GPX-Download

[Bananeweizen]

Hi,

meines Wissens nach dreht der OC-Server doch fast nur Däumchen. Kann man da vielleicht das Limit für GPX-Downloads nach oben schrauben? Wollte grad die Liste der Safaris am Stück runterladen. Knapp 700 Caches, nur 500 im Download erlaubt. Und weiter filtern (nach meinen Koordinaten etc.) macht ja bei Safaris auch nicht so richtig Sinn.

Natürlich kann man jetzt für beliebige anderen Zahlen N argumentieren, dass die weiterhin zu klein sind, aber zumindest ein Aufblasen auf 1000 kann man doch sicher mal ausprobieren? Wäre auch ein weiterer kleiner Punkt für eure Argumentation, warum OC besser ist.

Ciao, Michael

[Slini11]

[quote="Bananeweizen"]
Natürlich kann man jetzt für beliebige anderen Zahlen N argumentieren, dass die weiterhin zu klein sind, aber zumindest ein Aufblasen auf 1000 kann man doch sicher mal ausprobieren?[/quote]
Ich denke auch, dass es einen Versuch wert ist. Oder was sagt die Technik?
Wenn ich das richtig sehe, liegt das Level in der Okapi auch überall bei 500, oder?
[quote="Bananeweizen"]
Wäre auch ein weiterer kleiner Punkt für eure Argumentation, warum OC besser ist.
[/quote]
Da bräuchten wir schon 2000  .

[dl6hbo]

[quote="Slini11"]
Ich denke auch, dass es einen Versuch wert ist. Oder was sagt die Technik?
[/quote]

Solange es nur ein einzelner User ist, der (sagen wir mal) 2000 Caches runterlädt, ist gegen diese Zahl nichts einzuwenden, denke ich. Wenn ich aber gerecht sein will, muss ich das allen Usern, im Notfall auch gleichzeitig erlauben. Bei so einem Szenario ginge vermutlich unser Webserver in die Knie.  Bei der Zahl 500 dürfte es sich um einen "educated guess" handeln, der Schlimmes verhindern soll.

[Bananeweizen]

Wenn ich aber gerecht sein will, muss ich das allen Usern, im Notfall auch gleichzeitig erlauben.

Entschuldigung, aber diese Argumentation ist überhaupt nicht korrekt. Es gibt einfach in der Praxis kein Szenario, in dem viele User von OC gleichzeitig GPX-Dateien runterladen. Ihr könnt das mit internen Statistiken sicher direkt nachschauen, aber ich behaupte mal, dass der Server vermutlich den größten Teil der Zeit nur für einen oder zwei Benutzer _gleichzeitig_ GPX-Dateien baut (und die meiste Zeit sogar nur für null User). Oder anders gesagt, wenn man anhand der Statistiken jetzt sehen kann, dass der Server N Prozent seiner Gesamtlast für API und GPX aufbringt, dann würde er bei Verdopplung des GPX-Limits theoretisch maximal 2N Prozent Last für die selben Aufgaben verbraten (unter der Annahme, dass ihr nirgends Algorithmen > O(n) implementiert habt), praktisch aber eher 1.1N (oder beliebige andere Zahl etwas größer als 1), da nur ein geringer Teil der Anfragen überhaupt dieses Limit erreicht.

Ciao, Michael

PS: Alles unter der Annahme, dass der Server momentan keine Lastprobleme hat. Und ich meine, nach dem Umzug was von Resourcennutzung im einstelligen Prozentbereich gelesen zu haben.

[dl6hbo]

Bei Behörden und erst Recht in der Wirtschaft hat sich, meiner Beobachtung nach, in den letzten 20 Jahren eingeschlichen, sich nicht für den "worst case" zu rüsten, sondern knapp für den "best case" !  Ich zumindest möchte, dass wir bei OC nicht so vorgehen. 

[Slini11]

Ich glaube auch, dass gleichzeitige hohe Belastungen bei OC nicht unvorhersehbar auftreten, da Geocaching mittlerweile schon lange etabliert ist. In der Wirtschaft / Behörden kann es durch unvorhersehbare politische / gesellschaftliche Ereignisse durchaus vorkommen, dass es plötzlich hohe Belastungen gibt. Ich kenne die Statistiken zwar nicht, glaube aber auch nicht, dass eine Großzahl von Cachern gleichzeit GPX-Datein downloaded.
Vielleicht kann uns ja jemand mit Zugriff auf Statistiken (falls überhaupt welche existieren?) einen Überblick geben?

[bohrsty]

[quote="Bananeweizen"]
Hi,

meines Wissens nach dreht der OC-Server doch fast nur Däumchen. Kann man da vielleicht das Limit für GPX-Downloads nach oben schrauben? Wollte grad die Liste der Safaris am Stück runterladen. Knapp 700 Caches, nur 500 im Download erlaubt. Und weiter filtern (nach meinen Koordinaten etc.) macht ja bei Safaris auch nicht so richtig Sinn.

Natürlich kann man jetzt für beliebige anderen Zahlen N argumentieren, dass die weiterhin zu klein sind, aber zumindest ein Aufblasen auf 1000 kann man doch sicher mal ausprobieren? Wäre auch ein weiterer kleiner Punkt für eure Argumentation, warum OC besser ist.

Ciao, Michael
[/quote]

ohne jetzt die logs naeher geprueft zu haben, ist es ein problem fuer dich, wenn die daten in mehr als einer zip- oder gpx-datei runterzuladen sind?

es gibt ja zb. hier bei den safaris die moeglichkeit es in zwei einheiten herunter zu laden:

1. suche nach allen safaris:
   https://www.opencaching.de/search.php?s ... all=Suchen
2. download als zip
3. in der ergebnisliste eine seite weiter springen, fuehrt zu einer url wie https://www.opencaching.de/search.php?q ... tby=byname
4. hier einfach den parameter startat= auf 501 anpassen, also etwas wie https://www.opencaching.de/search.php?q ... tby=byname
5. und download der restlichen safaris als zip

ansonsten koennte man sicherlich mal Mirco fragen, ob er aus unserer logfile-analyse entsprechende daten zur nutzung der downloads ziehen kann, ich kenne das programm zu wenig...

[Bananeweizen]

Nein, es ist überhaupt kein Problem, solange ich am Rechner sitze. Ich habe vorhin einfach mal alle Safaris in cgeo importieren wollen. Und auf dem Smartphone fallen solche Zusatzschritte einfach deutlich stärker auf, weil die Bedienung im Vergleich zum PC doch weiterhin eingeschränkt und fummelig ist.

Wenn ich jetzt so drüber nachdenke, würde es mir natürlich noch besser gefallen, wenn der GPX-Schritt komplett entfallen könnte. D.h. wenn bei den 6 Links für GPX, KML, OVL, etc. einfach noch ein weiterer 7. Link dabei wäre, der speziell für OKAPI-Clients gedacht ist, und selbigen direkt das OKAPI-Ergebnis der gleichen Anfrage liefert. *träum*

Ciao, Michael

[Slini11]

Zur Traumliste gehts hier lang -> http://redmine.opencaching.de/projects/oc-dev