163 odpovědí na toto téma

[Arne1]

Dostal jsem napad, jak ziskat publikacni log a nestahovat uplne vsechny logy. :-)
 
Funkce API pro stazeni logu u kese umoznuje zadat casovy interval, do ktereho museji spadat stahovane logy svym casem vytvoreni, ne casem logu. Takze jako zaklad by se vzal datum vytvoreni kese (listingu) a stahly se logy rekneme v intervalu plus a minus mesic. Jsou 2 moznosti:
 
idite v tom postupu nekdo nejaky problem, ktereho jsem si nevsiml ja?

Třeba francouzi mají blbej zvyk, že si zaregistrují HaFo GCkodu, rok na nich pracují a po roce pustí ven hromadu keší.

[dr.vota]

...Nenapadá mě, kdy by mohl být publikační log starší, než datum založení. ...

všechny eventy

[HaLuMa]

Zkus prozkoumat odpoved gc.live na stahovani listingu. Je tam:

 

DateLastUpdate

DateCreated (neni v Lite!)

DateLastVisited

UTCPlaceDate

PublishDateUtc

 

To, co si owner sam nastavuje, by mohlo byt treba to UTCPlaceDate. Vas by ale mohlo zajimat spis to PublishDateUtc, pokud obsahuje nejaky smysluplny udaj. To by se pak, kdyz budete smutne koukat dalo do davat do tagu uz pri importu.

[DrakMrak]

Dostal jsem napad, jak ziskat publikacni log a nestahovat uplne vsechny logy. :-)

 

Funkce API pro stazeni logu u kese umoznuje zadat casovy interval, do ktereho museji spadat stahovane logy svym casem vytvoreni, ne casem logu. Takze jako zaklad by se vzal datum vytvoreni kese (listingu) a stahly se logy rekneme v intervalu plus a minus mesic. Jsou 2 moznosti:

 

1. nestahne se zadny log - pak posunout interval smerem k aktualnimu casu a zopakovat dotaz
2. logy se stahnou, ale publikacni log mezi nimi neni, v tom pripade
   • pokud jsou nalezove logy z roku 2004, kesku ignorovat, protoze pravdepodobne publikacni log vubec nema
   • pokud jsou logy mladsi, posunou interval na starsi a pokus zopakovat

Vidite v tom postupu nekdo nejaky problem, ktereho jsem si nevsiml ja?

O něčem podobném jsem uvažoval...

Pro různé statisitky je to docela potřeba mít začátek a konec = PUBLIKACI (vím, že u starších to neexistuje pak by se použil ten co je) a ARCHIV (poslední - někdy jich může být víc)
 

[dr.vota]

...

To, co si owner sam nastavuje, by mohlo byt treba to UTCPlaceDate. Vas by ale mohlo zajimat spis to PublishDateUtc, pokud obsahuje nejaky smysluplny udaj. To by se pak, kdyz budete smutne koukat dalo do davat do tagu uz pri importu.

To abys to UTC ale ještě přepočítal na lokální (pro keš) datum, jinak v tom bude hokej 

[mpik]

Takže pokud to chápu, přes API se dá zjistit datum publikace i bez stahování logů a hledání publikačního?

[HaLuMa]

Ano, za cenu jednoho stazeni Lite listingu. (A jeste nemame provereno, jek relevantni data to jsou)

[kiReGPS]

No prosím. Zpočátku to vypadalo na nepozorný dotaz a co se z toho klube zajímavých informací...

[gord]

Tak ted jsme udelali nejaky pruzkum a moc optimisticky to nevypada. Zda se, ze od roku 2013 je soucasti dat poslanych s listingem pres API ve FULL verzi datum a cas publikace, ale starsi kesky maji tuto hodnotu nastavenou na null. U tech by se tedy musel pouzit postup pres stazeni logu. Ten by zrejme mohl byt ucinny do roku 2005, ale u starsich nikoli.

[Roman_Jaromer]

Tak zase těch starších není tolik.

Cesta pak je buď přidělit datum dle data založení (u keší) nebo dle prvního logu. Pár nás tady je, kdybychom si to rozdělili, tak to pak jde udělat buď tím stávajícím skriptem, nebo i ručně...

[gord]

Starsich nez 2013 ti pripada, ze je malo? Mne to ukazuje cca 40k. To mi malo nepripada.

Tento příspěvek byl upraven od gord: 07 June 2017 - 12:46

[Roman_Jaromer]

Promiň, blbě jsem se vyjádřil, mě zajímá hlavně ČR, takže jsem myslel ČR. Nemyslím celý svět. 

[HaLuMa]

Však Gord taky, ne?

[gord]

Jasne, cca 40k kesi s vytvorenim do roku 2013. Do roku 2005 jich je asi 470.

[Roman_Jaromer]

Myslel jsem na to ruční dopsání nějakého data do konce roku 2005 (kdy nebyl ani log).

[gord]

U tech starych kesi se to da udelat tak, ze se vezme nejstarsi nalezovy lod a ten se bude brat jako den publikace. I to jde automatizovat. (Jsem si vedom toho, ze tady je problem v tom, ze si datum logu muze logujici nastavit jakkoli. Nekteri autori dokonce umoznuji (treba po nalezeni doplnkove krabicky) logovat druhy nalez s nesmyslnym datem. Tam to pochopitelne fungovat nebude.

[dr.vota]

...

ČR bych měl mít komplet, a něco z Evropy k tomu.

Tak ta moje data nikdo nechce?

Chybí mi jen cca 340 keší z roku 2005, ty už jsem ručně nedodělal.

[georabbits.cz]

Zatímco jsem si vše potřebné nastavoval v Combine (vložení datumů logů Published listing a Archive do tagů), nestačím se divit kam až diskuze posunula.

Díky všem.

 

 

 To by se pak, kdyz budete smutne koukat dalo do davat do tagu uz pri importu.

Smutně koukám.... a celý se třesu :-)

 

Tak ta moje data nikdo nechce?

Chybí mi jen cca 340 keší z roku 2005, ty už jsem ručně nedodělal.

Já bych si s dovolením také vzal. :-) Pokud tady ta možnost byla.

[mpik]

Ono by to opravdu chtělo nějak automatizovat. Každý má jinou oblast, muselo by se to projít keš po keši a z nějakého třeba CSV souboru přečíst datum a nastavit do tagu. Nemá smysl dávat si do GG celou republiku, to se nedá ani rozumně aktualizovat a neaktualizované je to k vzteku. Já mám své z velké části otagované, u novějších už na to kašlu, jen když vím, že jsem ji našel do týdne, tak si tam datum do tagu dám ručně.

[gord]

Tak ta moje data nikdo nechce?

Chybí mi jen cca 340 keší z roku 2005, ty už jsem ručně nedodělal.

 

Tech 340 starych kesi bych doporucil rozdelit treba po 20 a dat seznamy sem. Kazdy si muzeme vzit jednu cast a doplnit. 

 

Pak to klidne muzes dat cele k tomu scriptu. Nove kese uz budou s novou verzi GG mit hodnotu importovanou (importovatelnou) z LITE listingu pres API. (Snad to Haluma potvrdi.) Dalsi podobne machinace tedy pro CR nebudou potreba.