184 odpovědí na toto téma

[gord]

Co to je naprosto spatna vyska? Podle toho uvidime, v cem je problem. Lidi, nobojte se uvadet konkretni priklady.

 

Tady bych s tu opatrnou formulaci pritvrdil: lidi, uvadejte vzdy konkretni priklady!

[HaLuMa]

Zkoušel jsem pár keší kolem W0-E0 (Lingfield Loop) a vypadaly rozumně, všechny kolem 50 metrů.
Ale asi 15 keší o kousek severněji výšková data nedostaly.

 

co to je kousek severneji? Neni to nahodou uz tak severne, ze to je mimo pokryti SRTM? Stahly se pro ty souradnice SRTM soubory? Pokud ne, melo by se to ptat webove sluzby s jinym vyskovym modelem s vetsim pokrytim, ale zase s limitem na volani... klidne zrovna nemusel byt dostupny. Atd.

 

zkus nahodit konkretni kes, jakou hodnotu vysky to ma, jakou by to melo mit... a uvidime.

[dejwy]

Nevadilo by mi, kdyby to GG stáhnul jen jako text či vubec, ale snaha hledat v libovolném textu (je to poznámka a nikoliv policko pro souřadnice) souřadnice a vytvářet z nich waypointy je tady hodně kontraproduktivní. Bohužel.
Nebo hledat souřadnice jen pokud je tam nějaký předřadný text (S1, S2, FIN, FN...).
Nebo to moci vypnout. Takto mi to dělá více problémů než užitku.

Díky

Tak na strojove pochopeni tohoto se fakt muzu vykaslat. To bude fakt lepsi to vypnout.

[HaLuMa]

on to nehleda kdekoliv. ale at tam udelas jakekoliv podminky, vzdycky tam nekdo napise text, ktery ty podminky splni, i kdyz nema.

[Arne1]

co to je kousek severneji? Neni to nahodou uz tak severne, ze to je mimo pokryti SRTM? Stahly se pro ty souradnice SRTM soubory? Pokud ne, melo by se to ptat webove sluzby s jinym vyskovym modelem s vetsim pokrytim, ale zase s limitem na volani... klidne zrovna nemusel byt dostupny. Atd.
 
zkus nahodit konkretni kes, jakou hodnotu vysky to ma, jakou by to melo mit... a uvidime.

To vypadá, že se pro některé keše nedotáhla SRTM data. Teď koukám na GC267G6, na mapě je kousek od vrstevnice 100 (tj. 100+-5 metrů) a já mám v databázi nulu.
Ty keše co mne odpoledne zaujaly, to byla část série SHWC, ale teď tam jsou docela rozumné výšky.

[davidb11]

Co to je naprosto spatna vyska? Podle toho uvidime, v cem je problem. Lidi, nobojte se uvadet konkretni priklady.

Uvedu:

U cache GCWXPW mě Geoget ukazuje 154 m.n.m, přitom je na molu na pobřeží- takže tak max. 10 m.

U cache GC1M79Z naopak ukazuje 1 m.m.m, přitom je v přibližné výšce 140 m.

Stačí?

Mám jich jen 66, takže si je klidně přepíšu ručně, bude to sice přibližné z mapy, ale přesnější než je teď.

[Arne1]

Uvedu:
U cache GCWXPW mě Geoget ukazuje 154 m.n.m, přitom je na molu na pobřeží- takže tak max. 10 m.
U cache GC1M79Z naopak ukazuje 1 m.m.m, přitom je v přibližné výšce 140 m.

Ty dvě se mi dotáhly stejně špatně

[davidb11]

Ty dvě se mi dotáhly stejně špatně

Takže je chyba v podkladech kde Geoget čerpá?

[HaLuMa]

A nemaji vsechny ty spatne vysky v souradnicich W 0 stupnu?

[Arne1]

A nemaji vsechny ty spatne vysky v souradnicich W 0 stupnu?

mají... jenomže to nedělají všechny W000

Tento příspěvek byl upraven od Arne1: 21 prosinec 2016 - 9:03

[davidb11]

Nejspíš jo.

[Arne1]

2 HaLuMa:
Před nějakou dobou jsme diskutovali o velmi dlouhé době startu divideru u mne. Mám dojem, že je to proto, že tam mám polygony německých okresů (Kreise). Možná je to moc náročné - je to 92 souborů a celkem 1.2 milionu souřadnic. Není to asi nijak optimalizované, prostě jak jsem dostal tak jsem použil.

[gord]

Od zacatku se s polygonama laviruje tak, aby to bylo pokud mozno optimalizovane a presnost byla pri minimalnim poctu useku jeste rozumna. Pokud mas hranice hodne podrobne, chapu, ze spousteni muze trvat dlouho.

[HaLuMa]

Nacitani polygonu je optimalizovane tak, aby se prislusny polygon nacital az kdyz je skutecne potreba. Takze pomale nacitani je jen poprve, kdy se zmapuje, jak ktery polygon vypada. Mozna mas jen zblblou cache tech polygonu. Zkus cvicne smazat soubor polygon.cache a nechat jej vytvorit znovu. Nezlepsi se to pak? (Od druheho spusteni...)

[HaLuMa]

Kazdopadne hodne pidrobne polygony zadna rychlost nebude, ale tam bych spise cakal vetsi problemy pri samotnem trideni, i kdyz nacitani to taky postihne.

[Arne1]

No dobrá, tak jsem zase plácl do placu domněnku kterou jsem si předem neověřil.

Skutečně délka startu mi tedy po bližším zkoumání nezávisí na obsahu adresáře "polygon". Vždycky je to 29 sekund (když jsem přidal Německo tak poprvé o sekundu déle, zřejmě něco s tou keší).
Ale mám novou ideu. Zkusil jsem zrušit i adresář "script\divide" a chtělo to dotáhnout polygony - a to v situaci po aktualizaci databáze kdy se nic nedotáhlo a tudíž by se žádné keše nekontrolovaly.
Takže mám dojem, že to funguje tak, že se vždycky vezme seznam států co jsou v databázi a kontroluje se zda jsou pro ten stát polygony a zda jsou aktuální.

[HaLuMa]

Ano, na zacatku se vzdycky vytahnout vsechny zeme ze tve databaze, a kontroluje se, jestli mas prislusne polygony nainstalovane. Pokud ne, kouka se na internet, jestli pro cghybvejici zemi nejsou dostupne polygony - ktere to pripadne stahne a nainstaluje. Toto lze v nastaveni vypnout.

[Arne1]

Nevidím v nastavení nic co by slibovalo přesně to co píšeš.

Ano, je tam Nabízet stahování podle potřeby, to je asi to co myslíš. Jenže to že je něco v databázi ještě neznamená že to při následující operaci divideru bude zapotřebí.

Tento příspěvek byl upraven od Arne1: 27 prosinec 2016 - 9:32

[HaLuMa]

Hned na prvni nastavovaci zalozce. Box "Nabizet stahovani dle potreby"... a tam je zaskrtatko "polygony statu"

[davidb11]

A nemaji vsechny ty spatne vysky v souradnicich W 0 stupnu?

Ahoj, jen se chci zeptat, zda teda mám ty výšky zadávat ručně, nebo se to dá nějak opravit.

Dík.