Relativne malou upravou programu, ktory som mal pripraveny na zbieranie hlasov pre Slovenske "Legendy" som vytvoril program na generovanie gpx suboru "My Finds" pouzivaneho v dalsich programoch pre spracovanie statistiky.
Tento subor si mozu vygenerovat PM userovia s tymto obmedzenim… * The Pocket Query can only run once every 7 days
Spustenim tohoto sw mozete mat "My Finds" gpx, kedy chcete a nemusite byt PM.
Generovany gpx ma sluzit iba a len na spracovanie v dalsich programoch pouzivanych na vytvorenie statistiky
GSAK
GG
MoZiGo
GCstatistic
a isto existuju aj dalsie
Generovany gpx ma rovnaku strukturu ako "original PQ " ale neobsahuje
short description
long description
hint
ine logy ako "ten moj"
guid ownerov
Cize je to objemom podstatne mensi subor ako original PQ, podla mna vsak na spracovanie statistiky plne vyhovuje.
Skusil som to len s MoZiGo a GCstatistic a pre tieto sw to postacuje.
Je to verzia 1.0, nemyslim, ze budem program nejak zvlast rozvijat, ale ak by mal dakto pripomienku na vylepsenie, doplnenie a podobne, budem len rad.
Pred vyuzitim jeho vystupu v inych sw, doporucujem urobit zalohu databaz aby nedoslo k nejakym problemom.
zdá se, že to je zajímavé.
jen malíá úpoznámka, zkusil jsem to, ale poslední nalezená keš včera (jediná ten den) se do seznamu nenačetla, čili jde to na nálezy starší než 24 hodin, to tak vypadá. Navíc by bylo lepší číslování ne od posledního nálezu ale od prvního vzestupně.
@vetrnik
Je mozne ze tam mam chybu, aj mne sa niekedy pri testovaniach stalo, ze mi nacitalo o jednu menej…
Skus jednoducho zatrhnut checkbox data z webu, vymaz zoznam a nacitaj znova…uz stiahnute data sa nebudu znova stahovat… @werki
Predpokladam ze Ta to zaujima ako BM - inak sa o tom ani nedozvies ze ide o PM kesku:)
PM kesky sa spracuju tak ze sa ulozi o nich zaznam typu
TR1.0/1.0 so suradnicami 50.0,19.0 a do dbazi sa poznaci ze ide o PM kesku. Cize je mozne tieto zaznamy odfiltrovat a upravit - jednoduchsie by bolo vo vyslednom gpx ale lepsie priamo v sqlite ale zatial som to inak neriesil… @rebel,talibrovka
To ma mrzi, netusim co to moze byt ci ide o nejake specificke kesky, a data s ktorymi som doteraz neratal … ak mate zaujem o vyriesenie problemu, poslite mi obsah tmp adresara kde su subory tmp\nick\nearestXX.htm, mozno tam daco objavim.
Zistil som vaznu chybu v prihlasovani - odstranil som to z webu kym to nevyriesim..
Skoro bych si tipnul, ze nepocitas s cestinou. Stejna chyba a v souborech je to "pĹ" napr. tady…
Stredocesky kraj, Czech Republic před 2 dny*
před 5 dny
@petegeo
Take jednoduche to nebude…skor tie posledne nalezy nie su standarne datumove polozky ale vo forme "pred dvoma dnami"
Asi by som si mal daco zalogovat a vyskusat "takyto format datumu"… zatial teda nepouzivajte…
Doplnena moznost vyuzitia databazy MoZiGo alebo GG, staci ukazat na prislusny databazovy subor…samozrejme to vyznamne urychli spracovanie a najma usetri stahovanie z webu.
o opragramu chybi krizek na zavreni a taky moznost menit velikost okna - zbytecne
okno pri nacitani kesi z gc.com - moznost menit velikost okna - zbytecne
pri stahovani kesi z webu vzdy na konci dostanu hlasku - cannot open file : loginwap.htm - fyzicky tam opravdu neni - po odkliknuti okno zustane jako zamrznute
celkove problem se znaky - priklanel bych se aby byl program v anglictine stejne jako nutne nastaveni gc.com
jinak to export udelalo a ja ho poslal do gsak a vse funguje jak ma…
verim ze to bude uzitecne az se doladi ty drobnosti
to o programe som dorobil na poslednu chvilu a zabudol som tam dat button - inak staci kliknut na formular , ale samozrejme opravim…
Ake problemy so znakmi ? - teda pokial mas nastavenu anglictinu na gc.com , podla mna vsade konvertujem do cp1250 okrem datumov kde sa namiesto yesterday je napriklad čtvrtek co neskonvertovane sposobi hore uvedzane problemy.
Ak o nejakych dalsich vies co mi uniklo sem s nimi nech to opravim…
Ked ssa vychytaju muchy urobim rozhranie pre vsetky jazyky podobne ako v mozigo…
na ten loginwap sa pozriem blizsie, asi som daco prehliadol
@haluma
Mozigo v statistikach na rozdiel od geogetu operuje nie s menom ownera ale jeho guid, ma to samozrejme ako vsetko aj vyhody aj nevyhody, o ktorych sa mi tu nechce polemizovat. Cize, kedze nemam ako jednoduchou cestou zistit guid ownera, zjednodusil som si to tak, ze som z fiktivneho id vytvoril fiktivne guid…a taketo cislo ako retazes zapisujem do mojej databazy pre statistiku - ine programy to mozno ani nepouziju.
Cize ano mas pravdu - nema tam byt guid ale ouid, ja som to napisal velmi zjednodusene…
V podstate by ma zaujimalo preco si "komplikuju" zivot nejakymi dalsimi unikatnymi cislami/retazcami, ked su z mojho pohladu vlastne uz nadbytocne
Guidkesky<->GCkod kesky
GuidOwnerea<->ouid ownera
Ale to jeuz o inom, pre potreby statistiky to postacuje.
Jenze v atributu ID ma byt prave ID, tedy klidne tvoje fiktivni ID. Tvoje snaha to ID zmrsit do podoby velmi vzdalene podobe GUIDu, je zbytecna. S zadnym GUID ownera se tam nepracuje, takze je uplne fuk, ze jej neumis zjistit.
Ahoj, taky jsem zkoušel a zjistil, že pokud vytvořím statistiky v GSBuilderu tak není zachováno pořadí nalezených keší a není správně jejich pořadí. Jinak načítá opravdu rychle. Rychleji než Skrýšotlač a pro statistiky asi vhodné po vychytání "much".
Ještě jedna připomínka - po načtení nového seznamu se nezměnil počet nalezených keší vperavo dole. Po novém otevření už byl počet správný. Asi neproběhl refresh formuláře.
Díky za nový nástroj