Te vienkārši tāda sāļa stiga ;)

Bet, ups, jā, sand.

What is incorrect about this name in Latvian? It is from official sources.

I asked you to provide any sources at changeset/160441247 for arbitrary tagging changes like this that would conflict with official sources. You have neither replied, nor provided a source, nor explained what is wrong here. You cannot keep changing values against officially-published sources.

Es tieši tā būtu darījis, jā. Kadastra līnijas te precīzas.

Via "Dreiliņu priedes" nosaukumu gribam atstāt kaut kur? Tas bija uz construction laukuma.

Tas bija piemērs tikai par ģenerēšanu. Neatkarīgi no tā, vai tur ir fizisks objekts vai nē, bez līnijas datos šī savienojuma nebūs un uzģenerēt to automātiski nevar.

OSM nav daudz piemēru ar tādiem abstraktiem objektiem kā koku rindas. Bet nu teiksim jūras zīmju/boju navigācijas/kuģošanas ceļi, piemēram way/1280192655 . Nekas fizisks to nesavieno un bojas nav pat uz līnijas...

Ģenerēšanai vajag kontekstu. Kāpēc piemēram tie koki šeit dienvidos nav rinda tad?

Tā pat kā elektrības vadus nevar viennozīmīgi noteikt tikai no elektrības stabiem un nevar dzēst vadus, pat ja stabi uzzīmēti.

I love how you misspelled it when pointing out a misspelling. But, yes, "Nica" with "a". Terrible word to spell between two languages. And don't get me started on auto-correct.

Haha, varēju, ja es tik precīzi un cītīgi visu būtu skatījies... Nav jau nepareizi, drīzāk nedaudz neoptimāli.

Šeit pagrūta situācija; es arī nezinu, kā es labāk liktu. Tur ir tie 6 "gala savienojumi", kas kaut kā jādabū kopā ar pēc iespējas mazāk līnijām, kas dod skaidru priekšstatu. Bet to vieglāk pateikt, nekā izdarīt ;)

Es varu pamēģināt salikt, kā es to darītu te, tikai es negribu šo piemēru "izbojāt", jo tu to minēji tajā otrā izmaiņā.

Es liktu abus kopā. Šeit ir objekts - koku rinda. Ja šī līnija nav iezīmēta, tad datos šīs rindas nav. Koku punkti paši par sevi neveido koku rindu.

Te jau ir tieši otrādāk - ja rinda ir iezīmēta, nav "jēgas" tegot koku punktus, jo pietiek jau ar pašiem rindas punktiem. natural=tree_row#Tagging "additional nodes along the way might be placed in the location of individual trees, but this is not required" .

Es gan personīgi arī tegoju koku punktus, jo tad ir skaidrāks un kāds nejauši nenodzēsīs pa vidu punktus.

Šis ir vienkārši celiņš ar `covered=yes`, sānos uzbērumi. Virs viņa ir celiņš, kas ir tilts. Varēja arī nebūt tilts, varēja būt kaut kas cits.

Manuprāt, zemes uzbērums priekš tilta galīgi nepadara zemāk esošo celiņu par tuneli. Tam nav gandrīz nekādu tuneļa īpašību, galvenokārt, tas ir gandrīz vai īsāks neka plats. Manuprāt (no wiki) "if the lower way is short and the upper way is supported on concrete, brick on metal pillars and beams then that is almost certainly a bridge" šeit pilnībā atbilst.

Ceļš, kas iet cauri zemei ir tiešām tunelis, bet tad nevis uzbērums, bet zeme apkārt un tunelim vienlaida korpuss. Ceļš cauri mājai ir "mājas tunelis" vai caurbrauktuve - building passage.

Ja tu domā, ka te tiešām atbilstošāk ir tunelis, var jau likt. Es gan neuzskatu, ka tā būs pareizāki dati..

Negribu pa daudz info tajā otrā izmaiņā, bet manuprāt šeit ir krietni pa daudz celiņu pa vidu sazīmēts. Ar celiņiem norāda loģiskus savienojumus/virzienus, nevis visus iespējamos fiziskos savienojumus (tas jau ir renderēšana kartei, ko pats laukums jau ir paveicis).

Piemēram, tas navigāciju padara apgrūtinātu. Šādā vietā navigators pat 5 reizes pasaka pa labi, pa kreisi turp šurp. Protams, šis navigators pats par sevi ir stulbs, bet kā piemērs tam, kā tos datus redz automātisks process.

osm.org/directions?engine=graphhopper_foot&route=56.938588%2C24.146635%3B56.937926%2C24.147632#map=19/56.938161/24.147343

