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: https://www.openstreetmap.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