44 odpovědí na toto téma

[sobikovi]

Arogant napsal/a:
Možná by stála za to aby se keš uzamkla rovnou při zaznamenání nálezu.

jj, to by bylo ideální...

[pozorjed]

sobikovi napsal/a:

Arogant napsal/a:
Možná by stála za to aby se keš uzamkla rovnou při zaznamenání nálezu.

jj, to by bylo ideální...

Ne, nechat zamykání na uživateli (či makrem, třeba před generováním statistik). Jsou keše, kdy owner dost přestřelí, dá hodnocení třeba 4/4, ve skutečnosti to je 2/2.5, tak nechci mít takový omyl ve statistice jako 4/4. Naopak, pokud jsem keš odlovil jako 4/4, časem keš změní umístění, zadání a je to 2/2, tak bych chtěl zamknout na 4/4, jak bylo v době odlovu. A samozřejmě mít možnost odemčení a ruční editace.

[S474N]

A klidne i udelat sloupec v ramci VIS, kde bude i malej zamecek

[Arne1]

pozorjed napsal/a:

sobikovi napsal/a:

Arogant napsal/a:
Možná by stála za to aby se keš uzamkla rovnou při zaznamenání nálezu.

jj, to by bylo ideální...

Ne, nechat zamykání na uživateli (či makrem, třeba před generováním statistik). Jsou keše, kdy owner dost přestřelí, dá hodnocení třeba 4/4, ve skutečnosti to je 2/2.5, tak nechci mít takový omyl ve statistice jako 4/4. Naopak, pokud jsem keš odlovil jako 4/4, časem keš změní umístění, zadání a je to 2/2, tak bych chtěl zamknout na 4/4, jak bylo v době odlovu. A samozřejmě mít možnost odemčení a ruční editace.

Akorát mne napadá, jak se tu změnu dozvíš. Leda náhodou.

[pozorjed]

Arne1 napsal/a:
Akorát mne napadá, jak se tu změnu dozvíš. Leda náhodou.

Jak se změnu dozví v GSAKU ?
Zamykání je ošemetné, v kterém okamžiku. Každý postup má své pro a proti.
Já bych to nechal na uživateli, zda při volání tvorby statistiky, při aktualizaci rozdělení krajů, ohodnocení, nadmořské výšky i provést zamčení nezamčených nalezených keší. Čili ne hned po importu nálezu.
Ale dokud nebude zřejmý princip zamykání / odemykání, jak bude technicky realizovaný, tak tato diskuse je předčasná.

[HaLuMa]

Vidite, ze ta jednoducha vec, jakou je zamykani zaznamu, ma spousty hacku, a ze jeden problem vyresi a jiny tim zase vyrobi? Prave proto vymyslim, jak tohle nejlepe vyresit, a vymyslel jsem neco lepsiho. Jen mit cas...

[ProKesTom]

No, mne napadá jediné: automaticky zamknout a veškerý update mít jako jinou keš. I to má své mouchy cece ...

[HaLuMa]

Zcela zamerne to tu nechci rozebirat.

[Sally&eL]

ProKesTom napsal/a:
No, mne napadá jediné: automaticky zamknout a veškerý update mít jako jinou keš. I to má své mouchy cece ...

...pokud už mám něco odloveno a zamknu to, tak asi proto že další update už nechci

[Maxinoha]

Ahoj, zase nahoru posouvám dotaz na zamykání odlovených keší. Defakto jde hlavně o údaje obtížnost a terén.
Kdyby byla možnost zamykání určitě by se neřešili změny obtížnosti a terénu jako se aktuálně řeší u jedné bývale 5/5 keše GC26TQ7 v sousedním vláknu.

[HaLuMa]

Ja vim, uz to spousta lidi nehraje pro body, ale pro statistiky. Ale neboj, uz se konecne na necem zacina pracovat.

[medwyn_cz]

