Das Tool - einfach gesagt - SPITZE! & DANKE!
Ein Wunsch bzw. eine Anregung für zukünftige Versionen:
Zum Drucken werden die Cache beschreibungen ja schon in HTML aufbereitet.
Wäre es möglich eine Option "als HTML Speichern" einzubauen? ich meine damit nicht aus der Druckvorschau zu speichern. Die oben vorgeschlagene Funktion könnte die Tourdaten (Cachebeschreibungen) speichern und dabei eine "index.html" anlegen (zB Liste mit GCNummer, Cachename, cacheTyp) Über diesen Index könnte man dann direkt zur Cachebeschreibung kommen.
warum das so?:
zum paperless cachen! - einfach den ordner mit den Html-beschreibungen und der index-datei auf den PDA geschoben und schon hat man für unterwegs alles dabei!
Was meint ihr bzw. der Programmierer dazu? ist so etwas für dieses tool machbar?
Das angehänte Bild zeigt einen Ausschnitt einer solchen IndexDatei von YaGcU.
vg kasimodo
In diesem Fall werden von YaGcU gleich mehrere Indexdateien erstellt die unterschiedliche Sortierungen haben. ( Name; Entfernung; GCNummer ect.) Die Vernüpfungen zu den unterschiedlichen Sortierungen (indexdateien) sind die kleinen Felder oben im Bild. Diese sind Bestandteil jeder Indexdatei der verschiedenen Sortierungen.
Von Interesse wäre ja eigentlich nur eine Sortierung nach GCNummer und eine nach Cachename! Welche Sortierung dann für den Geocacher die wichtigere ist, dies ist abhänig von der Darstellung auf dem GPSr. ist die GCnummer bekannt wählt man die Beschreibung nach dieser Sortierung aus, kennt man den Cachename dann die dazu passende Sortierung (indexdatei)!
Damit die Anzeige auf dem PDA nicht zu unübersichtlich wird - max 3 bzw 4 Spalten!
CacheTyp(symbol) - GCNummer - GCName - Cachegröße als Symbol
ob letzteres (cachegröße) nötig ist - kann man drüber nachdenken.
als Alternative dafür ein link zu GC.com - für die von euch, die von unterwegs ihre logs eintragen.
Hinweis: In den Html beschreibungen der caches müssten die vorhandenen Links deaktiviert sein. die würden ja ins leere laufen und nur fehler verursachen da diese nicht "absolut" sind. (nur als relativ dargestellt) Sorry falls ich mich hier nicht fachlich richtig ausdrücke - weiss es nicht besser! ps:
Ein Wunsch bzw. eine Anregung für zukünftige Versionen:
Zum Drucken werden die Cache beschreibungen ja schon in HTML aufbereitet.
Wäre es möglich eine Option "als HTML Speichern" einzubauen? ich meine damit nicht aus der Druckvorschau zu speichern. Die oben vorgeschlagene Funktion könnte die Tourdaten (Cachebeschreibungen) speichern und dabei eine "index.html" anlegen (zB Liste mit GCNummer, Cachename, cacheTyp) Über diesen Index könnte man dann direkt zur Cachebeschreibung kommen.
warum das so?:
zum paperless cachen! - einfach den ordner mit den Html-beschreibungen und der index-datei auf den PDA geschoben und schon hat man für unterwegs alles dabei!
Was meint ihr bzw. der Programmierer dazu? ist so etwas für dieses tool machbar?
Das angehänte Bild zeigt einen Ausschnitt einer solchen IndexDatei von YaGcU.
vg kasimodo
In diesem Fall werden von YaGcU gleich mehrere Indexdateien erstellt die unterschiedliche Sortierungen haben. ( Name; Entfernung; GCNummer ect.) Die Vernüpfungen zu den unterschiedlichen Sortierungen (indexdateien) sind die kleinen Felder oben im Bild. Diese sind Bestandteil jeder Indexdatei der verschiedenen Sortierungen.
Von Interesse wäre ja eigentlich nur eine Sortierung nach GCNummer und eine nach Cachename! Welche Sortierung dann für den Geocacher die wichtigere ist, dies ist abhänig von der Darstellung auf dem GPSr. ist die GCnummer bekannt wählt man die Beschreibung nach dieser Sortierung aus, kennt man den Cachename dann die dazu passende Sortierung (indexdatei)!
Damit die Anzeige auf dem PDA nicht zu unübersichtlich wird - max 3 bzw 4 Spalten!
CacheTyp(symbol) - GCNummer - GCName - Cachegröße als Symbol
ob letzteres (cachegröße) nötig ist - kann man drüber nachdenken.
als Alternative dafür ein link zu GC.com - für die von euch, die von unterwegs ihre logs eintragen.
Hinweis: In den Html beschreibungen der caches müssten die vorhandenen Links deaktiviert sein. die würden ja ins leere laufen und nur fehler verursachen da diese nicht "absolut" sind. (nur als relativ dargestellt) Sorry falls ich mich hier nicht fachlich richtig ausdrücke - weiss es nicht besser! ps: