CTRL-I + geocache_visits.txt nefunguje (?)

Projekty GeoGet
1

Pro nastavení nálezů v GG jsem používal dosud import geocache_visits.txt.
Řekl bych, že od posledního buildu GG (2.5.7.612) mě import toho souboru funguje tak, že import proběhne OK, zobrazí se okno s počtem aktualizovaných bodů, ale samotný nález u těchto bodů není nastaven. Přikládám fgragment geocache_visits.txt:


WM6CFN,2011-03-06T13:47Z,Found it,""
WM6GHM,2011-03-06T13:48Z,Found it,""
WM6A9F,2011-03-06T13:51Z,Found it,""
WM6A8C,2011-03-06T13:52Z,Found it,""

u kterého se to takto chová :frowning:

2

njn teď jsem to vyzkoušel na prázdé databázi.. ukáže to aktualizováno xy bodů, ale žádný z nich tam pak není… ani s prázdným listingem atd.

3

import geocache_visits.txt zapisuje pouze časy nálezů u keší v DTB, nezapisuje do DTB kešky jako takové

4

a máš ty WB body, hádám že to jsou waymarky, v DTB?

5

Ano, všechny ty WM body (ano, jsou to Waymarky - viz fragment v úvodním příspěvku tohoto vlákna) v GG databázi mám.
Jak jsem psal… aplikuji cca 3/4 roku stejný postup:
a) stažení pomocí bodů pomocí GJ do GG databáze
b ) export z GG do Oregonu do GPX
c) po návratu z terénu import geocache_visits.txt do GG - tím se mě dosud vždy nastavil nález v GG databázi

Mám podezření, že bod c) mě nefunguje od posledního upgrade GG (2.5.7.612).
Upgrade jsem dělal kvůli http://www.geocaching.cz/forum/viewthread.php?forum_id=36&thread_id=17735&sort=&rowstart=0. Tenhle build GG rozšířil množinu znaků v ID bodu.

Takže možná dotaz i na HaLuMu, zda nemohlo dojít s tím rozšířením množiny k narušení funkčnosti importu geocache_visits.txt

6

Spis jsem tak nejak predpokladal, ze soubor "geocache_visits" se tyka jen geocache a ne waymarku. :wink:

7

Já to nepoužívám, jen jsem to chtěl vyzkoušet. Ale předpokládal jsem, že pokud je to import, pak to naimportuje body pod tím kodem, co tam najde s prázdným listingem… nebo když to má jen provést update času, pak tedy když nic nenajde, tak vyhodí chybovou hlášku a ne info o tom, že provedl update xy bodů které tam nejsou…

8

HaLuMa to jistě nějak vyřeší… bohužel to tak funguje a fungovalo, body to nezapisovalo, pouze updatovalo časy

9

Ježíšikriste!!! Taková neznalost!! Waymarky se přece jen nezakládají, ale i navštěvují :).

Mohu doufat, že nějaký příští build GG zase import geocache_visits.txt s waymark body umožní?
Zatím si jdu pustit GSAK :wink:

10

To je hloupa povera. Taky mam par waymarku, a uz mam na nich vsech celkem dva logy… za rok. :stuck_out_tongue:

11

Málo logů je taky dána malou SW podporou WM. Pro GG se naskýtá možnost tuto díru pokrýt :).

Mohu tedy doufat s tou opravou importu geocache_visits.txt i waymarky?
Vždyť to přece fungovalo…:wink:
Za odměnu by snad šlo uvažovat o návštěvě Tvých WM :D.

12

Prestalo to chodit se zavedenim prisnejsi kontroly formatu ID.

Pochopitelne s tim neco udelam.

13

Pokud jde o WM, tak já stahuji navštívené přes GJ.. pak si ručně nastavím Nalezeno a je to… Nějak mne nenapadlo nastavovat si na WM v navigaci found it… vždyť se to musí matlat spolu s keškama?

14

No hlavne se predtim musi WM exportovat pomoci nejakeho GPX jako kese. Pak ti strasi s nejakou divnoikonou v seznamu v oregonu… Dle meho je lepsi exportovat WM jako POI (treba mym makrem :wink: ) a pripadny cas nalezu si zaznamenavat vytvorenim waypointu (ikonka mezi obrim tlacitkem START a sipkou zpet) nebo fotkou.

Uz jsem i premyslel, ze pro kesery, kteri nahravaji kese/wm do navigace pouze jako POI by nebylo spatne udelat nejaky system, ktery z ulozenych waypointu v navigaci dokaze oznacit kese v databazi jako nalezene nebo vygenerovat fieldnotes. Principielne by to bylo hodne podobne memu automagickemu tridici obrazku…

15

To jsem si kdysi napsal pro GSAK (protože 60csx nemá fn), a kdyz jsem premigroval na GG a zjistil, ze pro GG by to bylo vyrazne obtiznejsi napsat, tak sem to pustil k vode.

16

To medwyn_cz:
(ne)Výhody GPX/POI jsou mi jasné. Používám obojí (na obojí používám tvoje makra :slight_smile: - díky za ně). Pracné mě však připadá to logování nalezených POI (ať vytvořením waipointu nebo fotkou). V obou případech pak je nutné ruční opisování něčeho, ne? Tím svým způsobem pouze dělám exporty a importy souborů. Ale kvůli tomu až tak nepíšu…

Nepochopil jsem to tvoje…
ikonka mezi obrim tlacitkem START a sipkou zpet.
To mluvíš o Oregonu? Jak se k té obrazovce dostanu? Já mám jen tlačítko/šipku zpět a tlačítko Jet :frowning:
A ještě by mě zajímal ten automagicky tridici obrazek… co to je?

17

  • Zadne automatizovane reseni na logovani (tvorbu fieldnotes) z fotek nebo GPX waypointu neexistuje. Ale existuje nejaky plugin na doplnovani casu z GPX logu, tady na foru se o nem psalo.
    Ja to spis myslel tak, ze by BYLO MOZNE to automatizovat tak, aby se nic rucne neopisovalo. Ale sam to nepotrebuju a cas na programovani stejne nemam.

  • Ano, o Oregonu. Pokud si otevres podrobnosti nejakeho bodu, tak mezi tlacitkem start (jet, go …) a sipkou zpet je jeste ikona praporku. A ta ti vytvori waypoint na souradnicich bodu, ze ktereho jsi to tlacitko proklikl.

  • Automaticka tridicka obrazku, neboli MagicImageSorter, klikni v mem podpise :wink:

18

Honny: nepamatujes si jeste nahodou, proc to bylo vyrazne obtiznejsi napsat? Neco podstatneho ti tam chybelo?

19

Mechanismus, do ktereho strcis souradnice, a on ti vyplivne nejblizsi kesky (X nejblizsich, nejblizsi do vzdalenosti … ). A to same pro waypointy.

Samozrejme takovou vec neni problem napsat jako knihovnu pro makra.

20

No, zrovna pro kesky tram takovy mechanizmus je uz hodne davno. (Treba takovou fintou, ze si udelas vlastni TGeo, nastavis mu souradnice, a zavolas existujici metodu na vraceni nejblizsich kesi. Ale skryte to jen obaluje vlastni query nad souradnicovym indexem.) :wink: