Mozne riesenia

GIS server s WFS a pod.

vyhody:

• "takmer zadarmo", kedze GIS server zvycajne mesta maju kvoli svojej agende a "out of the box" (alebo vramci nie az takych brutalnych rozsireni) poskytuje aj mapovy server a vramci neho (v style Web 2.0) behaju medzi servcer a klientom casto krat pekne JSON subory priamo pouzitelne napr. v Qgis ci apkach
• napojene na ostany workflow v obci (lebo: vid vyssie) a teda zverejnovanie je vyrazne menej vnimane ako "nadpraca"
• lahsie realizovatelny sulad s INSPIRE
• WFS&co. su otvorene standary, vid http://www.opengeospatial.org/standards/wfs
• ak uz su raz udaje "v databaze", je zvycajne trivialne "serializovat" ich do roznych formatov, t.j. zverejnovat potom mozno naraz v X formatoch: KML, GML, SHP, ...

nevyhody:

• nateraz zvycajne nie su "vrstvy" z mapovych portalov popisane v data katalogoch (vynimka: napr. Presov: https://egov.presov.sk/Default.aspx?NavigationState=1200:0: )
• nateraz zvycajne chyba dokumentacia typu "zakladne moznosti volania mapovych/GIS API" (v pripade WFS nejaky "WFS primer for Open Data dummies")
• mensie obce nemaju GIS oddelenie a zrejme teda ani GIS server => drahe (ibazeby DCOM a pod.)

Priklady:

• ZBGIS: OpenData API nemusí byť nič špeciálne
• BA NM: https://www.banm.sk/mapovy-portal-bratislava-nove-mesto/
  
  • lavicky: https://services1.arcgis.com/03woSMNNOgkanUKh/arcgis/rest/services/PUB_Sprava_majetku_lavicky/FeatureServer/0/query?f=json&returnGeometry=true&spatialRel=esriSpatialRelIntersects&geometry=%7B%22xmin%22%3A1898084.2863482237%2C%22ymin%22%3A6124746.202453045%2C%22xmax%22%3A1917652.1655892022%2C%22ymax%22%3A6144314.081694024%2C%22spatialReference%22%3A%7B%22wkid%22%3A102100%7D%7D&geometryType=esriGeometryEnvelope&inSR=102100&outFields=*&outSR=102100&resultType=tile

GeoJSON

vyhody:

• ak povieme len toto, tak sa "izolujeme" od zbytku veci v obci (HW a SW vybavenie, pracovne postupy, ...) => obec sa vie tomu lahsie prisposobit
• otvoreny standard
• priamo pouzitelny v Open Data apkach

nevyhody:

• ak povieme len toto, tak sa "izolujeme" od zbytku veci v obci (HW a SW vybavenie, pracovne postupy, ...) => nizsi tlak na to, aby mala obec aj infrastrukturu a postupy na menezment udajov => mozno ocakavat nizsiu kvalitu (presnost a cerstvost) zverejnenych dat

ShapeFile (SHP)

velmi podobne ako JSON, aj ked mozno lepsia podpora v GIS nastrojoch

KML

velmi podobne ako JSON a SHP, ale napr. priamo pouzitelny v Google Maps

CSV s GPS koordinatami

a.k.a. "Open GEO Data on the budget"

vyhody:

• ziadna raketova veda
• pre male obce a malo mnozstvo obcasne sa meniacich poloziek pouzitelne

nevyhody:

• zrejme vhodne pre male obce bez GEO/GIS pracovnika a bez GEO/GIS SW => pracne ma manualnu udrzbu

Ako to robia inde

Nie uplne reprezentativna statisticka vzorka, ale na zakladny prehlad:

ČR

V ČR už majú zadefinovaný štandard na báze CSV, viď napr. "Datová sada: Dřeviny" https://opendata.gov.cz/datova-sada:dreviny

New York

https://opendata.cityofnewyork.us/

• katalog a data zverejnuju cez riesenie postavene na Socrata
• priklad: 2015 Street Tree Census - Tree Data https://data.cityofnewyork.us/Environment/2015-Street-Tree-Census-Tree-Data/pi5s-9p35
  1. info o datasete, rovno so zobrazenim udajov v mape (t.j. strom = bodka niekde)
  2. export/stiahnutie dat: KML, KMZ, Shapefile (SHP), GeoJSON ale aj CSV, JSON

Presov

https://egov.presov.sk/Default.aspx?NavigationState=1200:0:

• katalog a data zverejnuju cez riesenie CoraGEO
• priklad: ulice http://egov.presov.sk/Default.aspx?NavigationState=160:0:
  1. info o datasete v katalogu, s linkou na zobrazenie v mape
  2. stiahnutie dat: SHP (v ZIP), KML, GeoJSON ale aj XLSX, XML

Vieden

https://www.data.gv.at/

• katalog a data zverejnuju cez riesenie postavene na CKAN
• priklad: sirky chodnikov https://www.data.gv.at/katalog/dataset/a54a93da-f04d-4a68-a2ab-7a60a48a20d3
  1. info o datasete len zakladne (textove)
  2. stiahnutie dat: WFS a WMS; WFS vie exportovat do CSV, GML, JSON a SHP

Zaver

Formaty: GeoJSON, GML, KML, SHP; CSV, JSON

Struktury: TODO, podla typu objektov