mám asi 800 keší. Zpětně jsem si u keší 0-400 dopsal časy nálezů na gc.com a poté jsem vyprázdnil db a znova stáhl přes geojarry všechny keše do geogetu. Bohužel výsledek byl negativní a žádné časy nálezů se neobjevily… všude jen dd.mm.yyyy 00:00
Chci se zeptat… Jak automatický skript vyhledávající časy nálezů rozpozná typickou hlášku "This entry was edited by XXX on Saturday, 29 October 2011 at 14:30:14 UTC." která se u každého editovaného logu na gc.com automaticky pridava?
Ještě ke stahování logů - zapomeň na GJ a dej si stáhnout všechny logy přes GC Live. Je to legální a rychlejší. Pokud stahuješ posledních 5, tak mezi nimi obvykle tvůj log už není a tudíž GG nemá odkud vzít čas tvého nálezu.
Myfoud PQ je specielni vec, ma na webu svoje samostatne tlacitko. To proto, ze obsahuje skutecne vsechny tve nalezy. To je neco jineho, nez kdyz se snazis nastvait svoje PQ tak, aby obsahovalo tvoje nalezy - tam budou archivovane chybet. Takze neplest si tyto dve veci!
Nejspiš je to GG v nastavení filtru. Určitě máš nastaveno: nezobrazovat eventy, … Když dáš zobrazit vše tak je tam vše i archivovany. Taky se to dá poznat podle těch čísel dole ve stavovým řádku : Suma: Databaze obsahuje … B)
Podle mých zkušeností ji neignoruje, ale naopak čas z té hlášky použije jako čas nálezu.
Navrhoval jsem 2 způsoby, jak to opravit, ale zapadlo to.
To proto, že jsi při těch editacich psal na začátek logů čas a ten se uplatnil dřív.
Pokud je ale v logu jediný čas v [This entry was edited by…, tak se falešně uplatní ten.
A protože všichni autoři GeoGetu do svých logů čas píší, tak tento problém nemají a neřeší ho.
Napsal jsem kdysi opravný skript DeleteFoundTime pro mazání takovýchto falešných časů nálezů. Je součástí pluginu FoundTime.
Byla v něm ovšem chybička, takže některé časy nerozpoznal správně a neuplatnil se tak na ně. Už jsem ho opravil a zveřejnil novou verzi.
Z Garmina ho získám analýzou zaznamenané stopy, to dělá skript FoundTime.
Nově ho přímo do kopie databáze GeoGetu v mobilu ukládám tlačítkem v PocketDrake.
V textu logu kvůli tomu být nemusí.
Mimochodem práce geonovy se zápisem do starých logů na gc.com byla dost zbytečná. Nikomu jinému už to k ničemu nebude a pro něj samého by stačilo, kdyby si to napsal jen do databáze GeoGetu. Jedině snad, že by o tu databázi přišel, tak to bude mít na gc.com (dokud se data neztratí tam).
Snadno jde odlišit časy na začátku logu, a ty importovat, od časů v sekvenci [This entry was edited by…] na konci logu, a ty ignorovat.
Ano, ja vsechnoautor geogetu skutecne problem nema. A popravde nechapu, jak s tim muze mit problem ten, ktery tam ty casy nepise. Pokud pises cas do logu, tak bude vzdycky driv a uplatni se. Pokud tam cas nepises, pak te cas nalezu asi nezajima a tudiz ti nejake falesne prirazeni casu nemusi tankovat, ne? Staci si ho nevsimat, nebo to necemu vadi?
A kdyz to necemu vadi, co kdyz se ten cas falesne urci z cekohliv jineho v logu?
Zase tak moc to nevadí - je to jenom hra B).
Vadí to asi nejvíc v situaci - což byl nejspíš případ geonovy - kdy se někdo dodatečně snaží časy nálezů dostat do databáze GeoGetu. Málokdo s ním začína od první keše.
My jsme občas časy nálezu do logů psali, a ty so po importu nálezů v GeGetu objevili. A jen náhodou jsaem si všiml podezřele nočních časů, které tam byli navíc.
Když totiž někdo dodatečně doplňuje časy, tak ty již vyplněné považuje za správné a už je neřeší. A to jak podle notýsku, tak zejména automatizovaně skriptem dle zaznamenaných stop.
Optimální by byla možnost nastavení:
časy neimportovat
časy importovat z prvních n znaků logu
časy importovat z celého logu
