It looks like you have not fixed the issues, but are continuing to edit elsewhere and have not replied to any of the recent changeset comments. Because this changeset breaks navigation, I have reverted it for now.

Similarly, these were both added at the same location node/8709526415 and node/8709526379 .

In this changeset, you changed an apartment building into residential landuse. I am not sure what you were trying to change here, but I have reverted this for now as it seems to be a building according to aerial and cadaster data.

Sveiki,

Nosaukumus tulkot nevajadzētu, ja tie nav oficiāli nosaukumi. OSM nenorāda tulkojumus, bet jau esošus nosaukumus (kas var būt tulkoti, bet tos mēs netulkojam paši). Piemēram, tūrisma mājas lapā vai uz informācijas dēļa vai kādā oficiālā datubāzē. Lielākajai daļai vietu nosaukumu citās valodās nav. Citādi sanāk patvaļīgi tulkojumi, kas var arī nebūt pareizi. Piemēram "dzirnezers" nav "lake" un "tautas nams" nav "community house" (ja vien tas nav šādi nepareizi tulkots oficiāli) utt. Arī īpašvārdi netiek burtiski tulkoti piemēram "Baznīcas ceļš", kas tad būtu "Baznīcas road" vai "Baznicas road". Skatoties piemēram https://kandava.lv/en tulkots tur nav gandrīz nekas. Šādus aprakstošus tulkojumus var gan pielikt `description:en` tegā.

You added a fence here instead of what I assume is a driveway. This breaks routing for the road and footway that are now crossing a fence, so please be more careful.

I have reverted this edit because it added a large amount of invalid fords breaking routing along all these roads. Please review your edits before adding so many features that don't exist.

Please actually fix issues with the roads that you add using Rapid, which is your responsibility if using semi-automated tools. You left the road with an incorrect layer value, overlapping buildings, overlapping a wall, impossible geometry, misaligned.

Can you please elaborate on your edits here? What is this ditch that flows uphill and connects to trenches way/1423368941 ? Why are there ditch culvert between trenches like way/1423368945 , what is here under the tracks and road ? Some of trenches you drew literally cross a highway like way/1423368926 .

Please fix these features.

Sveiki,

Latvijā mazciemus OSM apzīmē ar `place=hamlet` (nevis ar `place=village`, kas ir "pilnie" ciemi ar VZD robežām). Es izlaboju. Ņem vērā, ka Wikidata un citi avoti var būt novecojuši/nepareizi. Pilni VZD dati ir pieejami https://data.gov.lv/dati/lv/dataset/varis-atvertie-dati .

Hello,

How do you know in this changeset and others that these are fords, e.g. node/13094512758 or node/13094512977 or node/13094512859 and others ? They do not look like fords and it's very unlikely larger rural roads have fords like this.

This breaks navigation along these roads, so please check all of these locations promptly.

Sveiki,

No kāda avota tu šeit iezīmēji takas?

Piemēram way/1421214349 (kas dabā neeksistē ar apgāztiem kokiem) vai way/1421214358 (kas iezīmēta pāri sētai slēgtā veikala teritorijā) vai way/1421214361 (kas daudz gadus jau aizaugusi) vai way/1421214350 (kas iezīmēta caur sētu privātīpašumā) ?

Šajā piemēra no novecojuša ortofoto izmaiņu sanāca maz, bet es to pieminu, jo var sanākt arī krietni vairāk kādā citā vietā. Labot ir parasti zināmi grūtāk nekā zīmēt jaunu, it īpaši, ja ortofoto nav pieejams un jāzīmē no mapillary/video.

Platformu tiešām es nebiju vēl paspējis pārzīmēt, jo nebiju vēl nobraucis pa to (tā ir īsāka). Paldies, ka sabīdīji.

Tas, ka parku iezīmē par laukumu ir ļoti labi. Bet runa ir par to, ka tavā izmaiņā ir izdzēsti meža tegi. Bet pats parks izveidots no nesavienotiem gabaliem, kas neietver ielas, kas ir parka teritorijā, bet ietver privātīpašumus, kas nav parka teritorijā. Un atstājot neizdzēstu parka punktu kopā ar laukumu sanāk datu duplicēšana, kas kartēs un pārskatos šeit rādīs divus parkus. Es centos saprast tavas izmaiņas rediģēšanas mērķi, lai saprastu, ko izlabot.

Lūdzu neveido parku šādi kā multipoligonu no fiziskiem meža gabaliem. Vai arī tad šeit jāveido multipoligons are jauniem posmiem un tas viss jādala un jāsavieno pa atbilstošām līnijām.

Es parka teritoriju pārzīmēju ņemot vērā privātīpašumus. way/1421757069

Lūdzu ņem vērā, ka, tā kā LVM ortofoto ir vecs un pārbūvēto staciju tajā nav, tad ar to kartēšanu vajadzētu uzmanīgi, ja nav personīgi apsekots un ja iepriekš kāds jau kartējis jaunākas izmaiņas. Šajā izmaiņā ir pievienoti pāris demontēti soliņi un nocirsti koki stacijas ēkas ziemeļos. https://www.mapillary.com/app/?pKey=1275005580720821&focus=photo Es šeit izlaboju.

Sveiki,

Vai varētu precizēt, kas šajā izmaiņā ir mēģināts izdarīt? Ar šo izmaiņu mežs ir izdzēsts, bet nesavienoti gabali ir pārveidoti par parku. Tajā arī iekļautas privātīpašuma teritorijas bet nav iekļautas pastaigu ielas. Un parks arī tagad ir divreiz kartēts, jo bija jau punkts node/10796729145.

Hi,

While I personally don't know the situation here and was just fixing invalid values, I should note that A/P/V to trunk/primary/secondary is the recommendation and starting point, but it is not necessarily the final decision. OSM classification is based on function and logical road network, while A/P/V are just the codes used by LVC that happen to mostly match. But frequently in Latvia P and V roads are not actually used in real-life how classification would suggest - a lot of them were assigned historically and internally and LVC doesn't really make major changes to codes even when real-life situation changes. So someone with better local knowledge might retag them higher and lower to build a more logical hierarchical network for navigation. I have myself previously surveyed roads and retagged them seeing how in real-life the P/V/x values were old, outdated, rerouted, etc. If this P66 is a gravel/compacted road and in practice all people use P68, then I can see how this might actually be secondary or even tertiary compared to P68. Based on OSM road network principles, you generally want road classification to decrease as the roads branch away and people don't use it as the main way for travel/navigation. Anyway, I'm just noting that it's possible this to be secondary and P, but as I said I don't know the local situation. You would have to ask the original editor who adjusted it. I didn't want to change the classification here because I would just be guessing and it looked okay at a quick glance.

Hello,

Could you please clarify about this point here node/12879605908 . You have mapped both a bridge and a ford. It's very unusual for it to be like this. I am assuming this was a mistake and it's either a bridge or a ford (or perhaps a ditch culvert)?

Thanks

Hello,

You changed this service road into a path - way/1126129864 . Can you please clarify what has changed here? I have undone this for now because this is not what is on aerial, this removes access to the property North and this also seems to be one of the entrances for the properties South.

Hello. OSM tags are generally based on the function of the feature/building. If it's used for growing crops/plants, then it's most likely a greenhouse, regardless of the material it's constructed from. The polyhouse design you describe is a common type of greenhouse for OSM purposes. You can specify the primary `building:material` to distinguish it.

Здравствуйте,

Вы добавили ограничение скорости 30 км/ч на улицу в жилой зоне - way/321543858. Не могли бы вы уточнить, находится ли эта улица в жилой зоне или ограничение скорости было указано неверно?

Спасибо.