Doppellistings abgleichen -- cmanager

01.11.2015, 00:14

So, ich habe mal einen Wiki-Artikle zum cmanager erstellt (Das "C" im Titel hat der selbst groß geschrieben. Das war ich nicht und ist auch nicht änderbar ;-) ).
--> http://wiki.opencaching.de/index.php/Cmanager Ihr könnt diesen jederzeit gerne editieren

.

@Samsung1: Was bezwegt das Save bei Menu ?
Kann man es aktuell irgendwie aktivieren/nutzen?
Einen erfolgreichen Durchlauf kann ich da nämlich nicht speichern und es ist immer ausgegraut...

Und was macht genau "Find on OC"? Der findet nämlich nicht alle Dosen, die ich sowohl bei OC als auch bei GC gefunden habe (z.B. http://coord.info/GCZ3BK und http://opencaching.de/OC2D3F)

hmpfgnrrr · 01.11.2015, 08:19

Super, vielen Dank! Bei mir ist es jetzt durchgelaufen und ich kann jetzt bis zu 67 Caches nachloggen...

Da ich gerade am Nachloggen bin, eine kleine Anregung:
Die Liste mit den gefundenen Duplikaten könnte man nach Funddatum bei GC sortieren, dann muss man bei OC nicht so oft das Funddatum händisch ändern.

DL3BZZ · 01.11.2015, 09:22

Nun ist es auch bei mir durchgelaufen, 56 Caches bei OC nachgeloggt. Werde heute Abend mal mit einer neuen PQ schauen, ob sich was geändert hat

Samsung1 · 01.11.2015, 17:41

[quote="Slini11"]
So, ich habe mal einen Wiki-Artikle zum cmanager erstellt (Das "C" im Titel hat der selbst groß geschrieben. Das war ich nicht und ist auch nicht änderbar ;-) ).
--> http://wiki.opencaching.de/index.php/Cmanager Ihr könnt diesen jederzeit gerne editieren

.
[/quote]
Oh schick!

[quote="Slini11"]
@Samsung1: Was bezwegt das Save bei Menu ?
Kann man es aktuell irgendwie aktivieren/nutzen?
Einen erfolgreichen Durchlauf kann ich da nämlich nicht speichern und es ist immer ausgegraut...
[/quote]
Bisher gar nichts

. Langfristig strebe ich an, dass man Listen nicht nur wie bisher laden sondern auch verändern und speichern kann. So könnte man dann z.B. eine Liste mit nachzuloggenden Cachen speichern. Mir sind allerdings zeitlich die Fehlerberichte dazwischen gekommen

