@laacz tvītu arhīvs

TIL. MVT (mapbox vector tiles) ģenerēšana pa tiešo no PostGIS ir īzī pīzī, ja nesačakarējas formulās. Protams, pie nelieliem zoom līmeņiem jāmaina detalizācija, jo vektoru kļūst pārlieku daudz pat jaudīgam datoram. 1/n

Rezultāts šī vakara "kaut ko jaunu apgūt vaig?" ir redzams te: https://dev.laacz.lv/misc/vzd/test.html (ja neredzi ēkas, tad piezūmo tuvāk). 2/n

Uz ātru roku saķīmiķotais naivais MVT flīžu ģenerators no postgis (PHP, protams) ir redzams šajā gist'ā. Ne keša, nekā. Truli prasam DB. PoC. https://gist.github.com/laacz/a0198d21bd3ba482c7631998c3a583d7 2/n

Piemēram, Mapbox šo resursijīgumu daļēji risina ar Mapbox GLJS, kurš zīmēšanai izmanto grafisko apakšistēmu. 5/n

Kas ir MVT? Binārs vektoru formāts (protobuf), kurš tev no vektoriem netaisa bildi, bet gan iesučī līnijas un punktus. Aizņem maz vietas, simbolizācijai var izmantot klientu. Mīnuss - pie liela vektoru apjoma kļūst prasīgs pret resursiem. 4/n

Vēl viena atziņa. Ja ĢIS webā nav kāda lielāka integrēta risinājuma sastāvdaļa (piemēram, ESRI ArcGIS), tad uzbliezt savu infrastruktūru tehniski nav sarežģīti. Tie principā ir ģenerēšanas, kešošanas un invalidācijas jautājumi. Sarežģīti sāksies pēc tam. 7/n

Kas interesanti, publicētajā slānī `kkbuilding` (kadastrā esošās būves) datos ir iezagušies arī atsevišķi sliežu ceļi (būves bez subjekta). 6/n

Kartēs trakākais ir loģiska detalizācija dažādos zoom līmeņos, korekta, nepārsātināta un intuitīva simbolizācija. Stilu veidošana var aizņemt 90% laika. 8/n

Kas attiecas uz pašiem @ZemesDienests publicētajiem datiem. Nedaudz sasteigti (saprotams, jo no brīža, kad negaidīti iedeva naudu līdz brīdim, kad jāpublicē, bija ļoti maz laika; respekts visiem iesaistītajiem). Gribētos klāt šo to tomēr klāt. 9/n

Piemēram, vismaz to informāciju, kura ir redzama kadastra karšu pārlūka publiskajā daļā. Piemēram, nevienam no kadastra objektiem nav piesaistīta adrese. Tā jāmēģina uzminēt. Datos nav arī piederības. 10/n

Nu, tad, tā, lūk. Šī vakara rotaļas ir noslēgušās. 12/n

Vēl man arī nav izdevies atrast informāciju par to - kā tieši tiks veikta pieejamo datu kopu papildināšana ar jauniem datiem. Piemēram, ja mainīsies specene (nāks klāt vai ies nost no esošajām datu kopām kādi atribūti), vai tas notiks in-place vai arī būs jauni resursi? 11/n

@laacz Tu man taisi vēsturei kadastra vektora slāni? 😍

@laacz Oho, pat siltumnīcas tur ir :D

@Agzas Gan jau tās, kuras uz pamatiem stāv. Brīvstāvošas diez vai tur atradīsi.

@laacz Zemajā startā ir šiem datiem piekarināmā teksta daļa, kāds esot jau redzējis, kāds vēl gaida https://data.gov.lv/dati/lv/dataset/kadastra-informacijas-sistemas-atverto-teksta-datu-paraugs

@laacz Cache lietas un simbolizācijas izaicinājumi - principā kā problēmātika identiska MVT un attēlos renderēto cache gadījumā, ja runājam par mainīgiem ne statiskiem datiem.

@BrunsPeteris Cache vispār nav problēma, izmantojot MVT - datu apjoms ir niecīgs, salīdzinot ar tā paša ortofoto JPG vai pat OSM PNG.

@laacz Ne par izmēru doma, vairāk par tile dzīves ciklu un invalidēšanu/pārģenerēšanu pie izmaiņām, bet tās taktikas ir stipri atkarīgas no datu mainības un apjomiem.

@BrunsPeteris @laacz Kadastra dati reāli bieži mainas? Visi te runā, ka nē

@BrunsPeteris Protams.

@normis @BrunsPeteris Reizi mēnesī tiek publicēti aktuālie. Mainās bieži.

@laacz @normis Pēc metadatiem publicēs reizi nedēļā,bet mainība ir pietiekoši aktīva,lai teiktu ka mainās-kadatrālās uzmērīšanas,zemes vienību dalīšana,jaunu ēku būvēšanas utt. notiek nepārtraukti.T.i.nerunājot par īpašumtiesību u.c. maiņām, kas geom nemaina. Pa reģioniem tas protams atšķirās.

@BrunsPeteris @laacz Teorijā jā, es jautāju par pašu kadastra karti. Manuprāt automātiski to neviens neatjauno, tikai pēc pieprasījuma, ne?

@normis @BrunsPeteris Ko nozīmē 'pēc pieprasījuma'? Tiklīdz nomainās dati (Pēteris jau minēja kādā veidā), tā arī ir jauna karte..