Zamykani nalezu kvuli spravnym statistikam ale vubec neni potreba. Momentalne to jde velmi elegantne resit automatickym generovanim databaze, ktera obsahuje pouze nalezy. A statistiky pak generovat z teto "zalozni" databaze.

Pomoci combine jde tvorbu DB udelat pomoci jednoho kliku! Skupina vypada priblizne takto (staci zkopirovat do combine.ini a precislovat jmeno skupiny):

[Groups]
Group_1=BackupFinds
[Group_1]
Comment=Skupina zazalohuje nove nalezene kese do databaze "Finds". Existujici zaznamy v databazi "Finds" neprepisuje.
Action_1=@DBSelect|Finds
Action_2==All.ggf
Action_3=@ListSaveGgt|%GG_DATADIR%\FoundCachesInFindsDatabase.ggt
Action_4=@DBSelect|geoget
Action_5==Found.ggf
Action_6=-FoundCachesInFindsDatabase.ggt
Action_7=!export\gpxgeoget2.gge.pas|%GG_DATADIR%\FoundCachesTransferingToFindsDatabase.gpx
Action_8=@DBSelect|Finds
Action_9=@ImpFile|%GG_DATADIR%\FoundCachesTransferingToFindsDatabase.gpx

Uz jsem to tu nekde na foru psal, ale nemuzu to najit.

Podminkou jsou dva filtry
All, ktery vyfiltruje uplne vse. Misto nej jde pouzit i Found.
Found, ktery vyfiltruje vsechny nalezene kese (soucast instalace GG)

Skupina funguje tak, ze
- prepne se na zalozni databazi finds
- ulozi si do souboru seznam vsech GC kodu v databazi (= jiz zazalohovane nalezy)
- prepne se zpet na produkcni databazi (geoget)
- nacte do okna nalezene kese
- od nich odecte vsechny GC kody ze seznamu jiz zazalohovanych
- v okne zustanou jen nove doposud nezazalohovane nalezy
- ty vyexportuje do GPX GeoGet2
- prepne se na databazi finds
- naimportuje do ni hotove GPX
- hotovka.

Nyni muzete generovat statistiky z teto zalozni finds databaze a nikdy (pokud sami omylem ci cilene nenaimportujete neco do databaze finds) nedojde k prepsani diky zmene na GC.com.

Nevyhodou tohoto reseni je fakt, ze pak nejde pouzivat ukazatele "vylovenosti kraju". V databazi, ze ktere se generuji statistiky, jsou pouze a jen nalezy. Pokud ale stale pouzivas GSBuilder, tak ti to tezko bude vadit. Ten nikdy ani jina data nez nalezy nepotreboval ...

[Maxinoha]

medwyn_cz napsal/a:
Zamykani nalezu kvuli spravnym statistikam ale vubec neni potreba. Momentalne to jde velmi elegantne resit automatickym generovanim databaze, ktera obsahuje pouze nalezy. A statistiky pak generovat z teto "zalozni" databaze.

Pomoci combine jde tvorbu DB udelat pomoci jednoho kliku! Skupina vypada priblizne takto (staci zkopirovat do combine.ini a precislovat jmeno skupiny):

[Groups]
Group_1=BackupFinds
[Group_1]
Comment=Skupina zazalohuje nove nalezene kese do databaze "Finds". Existujici zaznamy v databazi "Finds" neprepisuje.
Action_1=@DBSelect|Finds
Action_2==All.ggf
Action_3=@ListSaveGgt|%GG_DATADIR%\data\FoundCachesInFindsDatabase.ggt
Action_4=@DBSelect|geoget
Action_5==Found.ggf
Action_6=-FoundCachesInFindsDatabase.ggt
Action_7=!export\gpxgeoget2.gge.pas|%GG_DATADIR%\FoundCachesTransferingToFindsDatabase.gpx
Action_8=@DBSelect|Finds
Action_9=@ImpFile|%GG_DATADIR%\FoundCachesTransferingToFindsDatabase.gpx

Uz jsem to tu nekde na foru psal, ale nemuzu to najit.

