Mi correggo, hai rotto anche altre 2 relations: "Sentiero Italia Ciclo - tappa A04-A" e "Cammino Celeste Italia - 9 Dogna - Camporosso", comunque le ho messe a posto

Ciao Maicol, hai rotto la relazione del sentiero 611, poco male, l'ho messa a posto io. Buon mapping.

It could be that a flood has eroded something, but you have moved a trail (osm.org/relation/2458966) on a forest road, from what I see before the path was near the river and the forest road was not mapped, then your edit moved the trail on the forest road. Now anyway the relation of the trail is broken.

Hi, your edit involved these 2 ways: osm.org/way/184607719 osm.org/way/1113702085 but I don't think it's correct, in my opinion the 2 ways were fine where they were before, maybe you wanted to add a new road.
Another topic: in FVG (Friuli-Venezia Giulia) almost all the objects are aligned with the IRDAT 2020 orthophotos and lidar which are much more precise and reliable than satellite photos, if you want I can provide you with the information to use them.

Infatti l'ho impostato come inagibile, qual'è il problema?

Sorry but I disagree.

The use of the via_ferrata_scale key is described in the official wiki osm.wiki/Key%3Avia_ferrata_scale
Being a key, the only way to use it is the official one which clearly specifies that the key can only be used on the "way" element, see the symbols under "Used on These Elements".

The wiki page you mention has been a "proposal" type for several years, in fact, it isn't even a real proposal, given that it is in "Draft" status, as you can see:
osm.wiki/Proposal:Via_ferrata#Tagging_as_route=via_ferrata_relation.
Using the via_ferrata_scale key on a "relation" is in clear conflict with what is specified on the official page.
There cannot be different mapping ways for the same key, the only correct mapping way is the one specified on the official page.
Also on taginfo, you can see that the only reference is to the official wiki:
https://taginfo.openstreetmap.org/keys/via_ferrata_scale#wiki

If you want the key to also be used in "relation", you should propose a change to the official wiki.

Also consider that there are excellent viewers that effectively use the tag as described on the official page, including the value of via_ferrata_scale, for example this one:
https://it.mapy.cz/turisticka?q=sella%20nevea&source=osm&id=142561475&ds=2&x=13.4574869&y=46.4218843&z=16
The official mapping method works, works well and can be visualized well.

Ok, but I think it is not a good idea for OSM to use unofficial mappings because it encourages an unofficial mapping instead of the official and commonly accepted one. I think it would have been better to write the global value of the difficulty scale in the "description" tag or in the "note" tag.

It is true that some sites and some organizations attribute a difficulty value to the via ferratas for the entire via ferrata, but in a map we have the great advantage of specifying the difficulties in each section, in a similar way to the sac_scale. In any case the commonly used method accepted is to attribute the via_ferrata_scale to the "way".
In this specific case it is even more useful and important given that the via ferrata is made up of various branches, as you can see in the image: https://ibb.co/KyV4b3s

Regarding the link to the wiki, in my opinion it is not necessary, but if you want, you can do it yourself.

Not exactly: is described on wiki but it is in "proposal draft" status, as you can see:
osm.wiki/Proposal:Via_ferrata#Tagging_as_route=via_ferrata_relation.

The tag used on "way" is different because is official, see:
osm.wiki/Key%3Avia_ferrata_scale

Also usage statistics on OSM the tag on "way" is much more used, see:
https://taginfo.openstreetmap.org/keys/via_ferrata_scale#overview

Furthermore, a via ferrata very often has different difficulty levels that can be set on the "way", similarly to the sac_scale tag

Hi, via_ferrata_scale is only allowed for way, see: osm.wiki/Key:via_ferrata_scale

Credo che tu abbia rotto almeno 1 relation, adesso la correggo.

I don't know the new bridge, I know the wooden bridge which is a few meters further north.
However, even if the new bridge exists, I have doubts about whether they have moved the CAI 612 path that previously passed over the wooden bridge, unless the wooden bridge has been destroyed. So my questions are:
1) was the wooden bridge destroyed?
2) the entire CAI 612 path is marked with signs and trail signs, have you seen the CAI 612 trail signs on the new bridge?

I inform you that your photo is not an orthophoto, but a Bing satellite photo in which there is no wooden bridge, I don't know what date the photo is from, but what is certain is that in 2022 the wooden bridge it was definitely there.

Are you sure about your changes? Path 612 is an official CAI (Club Alpino Italiano) path that passes over a wooden bridge, now the modification has made it pass over a ford. If you make changes using only bing and other online tools you may damage the work done by other mappers who have personally walked the path.
Look at this orthophoto: https://drive.google.com/file/d/1s0KkhyvfkgxJQAYIyqLvDTicIyZeycX-/view

