A Maggio 2026 per il progetto del mese si mappa il Trasporto Pubblico!
Il sondaggio ha decretato che per questo mese si mapperanno le fermate del trasporto pubblico!
Cosa mappare?
Tutte le fermate e stazioni del trasporto pubblico e tutto ciò che è collegato al viaggiare con i mezzi pubblici, dalle biglietterie alle validatrici, ma anche l’accessibilità delle banchine e l’illuminazione.
Consigliamo di lasciare da parte le relazioni che sono abbastanza complesse nella loro gestione.
L’obiettivo è quello di aggiungere le tante fermate degli autobus mancanti e di aggiornare le informazioni su quelle già mappate, magari l’operatore è cambiato o mancano dettagli.
Come mappare?
Per la mappatura di base con StreetComplete si possono inserire nuove fermate con il layer oggetti e poi le domande che seguono permettono di aggiungere parecchi dettagli al nodo della fermata. OpenStop permette di aggiungere anche altri dettagli più specifici per il trasporto pubblico.
In genere su iD e JOSM esistono preset per le varie fermate e stazioni. Questi inoltre permettono di aggiungere le banchine di fermata (highway=platform) o i marciapiedi delle stazioni ferroviarie (railway=platform) oltre che ad eventuali percorsi accessibili e non per raggiungerli.
Fermate degli autobus
I tag principali per le fermate degli autobus, che vanno mappate come nodo a fianco della strada, sono:
Chiunque abbia consigli o trucchi non esiti a pubblicarli, ogni progetto del mese è un’occasione per fare esperienza su un nuovo angolo di OSM. E se avete bisogno di chiarimenti scrivete pure qui o sul gruppo nazionale su Telegram che qualcuno vi saprà aiutare.
Buon divertimento!
Questi mezzi, sebbene alcuni di questi non sono molto presenti è sempre bene menzionarli per permettere a tutti di taggare nel miglior modo tutte le varie feature presenti sul terreno.
Oltre a questi metodi che precedentemente non erano state menzionate rimangono alcuni tag non menzionati ma che possono sempre tornare utili, sia in campo accessibilità, routing e completezza generale:
entrance=* Per indicare la presenza di un entrata per edifici e stazioni, qui possiamo categorizzare sia il tipo di entrata che l’access, in particolare si segnala anche entrance=emergency per le uscite d’emergenza.
railway=subway_entrance Per indicare il “portale“ che permette l’accesso a una stazione della metro.
highway=steps Per indicare in che punti sono presenti delle scale, utili per l’accessibilità con tutti i relativi tag per corrimani, gradini, direzione e rampe aggiuntive.
highway=elevator Per indicare la posizione degli ascensori, utili e presenti soprattutto nelle stazioni ferroviarie o nelle metro.
tunnel=* Per indicare tunnel ed altre infrastrutture simili sulle strade o tunnel pedonali per l’accesso ai binari e simili.
Per quanto riguarda tag più specifici per l’accessibilità c’è
wheelchair=* Per indicare l’accessibilità a utenti in carrozzina a una certa stazione, un esempio di questo sono le “Sale BLU“ sulla rete ferroviaria.
ramp=* Per indicare la presenza di rampe abbinate ad una scala, in particolare questa pagina con indicazioni sui vari tipi utilizzabili e ramp=separated per indicare che è già presente una way che rappresenta la rampa ed è separata, come per i marciapiedi, i seguenti sono i tag più utilizzati per tipo di rampa:
ramp:wheelchair=yes, una rampa con inclinazione al 4/6% larga abbastanza per carrozzine.
ramp:bicycle=yes Una rampa per biciclette composta da una sola guida, solitamente grande come la ruota e con un avvallamento centrale.
ramp:luggage=yes Una rampa per bagagli, sempre composta da una singola guida ma più larga di quella per biciclette
ramp:portable=yes Messo sulle piattaforme per indicare la presenza di una rampa portatile
platform_lift=* Per indicare la presenza o di un montascale, o di uno strumento apposito per far salire le carrozzine sui treni, vedi la sezione portable e relativi esempi.
surface=* Per indicare la superficie dei percorsi interni della stazione.
emergency:phone=* Per indicare il numero di emergenza di un servizio specifico, come quello specificato da RFI sui passaggi a livello.
Molti di questi tag possono essere usati insieme ad altri tag come operator:*=* e network:*=*, anche se la definizione di quest’ultimo è ancora in dubbio e sta venendo discussa meglio su Definizione di network=* .
Ricordo anche la possibilità di taggare con wikidata=* molte stazioni e di inserire sempre il tag level=* per indicare su che piano è la feature indicata, in quanto spesso le stazioni hanno molteplici livelli tra sottopassaggi e stazioni completamente interrate.
Ulteriori applicativi utilizzabili per completare questo tagging sono MapComplete, SCEE per preset più estesi ed altre quest e gli editor più generici per editing più nel dettaglio.
Inoltre ci tengo a segnalare la presenza di un gruppo ferroviario dove vengono segnalati possibili aggiornamenti necessari all’infrastruttura (clicca qui) ed il validatore di CoMaps per le metro che segnala errori e problemi dell’infrastruttura (clicca qui).
È presenta anche uno schema di tagging utile per le stazioni delle metro usato inizialmente a Milano (clicca qui) e delle informazioni utili sulle stazioni nella pagina di OpenStationMap (clicca qui)
Grazie mille @giopera!
Per quanto riguarda l’accessibilità ci tengo a specificare che il tag wheelchair=* è utile per la maggior parte degli elementi (per esempio un defibrillatore potrebbe non essere accessibile in carrozzina). Stessa cosa per opening_hours=* per specificare l’orario di apertura/funzionamento/disponibilità.
Altri tag che potrebbero tornare utili sono:
building=roof per le tettoie (spesso presenti sui binari delle stazioni)
amenity=waiting_room per le sale d’attesa (anche se è rimasta solo una proposta credo sia importante)
amenity=left_luggage per i luoghi dove si possono depositare momentaneamente i bagagli (controllati dal personale)
shop=ticket per le biglietterie (se si tratta di un altro tipo di negozio che vende anche i biglietti basta aggiungere ai tag del negozio: tickets:public_transport=yes)
Per quanto riguarda i luoghi dove richiedere informazioni ho trovato diversi tag e non ho ben capito cosa sia più corretto usare in questo caso:
se office=information o information=office
Sulla pagina di OpenStationMap invece ci sono indicati (ma senza collegamento ad una pagina specifica):
public_transport=service_point per le informazioni rapide
public_transport=service_center per la stanza dedicata per richiedere informazioni e comprare i biglietti
Per mappare le Sale Blu potrebbe aver senso usare uno di questi 4 tag aggiungendodisabled=designated?
Per chi volesse mappare da remoto vi suggerisco una maproulette che ho creato tempo fa ma che non è mai stata completata, finché ne creo altre.
Questa challenge trova delle fermate che possono essere state mappate in modo non corretto o incompleto, per esempio se con railway=halt + public_transport=stop_position invece del corretto railway=halt + public_transport=station e molto spesso tali nodi sono parte di una way, quando dovrebbero invece essere a se stanti. Oppure il contrario dove gli stop_position hanno il tag railway=halt invece di railway=stop.
Molte di queste fermate spesso non hanno i marciapiedi o gli accessi mappati, quindi se durante lo svolgimento della task si riesce ad aggiungere qualche dettaglio e vi va liberi di farlo.
Secondo me i tag operator e network sono definiti nelle relazioni, è inutile aggiungerli a livello di singola fermat. E’,invece utile avere il ref della fermata per poterla poi facilmente aggiungerla quando si crea la relazione..
sì, ma il ref della fermata non è la linea dell’autobus, è il numero identificativo della fermata (forse è chiaro, giusto per sicurezza di capirci bene)
Io quando creo una relazione transport per prima cosa ricavo la lista delle fermate con relative ref e name, quindi controllo se ci sono già fermate con i ref che quindi non devono essere create. Operator e network mi sembrano meno utili.
Ti dico che non sono così sicuro, mentre concordo che possono risultare un po ridondanti in ogni caso rendono chiaro chi si occupa delle fermate, ci sono alcuni casi in cui una fermata viene mantenuta e sistemata dal comune e poi viene usata da più bus di più operatori, in ogni caso di sicuro il tag network può essere usato solo in alcuni casi specifici, ma il tag operator può essere usato nella maggior parte dei casi, ci sono esempi sia sulla wiki che lo dicono ( Key:operator - OpenStreetMap Wiki ), ed addirittura Trenitalia ha un preset per le validatrici e le macchinette per i biglietti sul NSI.
Ovviamente il nostro è sempre un suggerimento ed è opzionale, poi ognuno può mappare più o meno nel dettaglio.
Ok, ma mi sembra inutile se ci sono più operatori per una fermata dover duplicare bus_stop e platform, bisognerebbe a quel punto creare una relazione stop_area che li raggruppa
Sto parlando in astrazione, generalmente se tu vai a rappresentare una fermata inserire l’operator può solo che aiutare, ci sono anche situazioni in cui due bus di operator diversi sfruttano la stessa fermata, in questo caso andare a cercare le relazioni e dedurne l’operator potrebbe tornare risultati ambigui visto che la fermata potrebbe essere mantenuta e gestita da uno solo dei due
A mio avviso si mette un link alla pagina “Orari” sul sito web della Compagnia, che di solito li pubblica su base semestrale (orario estivo ed invernale), con tutte le variazioni relative ai periodi festivi.
Mappare “gli orari” sulla fermata diventerebbe una task improba e che necessita di continuo aggiornamento…
La società che opera nella mia città mette a disposizione solo dei PDF. Non comodissimi, in verità.
Inoltre gli orari sono pochi, quindi in teoria, qui da me, potrebbe essere fattibile.
.jpg)
.jpg)