Podminkou jsou dva filtry
All, ktery vyfiltruje uplne vse. Misto nej jde pouzit i Found.
Found, ktery vyfiltruje vsechny nalezene kese (soucast instalace GG)

Skupina funguje tak, ze
- prepne se na zalozni databazi finds
- ulozi si do souboru seznam vsech GC kodu v databazi (= jiz zazalohovane nalezy)
- prepne se zpet na produkcni databazi (geoget)
- nacte do okna nalezene kese
- od nich odecte vsechny GC kody ze seznamu jiz zazalohovanych
- v okne zustanou jen nove doposud nezazalohovane nalezy
- ty vyexportuje do GPX GeoGet2
- prepne se na databazi finds
- naimportuje do ni hotove GPX
- hotovka.

Nyni muzete generovat statistiky z teto zalozni finds databaze a nikdy (pokud sami omylem ci cilene nenaimportujete neco do databaze finds) nedojde k prepsani diky zmene na GC.com

To mi přijde jak nějaké sci-fi - vůbec tomu nerozumím, jsem jen uživatel základních funkcí, takže jednoduší je promě před generací statistik si vzít papírek s poznámkami u které keše co mám změnit a pak teprve generuji statistiky.

[medwyn_cz]

Tohle dela uplne vsechno za tebe. Jak rikam, jeden klik. Kdybys s tim chtel pomoct a ulevit si od papirku, ozvi se. Za 5 minut ti to pres TeamViewer vsechno nastavim a vysvetlim. Ale kdyz dokazes napsat wherigo cartridge, tak dokazes i tohle.

[pozorjed]

medwyn_cz napsal/a:
Zamykani nalezu kvuli spravnym statistikam ale vubec neni potreba. ...

uf, zajímavé resení, jak máš pořešenou aktualizaci archivací? Např. při zakládání nové keše či hledání po publikaci si zobrazím Geokukem rozmístění současných aktivních, ať vím kde je "volné" místo. Zda některá keš (i nalezená) není archive.
Co další atribut lock/unlock, a při update provést podmíněný update několika položek (vynechat D/T), případně u LOCK aktualizovat jen datum posledního nálezu a stav keše (hodnocení, favorites, ...) ?
nějo jako
if lock = 1 then update (vyjmenované položky)
else full update
?

[zLOST]

a co takhle odloveny proste neupdatovat vubec? pripadne jen disable/enable/archive/unarchive

[gord]

Ja mam trochu jinou metodu nez Medwyn. Aktualizuju jen kese, ktere jsem dosud nenasel. :-) Ale ebych byl konkretnejsi: vezmu PQ, rozbalim, vyhazu z GPX vesechny kese, ktere uz mam nalezene a zbytek naimportuju. Pak se "podivam", ktere nebyly naimportovane a zkontroluju zda nejsou archivovane. Vse opet pres Combine. Jen na to vyhazeni nalezenych kesi z PQ jsem si musel napsat scriptik :-) na vse ostatni jiz nekde neco existuje. EDIT: jen upresnim - vedlo me k tomu neco jineho nez D/T. Rada autoru totiz v prubehu zivota zmeni typ kese treba z tradicky na mysterku. A to mi pak neseti pocty jednotlivych typu.

[zLOST]

@gord] hele, nebylo by jednodussi si posilat pq jen s nenalezenyma kesema?

[gord]

No, ono je to vsechno trochu jinak :-) Nepouzivam PQ, ale APQ a tam informace o tom, co mam nalezeno, neni. Ja popisoval jen princip, nikoli vlestni realizaci.

[medwyn_cz]

Aktualizaci necoho, co aktualizovat vubec nechci, poresenou nemam. Nicmene stejne to takhle nepouzivam a generuju statistiky rovnou z hlavni databaze. Nejsem az tak schizofrenni, abych si myslel, ze cisla ve statistikach nekoho zajimaji. Nezajimaji totiz v zasade ani me samotneho... Takze s tim bremenem v klidu zijiu