Credo che tu abbia rotto varie relation (via alpina, CAI 072, alpe adria trail) e forse anche altre. Ora sto mettendo a posto spezzando in modo da poter aggiungere la way mancante (osm.org/way/1268336185) alle relations rotte.

Penso che la suddivisione in tappe sia utile per motivi tecnici e anche per motivi pratici.
I motivi tecnici sono quelli descritti nel link che ti ho inviato e che riassumendo sono:
è difficile da gestire, è più facile da rompere, è più facile che ci siano conflitti, consuma risorse di database e server.
Inoltre, se il numero di membri è superiore a 2.000, ci sono anche problemi di visualizzazione della history, come ad esempio questa: osm.org/relation/120712/history
che va' in timeout e non visualizza nulla.

Nel caso della via Romea, ho trovato molte rotture, nel senso che c'erano way mancanti o comunque da sistemare.
Se la relation ha un numero limitato di membri, risolvere questi problemi è abbastanza semplice, se invece è elevato non è un compito agevole.
Oltre a questo problema, quando verrà mappata fino in Estonia, avrebbe anche tutti i problemi precedentemente descritti.

Riguardo alla suddivisione in tappe, secondo me la logica dipende dal contesto, alcune relation sono suddivise per tappe
percorribili giornalmente, altre relation sono suddivise in base ad altri criteri, come quello regionale o altri criteri ancora.
Per come la vedo io il criterio non è un punto fondamentale, preferirei vederla come un sistema per stare sotto i 300 membri e anche un ottimo sistema per gestire le varianti.
Rimane comunque la possibilità di avere una superrelation che descrive l'oggetto complessivamente e che consente la sua visualizzazione.

Comunque queste sono solo mie opinioni, l'unico dato di fatto è che wiki consiglia di stare sotto i 300 membri per ogni relation.

buon mapping
Michele

Il sito web sembra puntare ad una pagina inesistente

Il sito web sembra puntare ad una pagina inesistente
---

Published using OSMCha: https://osmcha.org/changesets/122313708

Ciao,
secondo me il tag name non rispetta le regole OSM (vedi osm.wiki/Key:name?uselang=en)

A mio parere si dovrebbe spostare il valore “SI-C A10-A” nel tag ref o, se non è un ref, si può sposatarlo in description o note. Mentre “Prosenicco - Rif. Pellizzo”, oltre che non essere un name, sono valori già presenti nei tag from e to.

ciao e buon mapping Michele

I just broke down the mapped Italian part of "romea strata" into stages, for the recommendation described here: osm.wiki/Relation#Size.

You can see the result here: https://hiking.waymarkedtrails.org/#route?id=15720869&map=10.0/46.2146/13.2084

Now I realized that a month ago there were already some stages that you deleted to simplify the route.
I don't know what the route was like a month ago, but my modification respects both the OSM rules and the description on the official website: https://www.romeastrata.org/en/direttrice/tarvisio-fucecchio-rome

But if you think differently, just tell me.
---

Published using OSMCha: https://osmcha.org/changesets/145735000

Ho rivisto meglio la situazione e forse hai ragione tu, qui una immagine della situazione:
https://drive.google.com/file/d/1fYZ2PoVNXc4_Q4yPQDfcR4K-bn2z5KZK/view?usp=sharing
https://osmcha.org/changesets/144362955/
https://drive.google.com/file/d/1fbOGXC6BK2w0QRGUvgk5tQV1yakSM-JJ/view?usp=sharing
.
Comunque sì, la way è quella che hai indicato.
Le ortofoto che citavo sono quelle della regione FVG, visibili qui; https://eaglefvg.regione.fvg.it/eagle/main.aspx?configuration=guest
ma utilizzabili su iD e JOSM, su iD, basta aggiungere la stringa personalizzata:
http://irdat-ortofoto.regione.fvg.it/geoserver/ows?FORMAT=image/png&TRANSPARENT=TRUE&VERSION=1.3.0&SERVICE=WMS&REQUEST=GetMap&LAYERS=ortofoto:trueorto_FVG_1720&STYLES=&CRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}

Qui c'è anche il GPX che dovrebbe essere a catasto (SOSEC) e che passa per la parte originale, ovvero prima della tua modifica: https://drive.google.com/file/d/1feFKtWFyyDFUI1hmlc9k4cc14Fa4RN6Z/view?usp=sharing

ciao.