Keine Umkreissuche

[arbor95]

Nein, die Kategorie ist beliebig. Das API-Import ist der Eintrag wie er bisher immer war. Du kanst jetzt beim Import angeben, in welche Kategorie die Cache eingeordnet werden sollen.
Aber ich hatte da gestern schon festgestellt, dass es nicht so richtig klappt, wenn da .gpx drin steht.
Danke für die Erinnerung. Da muß ich nochmal schauen.

 

[arbor95]

Mit dem Import Limit ist noch ein Fehler im Programm (wohl ein Copy + Paste Problem).
Wie ich das + Zeichen in den Benutzernamen bekomme ist mir noch ein Rätsel.
Da werde ich mal bei Groundspeak nachfragen, wie sie sich das vorgestellt haben.
In der kargen Dokumentation ist kein Hinweis vorhanden.

Wenn jemand Ideen hat, ich probiere es gerne aus.

 

[arbor95]

Das mit dem .gpx in der Kategorie ist ok.
Da gibt es keine Probleme.

Bei etwas Nachdenken komme ich zu der Erkenntnis, dass in der API 1.0 das + im Benutzernamen nicht korrekt behandelt wird.
Mal schauen, wie groundspeak das sieht.
Da mußt du jetzt leier erst mal warten, bis groundspeak ein update mit Korrekur der API macht.
Ich baue meine Änderung wieder aus.

 

[Lupo+Hexe]

Danke schon mal allen.
Wenn alle Caches incl. Eigene und Funde anzeigenlasse klappt der Import, auch wenn etwas langsam, wenn der immer 5 Caches nacheinander lädt.

Ein schönes Wochenende

 

[arbor95]

Mit "nur" 5 at a time wird einem Speicherüberlauf vorgebeugt.

 

[Koblenzer]

mal so ins Blaue: gibt es für das Handling des "+" vielleicht eine Escape-Sequenz? Also so etwas wie "\+"?

 

[arbor95]

Nein.
Das wird mit %2B escaped (macht ACB, habe es in der Debug-Ausgabe wieder als + dargestellt. daher war ich etwas irritiert. Der Fachbegriff lautet Urlencoded.)
Das muss der Server korrekt abarbeiten, tut er aber nicht.

 

[arbor95]

Groundspeak hat mich gerade informiert, dass sie den Fehler behoben haben.
Also bitte mal testen und Rückmeldung geben.

 

[arbor95]

ich habe es gerade mit der swagger testseite für die api 1.0 probiert und es funktionierte.

 

[Lupo+Hexe]

Cool,
klappt - vielen Dank