Visticamāk, jā. Neeksistējošu nosaukumu likšana renderēšanai ir viena no OSM biežākajām (mazajām) problēmām. 90% gadījumu tie ir vienkārši aprakstoši, jo kartētāji neņem vērā `name` objektīvu nozīmi datubāzē, bet tikai vizualizāciju, kuras interpretācijai nepieciešams konteksts. Arguments parasti ir "bet tas taču netraucē" un "kartē noder skatīties" un "citādi kartē nevar atšķirt". Bet dati pēc tam pilni ar visādiem "veikals" un "trepes" un "tornis" un vēsturiskiem nosaukumiem un reālu nosaukumu meklēšana kļūst sarežģīta. Bet faktiskā problēma ir kartes renderēšanas nepilnības, nevis datos, kā jau tas ir daudziem tegiem un elementiem.

"Nepareizus" piemērus tev problēmas atrast nebūs, Latvijā tādu miljons un daudz kur pat pateikt grūti, vai tas tiešām būtu nepareizi (jo pareizākas birkas starp `name` un `description` arī gluži nav, piemēram [1]). Un katru es arī personīgi nelaboju, tikai uzkrītošākus gadījumus, kā šeit, kur es jau kaut ko citu reizē rediģēju. Un nosaukumi ir viena no tām lietām, kur labot masveidā var visu dienu un pa to laiku citi saliks tik pat daudz jaunus un pusei izmaiņu būs klāt "kāpēc nosaukums nodzēsts?"... 😉

[1] osm.org/go/0P37YqW0X

Tad, kad šie nosaukumi reāli pastāv un ir pārbaudāmi nevis vienkārši apraksta, kā to telpu lieto.[1] Ja būtu, piemēram "Lielā Zāle".[2]

[1] osm.wiki/Names#Names_are_not_for_descriptions

[2] https://www.vefkp.lv/telpas/liela-zale/

Čau,

Tu šajā izmaiņā nodzēsi arī elementus, kuri faktiski vēl eksistē. Piemēram, ap way/156218613 - visi celiņi un zāles pleķi šeit joprojām ir. Tikai pagaidu iebrauktuve pāri. Es tos pagaidām atjaunoju un izlaboju. Vai tev ir kaut kāda informācija, ka šeit tiks pārbūvēts?

Es saliku šeit, kā parasti ir kartē.

Kaut kad pieminēju Zulipā - https://osmlatvija.zulipchat.com/#narrow/channel/358602-general/topic/DUS.20amenity.3Dfuel.20.2B.20landuse.3Dretail - visu amenity=fuel laukumu klāt kopā ar landuse=retail. DUS šeit tirgo smaržīgos šķidrumus - fuel. Un šeit visa teritorija ir tā fuel (un te tikai) tirgošanas vajadzībām - retail. Un DUSiem tad arī sanāk, ka faktiski teritorijas sakrīt.

Tikai šeit jāliek vai nu laukums fuel vai punkts, bet ne abi - tas divreiz vienu lietu iekartē. Atsevišķi var veikala punktu kartēt.

Sveiki,

Gribēju pieminēt, ka lielajiem ceļiem gandrīz vienmēr ir klāt kaut kāda veida maršruti via citas relācijas. Sadalot tos krustojumos vai pie apļiem, jāņem vērā, ka arī jāmaina šīs relācijas.

Piemēram way/1351570747 un way/1057160146 . Abiem šiem gabaliem ir jāsaglabā relācijas, pie tam autobusa maršrutiem jābūt tikai uz pareizā virziena ceļa. Arī pats aplis būs pa posmiem sadalāms attiecīgi.

Protams, tas ir sarežģīti un laikietilpīgi, bet to nedarot ir kļūdas maršrutos (nesavienoti, pretēji vienvirzienam, utt.).

Šeit arī nejauši gadījās šo posmu way/1351570746 iezīmēt nepareizajā virzienā, kas te salauza maršrutēšanu. To es izlaboju.

Paldies

Skaidrs, paldies par precizējumu.

Pēc OSM principiem, ierobežojošas vērtības liek, ja tās ir legālās/atļautās/fiziski iespējamās vērtības, jo citādi katram kartētājam var būt savs pieņēmums par atļauto ātrumu/svaru/utt. Citiem vārdiem, OSM datos neliek šīs vērtības par ceļa stāvokli/kvalitāti, kas ir subjektīvi. Piemēram, es pieņemu, ka ar velosipēdu vai motociklu šeit varētu braukt krietni pāri 5 km/h.

Tā kā šī ir faktiski meža stiga, tad tai var pielikt šīs vērtības, kas labāk tās aprakstītu:

tracktype=*

smoothness=*

Skaidrs, paldies par precizējumu. Es salaboju, jo citādi te joprojām bija ceļa savienojums.

Hello,

As already mentioned to you many times - please do not use track classification for driveways.

Sveiki,

Lūdzu nepārveido parastus ceļus zem tiltiem par tuneļiem, ja tie tiešām nav tuneļi. Ja tu gribi norādīt, ka ceļi ir zem tilta, tad var pielikt `covered=yes`.

Un lūdzu nesavieno ceļus ar elementiem citos līmeņos. Šeit šoseja tika savienota ar barjeru, kas šos ceļus pilnībā nobloķē pareizai navigācijai.

Kā arī elementiem, kas ir uz tilta ar `layer`=*, arī jābūt ar atbilstošu `layer`, konkrēti margām - citādi tās neskaidri šķērso citus ceļus un rada datu kļūdas.

Sveiki,

Gribēju precizēt par way/1350841153 ceļu. Vai šis savienojums vairs neeksistē vispār?

Paldies

Sveiki vēlreiz,

Vai varētu precizēt, kā tieši noteikts maksimālais ātrums šeit? Ļoti neprasti būtu, ja te tiešām ir ceļa zīme ar 5 km/h.

Paldies

Sveiki,

Vai varētu precizēt, kas tieši šeit tagad ir? Pēc izmaiņas komentāra sanāk, ka paša tilta nav, bet ceļš ir - kas tad sanāk ar to upi? Vai tur ir pārbūvēts par caurteku vai kas cits?

Paldies

A different feature and a boundary can exist at the same time with the same name. Many features have the same name. This is not a reason to delete either feature.

Not that any feature here actually has the same name.

Please undo your edit or explain why this is a problem.

A different feature and a boundary can exist at the same time with the same name. Many features have the same name. This is not a reason to delete either feature.

Not that any feature here actually has the same name.

Please undo your edit or explain why this is a problem.

I have already provided 4 sources all of which describe these boundaries as city parts.

How is the meaning of the name relevant?

Please undo your edit or explain why this is a problem.

How is the node misplaced? You have not corrected the position, but deleted the node. I previously already mentioned you can adjust the position away from the boundary centroid if this seems better to you.

A different feature and a boundary can exist at the same time with the same name. Many features have the same name. This is not a reason to delete either feature.

Please undo your edit or explain why this is a problem.

I have already provided 4 sources all of which describe these boundaries as city parts.

A forest and a boundary can exist at the same time. Many features have the same name. This is not a reason to delete either feature.

The forest here isn't even currently named in OSM data.

Please undo your edit or explain why this is a problem.

I have already provided 4 sources all of which describe these boundaries as city parts. And it was already mentioned to you that `locality` does not apply as a tag for this.

Please fix your edit.

I have already provided 4 sources all of which describe these boundaries as city parts. And it was already mentioned to you that `locality` does not apply as a tag for this.

Please fix your edit.