[quote="Slini11"]
Und was macht genau "Find on OC"? Der findet nämlich nicht alle Dosen, die ich sowohl bei OC als auch bei GC gefunden habe (z.B. http://coord.info/GCZ3BK und http://opencaching.de/OC2D3F)
[/quote]
Die Funktion ruft die OKAPI wie folgt auf:

Code: Alles auswählen

HTTP.get("http://www.opencaching.de/okapi/services/caches/search/nearest" + 
			"?consumer_key=" + API_KEY + 
			"&format=xmlmap2" + 
			"&center=" + lat.toString() + "|" + lon.toString() + 
			"&radius=0.02" + 
			(excludeUUID == null ? "" : "&not_found_by=" + excludeUUID) );

Das heißt, es werden für jede Cache aus der PQ alle OC in maximal 20m Entfernung angefragt. Von diesen werden im Anschluss die Details geladen und sie werden verglichen. Der von dir genannte wird wohl von der OKAPI unterdrückt, weil er archiviert ist. Ich habe noch nicht nachgeforscht, ob man die mit abfragen kann.

FriedrichFröbel · 01.11.2015, 17:49

[quote="Samsung1"]
[quote="Slini11"]
Und was macht genau "Find on OC"? Der findet nämlich nicht alle Dosen, die ich sowohl bei OC als auch bei GC gefunden habe (z.B. http://coord.info/GCZ3BK und http://opencaching.de/OC2D3F)
[/quote]
Die Funktion ruft die OKAPI wie folgt auf:

Code: Alles auswählen

HTTP.get("http://www.opencaching.de/okapi/services/caches/search/nearest" + 
			"?consumer_key=" + API_KEY + 
			"&format=xmlmap2" + 
			"&center=" + lat.toString() + "|" + lon.toString() + 
			"&radius=0.02" + 
			(excludeUUID == null ? "" : "&not_found_by=" + excludeUUID) );

Das heißt, es werden für jede Cache aus der PQ alle OC in maximal 20m Entfernung angefragt. Von diesen werden im Anschluss die Details geladen und sie werden verglichen. Der von dir genannte wird wohl von der OKAPI unterdrückt, weil er archiviert ist. Ich habe noch nicht nachgeforscht, ob man die mit abfragen kann.
[/quote]
Ja, es scheint zu funktionieren (http://www.opencaching.de/okapi/services/caches/search/nearest.html). Du müsstest den Aufruf wahrscheinlich um den Parameter

Code: Alles auswählen

&status=Available|Temporarily unavailable|Archived

ergänzen.

Samsung1 · 01.11.2015, 18:17

[quote="FriedrichFröbel"]

Code: Alles auswählen

&status=Available|Temporarily unavailable|Archived

[/quote]
Funktioniert einwandfrei

[url=http://www.rq-project.net/others/cm/cm.zip]http://www.rq-project.net/others/cm/cm.zip[/url]

DL3BZZ · 01.11.2015, 18:45

Neue PQ bei GC wurde gezogen, neuer Durchlauf, super es funzt.
Nur gibt es bei mir 3 Caches, die ich bei OC nicht loggen kann, einer OCDF3B ist nicht mit GCXPXP gleich, bei einem wurde der Cache bei GC archiviert, bei OC brauch man ein Passwort (OC7E60) und bei einem Earthcache auf OC auch ein Passwort. Habe leider die Antworten nicht mehr vom EC.
Kann man diese beim nächsten Durchlauf irgendwie "sperren"?

Samsung1 · 01.11.2015, 19:01

Sehr gut *g*

[quote="DL3BZZ"]
Kann man diese beim nächsten Durchlauf irgendwie "sperren"?
[/quote]
Sperren geht bisher nicht. Ich nehme es mit auf die Ideenliste

01.11.2015, 19:35

Hui, da hat die Version m gleich mal doppelt so viele gc vs oc Funde von mir angezeigt

(61 zu 120).

DL3BZZ · 02.11.2015, 06:46

[quote="Samsung1"]
Sehr gut *g*

[quote="DL3BZZ"]
Kann man diese beim nächsten Durchlauf irgendwie "sperren"?
[/quote]
Sperren geht bisher nicht. Ich nehme es mit auf die Ideenliste

[/quote]
Sozusagen Ignorliste

Samsung1 · 03.11.2015, 11:54

Hallo zusammen, hier jetzt die Version 0.2. Kern der Änderungen ist, dass man Logs jetzt semi-automatisiert übertragen kann. Hierfür notwendig ist, dass man unter den Einstellungen einen OKAPI-Token anfordert und seinen GC-Nutzernamen einträgt. Im Anschluss ist es möglich, im Duplikat-Finder mit einem Doppelklick auf einen OC einen Dialog zu öffnen, in dem man beide Cache (GC und OC) sieht, und – sofern in der geladenen PQ vorhanden – Fund-Logs übertragen kann

Hoffentlich habe ich keine Flüchtigkeitsfehler eingebaut. Viel Spaß

[url=http://www.rq-project.net/others/cm/cm.zip]http://www.rq-project.net/others/cm/cm.zip[/url]

Team Brummi · 03.11.2015, 17:18

Ich habe es nun auch zum laufen bekommen. Allerdings nur mit einer alten PQ von 2013 (die einzigen 3 Monate die ich mal PM war).
Ansonsten, ich verwalte meine Funde in GSAK (gpx aus cgeo in GSAK importieren und dann händisch auf gefunden setzen). Die aus GSAK exportierte gpx Datei will das Programm leider nicht. Ich bekomme in Dauerschleife (win7)

java.lang.NullPointerException
~~ unknown key found it ~~

angezeigt. Da ja die PQ funktioniert liegt es wohl an der exportierten Datei. Nur weiß ich hier leider mal so gar nicht was ich ändern könnte oder wo der Unterschied zwischen den gpx Dateien ist.

Ansonsten hat das Tool mir bis 2013 44 ungeloggte Caches ausgeworfen welche aber alle archiviert sind. Weiß gar nicht ob ich die nachloggen will.

Samsung1 · 03.11.2015, 17:49

[quote="Team Brummi"]
java.lang.NullPointerException
~~ unknown key found it ~~
[/quote]
Sollte jetzt mit der 0.2a jetzt gehen.

[quote="Team Brummi"]
Ansonsten hat das Tool mir bis 2013 44 ungeloggte Caches ausgeworfen welche aber alle archiviert sind. Weiß gar nicht ob ich die nachloggen will.
[/quote]
Darüber kann man sicher vortrefflich diskutieren. Ich denke, dass es das open in opencaching ausmacht, dass du es kannst, wenn du es möchtest, aber genauso wenig musst

Team Brummi · 03.11.2015, 18:41

[quote="Samsung1"]
[quote="Team Brummi"]
java.lang.NullPointerException
~~ unknown key found it ~~

Sollte jetzt mit der 0.2a jetzt gehen.
[/quote] [/quote]
Jepp klappt, daaaaaanke schon mal.

Allerdings

Code: Alles auswählen

..........
java.lang.NullPointerException
        at cmanager.GeocacheLog.setType(GeocacheLog.java:39)
        at cmanager.GeocacheLog.<init>(GeocacheLog.java:53)
        at cmanager.GPX.toCache(GPX.java:135)
        at cmanager.GPX.xmlToCachlist(GPX.java:41)
        at cmanager.GPX.xmlToCachlist(GPX.java:21)
        at cmanager.CacheListModel.load(CacheListModel.java:28)
        at cmanager.CacheListController.<init>(CacheListController.java:86)
        at cmanager.CacheListController.newCLC(CacheListController.java:28)
        at cmanager.MainWindow$1$1.run(MainWindow.java:80)
        at cmanager.MainWindow$8.run(MainWindow.java:258)
        at java.lang.Thread.run(Unknown Source)
 ~~ unknown key: note ~~
java.lang.NullPointerException
        at cmanager.GeocacheLog.setType(GeocacheLog.java:39)
        at cmanager.GeocacheLog.<init>(GeocacheLog.java:53)
        at cmanager.GPX.toCache(GPX.java:135)
        at cmanager.GPX.xmlToCachlist(GPX.java:41)
        at cmanager.GPX.xmlToCachlist(GPX.java:21)
        at cmanager.CacheListModel.load(CacheListModel.java:28)
        at cmanager.CacheListController.<init>(CacheListController.java:86)
        at cmanager.CacheListController.newCLC(CacheListController.java:28)
        at cmanager.MainWindow$1$1.run(MainWindow.java:80)
        at cmanager.MainWindow$8.run(MainWindow.java:258)
        at java.lang.Thread.run(Unknown Source)
 ~~ unknown key: not_chosen ~~
 ~~ unknown key: not_chosen ~~
 ~~ unknown key: not_chosen ~~
 ~~ unknown key: not_chosen ~~
 ~~ unknown key: not_chosen ~~
................. u.s.w.

Das werden wohl die 41 sein die den Unterschied zwischen meinen Funden bei GS und der Anzahl im cmanger ausmachen.
Es kann natürlich sein, dass das die sind welche PMO Caches sind. Solche habe ich von Hand in GSAK eingepflegt.

[quote="Samsung1"]
[quote="Team Brummi"]
Ansonsten hat das Tool mir bis 2013 44 ungeloggte Caches ausgeworfen welche aber alle archiviert sind. Weiß gar nicht ob ich die nachloggen will.
[/quote]
Darüber kann man sicher vortrefflich diskutieren. Ich denke, dass es das open in opencaching ausmacht, dass du es kannst, wenn du es möchtest, aber genauso wenig musst

[/quote]
So sieht das aus

... war auch nur ein Gedankenspiel meinerseits

.

Samsung1 · 03.11.2015, 21:29

Magst du mir eine gpx mit einem solchen selbst erstellten Cache, der Probleme bereitet, mal zukommen lassen? Ein Cache drin würde genügen. Dann könnte ich mal sehen, ob man das unkompliziert integrieren könnte