Vai arī aplikācijas kā StreetComplete / EveryDoor, kas katram gabaliņam atsevišķi prasītu parametrus kā segums/izgaismojums/utt.

Arī no analīzes/statistikas, tas palielina kopējo celiņu garumu ar faktiski atkārtotiem celiņiem.

Tās protams galīgi nav lielas problēmas uz kopējā fona un reti kurš sastapsies ar šo, bet manuprāt vērts to ņemt vērā.

Piebildīšu, ka autors atbildēja privātziņā un es arī. Ja riharcc piekrīt, varam pārpublicēt te (vai Zulipā).

Es gluži nepiekrītu, ka tas "atzīmē vienu un to pašu". Automātisks process nevar zināt, vai tu esi domājis tikai viena ceļa ģeometriju vai pilnu laukumu ar visvirziena kustību. Kā cilvēks tu to kartē redzi, bet datos tas nav atšķirams.

Es nesaku, ka tā ir baigā problēma. Bet laika gaitā tas agri vai vēlu tik un tā pa lēnam būs izlabots. Manuprāt, vērtīgāk ir jau laicīgi to darīt precīzāk, ja ir iespēja/vēlme. OSM vēsturē daudz piemēru, kuri nebija skaidri vai izdomāti līdz galam, kas beigās tika noformalizēti un tagad ir vispārpieņemti un pārsvarā pārlaboti.

Kā piemērs, Jēkabpilī arī veloceļi ir/bija iezīmēti kā `highway=footway/pedestrian` + `area=yes`. Bet pareizais `cycleway` atbilstoši ceļa līnijai ne ar kādiem tegiem neparādās kartē kā laukumi. Tos taču mēs ar footway neatzīmēsim?

Par iD "kļūdu" - to var ignorēt.

Thanks for clarifying. I guess it makes sense to keep it as "Solar Nice" rather than "Nices SES" (like the rest in Latvia at the moment, e.g. way/28138140) or "Solar Nice SES" ("solar" twice). I guess this is the first case where there is "Solar" in the name, so adding "SES" seems a bit silly. And since that's the daughter company name.

Hi,

It looks like you used Google as a source for this name? Please note that we cannot legally use Google Maps or any similar copyrighted product for this.

I am looking at https://elenger.lv/ieguldot-2-5-miljonus-eiro-elenger-atklaj-pirmo-saules-elektrostaciju-latvija/ to confirm the name and I do not see this name used. It's a solar plant in Nica, yes, but "Solar Nica" appears to be the name of the company "SIA Solar Nica" owned by Elenger, not the solar park itself.

Sveiki,

Lūdzu ņem vērā, ka zīmējot celiņu ģeometriju, tie būs `area:highway=footway` nevis
`highway=footway` + `area=yes`. Ar `area:highway=footway` tiek aprakstīta vienkārša celiņa precīza ģeometrija un pamata navigācija ir pati celiņa līnija. Tas būs gandrīz visiem celiņiem, ietvēm, utt. Arī `area:highway=cycleway`, `area:highway=path` utml. Savukārt ar `highway=footway` + `area=yes` apzīmē laukumus, kur nav nosakāms viens celiņa virziens un navigācija ir visā tā laukumā. Tie parasti būs retāki lieli laukumi, kur savienojas kopā vairāki celiņi un gājēju kustība ir visos virzienos.

area:highway=footway

highway=footway#Areas

Paldies

You haven't responded, so I have removed these access values for now.

Sveiki,

Kā iepriekš minēju, lūdzu ņem vērā, ka Rīgā jaunajam Bing ir nobīde pāri metram. Pirms zīmēt no Binga, tas jāpabīda/jāpielīdzina. Citādi sanāk pēc tam visus jaunos elementus labot/bīdīt.

Skaidrs. Ja pagrabs aizbērts, tad tīri precīzi tas laikam būs `disused:entrance=cellar` kā punkts uz ēkas kontūras līnijas. Bet es te vispār nekartētu to - nekad to neviens cits tik un tā nevarēs to pārbaudīt privātīpašumā.

Since you have not replied or explained how exactly these are wrong or why official sources are to be disregarded in this case, and since the nodes you kept versus deleted does not appear to be based on verifiable sources, I have reverted their removal.

I have added the exact official border boundaries so there is no confusion about locations. Feel free to move admin centres to better or more representative locations.

Kā jau daudz reižu iepriekš minēts - nedzēst ceļus, kas eksistē, bet atbilstoši tos rediģēt/izmainīt. Kā var būt "ceļa nav" un "rises" reizē? Izmaiņu atcēlu.