2787 odpovědí na toto téma

[Roman_Jaromer]

To nemusíš hlásit, to nejde nikomu :-)

 

Zajímavé je, že www.geocaching.com nejde vůbec. Ale při odkazu na keš (třeba z fóra - GC3TMG7 ) se odkaz v pohodě načte - ovšem bez přihlášení...

[Roman_Jaromer]

Dokonce funguje i https://www.geocaching.com/play (alespoň chvílemi, teď mi to na chvíli taky vypadlo) a odkaz na přihlášení - ovšem po kliknutí na přihlásit už to stejně nejede...

[Gresaci]

Trochu to funguje.  Jako nepřihlášený se tam dostaneš, ale přihlásit se nejde.

[hlavsic]

Tak i Pocket Query se normalne generuji. Ted mi jedna pristala v mejlu.....

[jardavera]

Groundspeak vyhlásil challenge Den bez geocachingu. Každý, kdo se pokusil minimálně 20x přihlásit, dostane suvenýr Trpělivý kešer.

[jardavera]

....a sotva jsem to dopsal, už to funguje...

[phrkt]

Už mi to najelo...

[hlavsic]

Krecci se probrali....

[pajase]

Také hlásím úspěch.

[BellaUH]

Sice to jede, ale Field Notes, co jsem si včera večer nahrál má posunuté časy. 

[dr.vota]

Sice to jede, ale Field Notes, co jsem si včera večer nahrál má posunuté časy. 

to už jsem psal včera 

[dejwy]

Reportují to lidé na ofic. fóru, ale odpovědi zatím nic.

http://forums.ground...howtopic=342064

http://forums.ground...howtopic=341943

[BellaUH]

Sranda je, že některé přepsané souřadnice se vrátily na úvodní. U některých mysterek to bude rutina, ale u některých ne.

[Y&MD]

Oni posledni dobou celkem laborujou se vzhledem stranek, podle me behem par dni nebo tydnu prijde novy vzhled webu. Vsiml jsem si minule, ze po odhlaseni je stranka libovolne kese podstatne jina nez byvala, byla totiz plne responzivni (tzn. pripravena pro mobilni zarizeni). Myslel jsem, ze to tak zustane, ale ted kdyz jsem koukal, tak uz je to zase ve starem formatu, tak nevim. Mozna nahodili novy vzhled a zjistili, ze je nefunguje a zase to stahli.

[mpik]

A už to zase jde podle hesla Šnek je náš rychlejší brácha.

[zvedavkanocni]

Stejně je to ale díky situaci s časy, jak už je to tu popsané, jeden velký nepřehledný b.r.el.
Včera jsem se podívala na novou keš věnovanou Martinovi a tam bylo několik logů a až po nich publikační od revírníka.
U eventů ani nemluvím, tam aby si owneři psali podle mailů pořadí....Nějak to jde od desíti k pěti, hlavně, že máme místo mašlí srdíčka.

Tento příspěvek byl upraven od zvedavkanocni: 12 listopad 2016 - 22:23

[Aviatik]

Tak teď chvíli svižně, chvíli vůbec...

[Roman_Jaromer]

Hmm, tak nevím, jak teď mám logovat. Skluz v logování mám něco přes měsíc a pomalu se snažím to dohnat. Už ten měsíc mám nahrané FN a už před týdnem jsem se díval, že najednou jsem spoustu keší hledal "o půlnoci" :-( Tak teď čekám, jestli se to spraví...

Zkusil jsem dnes nahrát část FN znovu, a NIC.

 

Má cenu ve FN opravovat časy, nebo se může stát, že se pak všechny posunou opět "dozadu", kvůli této chybě?

 

Reportují to lidé na ofic. fóru, ale odpovědi zatím nic.

http://forums.ground...howtopic=342064

http://forums.ground...howtopic=341943

Jestli to dobře chápu, tak aby opravili špatné logování z oficiální aplikace přes API, tak pokazili logování přes FN, protože je obtížné to opravit, kvůli historickým souvislostem, bez kompletní změny v databázi.

 

By mě docela zajímalo, jak to u GS docela chodí s časem logu. Předpokládám, že ze začátku nebyl čas vůbec k logu přiřazován a tato položka v databázi chyběla (možné bylo jen logování přes Internet). Později se přidala možnost logování přes FN, kam se zapisoval čas, přidal se čas i do databáze, ale stále spousta logů je s "nulovým" časem. Ještě později začalo být logování přes API - zde už se čas také zapisuje (je otázka, zda čas logování, nebo čas skutečného nalezení keše). Proč je tedy tak složité implementovat opravu. Databáze u starších logů přece nepotřebuje povinnou položku času. A pokud ano, tak by stačilo přiřadit nulový čas z příslušné časové zóny dané keše ve formátu UTC.

[N.o.e.]

FieldNotes: Prostě každý update GC.com v tom udělá bordel. Včerejší nálezy po (13.11.) 18h mi přepsal na (14.11.) na 1h po půlnoci. Fakt dost dobrý. Proč do toho pořád rejpaj !!!

[taxoft]

Hmm, tak nevím, jak teď mám logovat. Skluz v logování mám něco přes měsíc a pomalu se snažím to dohnat. Už ten měsíc mám nahrané FN a už před týdnem jsem se díval, že najednou jsem spoustu keší hledal "o půlnoci" :-( Tak teď čekám, jestli se to spraví...

Zkusil jsem dnes nahrát část FN znovu, a NIC.

 

Má cenu ve FN opravovat časy, nebo se může stát, že se pak všechny posunou opět "dozadu", kvůli této chybě?

 

Jestli to dobře chápu, tak aby opravili špatné logování z oficiální aplikace přes API, tak pokazili logování přes FN, protože je obtížné to opravit, kvůli historickým souvislostem, bez kompletní změny v databázi.

 

By mě docela zajímalo, jak to u GS docela chodí s časem logu. Předpokládám, že ze začátku nebyl čas vůbec k logu přiřazován a tato položka v databázi chyběla (možné bylo jen logování přes Internet). Později se přidala možnost logování přes FN, kam se zapisoval čas, přidal se čas i do databáze, ale stále spousta logů je s "nulovým" časem. Ještě později začalo být logování přes API - zde už se čas také zapisuje (je otázka, zda čas logování, nebo čas skutečného nalezení keše). Proč je tedy tak složité implementovat opravu. Databáze u starších logů přece nepotřebuje povinnou položku času. A pokud ano, tak by stačilo přiřadit nulový čas z příslušné časové zóny dané keše ve formátu UTC.

 

Vždyť "nedávno" právě timestamp z logů odstraňovali. Také proto zmizela věta "This log has been edited on ... at ..." To byla docela velká změna v databázi.

Teď se v tom hrabou ještě víc. Když posílám Announcement, zařadí se třeba za deset logů, které u listingu byly předtím, než jsem ho odeslal.

Máš pravdu, databáze nepotřebuje povinnou položku času, je to jenom "best practice" a používá se to, nu, skoro všude. Ale jako jsem tu již psal, jako primární klíč můžeš použít pořadové číslo logu. A kupodivu by se pak logy řadily správně. Takže si s časem nějak, nesmyslně, hrají. :-(