• Willkommen im Geoclub - dem größten deutschsprachigen Geocaching-Forum. Registriere dich kostenlos, um alle Inhalte zu sehen und neue Beiträge zu erstellen.

OCProp funktioniert nicht wegen ungültigem Feldern (Lat/Lon)

Nojan

Geowizard
Hallo, ich schon wieder:
OCProp tut es mit der neuen Geolog-Version 2.76 nicht mehr:

Code:
*** Bearbeite Fund-Logs ***
Ein Fehler ist aufgetreten:
Ungueltiges Feld Lat in GC2ZZ8M/cache.txt
Ist der Fehler bekannt?
Gruß,
Nojan
 
OP
Nojan

Nojan

Geowizard
Hallo HSCA,
Soweit alles chic, aber es gibt da wohl noch ein Problem mit OC-Only-Caches.
geolog kann in der cache.txt die Felder "Lat" und "Lon" nicht finden, weil sie nicht erzeugt werden, sondern dort noch das alte Feld "Coordinates" steht. Das führt beim Ausführen von geolog dann zu einer DB-Fehlermeldunge wie:
Code:
DB Problem: 'Lat'-Feld in found/Bohlsener_Geheimnis_OC9412 fehlt
   DB Problem: 'Lon'-Feld in found/Bohlsener_Geheimnis_OC9412 fehlt
   DB Problem: 'Lat'-Feld in found/Daten_vor_Helgoland_OC2DBD fehlt
   DB Problem: 'Lon'-Feld in found/Daten_vor_Helgoland_OC2DBD fehlt
Weiterhin ensteht wohl dadurch das Problem, daß zwar beim Erstellen eines neuen Caches auf GC, dieser zwar an OC gesendet wird, beim erneuten ausführen von ocprop dieser cache aber als neuer OC-Only Cache gefunden wird, und als neuer cache in der Datenbank angelegt wird, und nicht als GC/OC-Cache erkannt wird.
Gruß, Nojan
 

HSCA

Geomaster
Das ist seltsam. Sind die OC-Onlys bei dir neu?

Beim Umstieg von 2.75 auf 2.76 bin ich nämlich durch alle Dosen durchgegangen und haben die note.txt neu erstellt.

Gruß - C

Update: beim check meines täglichen Laufs habe ich den Fehler auch. Also zurück zum Zeichenbrett :???:
 

westi

Geocacher
Bei mir gabs nun folgendes:
Code:
*** Bearbeite Cachebeschreibungen ***


Bearbeite "Jahrestag" ...
Falsch formatierter Breitengrad:

 -> nicht gefudnden
Neuen GC Cache gefunden der noch nicht zu OC uebertragen wurde: Jahrestag
Soll ein entsprechender OC Cache angelegt werden? (default 'J'): N

Bearbeite "Kleingartenanlage Römerstraße" ...
Falsch formatierter Breitengrad:

 -> nicht gefudnden
Neuen GC Cache gefunden der noch nicht zu OC uebertragen wurde: Kleingartenanlag
e Römerstraße
Soll ein entsprechender OC Cache angelegt werden? (default 'J'): N

Bearbeite "Quickie#5#" ...
Falsch formatierter Breitengrad:

 -> nicht gefudnden
Neuen GC Cache gefunden der noch nicht zu OC uebertragen wurde: Quickie#5#
Soll ein entsprechender OC Cache angelegt werden? (default 'J'): N

Bearbeite "Rettungswache 4" ...
Falsch formatierter Breitengrad:

 -> nicht gefudnden
Neuen GC Cache gefunden der noch nicht zu OC uebertragen wurde: Rettungswache 4
Soll ein entsprechender OC Cache angelegt werden? (default 'J'): N

*** Pruefe Cachestatus***


*** Pruefe auf OC-only Fund-Logs ***

 [sleep]
*** Pruefe auf OC-only DNF-Logs ***


*** Pruefe auf OC-only Listings ***

 [sleep] Habe einen neuen OC-only Cache gefunden: Jahrestag (OCC625).
Habe einen neuen OC-only Cache gefunden: Kleingartenanlage Römerstraße (OCC252).

Habe einen neuen OC-only Cache gefunden: Quickie#5# (OC9F32).
 [sleep] Habe einen neuen OC-only Cache gefunden: Rettungswache 4 (OCC2E7).

*** Pruefe auf Log-Dubletten ***


Zeit: 1511 sek
Neue Logs erstellt: 5
Neue Listings erstellt: 0
OC-only Logs gefunden: 0
OC-only Listings gefunden: 4

Irgendwie konnte er die GC-Caches nicht den OC-Caches zuordnen und hat sie nun bei mir parallel angelegt.. Siehe auch http://geo.gb-x.net/hidden/index.html

Ich lösche die mal die Tage erst raus.
 

westi

Geocacher
Code:
Loesche Caches aus deiner hidden Datenbank:

Bitte gib eine Liste mit GC Wegpunkten an. Du kannst entweder einzelne

