Prosím o radu zda existuje nástroj, který mi bude schopný zobrazit kolik keší a jaké typy jsem ulovil třeba 21.1.2014 (tedy v libovolný zadaný den). Díky za info.
Zobrazení ulovených keší
#2
Publikováno 24 říjen 2017 - 11:34
Doplneni...pokud to ale myslis jako sumar, kdy ulovis ten den treba 50kesi, tak si je musis secist rucne :-)
Tento příspěvek byl upraven od PaTTrick: 24 říjen 2017 - 11:36
#3
Publikováno 24 říjen 2017 - 12:12
A to na gc.com Ti nestaci? Klikni na kalendar a pro dany den Ti ukaze Tvou aktivitu... nejen found it, ale i ostatni typy logu vcetne logovani cestovatelu
Doplneni...pokud to ale myslis jako sumar, kdy ulovis ten den treba 50kesi, tak si je musis secist rucne :-)
Pochopil jsem, že chce zadat datum. Ne proklikávat celý kalendář. Což je fakt opruz. Vyhledat podle data umí/uměl GSAK (nepoužívám jej už 3 roky). a předpokládám, že by to měl umět i Geoget (teprv se s ním učím).
#4
Publikováno 24 říjen 2017 - 13:15
GeoGet - jde zobrazit nálezy a ty si seřadit podle data a času. Pro fajnšmekry SQL nad GG db:
SELECT * FROM geocache WHERE dtfound LIKE '20171001%' /*datum ve formátu YYYYMMDD, v příkladu prvního října 2017 lze postupně odmazávat od konce dny a případně měsíce '201710%' - nálezy v říjnu 2017 '2017%' - nálezy v roce 2017*/
Blog o SQL v GeoGetu || Dakota10 || Android: Locus, mapy PAWS || Windows: Geoget
#5
Publikováno 24 říjen 2017 - 13:18
V GeoGetu primitivní - zobrazím nalezené, seřadím podle data a nalistuju si kam chci. Nebo to datum zadám do filtruPochopil jsem, že chce zadat datum. Ne proklikávat celý kalendář. Což je fakt opruz. Vyhledat podle data umí/uměl GSAK (nepoužívám jej už 3 roky). a předpokládám, že by to měl umět i Geoget (teprv se s ním učím).
Používám a doporučuji a:Drake - nejlepší geocachingovou aplikaci pro Android!
#6
Publikováno 24 říjen 2017 - 13:39
PaTTrick napsal/a 24 Říj 2017 - 12:34:
A to na gc.com Ti nestaci? Klikni na kalendar a pro dany den Ti ukaze Tvou aktivitu... nejen found it, ale i ostatni typy logu vcetne logovani cestovatelu
Doplneni...pokud to ale myslis jako sumar, kdy ulovis ten den treba 50kesi, tak si je musis secist rucne :-)
A kde na gc,com mám kliknout na kalendář ??????
#7
Publikováno 24 říjen 2017 - 14:03
Ve starém dashboardu nahoře v řádku Quick view klikni na "Geocaches".
Tento příspěvek byl upraven od Pontiac_CZ: 24 říjen 2017 - 14:03
SW: a:Drake 6
HW: Ulefone PowerArmor 18t (Android 12), Qstarz BT-Q818XT bluetooth GPS modul
"When you go to hide a geocache, think of the reason you are bringing people to that spot. If the only reason is for the geocache, then find a better spot." – briansnat
#9
Publikováno 24 říjen 2017 - 15:03
GeoGet - jde zobrazit nálezy a ty si seřadit podle data a času. Pro fajnšmekry SQL nad GG db:
SELECT * FROM geocache WHERE dtfound LIKE '20171001%' /*datum ve formátu YYYYMMDD, v příkladu prvního října 2017 lze postupně odmazávat od konce dny a případně měsíce '201710%' - nálezy v říjnu 2017 '2017%' - nálezy v roce 2017*/
Vim, ze to vis, ale pro ostatni, kdyz uz jsi sem to SQL dal: fraze LIKE nebude nejrychlejsi. Pro jeden den je urcite lepsi prime porovnani (dtfound='20171001'). Pokud bude potreba rozsah, pouzil bych budto BETWEN nebo dtfound>='20171001' AND dtfound<='20171013'
MHD/PID vybranych mest CR jako POI (diskuse)
GeoGet:
- Combine - automatizace opakovanych cinnosti (diskuse, dávky)
- Stator - statistiky y GeoGetu (diskuse)
- Spoiler - uložení spoilerů do GPS jako POI (diskuse)
- Náhrada GJ legálními postupy
#10
Publikováno 24 říjen 2017 - 15:39
Vim, ze to vis, ale pro ostatni, kdyz uz jsi sem to SQL dal: fraze LIKE nebude nejrychlejsi.
OT: Máš pravdu, zkoušel jsem to na svojí 680MB databázi s 87k keší v ČR. A došlo ke zrychlení - při výběru dne progres z 0,066s s LIKEem jsem se dostal na fantastických 0,046s s '='. Bohužel pokud jsem při výběru nálezů za celý rok použil BETWEEN místo LIKE '2017%' tak ale doba zpracování narostla z 0,012s (LIKE) na 0,015s (BETWEEN).
Ano, obecně bude LIKE pomalejší, obzvlášť pokud se pouští nad INTEGER sloupcem (dtfound) a dochází k implicitní konverzi. Ale na těch našich pididatabázích je to úplně jedno, rozdíl je zanedbatelný, uživatelská přívětivost LIKEu je v tomto případě dle mého omluvou za nepoužití best practice.
Blog o SQL v GeoGetu || Dakota10 || Android: Locus, mapy PAWS || Windows: Geoget
#11
Publikováno 24 říjen 2017 - 20:12
Mas pravdu, pri par tisicich zaznamu to velkou roli hrat nemuze. To zase nedoslo mne.
MHD/PID vybranych mest CR jako POI (diskuse)
GeoGet:
- Combine - automatizace opakovanych cinnosti (diskuse, dávky)
- Stator - statistiky y GeoGetu (diskuse)
- Spoiler - uložení spoilerů do GPS jako POI (diskuse)
- Náhrada GJ legálními postupy
#12
Publikováno 24 říjen 2017 - 21:19
Prosím o radu zda existuje nástroj, který mi bude schopný zobrazit kolik keší a jaké typy jsem ulovil třeba 21.1.2014 (tedy v libovolný zadaný den). Díky za info.
Nebo třeba vem Stator, vyhoď všechny moduly z obsahu (nebo založ nový prázdný profil). Pak přidej modul SetFilter a modul SummaryByTypeInCountry. V SetFilter nastav filtr na datum nálezu, v modulu SummaryByTypeInCountry zapni, aby zobrazoval jen keše podle filtru. Dej náhled a získáš tabulku se sumářem počtů keší jednotlivých typů (a zároveň s dělením podle zemí).
Zní to možná složitě a mnozí poznamenají něco o kanónu na vrabce, ale je to akce tak na 20 vteřin...
#13
Publikováno 25 říjen 2017 - 8:57
OT: Máš pravdu, zkoušel jsem to na svojí 680MB databázi s 87k keší v ČR. A došlo ke zrychlení - při výběru dne progres z 0,066s s LIKEem jsem se dostal na fantastických 0,046s s '='. Bohužel pokud jsem při výběru nálezů za celý rok použil BETWEEN místo LIKE '2017%' tak ale doba zpracování narostla z 0,012s (LIKE) na 0,015s (BETWEEN).
Ano, obecně bude LIKE pomalejší, obzvlášť pokud se pouští nad INTEGER sloupcem (dtfound) a dochází k implicitní konverzi. Ale na těch našich pididatabázích je to úplně jedno, rozdíl je zanedbatelný, uživatelská přívětivost LIKEu je v tomto případě dle mého omluvou za nepoužití best practice.
Člověče, ty už se pohybuješ v časových jednotkách jako my při zkratech Tady je to všechno mezi 0,01 a 3 s (to když je extrémně dlouhá zkouška).
0 uživatel(ů) prochází toto téma
0 uživatelů, 0 návštěvníků 0 anonymních uživatelů