Sveiks! Kādu jēgu saredzi koku rindu zīmēšanā, ja atsevišķi koku punkti jau ir salikti?

I didn't request a review, JOSM added that without my knowledge.

I already told you that localities in OSM sense are uninhabited places. I even linked a wiki article in a changeset comment which you obviously did not read since you are doing this again. "Apiņa apkaime" wasn't tagged as neighbourhood but as suburb yet your changeset comment says that it was a neighbourhood. It's not quite clear what you are trying to achieve here. As I have observed, you don't wish to discuss this situation. If you keep edit warring you will get banned.

Here are links to wiki articles, again: place=locality
place=suburb
place=neighbourhood

It's alright. Feel free to fix this.

I only deleted multipolygons converting them to simple polygons in this changeset. I didn't add or change anything else. The scrub you are talking about[1] already had fence drawn around it. Fence was added in this[2] changeset. And the element you intend to reference with this number is actually a way not node[1].

[1] way/980061107
[2] changeset/110790907

Nav nepareizi, ja "landuse=retail" un "amenity=fuel" birkas ir uzliktas tam pašam elemantam. Šādi ir sakartēti daudz citi benzīntanki Rīgā.

Ja benzīntankā ir arī veikals, tad jāliek klāt arī "landuse=retail".

"place=locality" is used if location is uninhabited. In this case your edit is wrong. I encourage you to read the wiki pages of both "locality" and "suburb".

place=locality
place=suburb

Varbūt sadalam residential daļās un šo daļu nosaucam kā Dreiliņu priedes?

Nevajag atzīmēt atsevišķus punktus tikai ar "name=" birku. Punktam ir jāpārstāv konkrēts objekts, lai "name=" birka būtu derīga. Šajā gadījumā jāizmanto "note=" vai "description=" birkas, lai aprakstītu ceļu, par kuru ir runa.

This edit has a problem:

It's about your change to way way/1172170998

This element was representing construction area but it can now be deleted since construction is finished and polygon tagged with landuse=residential already overlaps this place. And adding address information manually is useless, latvian address bot periodically updates addresses in Latvia and all three new buildings here already has their address info added.

Also, Bing ortophoto has to be used in Riga. It's the most recent. Use Bing if you want to map from aerial imagery in Riga.

Nevajag salīdzināt koku rindas ar elektrības līniju. Elektrības stabus fiziski savieno vadi, bet kokus rindā nekas nesavieno.

Nebiju paskatījies uzmanīgi, atbalstu koku likšanu pašas koku rindas punktos. Šeit viss ir kārtībā.

> Piemēram, tas navigāciju padara apgrūtinātu. Šādā vietā navigators pat 5 reizes pasaka pa labi, pa kreisi turp šurp.

Hmm, par to nebiju padomājis. Kā šeit būtu labāk? Visus ceļus savienot laukuma centrā vienā punktā?

Varēji gan paziņot agrāk, ka te nav viss kartībā, pat OSMCha ieliki "laiku"...

Tad kā turpmāk ir jāzīmē koku rindas? Tikai kokus, tikai tree_row vai abus kopā? Tree_row liek, ja negrib likt katru koku individuāli. Bet, ja ir katrs koks salikts, tad tree_row nav jēgas vispār atstāt.

Manuprāt, jebkurš ceļš, kas iet kaut kam cauri, vai nu zemei vai mājai, vai kam citam, ir tunelis. Ja šis nav tunelis, tad kas tad tas ir?

Es gribu pieminēt, ka laukumi, kas atzīmēti ar "highway=footway" un "area=yes" būs redzami kartē pelēkā krāsā, bet "area:highway=footway"
laukumi nē. Pārlūka redaktors iD gan met kļūdu, kad kaut kas ir atzīmēts ar "highway=footway" un "area=yes", taču tā nav milzu
problēma, to var droši ignorēt.

Es uzskatu, ka šobrīd viss ir kārtībā un nevajag mainīt uz "area:highway=footway". Jo tehniski
"highway=footway" kopā ar "area=yes" un "area:highway=footway" atzīmē vienu un to pašu - ceļa laukumu, tas ir nolasāms pašos
tagos. Daži saka, ka šie abi apzīmē divas dažādas lietas, taču manuprāt tik smalki piesieties ir lieki. Jebkurā gadījumā, lielākos laukumos, nepieciešams savienot
katru "highway=footway", lai navigāciju būtu labāka, kā redzams šeit: relation/18356264.

Hi! This edit of yours left a few multipolygons near the beach unclosed causing them to not appear on the map afterwards. In other words, forest and residential area disappeared from map after your edit.

That's a very big issue so I reconstructed multipolygons to polygons and fixed their unclosed parts in my edit: changeset/160880287

https://maproulette.org/challenge/50055/task/266774627

https://maproulette.org/challenge/50055/task/266810372