Doppellistings abgleichen -- cmanager

Du suchst die richtigen GPS-Geräte, Geocaching-Software oder sonstiges Geocaching-Zubehör? Tausche Dich hier mit anderen Usern aus.

Moderator: mic@

Antworten
Benutzeravatar
mic@
Vereinsmitglied
Vereinsmitglied
Beiträge: 6623
Registriert: 04.12.2009, 00:31

Hier das Problem eines Mac Users:

# cmanager download -> start von cm-0.5.1.jar -> das Programm startet und friert sofort ein.
# Es scheint als solle sich ein Pop-up öffnen, aber der entsprechende Bereich bleibt leer. Es ist
# nicht möglich irgendeine Option anzuklicken. Die Analyse des Prozesses zeigt dass das Programm
# im Wait Status ist.

Verwendete Versionen sind:
- MacOS Version 10.14.6
- Java Version 8 Update 251 (Build 1.8.0_251-b08)
- cmanager 0.5.1


Irgendeine Idee, was da schief läuft?
Gibt es eigentlich schon eine cmanager Version mit debug-Ausgaben?
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von mic@ am 06.07.2020, 15:27, insgesamt 1-mal geändert.
Benutzeravatar
FriedrichFröbel
Vereinsmitglied
Vereinsmitglied
Beiträge: 597
Registriert: 04.09.2012, 18:21

[quote="mic@"]
Hier das Problem eines Mac Users:

# cmanager download -> start von cm-0.5.1.jar -> das Programm startet und friert sofort ein.
# Es scheint als solle sich ein Pop-up öffnen, aber der entsprechende Bereich bleibt leer. Es ist
# nicht möglich irgendeine Option anzuklicken. Die Analyse des Prozesses zeigt dass das Programm
# im Wait Status ist.

Verwendete Versionen sind:
- MacOS Version 10.14.6
- Java Version 8 Update 251 (Build 1.8.0_251-b08)
- cmanager 0.5.1


Irgendeine Idee, was da schief läuft?
Gibt es eigentlich schon eine cmanager Version mit debug-Ausgaben?
[/quote]

Das Popup ist nur die Ladeanzeige für Listen.

Es kommt immer drauf an, was man unter einer Debug-Ausgabe versteht, aber beim Start über das Terminal/die Kommandozeile werden möglicherweise mehr Informationen ausgegeben, als in der GUI ersichtlich ist - das sind dann meist Hinweise, Warnungen etc. (wie die Hinweise zur deaktivierten Shadow-List, den Hinweis auf Kompatibilitätsmodus aufgrund von Java 8). Auch eventuelle Fehlermeldungen können dort auftauchen.

Theoretisch gibt es zwar auch ein weiteres Debug-Logging, das standardmäßig deaktiviert ist, allerdings hilft dies (aktuell) nur beim Prüfen der Ähnlichkeit beim Cacheabgleich.
Benutzeravatar
mic@
Vereinsmitglied
Vereinsmitglied
Beiträge: 6623
Registriert: 04.12.2009, 00:31

[quote="FriedrichFröbel"]...aber beim Start über das Terminal/die Kommandozeile werden möglicherweise mehr Informationen ausgegeben, als in der GUI ersichtlich ist...[/quote]

Leider nein, hier der Bericht des Mac Users:

# Habe zur Sicherheit ein Java Upgrade gemacht und wie vorgeschlagen den cmanager über die Shell gestartet.
# Ergebnis ist das gleiche wie zuvor. Keine Errormeldungen in der Konsole zu sehen.
#
# java version "14.0.1" 2020-04-14
# Java(TM) SE Runtime Environment (build 14.0.1+7)
# Java HotSpot(TM) 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)

Könntest Du vielleicht eine Spezialversion des cmanagers erstellen, der die einzelnen Schritte protokolliert.
Dann könnte man das Problem ja einkreisen...
Zuletzt geändert von mic@ am 06.07.2020, 22:17, insgesamt 1-mal geändert.
Benutzeravatar
mic@
Vereinsmitglied
Vereinsmitglied
Beiträge: 6623
Registriert: 04.12.2009, 00:31

Und noch eine Fehlermeldung, diesmal von einem Linux-User.
Die verwendeten Versionen liefere ich nach...
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Benutzeravatar
FriedrichFröbel
Vereinsmitglied
Vereinsmitglied
Beiträge: 597
Registriert: 04.09.2012, 18:21

[quote="mic@"]
Könntest Du vielleicht eine Spezialversion des cmanagers erstellen, der die einzelnen Schritte protokolliert.
Dann könnte man das Problem ja einkreisen...
[/quote]

Theoretisch schon, nur wann und in welcher Granularität weiß ich nicht - das lässt sich recht schlecht einschätzen.

[quote="mic@"]
Und noch eine Fehlermeldung, diesmal von einem Linux-User.
Die verwendeten Versionen liefere ich nach...
[/quote]

