Re: [FreeGeoCZ] Zrychlení práce s offline mapovým podkladem

2016-08-17 Thread Martin Dobias 
2016-08-17 11:48 GMT+02:00 Jan Helebrant :
>
> Co se optimalizace vlastních dat týče, tak pravda je, že například samotná 
> polygonová vrstva "Multipolygons" obsahuje tohle všechno:
>
> [...]
>
> přičemž, pokud to chápu dobře, tak má smysl například provést redukci počtu 
> sloupců a případně například vytvořit separátní vrstvu jen pro vodstvo apod., 
> aby se nemuselo pro vybarvování používat tohle:
>
> "natural" = 'water' or "other_tags" LIKE '%"water"%' or "other_tags" LIKE 
> '%"waterway"=>"riverbank"%'
>
> ale celá vrstva - řekněme "Water" byla jednotně modrá a popisky se nedělaly 
> přes:
>
> CASE WHEN ("natural" = 'water'  OR "building" is not null)
> THEN wordwrap("name",12) END
>
> ale prostě vždy z pole "label".
> Stejně tak asi mít například separátně vrstvu "buildings" co by se nenačítala 
> pro mapy nad 1:50 000 nebo tak...
> Tj. popisná data nechat jen tam, kde se z nich generují popisky a zbytek 
> vyházet.

Presne tak, tyhle upravy by meli pomoct a taky se tim hodne zredukuje
celkova velikost dat.


> A teď to hlavní, v čem to doporučuješ provést? Těch dat je fakt hodně. Nejsem 
> žádný GIS guru :-) - být to v shapefile a nebýt to tak velké, tak si to 
> normálně překopu v QGISu rovnou v atributové tabulce. Ale to by bylo asi na 
> dlouho. Dá se to nějak rozumně provést přes SpatiaLite provider QGISu nebo 
> SpatialiteGUI, nebo si to budu muset všechno nastudovat pro konzoli?

Zkusil bych to asi nejdriv v QGISu, treba nekolikrat v atributove
tabulce udelat select by expression a pak export selekce, nasledne pro
exportovane vrstvy pouzit field calculator a pak promazat zbytecne
atributy. Nebo to udelat pres ogr2ogr... ten tyhle veci zvlada
perfektne.

Zdravim
Martin

___
FreeGeoCZ mailing list
FreeGeoCZ@fsv.cvut.cz
http://mailman.fsv.cvut.cz/mailman/listinfo/freegeocz

Re: [FreeGeoCZ] Zrychlení práce s offline mapovým podkladem

2016-08-17 Thread Jan Helebrant 
Ahojky,

> Martin Dobias - Úterý Srpen 16 15:17:40 CEST 2016:
> Ja bych doporucil zamerit se na optimalizaci vstupnich dat na rychlejsi
> vykreslovani v QGISu. Je to urcite flexibilnejsi nez exportovat rastry - a
> taky hezci (pokud se nepouzivaj jenom presne mirky pro ktere se delal
> export).

Díky, určitě to zkusím. Rozmýšlel jsem to a jestliže mi uživatelé občas 
používají i online vrstvy přes OpenLayers, tak asi bude nejlepší hodit i ty 
offline podklady do EPSG:3857, aby se to nemuselo transformovat.

Co se optimalizace vlastních dat týče, tak pravda je, že například samotná 
polygonová vrstva "Multipolygons" obsahuje tohle všechno:

