Hi Hooman, are you sure this is the correct island? You added the wikidata for Negin island, but it's already present a node that links to an island called Sadra (node/792569692/history)

Hi MaxA-Matrix,

is there a reason why this bridge isn't mapped with highway=path as well?

Ciao Max,

secondo me ha ragione Duro. La stessa pagina wiki di parking_space piú avanti dice "If an area represents more than one parking space (of equal kind), use capacity=* to define the number of parking spaces it represents.", quindi il tag puó essere utilizzato per mappare piú di uno stallo.

Inoltre se il parcheggio della Decathlon é uno, dovrebbe avere un solo elemento parking su OSM (osm.wiki/One_feature,_one_OSM_element). Cosí come é ora si creano piú parcheggi annidati quando nella realtá ce n'é solo uno.

This changeset has been reverted here: changeset/157568390

Non penso sia strano, é anche uno degli esempi (il quarto) nella wiki per la key lanes: lanes=*#No_lane_markings

Significa che pur non avendo la linea in mezzo é chiaramente una strada a due corsie.

Hi David, you added the same wikidata to the Orkhevi quarter (relation/16568216/) and the Orkhevi suburb (relation/16084742). If these are two different entities, I think the Wikidata's Q-Item should be split in two, one for the quarter entity and one for the suburb entity.

toilets=yes é un tag documentato e può essere aggiunto alle aree.

Mappare anche il nodo amenity=toilets é preferibile in quanto piú preciso ma la mappatura di Mapparoger non é errata.

Hi, I see you have been active *after* this comment. Could you reply to the previous comment please?

relation/14404

you changed natural=water with building=yes. I suppose it's an error

I see, I probably checked an element you split. Thanks for investigate further, I see that these tags are at least 10 years old...

thanks and good mapping

I see you replaced the subject tags I added to the grave with a type=person relation. I'm not sure this is the best practice, the wiki even says this proposal has been rejected with the 64% of votes.

Ciiao LeoBorGiov, quando aggiungi/ridisegni pezzi di strada, ricordati di ripristinare le relazioni che vi passavano attraverso, in questo caso ho sistemato io: changeset/157294611

Also note:sanitation_quality,note:sign_quality=*=* and note:traffic=*. Most of these tags seems to be used only in this city.

"You can use any tags you like, but please document them here on the OpenStreetMap wiki" (from: osm.wiki/Any_tags_you_like#Documenting_tags_not_in_Map_Features)

Hi Tenerife Peak,

what's the meaning of the start,end=*=*,note:sanitation=* and ref:city=* tags?

you added smoothness=p to 518 elements, could you fix it please? https://overpass-turbo.eu/s/1RSQ

Hi neocat, please write meaningful changeset comments, see: osm.wiki/DE:Good_changeset_comments

Sistemato qua: changeset/157165000

Hi Bekudio,

I saw you added roof:levels=1.8 and then =1.2
the wiki for roof:levels says "Value should be a positive or zero integer: 0, 1, 2, etc." and then
"do not use fractional values but height tags."
Could you fix such occurences?

Ciao, la wiki di tunnel=building_passage dice "The layer should be the same as the layer of the building, with the exception when several tunnels are passing on different levels. So if the building doesn't have a layer tag, the way should not have one either."

Perché layer=1 ai weighbridge?
Es. way/1090561090/history

Rispondo qua. Come Martj9 anche io sto facendo fatica a capire quale sia il problema. Il wikidata aggiunto ha lo stesso nome e coordinate dell'elemento OSM, e la pagina linkata dei beni ecclesiastici (https://www.beweb.chiesacattolica.it/edificidiculto/edificio/71620/) ha foto che rappresentano quello stesso edificio. Quindi penso che il match sia corretto.

>Ho guardato e il wikidata è del Tempio Valdese di Perrero
In realtà il wikidata dice "chiesa a Perrero in località San Martino", non menziona "Tempio Valdese" da nessuna parte. Magari mi sfugge qualcosa.

Comunque per me potete procedere con qualunque modifica riteniate corretta, io avevo solo fatto il match in base alle informazioni disponibili.

tracktype=grade1 does not imply smoothness=bad (I also asked in the OSM Discord for a feedback). So I think it would be fair to restore such information. If the situation will change the value can always be updated accordingly. Until then I think old data is better than no data.