Linux ist breit gefächert - da kann vieles der Fall sein. Ist auf dem System ein Standard-Browser eingestellt? Ungeachtet dessen habe ich gerade in der Vorabversion die Alternativ-Variante auch für diese Fehlermeldung aktiviert - möglicherweise hilft dies bereits. Dafür müssen allerdings aktuell zwei Bedingungen gegeben sein, damit dies nicht ebenfalls fehlschlägt:
  1. xdg-open https://www.opencaching.de/ funktioniert.
  2. Java muss in der Systemeigenschaft os.name den Teilstring nix oder nux finden. Falls dies nicht der Fall ist, sollte in der Fehlermeldung der Wert der Eigenschaft angezeigt werden.
Benutzeravatar
mic@
Vereinsmitglied
Vereinsmitglied
Beiträge: 6623
Registriert: 04.12.2009, 00:31

[quote="FriedrichFröbel"]Linux ist breit gefächert...[/quote]

Daher hier nun weitere Details:

$ uname -a
Linux zeus 4.19.0-9-amd64 #1 SMP Debian 4.19.118-2+deb10u1 (2020-06-07) x86_64 GNU/Linux

$ java -version
openjdk version "11.0.7" 2020-04-14
OpenJDK Runtime Environment (build 11.0.7+10-post-Debian-3deb10u1)
OpenJDK 64-Bit Server VM (build 11.0.7+10-post-Debian-3deb10u1, mixed mode, sharing)

cm-0.5.1.jar


[quote="FriedrichFröbel"]Ist auf dem System ein Standard-Browser eingestellt?[/quote]

OK, ich frage mal nach...
Danke für die Tips!
Benutzeravatar
mic@
Vereinsmitglied
Vereinsmitglied
Beiträge: 6623
Registriert: 04.12.2009, 00:31

Hier eine kleine Unachtsamkeit des cmanagers.
Folgende Events werden als zueinander gehörig eingestuft:

Eventdatum: 19.06 2019 ==> 170/365 Zeit zum Umschmücken ==> https://opencaching.de/OC1586A
Eventdatum: 09.11.2018 ==> Quasselei im November              ==> https://coord.info/GC7YZ16

Die Logübertragung scheitert dann natürlich (siehe Bilderfolge).
Hier sollte eventuell deutlich mehr Gewicht auf das Eventdatum gelegt werden.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Benutzeravatar
FriedrichFröbel
Vereinsmitglied
Vereinsmitglied
Beiträge: 597
Registriert: 04.09.2012, 18:21

[quote="mic@"]
Hier eine kleine Unachtsamkeit des cmanagers.
Folgende Events werden als zueinander gehörig eingestuft:

Eventdatum: 19.06 2019 ==> 170/365 Zeit zum Umschmücken ==> https://opencaching.de/OC1586A
Eventdatum: 09.11.2018 ==> Quasselei im November              ==> https://coord.info/GC7YZ16

Die Logübertragung scheitert dann natürlich (siehe Bilderfolge).
Hier sollte eventuell deutlich mehr Gewicht auf das Eventdatum gelegt werden.
[/quote]

Duplikat von https://forum.opencaching.de/http://loc ... 798#p64798 bzw. Issue #17.
Benutzeravatar
mic@
Vereinsmitglied
Vereinsmitglied
Beiträge: 6623
Registriert: 04.12.2009, 00:31

Wieder ein kleines Feedback von einem User:

Diese Doublette wird nicht erkannt:
https://coord.info/GC2B99A
https://www.opencaching.de/viewcache.php?cacheid=173100


Grund dürfte wohl das hier sein:
GC: Am alten Sportplatz
OC: Am alten Sportzplatz

GC-Owner: Fünfer-Pack
OC-Owner: 5er-pack

Aber könnte man nicht das Gewicht mehr auf die Koordinaten legen?
Denn diese sind 100% identisch.
Benutzeravatar
FriedrichFröbel
Vereinsmitglied
Vereinsmitglied
Beiträge: 597
Registriert: 04.09.2012, 18:21

[quote="mic@"]
Diese Doublette wird nicht erkannt:
https://coord.info/GC2B99A
https://www.opencaching.de/viewcache.php?cacheid=173100


Grund dürfte wohl das hier sein:
GC: Am alten Sportplatz
OC: Am alten Sportzplatz

GC-Owner: Fünfer-Pack
OC-Owner: 5er-pack

Aber könnte man nicht das Gewicht mehr auf die Koordinaten legen?
Denn diese sind 100% identisch.
[/quote]

Der Owner-Name wird gar nicht verglichen - der Unterschied liegt im Namen und im Status, sodass wir eine Ähnlichkeit von nur 67 % haben.

Es gibt - wie ich möglicherweise weiter oben schon einmal angemerkt habe und wie auch in den GitHub-Issues ersichtlich ist - Überlegungen meinerseits, den Grenzwert für ein Duplikat konfigurierbar zu machen, was auch in anderen Fällen hilfreich sein könnte. Eine unterschiedliche Gewichtung der Eigenschaften ist zwar theoretisch möglich, aber nicht trivial, und sollte im Optimalfall gut entworfen und evaluiert werden. Ich selbst habe dazu keine Pläne, da dies ein komplexes Thema ist und eine Metrik, die jeden zufrieden stellt, eher unwahrscheinlich sein dürfte.

