@ablevi202 "I would infinitely rather look at one large changeset when reviewing than track down every single local changeset someone makes."
If I were to track all changes by a certain user, then yes, but what people do (and what makes most sense, given that everybody is an expert locally but nobody knows the whole world), is looking at changes in their local area.

It makes their life harder because it gets into their way together with all the other wide spanning edits, so that it is harder to find local edits.
Guidelines ARE rules.

no worries, I just thought I'd point it out to you (because I was trying to analyze local changes and your changeset appeared), but you were by far not the only one.

Have fun mapping :)

please make and upload local changes. You should not upload edits in the Netherlands together with edits in Melbourne.

While it saves you the hazzle, it makes other people's life harder. Please respect the rules we have set up for automated edits, you should discuss this first, then upload changesets with limited spatial extent.

forse riusciamo a documentare un tipo di relazione specifico oppure una combinazione di tag generici che ci consentono dire che sia un quartiere, una rione oppure una zona. Una relazione ha senso per i singoli componenti per poter riutilizzare i ways.

ottimo. In realtà penso si possa discutere in questo caso, perché forse assimilabile alle relazioni amministrative, vedo un vantaggio che la relazione evidenza il concetto (chi vede un membro nell’editore capisce meglio che sia stato fatto appositamente e che si tratta di un concetto ortogonale ad admin).

Ciao Claudio,
ti vorrei segnalare che questo tipo di relazione non va bene per come funzional OSM ("relations are not categories"). (riferendomi a lista dei 35 "Quartieri" di Roma), anche se ammetto ha una sua commodità. Il modo "giusto" sarebbe concordare dei tags per risolvere il problema, senza relazione. Ecco il riferimento: osm.wiki/Relations_are_not_categories

saluti
Martin

this looks very much like vandalism and should likely be reverted

oh, and thank you for splitting these multipolygons generally, sorry for barking up the wrong tree :)

Hi, I found it by chance just rightclicking on a farmland and discovered it was a multipart multipolygon. I think using multipolygon relations to avoid overlapping ways is ok, but if there is no reason to combine several areas in one object (because they are something together), like here, it is better to have single objects (could be multipolygons for the reason above). Cheers Martin

sorry, vom falschen Account geantwortet

comunque, "cycleway:right=no" senza nessun altro tag sulle infrastrutture e legalità ciclistiche, non mi sembra un buon tag, in questi casi sono d'accordo con Fayor: way/172093526/history

sulla questione di default non esiste un consenso nel progetto. Il problema è che non avendo una informazione non si sa mai se era inteso il "default" oppure nessuno ha ancora verificato e inserito questa informazione.

danke, das ging schnell!

es für amtliche Schreibweisen den tag "official_name"

Danke Mammi71, ergänzend geht es beim deutschen Namen um die deutsche Sprache, nicht um die amtliche Variante der Bundesrepublik Deutschland, es gibt noch mehrere andere Länder in denen Deutsch ebenfalls die offizielle Sprache ist, z.B. Österreich, Schweiz, Luxemburg, Italien (Südtirol). Grundsätzlich gibt

Hallo LightSpirit, habe gesehen dass Du hier ein Betretungsverbot getaggt hast, irgendwie scheint das nicht zu den anderen tags zu passen, war das Absicht?

grazie, ho cambiato questo e nel seguito da bicycle=designated in bicycle=yes

Buongiorno granpasso, ho notato che qui hai rimosso il tag "route=hiking" senza sostituirlo eventualmente con un'altro, non è una route hiking?
Saluti,
M