174 odpovědí na toto téma

[gord]

kolombo napsal/a:

gord napsal/a:
Melo by to byt jako novy tag.

Tam bych to taky čekal, ale žádný logický název jsme tam nenašel :-(

Mel by to byt tag locked. Urcte tam takovou kesku mas? A jak jsi ji importoval?

[kolombo]

gord napsal/a:

kolombo napsal/a:

gord napsal/a:
Melo by to byt jako novy tag.

Tam bych to taky čekal, ale žádný logický název jsme tam nenašel :-(

Mel by to byt tag locked. Urcte tam takovou kesku mas? A jak jsi ji importoval?

Nevím, jestli ji tam mám, chtěl jsem ji zkusit vyfiltrovat.

TAG Locked nemám, tak asi ne.

[HaLuMa]

Je treba importovat z gc.live. Ale v praxi jsem to nezkousel, protoze nejak nevim o zadne zamcene kesi. Ta, o ktere jsem si to myslel, zamcena neni. Takze vite nekdo o nejake zamcene kesi?

[kolombo]

HaLuMa napsal/a:
Je treba importovat z gc.live.

Ale v praxi jsem to nezkousel, protoze nejak nevim o zadne zamcene kesi. Ta, o ktere jsem si to myslel, zamcena neni. Takze vite nekdo o nejake zamcene kesi?

Pokud vím, tak je zamčená nějaká webcam, ale nevím která, moc se do toho plete jeden Locked magor :-( a nedá se to najít ...

[pozorjed]

HaLuMa napsal/a:
Je treba importovat z gc.live.

Ale v praxi jsem to nezkousel, protoze nejak nevim o zadne zamcene kesi. Ta, o ktere jsem si to myslel, zamcena neni. Takze vite nekdo o nejake zamcene kesi?

Zkus tuto GCF55A - http://coord.info/GCF55A, kdysi byla zamčená, nešlo logovat.

[kolombo]

pozorjed napsal/a:

HaLuMa napsal/a:
Je treba importovat z gc.live.

Ale v praxi jsem to nezkousel, protoze nejak nevim o zadne zamcene kesi. Ta, o ktere jsem si to myslel, zamcena neni. Takze vite nekdo o nejake zamcene kesi?

Zkus tuto GCF55A - http://coord.info/GCF55A, kdysi byla zamčená, nešlo logovat.

Našel jsem naši: GCHDRD

Jo, je tam TAG Locked s hodnotou X

[HaLuMa]

Vidis, funguje to.

[kolombo]

Tak jak vypadá TAG Locked už vím, ale filtr mi načítá jen virtuálky a tu naši webcam ne :-(

[Arne1]

Ten nový algoritmus pro výšková data bohužel nezachovává staré údaje a teď mi bude několik hodin přechroustávat databázi. Oproti dřívějšímu je hodně pomalý. Kvůli každé keši dotáhne megabajt dat a trvá to 4 sekundy. .... a ve 3 procentech to zhavarovalo na geonames.

[HaLuMa]

jednou to stahne ta SRTM data, a pak uz to bude zase rychle. Ta SRTM data si muzes predem stahnout rucne, nebo si to automaticke stahovani SRTM dat muzes uplne zakazat v konfiguraci. A pokud uz v DB vysku mas, pak by to nemelo nic tahat. Vyska se prideluje jen tam, kde neni.

[zlicinaci]

HaLuMa napsal/a:
jednou to stahne ta SRTM data, a pak uz to bude zase rychle. Ta SRTM data si muzes predem stahnout rucne, nebo si to automaticke stahovani SRTM dat muzes uplne zakazat v konfiguraci.

A pokud uz v DB vysku mas, pak by to nemelo nic tahat. Vyska se prideluje jen tam, kde neni.

U mě to také všechna výšková data přepsalo.

[HaLuMa]

Opravdu vsechna? Ja to ted schvalne poustim na testovacim pocitaci, a vsechno mi to tedy neprepisuje! Prvni projeti zjistuje vysku u kesi, ktere maji finalku. Ostatni kese to preskakuje. (Takto se to chovalo vzdycky!) Novinkou je, ze dalsi spusteni uz nic nezjistuje a nic netaha. Jen nove kese nebo ty, u kterych se pridala ci zmenila finalka. To jsem si ted overil, dal sjem si stranou vsechna srtm data, a pustil elevation. Natahalo mi to asi jen patnact srtm ctvercu pro cca 500 kesi s finalkama. Pak jsem si ta stahnuta data dal zase pryc, a pustil elevation znovu - nestahlo to vubec nic. Takze chcete-li i usetrit pri tom prvnim spusteni cas, stahnete si z webu balik srtm dat pro CR. Nicmene koukam, ze nove stahnuta data jsou trochu jina nez ta stara v balicku, doslo tam k nejakym korekcim, takze nove stahnuta data budou asi presnejsi.

[gord]

Souhlasim s Halumou, Pri betatestu se mi to chovalo taky tak. Rozhodne se mi neprepisovala vsechna data, ktera jsem tam mel.

[HaLuMa]

...leda ze bys mel u kazde kese rucne pridanou finalku.

[Arne1]

NO počkej, když to ve 3 % zhavarovalo a pustil jsem to pak po chvíli podruhé tak to začalo zase znovu.

[zlicinaci]

gord napsal/a:
Souhlasim s Halumou, Pri betatestu se mi to chovalo taky tak. Rozhodne se mi neprepisovala vsechna data, ktera jsem tam mel.

Chyba může být ve vadné elektronce mého ntb, který se chová místy nestandardně. Nicméně data se mi sosala a přepisovala asi 3 hodiny :-)

[gord]

Zlicinaci: Zrovna na tvem NB bych cas jako vaznou hodnotu nebral v uvahu. Na mem pleckoidnim NB mi to trvalo cca 10 minut.

Arne1: Vzdy to prohleze celou databazi. Ale upravuje a taha jen potrebne hodnoty. Tedy hodnoty jen pro to, co jeste nebylo nastaveno, pripadne kde je finalka mladsi nez poznacena vyska. To proto, aby pri zmene finalky byla vyska aktualizovana a ne ta na stare pozici.

[HaLuMa]

a hlavne ty casove znacky u tagu zacal delat az ted ten novy GG. proto u drivejsich tagu ta znacka neni, a proto pri prvnim zjisteni to vyhodnoti kazdou finalku jako novejsi nez tag, a prepocitava to. Arne1: co to znamena 'zhavarovalo'?

[petulinka1]

Me to funguje tak, jak pise Haluma. Nebo se tak aspon tvrai popisek pod prograsbarem.

[Arne1]

Haluma: Psal jsem, že to skončilo na hlášení o nedostupnosti GeoNames. Asi to přešvihlo nějaké limity. Použil jsem to včera ještě na jednom účtu, kde je v databázi jen 700 nalezených. Tam to dotahovalo jen některá data (počitadlo dost skákalo), ale když jsem to dnes spustil znovu tak bych čekal že už nic nebude dělat - tahal přibližně stejné množství data jako včera.