Messages

@Spartaner: Doch das geht mit dem "DB Browser for SQLite" .

Ich kenne das Programm auch erst seit ca. 3 Stunden und bin folgendermaßen nach der Methode "Versuch macht kluch" vorgegangen:

(1.) tracks.db mit "DB Browser for SQLite" offnen.
(2.) Tabe "Daten durchsuchen" anklicken.
(3.) In der CheckBox "Tabelle" "tracks" auswählen.
(4.) gewünschte Zelle anklicken, z. B. "parent_id" vom Datensatz mit der "_id" 230.
(5.) Zelle wird blau hinterlegt.
(6.) Einfach drauf lostippen.
(7.) Nächste Zelle anklicken. (5.) und (6.) entsprechend wiederholen.

Wichtig: Wenn man den Inhalt der letzten Zelle verändert hat unbedingt eine andere Zelle anklicken, sonst wird der Inhalt der zuletzt veränderten Zelle nicht übernommen!!

Dann ....
.... Variante 1 ....
das Programm einfach beenden. Man wird abgefragt, ob die Änderungen übernommen werden sollen. Dieses mit Ja beantworten.

.... Variante 2 ....
.... "Datei --> Änderungen schreiben" anklicken und Abfrage ebenfalls mit Ja beantworten (Habe ich gerade erst entdeckt).

Dann habe ich das Programm verlassen und erneut aufgerufen und kontrolliert, ob die Änderungen in der Tabelle "tracks" von "tracks.db" auch wirklich übernommen wurden. Nur so zur Sicherheit.

Gruß
Stefan

Hi menion,

[EN] Heh, simultaneous multi-support

but .... I am sure your support / solution will works. With my support / solution .... I am not so sure  .

Stefan aka c.s.g.

Hallo,

anbei meine manipulierte "tracks.db".
Ich habe überall in "tracks" die "parent_id" auf 9 gesetzt, wo vorher eine 0 drin stand.
Bei einem Track, d.h. eigentlich Datensatz, wenn man es genau haben will, in "tracks" war schon die 9 hinterlegt.

Gruß
Stefan

Hallo,

ich tue mein Bestes.
Und wenn es nicht klappt ..... Menion hat Dir auf Deine englische Anfrage hin auch Hilfe in ähnlicher Form angeboten.

Gruß
Stefan

Hallo,

jetzt hast Du mich neugierig gemacht.

Ich habe mir auch mal Dein SQLite-Tool heruntergeladen und meine Tracks.db damit angeschaut.

Ab hier mal wieder Vermutungen  .
(1.) In der Tabelle "tracks" gibt es ein Datenbankfeld "parent_id". Dieses verweist auf einen entsprechenden Datensatz aus der Tabelle "categories".
(2.) Die "parent_id" aus "tracks" dürfte bei Deinen "Problemtracks" 0 sein oder auch -1. Jedenfalls müsste da ein Wert drinnen stehen, der nicht als "_id" in "categories" existiert.
(3.) In "categories" müsste es einen Datensatz mit dem "name" "Tracks" geben.
(4.) Nun müsste man im nächsten Schritt den Wert von "_id" bei dem Datensatz aus "categories" mit dem "name" "Tracks" in das Datenbankfeld "parent_id" von "tracks" bei Deinen "Problemtracks" speichern / eintragen.
(5.) Nun müssten diese "Problemtracks" unter "Tracks" wieder auftauchen, wenn man die manipulierte "tracks.db" wieder zurück ins Daten-Verzeichnis von Locus kopiert.

Aber wie gesagt:
Alles nur Vermutungen.

Wenn Du willst / kannst könntest Du ja mal Deine "tracks.db" hier als Anlage hochladen. Ich würde mir das Ganze dann mal aus reinem Interesse, ob meine Vermutungen zutreffen, anschauen.

Gruß
Stefan

Hallo Michael,

und nochmal ich.

Was mir bei Deinen Screenshots aufgefallen ist, ist, dass die Tabe "Tracks" ursprünglich total leer war (siehe Screenshot_2018-04-09-10-44-03.png)

Ich bin mir nicht 100%ig sicher, aber Locus legt meiner Meinung nach bei der Installation wenigstens den Ordner "Aufgezeichnet" auf der Tabe "Tracks" an und nutzt diesen dann als "Default-Zielordner" für Tracks.
U. U. ist also schon bei der Installation von Locus bei Dir was falsch gelaufen.

Gruß
Stefan

Hallo Michael,

wenn ich Dich richtig verstanden habe hast Du Tracks aufgezeichnet, bevor Du einen entsprechenden Zielorder auf der Tabe "Tracks" erstellt hattest.

Meine Vermutung:
- Locus speichert zu jedem Track den Zielordner, in dem er gespeichert werden soll.
- Du hattest bei Deinen "Problemtracks" noch keinen Zielordner angelegt, als Du diese gespeichert hast.
- Locus konnte also auch keinen entsprechenden Zielordner beim Track hinterlegen.
- D. h. der entsprechende Eintrag für den Zielordner in der Datenbank ist bei diesen Tracks leer.
- Locus kann diese Tracks nur noch anzeigen aber nicht mehr exportieren, da Locus nicht davon ausgeht, dass der Zielordner bei den Tracks leer ist, also keinem Zielordner "zugeordnet" ist.

