[quote="Q-Owls"]
Eine Alternative zum Vollschreiben des internen Speichers wäre auch, wenn man irgendwo angeben könnte,
dass die heruntergeladenen Cache-Daten in einen Ordner der externen Karte geschrieben werden.
[/quote]
Auch eine solche Variante haben wir in der Pipeline. Allerdings macht es einem Android da nicht einfach, zum Einen herauszufinden, was es an Speicherorten gibt, zum Anderen herauszufinden, ob man in das Ziel tatsächlich schreiben kann.
c:geo für OC offline Logs u. a.
Moderator: mic@
Ich platz mal einfach hier rein, weil das ein Punkt ist, der mich auch immer wieder ein bisschen nervt 
[quote="ra_sch"]
[quote="OConly"]
[quote="Schnatterfleck"]
Oder nicht über die Karte, sondern über die Liste gehen. Ist aber nervend, stimmt.
[/quote]
Die Karte von OC legt Icons von OConlies immer nach oben. Kann man da nicht bei c:geo eine entsprechende funktion einbauen, bei der man die Anzeigereihenfolge der verwendeten Plattformen festlegen kann?
[/quote]
Hier haben wir eher die Idee, beim Antippen eine Liste der Caches im Touchbereich anzubieten, aber wir sind auch für ander Vorschläge offen (https://github.com/cgeo/cgeo/issues)
[/quote]
Das Problem, dass immer wieder dieselben vorne stehen, gibt es ja nicht nur bei Doppellistings - hier kenne ich z.B. auch mehrere Fälle bei gc.com, wo sich mehrere Caches identische Listingkoordinaten teilen. So übersieht man schnell, dass hinter dem D5-Mystery noch ein Tradi liegt...
Eine Idee, die "heimlich" im Hintergrund laufen könnte, wäre, die Anzeigereihenfolge zu rotieren, beispielsweise nach jedem Antippen eines Caches oder jedem Aufruf der Karte. Das würde sicherstellen, dass im Lauf der Zeit alle dort gelisteten Caches mal an die Oberfläche kommen - und ansonsten für die Nutzer überhaupt nichts ändern.
Zum Papierkorb: Ein gut versteckter Menüpunkt "Papierkorb leeren", den man bei akutem Speicherplatzmangel aufrufen kann? Diejenigen, die ihn wirklich brauchen, finden ihn dann schon, für die anderen ändert sich nichts.
Und wo ich gerade dabei bin, noch etwas anderes, was mich unterwegs gerne irritiert: Wenn ich bei einem gelösten OC-Mystery lokal die Koordinaten geändert habe und auf der Live-Karte die Aktualisierung aktiviere, springt der Cache auf der Karte zwischen den Listing- und den Finalkoordinaten hin und her und bleibt dann meistens an den Listingkoordinaten stehen - steht also am falschen Ort.
[quote="ra_sch"]
[quote="OConly"]
[quote="Schnatterfleck"]
Oder nicht über die Karte, sondern über die Liste gehen. Ist aber nervend, stimmt.
[/quote]
Die Karte von OC legt Icons von OConlies immer nach oben. Kann man da nicht bei c:geo eine entsprechende funktion einbauen, bei der man die Anzeigereihenfolge der verwendeten Plattformen festlegen kann?
[/quote]
Hier haben wir eher die Idee, beim Antippen eine Liste der Caches im Touchbereich anzubieten, aber wir sind auch für ander Vorschläge offen (https://github.com/cgeo/cgeo/issues)
[/quote]
Das Problem, dass immer wieder dieselben vorne stehen, gibt es ja nicht nur bei Doppellistings - hier kenne ich z.B. auch mehrere Fälle bei gc.com, wo sich mehrere Caches identische Listingkoordinaten teilen. So übersieht man schnell, dass hinter dem D5-Mystery noch ein Tradi liegt...
Eine Idee, die "heimlich" im Hintergrund laufen könnte, wäre, die Anzeigereihenfolge zu rotieren, beispielsweise nach jedem Antippen eines Caches oder jedem Aufruf der Karte. Das würde sicherstellen, dass im Lauf der Zeit alle dort gelisteten Caches mal an die Oberfläche kommen - und ansonsten für die Nutzer überhaupt nichts ändern.
Zum Papierkorb: Ein gut versteckter
Menüpunkt "Papierkorb leeren", den man bei akutem Speicherplatzmangel aufrufen kann? Diejenigen, die ihn wirklich brauchen, finden ihn dann schon, für die anderen ändert sich nichts. Und wo ich gerade dabei bin, noch etwas anderes, was mich unterwegs gerne irritiert: Wenn ich bei einem gelösten OC-Mystery lokal die Koordinaten geändert habe und auf der Live-Karte die Aktualisierung aktiviere, springt der Cache auf der Karte zwischen den Listing- und den Finalkoordinaten hin und her und bleibt dann meistens an den Listingkoordinaten stehen - steht also am falschen Ort.
-
Q-Owl
[quote="ra_sch"]
Auch eine solche Variante haben wir in der Pipeline. Allerdings macht es einem Android da nicht einfach, zum Einen herauszufinden, was es an Speicherorten gibt, zum Anderen herauszufinden, ob man in das Ziel tatsächlich schreiben kann.
[/quote]Man kann sich doch vom User den Ordner angeben lassen. Und ein kurzer Schreibtest ist rasch realisierbar.
Auch eine solche Variante haben wir in der Pipeline. Allerdings macht es einem Android da nicht einfach, zum Einen herauszufinden, was es an Speicherorten gibt, zum Anderen herauszufinden, ob man in das Ziel tatsächlich schreiben kann.
[/quote]Man kann sich doch vom User den Ordner angeben lassen. Und ein kurzer Schreibtest ist rasch realisierbar.
Es ist eher nicht zielführend, eine Detaildiskussion hier fortzuführen, da sind die entsprechenden Issue-Threads auf github der bessere Rahmen, wenn du die ein Bild der (Diskussions-)Lage verschaffen und eventuell Ideen beisteuern willst 
-
Q-Owl
[quote="ra_sch"] da sind die entsprechenden Issue-Threads auf github der bessere Rahmen, ... [/quote]
Gefunden: https://github.com/cgeo/cgeo/issues
Gefunden: https://github.com/cgeo/cgeo/issues
-
Q-Owl
Heute war sogar der Speicher vom S4 (vor allem mit c:geo-Daten) voll.
Da habe ich mir mal wieder eine Funktion "alle c:geo-Daten sofort löschen" gewünscht. *seufz*
Ich habe im Android die Datei .cgeo in einen ohne-Punkt-Namen umbenannt,
ihren Inhalt gelöscht, und dann wieder in .cgeo umbenannt.
Gibt es sonst irgendwo noch nennenswerte Mengen an c:geo-Daten, die man ohne Probleme löschen kann?
Da habe ich mir mal wieder eine Funktion "alle c:geo-Daten sofort löschen" gewünscht. *seufz*
Ich habe im Android die Datei .cgeo in einen ohne-Punkt-Namen umbenannt,
ihren Inhalt gelöscht, und dann wieder in .cgeo umbenannt.
Gibt es sonst irgendwo noch nennenswerte Mengen an c:geo-Daten, die man ohne Probleme löschen kann?
c:geo speichert Daten in zwei Kategorien. Die eigentlichen Cache-Daten (Listingtext, Wegpunkte, ...) in einer Datenbank und zusätzliche Daten (Bilder, Logbilder, statische Karten) im Ordner .cgeo auf der 'externen Speicherkarte' (was heutzutage meist interner Speicher ist).
Man kann die Datenbank auf die externe Speicherkarte verlegen (Einstellungen -> System), dann ist sie im .cgeo Ordner gespeichert, sonst (normalerweise) im wirklichen 'internen' Speicher.
Wenn man ein Backup der Datenbank gemacht hat, wird das auch im .cgeo Ordner gepseichert.
Jetzt kommt es darauf an, was du mit 'alle c:geo daten löschen' meinst. Radikal betrachtet, ist das einfach: In den Android-Einstellungen - Apps auf c:geo gehen, Daten löschen und dann noch den .cgeo Ordner löschen, dann ist alles weg...
Wenn du nur die 'externen' Daten löschen willst (Bilder, Logbilder, ...), dann kannst du, wenn du die Datenbank NICHT auf die externe Speicherkarte verlegt hast, einfach den .cgeo Ordner löschen, um Platz zu schaffen.
Wenn du noch etwas anderes brauchst, beschreib es doch einfach mal. Eventuell kann man das umsetzen.
Gruß
ra_sch
Man kann die Datenbank auf die externe Speicherkarte verlegen (Einstellungen -> System), dann ist sie im .cgeo Ordner gespeichert, sonst (normalerweise) im wirklichen 'internen' Speicher.
Wenn man ein Backup der Datenbank gemacht hat, wird das auch im .cgeo Ordner gepseichert.
Jetzt kommt es darauf an, was du mit 'alle c:geo daten löschen' meinst. Radikal betrachtet, ist das einfach: In den Android-Einstellungen - Apps auf c:geo gehen, Daten löschen und dann noch den .cgeo Ordner löschen, dann ist alles weg...
Wenn du nur die 'externen' Daten löschen willst (Bilder, Logbilder, ...), dann kannst du, wenn du die Datenbank NICHT auf die externe Speicherkarte verlegt hast, einfach den .cgeo Ordner löschen, um Platz zu schaffen.
Wenn du noch etwas anderes brauchst, beschreib es doch einfach mal. Eventuell kann man das umsetzen.
Gruß
ra_sch
-
Q-Owl
Das ganze schöne c:geo will ich auf keinen Fall löschen!
Ich benutze es ständig und freue mich dran, dass es (fast) immer prima funktioniert.
> wenn du die Datenbank NICHT auf die externe Speicherkarte verlegt hast,
> einfach den .cgeo Ordner löschen, um Platz zu schaffen.
Die Daten dort habe ich gelösch und es hat eine Menge gebracht.
Eigentlich ist mein S4 für externe Speicherung eingestellt. Erstaunlich, dass trotzdem so viel in .cgeo im internen Speicher ist.
Die Frage war vor allem, ob es noch andere Stellen als .cgeo gibt, wo Daten gesammelt werden, die man löschen kann.
Ich benutze es ständig und freue mich dran, dass es (fast) immer prima funktioniert.
> wenn du die Datenbank NICHT auf die externe Speicherkarte verlegt hast,
> einfach den .cgeo Ordner löschen, um Platz zu schaffen.
Die Daten dort habe ich gelösch und es hat eine Menge gebracht.
Eigentlich ist mein S4 für externe Speicherung eingestellt. Erstaunlich, dass trotzdem so viel in .cgeo im internen Speicher ist.
Die Frage war vor allem, ob es noch andere Stellen als .cgeo gibt, wo Daten gesammelt werden, die man löschen kann.