@laacz tvītu arhīvs

Sapratu, ka VZD datos ir nekorektas adreses un tās nedrīkst izmantot attēlošanai uz kartes. Savukārt, kadastra vienību savstarpējās attiecības ir melnā maģija.

@laacz VZD datos nekorektas adreses? VZD uztur Adrešu reģistru..

@JyGri Darījums iz 2015. gada 7. aprīļa. Adreses laukā ierakstīts "Krasta iela 39 - 15, Rīga, LV-1003". Tādas adreses nav, ir "Mazā Krasta iela 39 - 15, Rīga, LV-1003". Nekad arī nav bijis (šī nav reformēta).

@laacz Kadastra datos adresēm gan neseko. Par kadastra vienību attiecībām - vajadzētu būt ok, dokumentācija cik izmēru aci arī ir ok, tas gan raugoties uz to visu pēc tam, kad savu reizi jau to maģiju esi reversejis bez ticamas dokumentācijas.

@BrunsPeteris Es būšu godīgs. Tā specene ir nedaudz lieka, jo ir noprotama no satura. Mani vairāk interesētu vispārējais datu modeļa apraksts.

@laacz Bet jābūt arī adreses objekta ID. Vismaz es pēc tā vados. Un tas ir piesiets kadastram.

@JyGri NĪTIS tāda lauka nav. Ir pilnais adreses teksts, kurš ne visur ir precīzs un ne visur ir vispār. Nākas ķīmiķot. Ar telpu grupām viss vienkārši, jo tur ir ēkas kadastra numurs, bet tai arī nav nekāda adreses identifikatora.

@JyGri Vienkāršākais variants ir ņemt ēku slāni no telpiskajiem datiem un izlasīt centra koordinātas: update ni_tg set geom = (select st_centroid(geom) from kkbuilding where code = building_cadastral_number) where geom is null; Bet tad nāk zemes vienības un zemes vienības ar būvēm :)

@BrunsPeteris Principā, ir tā, ka neesot vēsturiskajiem datiem, sadalot zemes gabalu vai nojaucot nopirkto ēku, viss aiziet pa kāju :)

@laacz VZD adresēs vai kur citur? Mēs te OSM kopienā apspriežam VZD adresu importu, un jebkādas neprecizitātes tajās ļoti interesē :)

@RihardsOlups Ar pašu adrešu klasifikatoru ka reiz viss ir lieliski.