Nur so eine Vermutung von mir.

Und die Vermutungen gehen weiter:
Sollte das der Fall sein, so wäre Locus bei diesem Szenario fehlerhaft.
Entweder müsste eine Meldung kommen "Kann Track nicht speichern, da kein Zielordner für Track vorhanden ist" ....
.... oder Locus müsste in diesem Fall die Möglichkeit bieten, vor dem Speichern des Tracks einen neuen Zielordner anzulegen ....
.... oder Locus müsste auf der Tabe "Tracks" eine "Default-Ordner" "unspezifiziert" oder so ähnlich anzeigen, in denen dann alle Tracks auftauchen, die nicht einem vorhandenen Zielordner zugewiesen werden können. Innerhalb dieses "unspezifiziert" Ordners könnte man dann die Tracks exportieren oder in einen vorhandnen Zielordner übertragen und dann exportieren.

Aber wie gesagt: Alles nur Vermutungen von mir. Genaueres weiß man nicht  .

Problem:
Das Ganze kann man wohl nur mit einer leeren Locus Installation bzw. einer leeren Tabe "Tracks" ausprobieren.

Denkbare Korrektur von Hand:
Locus speichert die Tracks wohl in der Tabelle "/LOCUS/DATA/DATABASE/tracks.db" ab. Wenn man wüsste, was das für ein Dateiformat ist, könnte man versuchen mit einem entsprechenden Datenbanktool die tracks.db zu öffnen und dann in das entsprechende Datenbankfeld bei den Tracks einen korrekten Zielordnernamen von Hand eingeben. Dazu müsste man aber zusätzlich wissen, wie das Datenbankfeld heißt.
Zuvor natürlich die originale "tracks.db" sichern und das Ganze nur an einer Kopie versuchen.

Gruß
Stefan

Hallo Peter,

im Detail-Fenster des Tracks die "Pfeilspitze nach oben" unten rechts anklicken. Im Popup-Fenster "Kopie erstellen" auswählen. Im erscheinenden Dialog CheckBox "Trackrichtung umkehren" setzen.

Gruß
Stefan

Hallo Saturo,

anders als andere Entwickler von AddOns für Locus  ist Arcao der Entwickler des AddOns Geocaching4Locus eigentlich regelmäßiger Gast im Locus Help Desk. Falls er mal einen Beitrag übersehen hat, ist er auch schon mal von Menion daran erinnert worden.

Er hat dort eine eigene Kategorie speziell für sein add-on Geocaching4Locus.
Beim Beitrag erstellen solltest Du darauf achten, dass er in dieser Kategorie gepostet wird.

Gruß
c.s.g.

Hallo Saturo,

Was mich aber wirklich mal interessieren würde, wie die Live Map prüft ob ein Cache bereits vorhanden ist oder nicht. Erfolgt diese Prüfung einzig über die Koordinaten?

Rein vom Gefühl her würde ich sagen, dass in dieser Hinsicht gar keine Querprüfungen zu bereits vorhandenen Geocaches stattfindet.

Deine Frage ist aber wohl besser im Locus HelpDesk aufgehoben. "Leider" spricht man dort nur Englisch oder Tschechisch.

Gruß
c.s.g.

Hallo Saturo,

ich mach es genauso wie Du, d. h. ich verwalte meine korrigierten Koordinaten ausschließlich in GSAK. Bei GC.com sind also nur die Originalkoordinaten hinterlegt.

Dann habe ich ebenfalls das "Problem" das auf der Live-Map von Locus gelöste Mysteries zweimal auftauchen. Einmal an den Originalkoordinaten aus GC.com und einmal an den neuen korrigierten Koordinaten lt. GSAK / Locus..

Die Mysteries mit den korrigierten Koordinaten werden bei mir mit einem blauen Sternchen gekennzeichnet. Die ohne ignoriere ich einfach, da diese ja noch nicht von mir gelöst wurden  .

Allerdings nutze ich die Live-Map bisher selten bis gar nicht. Bzw. falls doch nur in Regionen, wo ich keine Geocaches vorher offline in Locus gespeichert habe. Und dann lasse ich mir eigentlich nur Tradis und Multis anzeigen. Also Geocaches, die in diesem "fremden" Gebiet spontan gefunden werden können.

Gruß
c.s.g.

Du hast recht. Laut "Hamburger Menü --> Über" ist das Setzen des Exportpfades ein Feature der PRO Version.

Bei mir gibt es in den FieldNotes unter "Hamburger Menü --> Einstellungen" den Menüpunkt "Export Einstellungen". Dort kann ich u. a. den Exportpfad ändern. Ob man dort auch ein Dropbox-Laufwerk / -Verzeichnis angeben kann, kann ich Dir leider nicht sagen.

Just a guess ....

as you can read here (sorry only in german), there was a change in the server structure of OpenAndroMaps, i. e.

• Umzug des Servers zu Hetzner
• Noch striktere Trennung von Webserver und Kartentransfer (download.openandromaps.org)
• Umstellung des Webservers auf HTTPS

Maybe this causes the trouble, when trying to download the maps directly to Locus.

Hallo,

"beruhigend" das auch iOS-Cacher dieses Problem mit GSAK haben  .

Gruß
Stefan