Stream: general

Topic: neapvienot landuse=* un barrier=fence


view this post on Zulip Rihards Olups (Jan 09 2023 at 14:05):

Piedāvāju neapvienot landuse=* (piem., residential) un barrier=fence tagus.
Diezgan bieži tas ir aptuveni, un, šķiet, minēts. Ir īpašumi, kam sēta tikai gar ielu, dažreiz sētā ir lielāki pārrāvumi utt. Dažreiz ir posmi, kur sētas vietā ir dzīvžogs vai siena. Šādus labot sanāk grūti, tie ir tāds kā "area" relāciju mazais brālis :)
Piedāvāju barrier zīmēt kā atsevišķu ceļu. Vai izmantot tos pašus punktus, kurus landuse - laikam kā nu kuru reizi pagaidām.

Piemēram, te es nezinu, ko lai iesāk ar šo objektu. Landuse es vēl aptuveni pielīdzinātu, bet negribu minēt, kur ir vai nav sētas.
landuse+barrier

view this post on Zulip Dāvis Kļaviņš (Jan 09 2023 at 14:09):

Arī atbalstu. Atstāj arī tādu paviršu iespaidu. Ja nav pārliecība, tad labāk neiezīmēt vispār nekā pieņemt, ka visiem privātmāju pagalmiem un industriālajām teritorijām apkārt ir žogs.

view this post on Zulip Rihards Olups (Jan 09 2023 at 14:16):

Vēl viens piemērs, kur būtu bijis jānodala - ārpus sētas ir tādi gabali, kuri acīmredzami ir residential.
Bet paga, tur nemaz no ortofoto nevar noteikt, vai ir gan dzīvžogs, gan sēta :)
residential un žogi

view this post on Zulip Rihards Olups (Jan 09 2023 at 14:16):

Šajā piemērā es vispār ņemu nost barrier=fence tagu un pielaboju landuse. Tad jau pareizas sētas var mikrokartēt, izpētot dabā.

view this post on Zulip Rihards Olups (Jan 09 2023 at 14:18):

Dāvis Kļaviņš said:

Arī atbalstu. Atstāj arī tādu paviršu iespaidu. Ja nav pārliecība, tad labāk neiezīmēt vispār nekā pieņemt, ka visiem privātmāju pagalmiem un industriālajām teritorijām apkārt ir žogs.

Arī tas, ka residential/industrial/commercial utt var iezīmēt aptuveni no ortofoto. Ja liek klāt sētu, tad pa visu perimetru par to jābūt pārliecībai, un tas tā reti ir.
Savukārt ļoti aptuveni "kaut kur te - varbūt - ir sēta" nešķiet lietderīgi.
Pēc tam nākamais nemaz neizpētīs, jo pieņems, ka iepriekšējais zīmētājs bijis kārtīgs.

view this post on Zulip HellMap (Jan 09 2023 at 16:02):

Jā, piekrītu. Tas is OSM pamatprincips - One feature, one element. Un te pat ir dažāda ģeometrija - viens ir laukums un otrs is līnija. Saprotu, ka ātrāk un vienkāršāk ir kopā, īpaši ja nav survey no visām pusēm (kas var arī nebūt iespējams). Un rediģējot pēc tam nākās atdalīt. Visādi varianti - caurums sētā, zīmē vārtus atsevišķi, sēta "ielien iekšā" druksu, sēta nav robeža, utt.

view this post on Zulip Rihards Olups (Jan 10 2023 at 23:18):

Vēl viens piemērs - industrial + fence.
industrial + fence

view this post on Zulip Rihards Olups (Apr 09 2023 at 18:36):

Arī citu objektu un landuse savienošana (ēku, ceļu...) laikam nav vēlama, jo pamatīgi apgrūtina rediģēšanu.
Skatos, @HellMap par to pat piezīmi pievienojis ;)
https://www.openstreetmap.org/note/3520859

OpenStreetMap is a map of the world, created by people like you and free to use under an open license.

view this post on Zulip HellMap (Apr 09 2023 at 20:17):

