744 odpovědí na toto téma

[Solim]

Stator ma Diagnosticky profil, ten by tyto chyby mohl najit.

To jsem zkoušel a nic nenašel.

 

Pomohlo částečně jen vyfiltrování cache, které mají finální body a které jsem našel a pak okometricke zkoumání souřadníc, ale u 15000 cache to je mašli. Jinak to neumím.

 

Ale mezitím jsem přišel na to jak se mi poškodila databáze. Kvůli rozdílu v tabulkách D/T ve statistikách na mém profilu na geocaching.com a statistikách generovaných Statorem jsem zaktualizoval nalezené cache pomocí Aktualizování cache. Vybral jsem možnost Jen základni údaje. Kvůli aktualizaci cca 15000 cache jsem to dělal ve dvou dnech. Při tom se mi natáhly ty vadné waypointy, u některých cache to byly 2-3 finální waypointy. Jen netuším kde se ty waypointy vzaly. Jediné co mně napadá, že to bylo vygenerované z chlívečku Vlastní poznámka ke keši kam si zapisuji řešení a kromě finálních souřadnic tam mám i fůru jiných čisel které vedou k řešení.

 

Teď jsem to vyzkoušel znovu a zas tam ty waypointy byly, tak jsem se vratil k té databazi před tímto celým pokusem, což je ta týden stará databáze. A dál do toho nebudu štourat neb do toho nevidím a nechám ty statistiky rozdílné.

 

Ty rozdíly statistik v D/T vznikají z toho, že na geocaching.com se vychází z aktulního stavu cache (to jest jak je práve autoři změní), zatímco v GG po nálezu už ty nalezené cache znovu nenačítám (načítám jen nenalezené) a tak jakékoliv změny už GG nezaznamená. U mne ten rozdíl je u cca 50-100 cache.

Tento příspěvek byl upraven od Solim: 08 duben 2016 - 20:53

[HaLuMa]

Aaaaa, to je moje blbost, pardon.

[ProKesTom]

Pomohlo částečně jen vyfiltrování cache, které mají finální body a které jsem našel a pak okometricke zkoumání souřadníc, ale u 15000 cache to je mašli. Jinak to neumím.
 

Použij SmartFilter a z něj přiložený select. Nedávno jsem to řešil v jiném vlákně.

Přiložený soubor (y)

•  ERR_coord OutOffRange.zip   331bytů   97 Počet stažení

[gord]

Presne tento SQL je prave v tom diagnostickem profilu (prave kvuli Statoru je obsaha a jmeno sloupcu takto). Takze diagnosticky profil by mel ty podivne souradnice najit. To je divne.

[Solim]

Po sobotním lovení cache pokračuji v pátrání a už jsem našel kde je chyba.

 

1.

Na prvním obrázku je vidět, co si zapisuju do poznámky k cache: je tam jakési číslo z internetové stránky a na konci vypočtené souřadnice.

 

2.

V druhém kroku jsem aktualizoval kešky (kliknutí pravým tlačítkem myši nad databází) a vybral jsem možnost Jen základní údaje , v mém případě jsem takto aktualizoval cca 4700 cache.

 

3.

pak jsem se podíval na výsledek v GG

a tam jsem videl

a. bod =FI ... ten jsem zadával ručně přímo v GG

b. bod =N0 ... to natáhlo aktualizováni kešky z 1 řádky vlastní poznámky, a to jsou souřadnice N00°0.000' E2468°0.000' což je blbost, ale je to právě to číslo (2468) z internetové stránky, kterou tam mám uvedenou

c. bod =N4 ... to natáhlo aktualizováni kešky z 5 řádky vlastní poznámky, a to jsou souřadnice N50°1.123' E014°1.123' a to jsou správné souřadnice

 

4.

spustil jsem diagnostický modul a tem mi řekl:

 

takže podle něj je vše vpořádku.

 

 

Pokud pak spustím GeoKuk, tak ten se z toho může .... a oznamí:

exc9a1    Proč se má normalizovat takový obludný úhel: -1.822187385E7 stupňů

Úplně vidím jak se ten GeoKuk motá okolo zeměkoule, taky se podstaně dýl spouští a ne všechny finalni body potom zobrazí.

 

 

Takže chyba je v interpretaci čísel ve vlastní poznámce v listingu cache a jejich následném přepisu do GG při aktualizaci kešky. Vypadá to, že každé číslo se bere jako souřadnice a pokud to nedá úplné souřadnice, tak to doplní nulami. Správné souřadnice interpretuje správně.

 

 

Poznámka: cache je reálná, jen ta poznámka je upravena tak, že souřadnice jsou vymyšlené (tak tam nechodte, ani netuším kam to ukazuje) a ten internetový odkaz jsem taktéž poupravil, tak odkazuje na nesmysl, ale to číslo jsem tam ponechal nezměněné.