sbeelis

ich haue dich nicht dafür, dass du findest, GSAK sei nicht nötig (das finde ich je nach Bedürfnis eine absolut legitime Haltung; bloss weil ich ohne GSAK nicht könnte, muss ich ja nicht missionieren). Aber ich haue Dich gern dafür, dass Du behauptest, das Problem werde durch GSAK verursacht, was nicht stimmt, wie Attila sehr gut beschrieben hat. Gegen blaue Flecken hilft übrigens essigsaure Tonerde, aber ganz so doll habe ich dich ja dann doch nicht verhauen ;-)

Es ist ein altes Problem, dass Groundspeak beim Loggen von Caches ab dem iPhone nicht die lokale Zeit des iPhones für Zeit & Datum verwendet, sondern die lokale Zeit in Seattle (Frogtime) verwendet. D.h es gibt ein Zeitfenster in welchem hier schon der neue Tag ist, in Seattle aber noch der alte Tag (ca. von Mitternacht bis 8.00 morgens +/- ein paar Stunden, habs grad nicht im Kopf). Wenn Du in dieser Zeit mit dem iPhone loggst, wird der Log auf der Webseite am Vortag verbucht. Ist seit Jahren bekannt, sie behaupten es sei nicht einfach zu lösen (dabei wäre es trivial für diese Logs Datum & Zeit des iPhones zu verwenden; das korrigieren vergangener Logs ist in der Tat nicht trivial). Lösungsansatz: - (a) nicht mit dem iPhone loggen - ( bereits gemachte logs editieren und datum anpassen, evtl. musst du dann logs, die am korrekten tag waren editieren, damit die reihenfolge wieder stimmt

Man fütter mit GSAK das Monti nicht mit Müll, es ist einfach eine andere Variante, wie man GPX Dateien baut. Ob diese nun aus GSAK erzeugt werden oder von Groundspeak als PQ oder von sonstwo spielt eigentlich keine Rolle. Das Archiv füllt sich nicht schneller, wenn man das Montana mit GSAK füllt.

Tipp Topp!

Du kannst aus GSAK die PocketQueries mit herunterladen, mit etwas Anpassungen und einem Macro auch für unterschiedliche Konten. Ich habe bei mir ein "1-click Macro", welches alle PQs meines Kontos herunterladen und in die Datenbank laden, danach auf archivierte Caches prüft und diese in eine eigene DB verschiebt. Eine Anleitung, wie man dies machen kann findest Du in der Präsentation von gzxzto in diesem Thread: http://www.swissgeocacheforum.ch/forum/topic/11848-gsak-praesentationen-mega-2014/ oder im GSAK Forum.

Ich mache es wie Ursprung mit GSAK. Wegpunkte als "Child-Waypoints" erfasst, Final als Corrected Coordinates. Fragen und Antworten als Notizen, wie Du es oben selber beschrieben hast. Zum Teil gibt es auch noch zusätzliche Dokumente (Bilder, Grafiken, Excel Sheets), diese lege ich in einem speziellen Verzeichnis ab, ein Verzeichnis pro Cache, der Verzeichnisname ist jeweils der GC-Code. So finde ich jederzeit alles was ich wissen muss. Dank iGeoKnife habe ich die Information auch immer auf dem Handy dabei, falls ich mal notfallmässig etwas nachschauen muss und grad unterwegs bin.

Mit den im obigen Post beschriebenen Schritten kriegst Du solche Karten.

Gern doch

Ach so. In dem Fall meinst Du eher die "Gemeindekarten pro Kanton" als die "Kantonskarte der Schweiz" :-) Dazu brauchst Du einerseits das Schweiz_Gemeinden macro, welches die Gemeinden Deiner Funde ins user2 Feld schreibt. Ausserdem brauchst Du die "Switzerland Gemeinden" Karten (Du kannst sie entweder über den FSG Map Installer runterladen) oder manuell von hier.

Was meinst Du mit "die einzelnen Kantone auf die Statistik"?

Meine Frage bezog sich eigentlich drauf, ob Du in "Select Country/County Maps" den Haken gesetzt hast. Wenn Du dort nichts zur Auswahl hast, ist klar, dass keine Karte angezeigt wird :-) Wenn Du auf im "Map Installer" Fenster den Haken setzt und auf "Install" klickst müsste das nachher eigentlich zur Auswahl stehen. Schau mal in Deinem Macro Verzeichnis, ob Du im Macro Verzeichnis ein Verzeichnis "FindStatGenData" hast und ob dort drin eine Datei FindStatGenMapSwizterland_cantons.dat hast. Falls nicht kannst Du versuchen diese manuell zu installieren, Du findest das nötige File hier.

Ich schlage vor, Du schaust mal folgende Seite an: http://www.geocaching.com/travel/

Und nur um sicher zu sein, dass ich da richtig verstanden habe. Du hast den Haken bei "Schweiz Kantone" gesetzt und siehst in Deinem FSG Output trotzdem folgende Grafik nicht?

Ok, letzer Versuch. Verwendest Du evtl. die Version 8.4.1.16? Die hatte einen Bug, der verhinderte, dass GSAK auf den GSAK Server zugreift, somit konnten weder FSG Karten hochgeladen noch Updates heruntergeladen werden. In dem Fall kannst Du hier auf 8.4.1.48 updaten, danach sollte hoffentlich alles wieder klappen.