Die einfachste Lösung sehe ich aktuell darin, den Cache entweder manuell zu loggen oder den Owner freundlich auf die beiden (vermutlichen) Tippfehler im Cachenamen hinzuweisen.
Zuletzt geändert von FriedrichFröbel am 20.08.2020, 22:17, insgesamt 1-mal geändert.
Benutzeravatar
FriedrichFröbel
Vereinsmitglied
Vereinsmitglied
Beiträge: 597
Registriert: 04.09.2012, 18:21

[quote="FriedrichFröbel"]
[quote="hmpfgnrrr"]
Ich habe einen Cache, den ich bei OC archiviert habe und bei GC zur Adoption weggegeben habe (und dann selbst geloggt habe, ich gebe es zu). Korrekterweise bekomme ich den als Duplikat angezeigt. Viel Sinn macht es aber nicht, meinen eigenen Cache nachzuloggen.

Das wird wohl auch Caches betreffen, die man gefunden und später adoptiert hat und dann bei OC reinstellt.

Das ist zwar ein Fall, der bestimmt nicht sonderlich häufig vorkommt, aber vielleicht kann man in der Ergebnisliste die Caches ausblenden, bei denen man selbst Owner ist.
[/quote]

Lässt sich sicherlich realisieren und ich habe auch einen entsprechenden GitHub-Issue angelegt. Da das Ganze aber relativ selten vorkommen und beim Prüfen vor dem Loggen auch auffallen sollte, dürfte die Priorität relativ niedrig sein.
[/quote]

Ich habe die Funktionalität gerade ergänzt - tatsächlich scheint die die OKAPI das sogar nativ mitzubringen, was es für mich deutlich einfacher macht. Aktuell findet sich das Feature nur in der Entwicklungsversion, aber vermutlich wird es in den nächsten Tagen ein neues reguläres Release geben.

[quote="FriedrichFröbel"]
[quote="mic@"]
Hier eine kleine Unachtsamkeit des cmanagers.
Folgende Events werden als zueinander gehörig eingestuft:

Eventdatum: 19.06 2019 ==> 170/365 Zeit zum Umschmücken ==> https://opencaching.de/OC1586A
Eventdatum: 09.11.2018 ==> Quasselei im November              ==> https://coord.info/GC7YZ16

Die Logübertragung scheitert dann natürlich (siehe Bilderfolge).
Hier sollte eventuell deutlich mehr Gewicht auf das Eventdatum gelegt werden.
[/quote]

Duplikat von https://forum.opencaching.de/http://loc ... 798#p64798 bzw. Issue #17.
[/quote]

Das ist seit dem letzten Release von Anfang August behoben.
Zuletzt geändert von FriedrichFröbel am 08.10.2020, 12:56, insgesamt 1-mal geändert.
Benutzeravatar
mic@
Vereinsmitglied
Vereinsmitglied
Beiträge: 6623
Registriert: 04.12.2009, 00:31

Kannst Du mir bitte (nochmal**) erklären, warum es die Funktion "Find on OC" und "Sync with OC" gibt?
Beide zeigen doch das Gleiche an, aber syncen kann nur die Letztere.
Wäre es da nicht besser, nur eines von Beiden (also z.B. "Find on OC" ) im Menü zu haben und das syncen in der Treffermaske anzubieten?
Danke im voraus für die Aufklärung, Mic@


(**) Mir war so, als ob ich das schon mal gefragt habe. Finde aber die Antwort nicht mehr.
Benutzeravatar
fraggle_DE
Vereinsmitglied
Vereinsmitglied
Beiträge: 105
Registriert: 01.10.2018, 17:58

Benutzeravatar
mic@
Vereinsmitglied
Vereinsmitglied
Beiträge: 6623
Registriert: 04.12.2009, 00:31

[quote="fraggle_DE"]Suchst du diesen Beitrag?[/quote]

Ja, danke!
Also historisch gewachsen... kann man das dann auch zukünftlich zurechtstutzen? :-)
Benutzeravatar
FriedrichFröbel
Vereinsmitglied
Vereinsmitglied
Beiträge: 597
Registriert: 04.09.2012, 18:21

[quote="mic@"]
[quote="fraggle_DE"]Suchst du diesen Beitrag?[/quote]

Ja, danke!
Also historisch gewachsen... kann man das dann auch zukünftlich zurechtstutzen? :-)
[/quote]

Ist nicht geplant als problematisch erachte ich das auch nicht. "Sync with OC" setzt mittlerweile voraus, dass der GC-Nickname angegeben ist und wirft dann alle GC-Caches heraus, die von diesem Benutzer laut Liste gar keinen Fundlog haben. "Find on OC" ist es dagegen egal, ob es in der Liste Logs des Benutzers gibt und kann auf beliebige Listen losgelassen werden - sei es zur Suche nach möglichen Duplikaten für jegliche Caches oder für die Fehlersuche.
Antworten