Es tādās pavisam bēdīgās vietās esmu piezīmes atstājis, kur viss ar ceļiem savienots un vēl multipoligoni visās malās. Tur nav iespējams neko izdarīt. Daudz kur jauns ortofoto, bet izlabot ātrāk veco nonest

view this post on Zulip Reinis Bērziņš (Aug 14 2023 at 13:56):

Mans viedoklis: landuse & barrier vienā objektā der kā ātrs pagaidu risinājums, ja dabā vai no ortofoto var saprast, ka tur patiešām iet žogs, mūris u.tml.. Protams, ilgtermiņa risinājums būtu precīzāk iezīmēt katru žogu atsevišķi ar visiem pārtraukumiem, caurumiem, paveidiem (daudzām industriālajām teritorijām tas vienubrīd ir žogs, bet tālāk jau turpinās kā mūris).

view this post on Zulip Reinis Bērziņš (Aug 14 2023 at 14:05):

Manuprāt, labāk tomēr iezīmēt žogu neprecīzi nekā neiezīmēt, jo tas tomēr ir nepārvarams. Man pašam bieži nācies griezties atpakaļ, jo priekšā ir neiezīmēts žogs. To perfekto kartēšanu var nākties gaidīt daudzus gadus. Pat, ja piezīmēs nav pierakstīts "Fixme", ir diezgan viegli pamanīt, ka tas ir "ātrais risinājums" un arī diezgan viegli nodzēst barrier tagu (daudzreiz vieglāk nekā HellMap minētajos multipoligonos, kur vienu un to pašu pliku līniju izmanto, gan landuse, gan iela, gan barjera).

view this post on Zulip Reinis Bērziņš (Aug 14 2023 at 14:15):

Bet vispār žogs dabā novelk tādu kā robežu, kuram vienā pusē ir viens "landuse", otrā varbūt pavisam cits (un vēl jo vairāk "access"), pat ja īpašniekam pieder vēl plašāks nenožogots un ar zīmēm neaizliegts zemesgabals - zāliens, iela, mežiņš u.tml.. Tādēļ, manuprāt, "landuse" un "access" lielākoties jāiet roku rokā vienā objektā, savukārt "barrier" jebkurā gadījumā atradīsies precīzi tajā pašā vietā - ātrajā risinājumā pievienots kā tags tam pašam landuse, bet precīzajā risinājumā kā atsevišķs objekts.

view this post on Zulip Rihards Olups (Aug 14 2023 at 14:17):

Jā, sētas/žogi/sienas ir ļoti svarīgi objekti, liels paldies par to iezīmēšanu.
Varbūt tos tomēr vērts uzreiz zīmēt kā atsevišķus objektus (way), jo tad ir daudz vieglāk modificēt.
Vēl arī tas, ka diviem tādiem landuse ar pievienotu "fence" saskaroties sanāk it kā "dubulta sēta". Ja vēl pievieno fence type, sanāk tipu konflikts tajā posmā, kura atrisināšana ir daudz čakarīgāka, nekā atsevišķa sētas "way" pievienošana.

view this post on Zulip Rihards Olups (Aug 14 2023 at 14:19):

Landuse robeža un barrier diezgan bieži nebūs vienoti. Gan residential, gan industrial, gan school utt reģioni bieži būs līdz ar kvartāla/ielu robežām, bet sētas var no tām atkāpties. Tas ir viens no scenārijiem, kur esmu īpaši pamanījis uz viena objeta saliktu tagu grūto sakārtošanu :)

view this post on Zulip HellMap (Aug 14 2023 at 14:22):

Es principā īpaši kategoriski neiebilstu pret dubultegošanu landuse ar barrier kā sākotnēju risināju. Tas ir ilgtermiņā čakarīgi, bet principā sētu dati ir vairāk noderīgi nekā bez tiem. Vienīgais problēmātiski ir tur, kur sēta pārklājas ar citiem elementiem. Īpaši bieži tas nav, jo parasti visādi ceļi un ēkas ar landuse nav savienoti no sākuma, bet gadās vietas, kur piemēram ceļi šķērso sētu (tad arī access nav īsti korekti daudzviet). Piemēram (nesavienots) https://www.openstreetmap.org/way/1093954634 pārklājas ar ceļu. Savienotu piemēru es tā uzreiz neatradīšu - tie ir krietni retāk.
res-cross-res.png