Ok, dann solltest du nach dem klick auf "install" wieder bei "select maps" landen. Dort sollte nun"Schweiz Kantone" in der Liste erscheinen, den Eintrag musst du nun anwählen. Wenn im output die karte noch nicht erscheint musst du noch folgendes machen: auf dem grossen optionsscreen auf "sections" klicken und dann sicherstellen, dass die sektion "Other Maps" enabled ist.

Nein, das ist beides äquivalent. Bezüglich der Karteninstallation. Hast Du diese Schritte versucht? Falls ja, ab wann unterscheiden sich meine Screenshots und deine?

Das sollte auch einfacher gehen. Wenn Du im "Load" Dialog beim Feld "County-Update" den Wert "YB" einträgst, werden beim nächsten Load eines GPX Files alle Kantone in das County Feld nachgetragen. Damit hast Du nachher die Kantonsinformationen in der Datenbank. Wenn Du dies nun als Schweizerkarte mit eingefärbten Kantonen haben willst, brauchst Du in FSG folgende Kartendaten installieren (FSG->Options->Map->Install): "Schweiz Kantone"

Ich hätte gesagt auf der Cache Page "Log your visit" und dann "Reviewer Note" aus den möglichen Logtypen auswählen. Das geht aber bei keinem meiner Caches. Möglich, dass es diesen Logtyp nur gibt, so lange ein Cache noch nicht veröffentlicht ist...

Im GSAK Forum wurde dieses Problem auch diskutiert. Unterdessen unterstützt GSAK so viel ich weiss auch MTP, aber bis das ging haben einige Leute auf dem Monterra einen FTP Server laufen lassen und so die Verzeichnisse auf dem PC als Laufwerksbuchstaben eingebunden, damit sie dann wie gewohnt ihre Dinge exportieren konnten. Das hilft hier vielleicht auch...

Die Entfernung spielt bezüglich das "dürfen" keine Rolle (man darf, wie Du unten selbst schreibst immer). Du hattest in Deinem Post als Reaktion auf den Tour de Suisse Kommentar das Beispiel von 25m gebracht. Daraus schloss ich, dass Du nicht wusstest, dass es sich dabei um einen travelling Cache handelt, bei dem die Distanzen typischerweise deutlich grösser als 25m sind, so dass Dein Beispiel für den spezifisch erwähnten Cache, als ein Beispiel für einen Cache, den man mehrmals loggen kann nicht unbedingt passt. Gar nicht. Ich wollte eigentlich den Unterschied aufzeigen zwischen Fall A (Cacheversteckt fällt dem Holzfäller zum Opfer, der Cache wird 25m nebenan identisch wieder versteckt) und Fall B (Travelling cache, der durch die ganze Schweiz wandert, jedesmal an einem völlig neuen Versteck). Fall A würde ich nicht 2x loggen, Fall B schon.

Stell dir vor, ein Owner verlegt einen vorhandenen Cache um 25m, weil das ursprüngliche Versteck entfernt wurde. Würdest du diesen ein zweites Mal loggen? Die Tour de Suisse ist ein Travelling Cache (mit Bestandsschutz), welcher in der ganzen Schweiz herumreist (der Finder nimmt ihn mit und muss ihn jeweils an einem neuen Ort platzieren). Es ist - mit explizitem Einverständnis des Owners - vorgesehen, dass man den Cache, wenn man ihn an unterschiedlichen Orten mehrmals findet, auch mehrmals loggen darf (die Distanzen sind aber deutlich > 25 m).

Ich hatte bevor ich mit dem konsequenten Löschen begann auch nicht *immer* Probleme, aber 1-2 mal hat es mich doch erwischt und dann natürlich genau im dümmsten Moment. Probleme gibt es übrigens nur, wenn man eine Datei durch eine gleichnamige Datei anderen Inhalts ersetzt.

Guckst Du hier: http://www.swissgeocacheforum.ch/forum/topic/11891-keine-mysteries-mehr-im-pq-drin/?hl=mystery Gemäss Groundspeak ist das nicht beabsichtigt. Wieso sie dann im Zeitraum von 3 Wochen "Fehler da", "Fehler weg", "Fehler wieder da" spielen kann ich Dir auch nicht sagen... Gruss /urs

Tja, man würde meinen, dass es so läuft (wenigstens würde ich als SW-Entwickler das so machen). Nur leider funktioniert das, wie Du schreibst, nicht zuverlässig. Und eine Methode, die nicht *immer* funktioniert ist in meinen Augen wertlos. Von dem her stimmt die Aussage von Mos_CH in meinen Augen zu 100%: Ja, wenn Du absolut sicher sein willst, dass Du keine Probleme beim Befüllen von Garmin GPS Geräten haben willst, sind folgende Schritte zwingend nötig: alte GPX Files löschen Gerät neu starten (ohne diesen Schritt nützt das Löschen nichts) neue GPX Files drauf kopieren Es ist also sogar noch schlimmer als swiss-guinea-pigs fragt: Es reicht nicht nur die Dateien zu löschen, es ist zwischen Löschen und Befüllen sogar ein Neustart des GPS nötig um sicher zu gehen.

Hast du die frage schon im gsak forum im thread des nuvi macros gestellt?