OpenStreetMap logo OpenStreetMap

Changeset When Comment
130420944

Ciao Pboscherini, ho notato che hai aggiunto un distributore di acqua minerale acea, ottimo, cosa mi stupisce: ci sono anche tag wikipedia e wikidata che sembrano indicare si tratta di un nasone. Ho cercato di guardare la foto in "image", ma mi risponde con "Bad URL hash". Ti ricordi se fosse un nasone o un distributore?
node/10282185503

saluti,
Martin

PS: Ho aggiunto drinking_water=yes che dovrebbe essere giusto in ogni caso

91048628

ottimo, grazie!

142089181

thank you, I’ll be more careful next time to avoid big bounding boxes. I rarely perform this kind of “gardening” anyway. Have fun mapping

91048628

Ciao Antanicus, ho notato che hai inserito questo punto con nome "Nasone", ma non capisco il tag "stand pipe", è una fontanella del tipo nasone? Suggerisco di usare il tag amenity=drinking_water insieme al tag fountain=nasone in questo caso.
Saluti,
Martin

57804387

I think we can have either the ways or the nodes but not both. The nodes are rendered and the ways show the width, so there are arguments for both.

57804387

not sure what is „correct“ :)

57804387

Hi, I just noticed you have duplicated the hollywood sign letters with nodes in this changeset, isn’t this duplicate information then?

92987439

Ciao, ho notato che hai aggiunto stop=minor al nodo 7995768339. Non capisco da dove viene, perché in Italia non abbiamo una legge che prevede questo tipo di stop. stop=*

Ciao,
Martin

140196833

und weil das offenbar laut history schon seit mind. 2 Jahren so ist, schien mir abandoned passend.

140196833

damit meine ich, dass ich dort war, und den Brunnen ausprobiert habe, und es gab keinen Widerstand an der Pumpe und es kam auch kein Wasser, selbst nach vielem Pumpen nicht. Daher gehe ich davon aus, dass der Brunnen zumindest derzeit nicht nutzbar ist um an Wasser zu gelangen.

139208153

access=no ist aber kein tag um die Eignung eines Weges abzubilden, vielmehr drückt das ein Verbot aus.

139210750

ich habe kein persönliches Interesse an diesen Wegen bzw. Nichtwegen. Weiterhin will ich keineswegs Radfahrer in Schutz nehmen die im Wald fahren wo sie es nicht dürfen oder rumschreien und das Wild aufscheuchen. Diese sind aber nur ein Teil der Waldbesucher. Es geht mir darum, Vandalismus an unseren Daten entgegenzutreten, die im übrigen der gesamten Menschheit kostenfrei zur Verfügung stehen. OpenStreetMap beschreibt die Realität, wenn es dort Wege gibt werden wir die auch in den Daten haben wollen, einschließlich einer korrekten Beschreibung der rechtlichen Zugangssituation.

139210750

Für Fußgänger darf man hier den Weg wahrscheinlich gar nicht sperren, access=private oder gar „no“ ist daher vermutlich nicht zutreffend. Zur Situation des Fahrradfahrens im Bayrischen Waldgesetz kann ich nichts sagen.

133480174

undiscussed mass edit

91340358

sapevi che si può rispondere ai commenti?

91340358

La piazza a montagnola per me non è in parco, è una piazza

134752062

ci sarebbero tags per la difficoltà, mtb:scale e mtb:scale:uphill mtb:scale=*
puoi anche non mettere bicycle e altri access tag, il default su track per bicycle sarebbe “yes”, in generale la cosa importante che tutti i tags “access” (compreso bicycle, foot, vehicle ecc.) sono restrizioni legali, non esprimono la idoneità, per questo ci sono altri tag (cai scale, sac scale, mtb scale, ecc.)

129654970

Es gibt keine Adressen die nicht kompatibel sind mit OpenStreetMap, sofern es für ein bestimmtes Format noch keine etablierten tags gibt könnte man sie einführen. Bitte sorgfältiger vorgehen beim Editieren, und nicht blind den QA tools folgen, die bieten nur allgemeine Hinweise, das müssen aber nicht unbedingt Fehler sein.

118528104

Buongiorno Leonardo,

grazie per la risposta veloce. Capisco il ragionamento della relazione più dettagliata e lunga, con più versioni ecc.. Il punto con l'id più piccolo è che chi ha creato il doppione (id più alto) ha sbagliato perché avrebbe dovuto modificare la relazione già esistente e invece per una svista ha creato un nuovo oggetto. In ogni modo, non parliamo di veri e propri errori, piùttosto dettagli "morbidi". Il mio suggerimento è quello di "premiare" sempre chi c'è stato per primo (id piccolo), perché è semplice e nel caso di doppioni chi viene dopo ha introdotto l'errore del doppione.

Al livello pratico, in JOSM puoi procedere così: seleziona la relazione dalla quale vuoi prendere i tag, poi fai "copia" e apri la relazione dove vuoi incollare i tag, premi il pulsante "incolla tag" nel relation editor. Invece per i membri, vai di nuovo nel relation editor con la relazione da cancellare, seleziona tutti i membri nella colonna sinistra nel editor, e con il pulsante "freccia verso sinistra" selezioni tutti i membri sulla mappa. Poi torni all'altro relation editor e aggiungi i membri (che sono ancora selezionati sulla mappa). Descrivendolo può sembrare complicato, ma sono pochi secondi / 3 click.

Invece per controllare se tutto fosse andato bene, ti consiglio la visualizzazione dello storico di JOSM, seleziona la relation (esempio seleziona una way, nella finistra tag click a destra sulla relazione (in basso) e scegli "seleziona relazione". Poi con ctrl+H si apre la vista dello storico (probabilmente già lo sapevi) che consente di vedere bene le modifiche.

Buona mappatura,
Martin

118528104

Ciao Leonardo Moretti, ho notato che hai cancellato questa relazione perché era un doppione di relation/10351210
Generalmente cerchiamo di mantenere sempre l'oggetto più vecchio (per avere tipicamente lo storico più completo e per "onorare" chi ha fatto il primo passo). Lascerei perdere in questo caso, ma per il futuro ti chiedo di guardare gli id e preferire l'id più piccolo, che automaticamente sarà quello più vecchio.

Grazie e un saluto,
Martin