OpenStreetMap is a map of the world, created by people like you and free to use under an open license.

view this post on Zulip Reinis Bērziņš (Aug 14 2023 at 15:16):

Rihards Olups said:

Varbūt tos tomēr vērts uzreiz zīmēt kā atsevišķus objektus (way), jo tad ir daudz vieglāk modificēt.
Vēl arī tas, ka diviem tādiem landuse ar pievienotu "fence" saskaroties sanāk it kā "dubulta sēta". Ja vēl pievieno fence type, sanāk tipu konflikts tajā posmā, kura atrisināšana ir daudz čakarīgāka, nekā atsevišķa sētas "way" pievienošana.

Dubultā sēta ir leģitīms iemesls gan tad, ja mūris pārklājas ar sētu, kam ir dažādi simboli, gan varbūt kādā īpašā kartes stilā, kur barjeras attēlojas asimetriski. Protams, jācenšas, bet pirmajam zīmētājam jābūt gatavam ieguldīt vairāk laika.
Modificēt nozīmētu: (1) izdzēst "barrier" tagu (šī arī ir vienīgā liekā darbība otrajam zīmētājam) un (2) iezīmēt jaunu žogu apkārt attiecīgajai teritorijai (ko neizdarīja pirmais zīmētājs, bet summā tas nebūs lieks darbs), kas vairumā gadījumu būs vienkāršāk nekā pārgriezt jau iezīmēto žogu pa segmentiem.

Landuse robeža un barrier diezgan bieži nebūs vienoti. Gan residential, gan industrial, gan school utt reģioni bieži būs līdz ar kvartāla/ielu robežām, bet sētas var no tām atkāpties. :)

Es gan neredzu jēgu residential, industrial un school (kas pēdējā laikā arvien vairāk tiek nožogotas) robežu zīmēt jau no ielas, ja starp ielu un žogu vēl ir brīvi pieejams, nenožogots zālājs, pa kuru brīvi staigā cilvēki (pat ja zemesgrāmatā šī teritorija pieder attiecīgajai fabrikai, skolai, privātmājas saimniekam). Un tad arī uz "landuse" nevarēs uzlikt "access" tagu. Es gan te nerunāju par brīvi pieejamiem daudzstāveņu kvartāliem, kur grūti izdomāt, kur precīzi novilkt landuse=residential robežu.

view this post on Zulip Rihards Olups (Aug 14 2023 at 17:42):

Reinis Bērziņš said:
Dubultā sēta ir leģitīms iemesls gan tad, ja mūris pārklājas ar sētu, kam ir dažādi simboli, gan varbūt kādā īpašā kartes stilā, kur barjeras attēlojas asimetriski. Protams, jācenšas, bet pirmajam zīmētājam jābūt gatavam ieguldīt vairāk laika.
Modificēt nozīmētu: (1) izdzēst "barrier" tagu (šī arī ir vienīgā liekā darbība otrajam zīmētājam) un (2) iezīmēt jaunu žogu apkārt attiecīgajai teritorijai (ko neizdarīja pirmais zīmētājs, bet summā tas nebūs lieks darbs), kas vairumā gadījumu būs vienkāršāk nekā pārgriezt jau iezīmēto žogu pa segmentiem.

Nebiju domājis vizualizāciju, tīri no datu struktūras viedokļa. Sētas ir līnijveida objekti. Tāpat kā citiem līnijveida objektiem (ielas, upes, grāvji, taciņas utt), šķiet, nevajadzētu pārklāties. Diviem blakus esošiem landuse pieliekot barrier līnijveida objekti pēkšņi pārklājas.

Pie tam, tagad šis OSM ceļš _vienlaicīgi_ ir gan laukums, gan līnijveida objekts. T.i., te tiek pārkāpts ne tikai Hellmap dažreiz pieminētais "one feature, one object" princips, bet arī tiek salikti kopā divi dažādi objektu reprezentācijas veidi.