#   Jméno   Typ Null 
0   ogc_fid INTEGER Y 
1   osm_id  VARCHAR Y 
2   osm_way_id  VARCHAR Y 
3   name    VARCHAR Y 
4   type    VARCHAR Y 
5   aeroway VARCHAR Y 
6   amenity VARCHAR Y 
7   admin_level VARCHAR Y 
8   barrier VARCHAR Y 
9   boundary    VARCHAR Y 
10  building    VARCHAR Y 
11  craft   VARCHAR Y 
12  geological  VARCHAR Y 
13  historic    VARCHAR Y 
14  land_area   VARCHAR Y 
15  landuse VARCHAR Y 
16  leisure VARCHAR Y 
17  man_made    VARCHAR Y 
18  military    VARCHAR Y 
19  natural VARCHAR Y 
20  office  VARCHAR Y 
21  place   VARCHAR Y 
22  shop    VARCHAR Y 
23  sport   VARCHAR Y 
24  tourism VARCHAR Y 
25  other_tags  VARCHAR Y 
26  GEOMETRY    MULTIPOLYGON    Y 

přičemž, pokud to chápu dobře, tak má smysl například provést redukci počtu 
sloupců a případně například vytvořit separátní vrstvu jen pro vodstvo apod., 
aby se nemuselo pro vybarvování používat tohle:

"natural" = 'water' or "other_tags" LIKE '%"water"%' or "other_tags" LIKE 
'%"waterway"=>"riverbank"%'

ale celá vrstva - řekněme "Water" byla jednotně modrá a popisky se nedělaly 
přes:

CASE WHEN ("natural" = 'water'  OR "building" is not null)
THEN wordwrap("name",12) END

ale prostě vždy z pole "label".
Stejně tak asi mít například separátně vrstvu "buildings" co by se nenačítala 
pro mapy nad 1:50 000 nebo tak...
Tj. popisná data nechat jen tam, kde se z nich generují popisky a zbytek 
vyházet.

OK

A teď to hlavní, v čem to doporučuješ provést? Těch dat je fakt hodně. Nejsem 
žádný GIS guru :-) - být to v shapefile a nebýt to tak velké, tak si to 
normálně překopu v QGISu rovnou v atributové tabulce. Ale to by bylo asi na 
dlouho. Dá se to nějak rozumně provést přes SpatiaLite provider QGISu nebo 
SpatialiteGUI, nebo si to budu muset všechno nastudovat pro konzoli?

díky

Honza

PS: pro přehledovku použiju tedy jednodušší variantu jako separátní DB nebo 
vrstvy
___
FreeGeoCZ mailing list
FreeGeoCZ@fsv.cvut.cz
http://mailman.fsv.cvut.cz/mailman/listinfo/freegeocz

Re: [FreeGeoCZ] Zrychlení práce s offline mapovým podkladem

2016-08-16 Thread Martin Dobias 
On 15 Aug 2016 12:49, "Jan Helebrant"  wrote:
>
> Zdravím,
> už delší dobu se potýkám s tím, že QGIS projekt s offline mapami z OSM je
poněkud náročný na PC a načítání mapy je pomalé. Částečně to řeší vypnutí
vrstev při načítání dat a znovuzapnutí po přiblížení na datovou vrstvu,
nicméně je to otravné.

Zdravim,

(taky zdravim FreeGeoCZ list, pisu tady poprve)

Ja bych doporucil zamerit se na optimalizaci vstupnich dat na rychlejsi
vykreslovani v QGISu. Je to urcite flexibilnejsi nez exportovat rastry - a
taky hezci (pokud se nepouzivaj jenom presne mirky pro ktere se delal
export).

Na ten projekt jsem se kouknul zatim jenom zbezne, nicmene nejake drobne
obecne rady:

- pokud se vzdy pouziva on-the-fly reprojekce do nejakeho konkretniho CRS,
bude lepsi udelat reprojekci predem, at se usetri cas pri kazdem
vykreslovani

- pripravit si zjednodusene vrstvy pro prehledovou mapu - treba jenom
hlavni cesty, zjednodusit geometrie apod, takze detailni vrstvy se budou
renderovat az se clovek vic priblizi

- pouzivat scale-based visibility

- ujistit se ze vrstvy maji spatial index

- pouzivat categorized renderer misto rule-based rendereru - staci treba
pridelat jeden sloupec do tabulek atributu, podle ktereho se bude kreslit -
je to rychlejsi nez kdyz se musi rozhodovat podle komplikovanejsich pravidel