Wegpunkte oder eine Liste mit Wegpunkten angeben, die durch Leerzeichen oder
Kommata getrennt sind. Eine Leerzeile beendet die Eingabe der GC Wegpunkte.

Eingabe GC Wegpunkte: OCC625
OCC625 ist kein gueltiger GC Wegpunktname. Wird ignoriert.

Wie bekomme ich denn nun die reinen OC-Clones gelöscht? :)
 
OP
Nojan

Nojan

Geowizard
Moin,
da müsste es dann im hidden-Ordner die entsprechenden Unterordner mit der OC-Bezeichnung am Ende des Ordnernamens geben. Diese Ordner löschen, das sollte helfen.
Gruß,
Nojan
 
A

Anonymous

Guest
Ocprop 2.20 stolpert bei mir jetzt über die neuen Felder für die Cachegrößen:

Code:
schrottie@fuuk-up:~$ perl /home/schrottie/geolog/ocprop.pl
Dies ist Ocprop Version 2.20 (linux/perl)
Teste, ob es eine neue Programmversion gibt ... erledigt
Lade Login-Seite ...
Noch angemeldet als 'Schrottie' ...

*** Bearbeite Fund-Logs ***


Ein Fehler ist aufgetreten: 
Ungueltiges Feld #ContainerIdx in GC1EWDT/cache.txt

schrottie@fuuk-up:~$

Wenn ich die kommentierte Zeile aus der jeweiligen cache.txt lösche, dann erzeugt der tatsächliche Eintrag ContainerIdx ebenso diesen Fehler. :/
 

eliminator0815

Geowizard
Gibt es überhaupt noch eine Möglichkeit, geolog/ocprop ohne eigene Programmierkenntnisse zum Funktionieren zu bringen? Ich gebe auf! :(
 

Rupa

Geowizard
eliminator0815 schrieb:
Gibt es überhaupt noch eine Möglichkeit, geolog/ocprop ohne eigene Programmierkenntnisse zum Funktionieren zu bringen? Ich gebe auf! :(
Derzeit nicht, da braucht man auch nicht weiter zu probieren. Ich würde vorschlagen, sich einfach ein wenig in Geduld zu üben, das wird schon wieder.
 
A

Anonymous

Guest
Schrottie schrieb:
HSCA schrieb:
Hoffentliche beruhigt es, wenn ich sage, dass ich ocprop gerade in der bearbeitung habe ;)
Tut es. :)
Ich glaube die Beruhigung war eher temporärer Natur, denn ~40 OC-Logs später stelle ich fest, das es echt aufwändig ist für jedes OC-Log das ganze Geraffel (Verzeichnis, note.txt, cache.txt, log.txt) separat anzulegen.

Ist denn schon eine neue Version in Sicht? :eek:ps:
 

teq2

Geocacher
Habe mit einem quick&dirty-fix ocprop.pl jetzt wieder zum Laufen bekommen, nachdem auch die SVN-Version über illegale Felder gestolpert ist. Habe in der SVN-Version die Definition "legalfield" um 3 Werte erweitert.

Code:
my(%legalfield) =  ( Name => 1,
                     GCid => 1,
                     Coordinates => 1,
                     Lat => 1,
                     Lon => 1,
                     LatCorrected  => 1,
                     LonCorrected  => 1,
                     Status => 1,
                     Type => 1,
                     Container => 1,
                     Difficulty => 1,
                     Terrain => 1,
                     Hidden => 1,
                     Country => 1,
                     State => 1,
                     Attributes => 1,
                     Found => 1,
                     NotFound => 1,
                     LaterFound => 1,
                     Elevation => 1,
                     Up => 1,
                     Category => 1,
                     AltCategory1 => 1,
                     AltCategory2 => 1,
                     Access => 1,
                     Search => 1,
                     OverallTime => 1,
                     Judgement => 1,
                     NCId => 1,
                     OCId => 1,
                     OCCacheId => 1,
                     Owner => 1,
                     Ownerid => 1,
                     Reason => 1,
                     Optional1 => 1,
                     Optional2 => 1,
                     Optional3 => 1,
                     AuxSort => 1,
                     FTF => 1,
                     Maintenance => 1,
		     "#CacheSizeIdx" => 1,
		     "#ContainerIdx" => 1,
		     ContainerIdx => 1);

Läuft jetzt zumindest durch, ich übernehme keine Garantie dafür, dass es keine negativen Seiteneffekte gibt!
 
A

Anonymous

Guest
teq2 schrieb:
Läuft jetzt zumindest durch, ich übernehme keine Garantie dafür, dass es keine negativen Seiteneffekte gibt!
Ich habs getestet, funktioniert wunderbar. Danke für den Tipp! :)
 

Team FamBi

Geocacher
Hmm... Habe auch gerade ein Problem festgestellt...

Zwischenablage01.jpg


Ist das schon bekannt und gibt es da eventuell einen Fix?
 
Oben