Vēl kāda problēma, ko diezgan bieži novēroju - šādi pieliktas sētas ir neprecīzas. Daudz kur sēta ir tikai no ielas, vai kā citādi tikai daļēji gar/ap īpašumu. Pieliekot pa taisno landuse objektam parasti tas netiek atzīmēts. Prātīgāk šķiet sētu iezīmēt tikai tur, kur tā tiešām eksistē.

view this post on Zulip Reinis Bērziņš (Mar 28 2024 at 15:12):

Ja esmu jau uzzīmējis noslēgtu sarežģītas formas žogu apkārt visai teritorijai un gribu ātri norādīt, ka visa šī teritorija ir landuse=residential - kā visātrāk duplicēt iepriekš uzzīmēto žoga līniju?

A) Var iesākt zīmēt jaunu līniju pa žoga robežu, un tad spaidīt F, bet ik pa brīdīm tas atdursies pret iebrauktuvēm u.tml. un apstāsies, tad atkal jāturpina zīmēt manuāli.
B) Nokopēt landuse teritoriju Ctrl+C & Ctrl+Alt+V precīzi tajā pašā pozīcijā, nodzēst vecos žoga tagus un vietā ierakstīt landuse=residential tagu, bet nodes nesalīmējas kopā. Ja pēc tam jākoriģē robeža, tad abiem elementiem atsevišķi. Vai ir iespējams šādus abus objektus iezīmēt un ātri salīmēt kopā?

Tātad vai nu ļoti ilgstošs A risinājums, vai ļoti neērts risinājums B visiem nākamajiem labotājiem.

P.S. Pat Rīgā daudzviet aizvien ir landuse=residential pāri visam mikrorajonam, kas neatbilst situācijai dabā un kas būtu jāizlabo, bet jo sarežģītāka labošana, jo ilgāk kartē būs šādas lielās neprecizitātes (pretstatā sīkajām: barrier un landuse uz viena elementa, ja dabā arī tāpat ir, tad tā pat nav neprecizitāte, bet vienkārši diskutabla tagošanas pieeja).

view this post on Zulip HellMap (Mar 28 2024 at 15:24):

B) es nedarītu, jā. Plus, ja kaut kādi ceļi vai kaut kas pārklājas - tad tas teorētiski paliek nepareizi/nesavienoti.

view this post on Zulip HellMap (Mar 28 2024 at 15:24):

Parasti A) ir tas, kā es to daru. Protams, ātri vien tur kaut kāda ēka vai cita teritorija un iD vairs nemāks nākošo punktu. Nezinu risinājumi, vismaz iD tāda pagaidām nav.

view this post on Zulip HellMap (Mar 28 2024 at 15:27):

Vēl teorētiski ir C) variants taisīt multipoligonus - pārvērst laukumu multipoligonā un tad ceļam (kas tagad ir multipoligona ceļš bez tegiem) pielikt to sētas tegu. Bet nu te protams uzreiz sarodas papildus multipoligoni un rediģēšana uz nākotni arī pamatīgi sarežģījas. Ja tur kaut kas klāt savienots, tad ir dubulti ceļi utt. un te var kļūt ilgāka labošana beigās. Personīgi, es to nedarītu.

view this post on Zulip Rihards Olups (Mar 28 2024 at 15:35):

Es laikam residential zīmētu atsevišķi, nesekojot visiem mazākajiem žogu/sētu/sienu pagriezieniem.

view this post on Zulip HellMap (Mar 28 2024 at 15:35):

Problēma te vēl ir arī dziļāka - jo OSM nav tādā jēdziena kā laukums/area - it tikai ceļi/ways. Un vai tas riņķveida/closed ceļš ir laukums vai līnija ir atkarīgs no tegiem. Tā kā landuse + barrier ir viens tegs laukumam un otrs tegs līnijai nav vēl tik liela problēma. Bet te ir lielāka mēroga jautājums - ko nozīmē "atdalīt ceļu no ceļa"? Jo konkrēta darbība ir ar konkrētiem tegiem. Un tāpēc OSM redaktoros tādas komandas īsti nav. Varbūt rich pateiks, bet JOSM arī tāda nav.

view this post on Zulip HellMap (Mar 28 2024 at 15:38):

