Šajā izmaiņu kopā adrese it kā esot mainīta pag. gada novembrī, bet vēl nebija OSM.
Vai te varētu būt kāda tehniska aizķeršanās, vai tīri pašvaldība->VZD->kasnuvēl datu ceļošanas laiks?
https://www.openstreetmap.org/way/889311497/history/2
https://www.openstreetmap.org/node/9887912950/history ?
Ah pareiz. Biju uz šo paskatījies, bet pamanījos aizmirst, paldies :)
Varētu varbūt botam kaut kādu prioritātes sistēmu punktiem. Piemēram building=detached > building=shed un pat, ja esošais punkts ir uz shed, tad kādu X metru attālumā tomēr likt to uz detached. Protams, es fantazēju par daudz sarežģītāku sistēmu adrešu piesaistei ēkām, bet nu...
Sarežģītāka uzturēšana, noteikti būs "edge cases"...
Ta jau labāk informēt īpašniekus, ka jāsakārto adresācija.
Labāk jā, ja tu tiešām viņiem uzrakstīsi vēstuli un viņi to tiešām sakārtos un VZD tiešām izmainīs. Man gan neliekas, ka tāds dziļi teorētisks variants praksē notiks visiem tiem tūkstošiem šķībo adrešu. Un te vēl ļoti optimistisks pieņēmums, ka īpašnieks tiešām taisīs kaut kādu iesniegumu VZD. Ja jau mums pašvaldības ceļa zīmes nevar sakārtot, kādi vēl privātīpašnieki kaut kādas adrešu nobīdes ņemsies labot un mērīt. VZD pateiks, ka ēkas šķības un jāmēra - un tad arī nekas noteikti netiks izdarīts.
Bet nu kā jau teicu - es fantazēju. Gadījums nav pirmais un nav pēdējais. Tas, ka mums adreses brīvi dati jau ir brīnums.
Konkrētajā gadījumā VZD datos adreses punkts ir uz dzīvojamās mājas, bet ēkas ir vektorizētas, nevis uzmērītas, līdz ar to neprecīzas: image.png
Nedomāju, ka bez uzmērīšanas VZD tur kaut ko labotu, bet uzmērīšana jāveic īpašniekam, un tas maksā.
Bots adresi pārliks uz palīgēkas.
Kamēr OSM datos joprojām ir un gan jau tuvākos gadus vēl būs liels ēku iztrūkums, turklāt esošajām gan jau vairumam ir building=yes (arī konkrētajā gadījumā), nevis norādīts konkrēts tips, tikmēr neiespringtu. Teorētiski, jā, zemes vienības ietvaros pēc ēkas tipa pārvietošanu var realizēt (noteikti tad, ja zemes vienībā tikai viena adrese).
Šķiet, ir uz tās pašas ēkas, ne?
Murkšķi
OSM adrese šobrīd ir manuāli pielikta lielākajai (dzīvojamajai), bet ar to ēku, uz kuras adrese ir VZD datos (kas tā pati dzīvojamā vien ir, bet neprecīzi iezīmēta), pārklājas cita (palīgēka).
Ā, tu domā, ka dienvidos esošā ēka VZD datos nav nemaz, bet dzīvojamā ir gan ar nepareizu kontūru, gan pamatīgi nobīdīta?
Jā
Uff, iespējams. Tik lielu nobīdi pat sākumā neiedomājos :)
Standarda nobīde laukos :grinning_face_with_smiling_eyes: Tev vajag vairāk rediģēt ar vienmēr ieslēgtu kadastru ;)
Atkal fantazēju, bet teorētiski OSM var ielikt kadastra ēkas nummuru tādiem gadījumiem...
Es jau skatījos kadastrā, bet domāju, ka tās ir divas citas ēkas ;)
Te b0ts interesanti izdarījis - gan pielicis adresi amenity=fuel, gan pielicis adreses punktu pa vidu tam amenity.
https://www.openstreetmap.org/node/9890477929
https://www.openstreetmap.org/way/117031655
Jā, tas jau loģiski, jo visiem amenities u.c. adreses tiek liktas papildus. Adrešu punkta nebūtu, ja būtu ēka, bet šeit ēka nav iezīmēta.
Te diezgan šķībi iezīmēts. Laukumam jābūt fuel nevis retail un ēkai jābūt building nevis fuel. Es pielaboju.
Last updated: Dec 22 2024 at 05:29 UTC