Skip to Content.
Sympa Menu

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

freegeocz AT fsv.cvut.cz

Předmět: Svobodná geoinformační infrastruktura

List archive

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


Chronological Podle vláken 
  • From: "Jan Helebrant" <JHelebrant AT seznam.cz>
  • To: <freegeocz AT fsv.cvut.cz>
  • Subject: Re: [FreeGeoCZ] Zrychlení práce s offline mapovým podkladem
  • Date: Wed, 17 Aug 2016 11:48:43 +0200 (CEST)
  • List-archive: <http://mailman.fsv.cvut.cz/pipermail/freegeocz>
  • List-id: Svobodná geoinformační infrastruktura <freegeocz.fsv.cvut.cz>

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




Archivace běží na MHonArc 2.6.19+.

Top of Page