Rihards Olups said:

Es laikam residential zīmētu atsevišķi, nesekojot visiem mazākajiem žogu/sētu/sienu pagriezieniem.

Nu jā, te vēl piebilde - ja vispār zīmē landuse pa sētu u.c. robežām. Es uzskatu, ka tas pārsvarā ir diezgan normāli - gan ar kadastru sakrīt, gan ar reālo vietu, kur dzīvo privāti, gan skatoties attālumus. Reti kur tā sēta ir tālu no teritorijas. Parasti ir tādas sētas, kur piemēram tikai vārti ir nedaudz dziļāk - tad landuse tā iebrauktuve arī visticamāk iekļautos. Pēc precīzas uzzīmēšanas, tur diez vai kaut kas daudz jālabo vēl, tāpēc maintenance nav tik liels. Sliktākie gadījumi ir ja pārbūvē visu - bet tad arī tas viss būs jāzīmē tik un tā.

view this post on Zulip Rihards Olups (Mar 28 2024 at 16:13):

Jā, diezgan bieži ir tā, ka ir atstāta dziļāka iebrauktuve, šur tur pat izteikti gara, šaura svītra sanāk iekš landuse, ja to neiekļauj.
Diezgan daudz kur arī ir tā, ka daļa pa robežu ir sēta, kaut kur siena, kaut kur nekas, kaut kur tikai dzīvžogs - un te izteikti parādās ceļš vs laukums. Var jau būt, ka OSM ieviesīs atsevišķus laukumus kaut kad, un tad nāksies pilnīgi visas sētas utt atdalīt no landuse :)

view this post on Zulip Reinis Bērziņš (Mar 29 2024 at 20:01):

Es laikam residential zīmētu atsevišķi, nesekojot visiem mazākajiem žogu/sētu/sienu pagriezieniem.