- zapnout renderovani ve vice vlaknech (standartne vypnuto)

- pritupovat k datum pres nativni SpatiaLite provider QGISu misto toho aby
se pristupovalo pres OGR provider

- vrstva "multilinestrings" se tam zbytecne vykresluje se 100%
transparentnosti - myslim ze v puvodnim stylu od Anity to bylo kvuli
labelingu, to se v poslednich verzich QGIS da obejit pouzitim "no symbols"
rendereru

Urcite je toho jeste vic, co by se dalo udelat, chce to trochu
experimentovat :-)

Zdravim

Martin
___
FreeGeoCZ mailing list
FreeGeoCZ@fsv.cvut.cz
http://mailman.fsv.cvut.cz/mailman/listinfo/freegeocz

Re: [FreeGeoCZ] Zrychlení práce s offline mapovým podkladem

2016-08-15 Thread Rostislav Nétek 
Ja bych pouzil Maptiler (http://www.maptiler.com/ , stoji par kacek) na
vygenerovani dlazdic, a pak tileserver (
https://github.com/klokantech/tileserver-php) pro publikovani dlazdic jako
WMTS...mimo online lze i lokalne

*---*



*Mgr. Rostislav Nétek, Ph.D.*
odborný asistent

*Univerzita Palackého v Olomouci*
*Katedra geoinformatiky*
*+420 585 63 4584 **| +420 721 319 100*
*rostislav.ne...@upol.cz  **|
http://geoinformatics.upol.cz
*

Dne 15. srpna 2016 12:47 Jan Helebrant  napsal(a):

> Zdravím,
> už delší dobu se potýkám s tím, že QGIS projekt s offline mapami z OSM je
> poněkud náročný na PC a načítání mapy je pomalé. Částečně to řeší vypnutí
> vrstev při načítání dat a znovuzapnutí po přiblížení na datovou vrstvu,
> nicméně je to otravné.
>
> Ukázka jak vypadá ten podklad je tu:
> https://1.bp.blogspot.com/-lgIeJr3zZXA/VuAYnB-nYfI/
> KCI/Nm2i3eLdtHY/s1600/vrcholy_ukazka.jpg
> (díky pomoci odsud tam mám i ty vrcholy :-) )
>
> celý projekt je ke stažení tu:
> http://www.mediafire.com/download/etu8hf40sz5cbgw/QGIS_
> 2016_vzorovy_projekt_2016_03_08.7z
>
> Myslíte, že bych si pomohl, kdybych z toho udělal několik rastrových
> vrstev (třeba přes VRT) pro řekněme 3 úrovně přiblížení (1:2mil, 1:25tis a
> třeba 1:5tis), nebo udělal 2 úrovně + nechal vektory např. s viditelností
> jen pro měřítko menší než 1:5 000?
>
> Uživatel s podkladovou mapou nijak neinteraguje, takže by rastrová být
> mohla, nicméně potřebuju, aby to zůstalo offline a nevyžadovalo to nějaké
> složitosti s instalací. Umím si vyrobit dlaždice v QGISu přes funkci Atlas,
> ale jednak jsem si všiml problémů s popiskami a druhak dělat to pro celou
> ČR by byl asi celkem záhul na PC (potřebuju celou ČR + cca 10 kilometrů
> okolo). Už jsem koukal i na TileMill, zda by to třeba neřešilo můj problém.
>
> uvítám vaši radu :-)
>
> dík
>
> Honza
>
> ___
> FreeGeoCZ mailing list
> FreeGeoCZ@fsv.cvut.cz
> http://mailman.fsv.cvut.cz/mailman/listinfo/freegeocz
>
>
___
FreeGeoCZ mailing list
FreeGeoCZ@fsv.cvut.cz
http://mailman.fsv.cvut.cz/mailman/listinfo/freegeocz