Populārākie karšu attēlošanas stili landuse=residential iekrāso īpašā krāsā. Tātad smukāk un precīzāk kartes lasītājam, ja landuse sakristu ar žogu (faktisko landuse robežu dabā).
JOSM un specifiski karšu attēlošanas stili dažādi attēlo, ja landuse elementam pielikts arī access=yes (daudzstāveņu publiski pieejamie pagalmi) vai access=private (nepieejamie savrupmāju pagalmi ar žogiem un/vai dusmīgiem suņiem/saimniekiem. Tad kā uz delnas var saprast - šajā apvidū viss ir aizkrāsots ar access=private un nav pat vērts mēģināt līst cauri. Agrāk JOSM validators brīdināja, ka access nedrīkst kombinēt ar vienu pašu žogu, bet tikai tad, ja tas attiecas uz landuse, amenity u.c.. Tāpēc es vēlos landuse=residential u.c. teritorijas iezīmēt pēc iespējas precīzāk līdz ar dabā sastopamajām privātās telpas robežām: žogiem, dzīvžogiem, mūriem, grāvjiem u.tml..

view this post on Zulip Reinis Bērziņš (Mar 29 2024 at 21:36):

Princips "One feature → one OSM element" ir domāts, ka katram objektam dabā nedrīkst zīmēt 2 elementus kartē, nevis otrādi: https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element

Vai pieļaujama otrāda situācija - ar 1 elementu apzīmē 2 fiziskus objektus (2 tagus)? Jāskatās, vai tas nerada problēmas renderēšanā, ka populārie karšu stili mācēs attēlot tikai 1 no 2 tagiem.

1 līnija un 1 laukums tajā pašā elementā varētu arī neradīt attēlošanas problēmas, jo tie nepārklājas: līnija iet apkārt, laukums ir pa vidu.
Ja jau building gadījumā 1 elements ar 2 tagiem: building=kiosk & amenity=ice_cream apzīmē gan fizisku ēku, gan funkciju - saldējuma tirgotavu.
Tad jau arī barrier varētu tāpat: 1 elements ar 2 tagiem: barrier=fence & landuse=residential arī apzīmē gan fizisku žogu, gan funkciju - dzīvojamo teritoriju.
Un funkcija jau pat nav otrs fizisks objekts. Tas ir tikai veids, kā tiek izmantota ēkas vai žoga iekšpuse.

view this post on Zulip Reinis Bērziņš (Mar 29 2024 at 21:54):

Es tomēr ierosinu tolerēt barrier un landuse kombinēšanu tajā pašā elementā. Ja rodas vēlme un brīvs laiks šādas kombinācijas izlabot, tad tās var viegli sameklēt ar meklētāju un izdzēst lieko tagu (un pārzīmēt barrier vēlreiz, spiežot F vairākkārt).

Gadījumos, kad nav laika izpētīt vai iezīmēt žogu 100% precīzi, tomēr žogs ir gandrīz no visām pusēm, no kurām var apskatīt un piekļūt svešinieki, varbūt kādā žoga posmā ir nevis žogs, bet ēkas siena, tad arī iesaku tolerēt barrier un landuse kombinēšanu kā pagaidu risinājumu, pievienojot FIXME tagu. Kad būs vairāk laika, tad izlabos precīzāk. Tomēr labāk iezīmēt vismaz aptuvenu situāciju nekā nekādu.

view this post on Zulip HellMap (Mar 29 2024 at 22:01):

Es personīgi neiebilstu pret landuse+barrier kā pagaidu risinājumu, ja tur nav problēmu. Nav jau vienīga pagaidu un aptuvenā lieta. Runa gan par gadījumiem, kad ir problēmas - sēta pārklājas ar mājas sienu, ar ceļiem, dabā daļas nav, dubultsēta savienotām teritorijām, utt. Kad sastopas tāds gadījums un tas laukums ir milzīgs, tad to izlabot arī prasa tik daudz laika, ka faktiski nākas to barrier noņemt un pielikt fixme via piezīmi.

view this post on Zulip HellMap (Mar 29 2024 at 22:27):

Latvijā pašlaik 4612 landuse=* + barrier=*

view this post on Zulip Rihards Olups (Apr 03 2024 at 11:38):

Reinis Bērziņš said:

Tad jau arī barrier varētu tāpat: 1 elements ar 2 tagiem: barrier=fence & landuse=residential arī apzīmē gan fizisku žogu, gan funkciju - dzīvojamo teritoriju.

Šī ir laba doma, šķiet loģiski :)
Saprotu arī vēlmi ātrāk un vienkāršāk iezīmēt funkcionāli vēlamo. Galu galā gan OSM, gan jebkura cita karte ir kompromiss starp iespējamo un ideālo detalizāciju.

Papildus minētajiem iemesliem (pārklāšanās ar ēku, starp diviem blakus esošiem landuse, dabā neesošu nozīmīgu posmu parādīšanās utt) no zīmēšanas pieredzes man tā arī šķiet tāda kā pārlieka detalizācija.
Teritoriālajos plānos ir dzīvojamās apbūves zonas, un tās lielākoties ir plašāki reģioni - tas apmēram ir tas, kā man šie landuse šķiet uzturamāki. Ja kāds zemes īpašnieks ievieto vārtus dziļāk sētā, kādam ārpus sētas īpašumā ir puķu dobes un mauriņš... kur tad būtu landuse robeža?
Un tas ilgtermiņā ir svarīgi ne tikai no sākotnējās iezīmēšanas skatupunkta, bet arī no uzturēšanas (pārvietoja sētu, kas notiek ar landuse) un konsekventas pieejas (viens kartētājs izzīmēja landuse gar robotu sētu, otrs nomainīja uz taisnu gar ielu, pirmais atkal pārtaisīja par robotu...) skatupunktiem.
Un ja vēl sēta, redzamais izmantojums un zemes gabala robeža ir trīs dažādas lietas, tur tak vispār nebūs skaidrs, kur likt landuse robežas.

Bet tiešām saprotu vēlmi iezīmēt ātrāk, un "tolerēt kā pagaidu risinājumu" jau arī ir šībrīža defacto situācija :)
Šo pat būtu jauki apspriest klātienē, bakstoties kādā rediģēšanas softā un aplūkojot pamanītus/pieredzētus gadījumus.


Last updated: May 18 2024 at 06:42 UTC