IT:OpenHistoricalMap/Tags
Le convenzioni per le etichette (tags) di OpenHistoricalMap sono in gran parte basate su quelle di OpenStreetMap. Alcuni tipi etichette di uso marginale in OSM, come crop=* o historic=*, sono molto più rilevanti su OHM. Inoltre, abbiamo apportato alcune modifiche per accogliere aspetti della geografia storica che sarebbero inutilizzabili su OSM, come ad esempio: date, fonti storiche e tipi di licenza e attribuzione. In generale, le linee guida per la mappatura di OSM sono un buon punto di partenza per decidere come mappare qualcosa.
Come OSM, OHM generalmente segue la filosofia del "mappa quello che ti piace", preferendo a tutte le idee di passare dalla comunità piuttosto che avere una pianificazione dall'alto verso il basso.
OHM esiste da un po’, ma è in continua evoluzione e ci sono ancora molte domande aperte. Le convenzioni per le etichette sono oggetto di discussione sulla pagina di discussione o su uno qualsiasi dei nostri canali di comunicazione.
Date
- Voce principale: Open Historical Map/Dates And Times
Ogni elemento (fatta eccezione delle caratteristiche naturali) dovrebbe avere un tag start_date=* che indica quando la caratteristica è stata creata. Qualsiasi elemento che non esiste più dovrebbe avere anche un tag end_date=* che indica il fatto che l'elemento non esiste più. Senza questi tag, la funzionalità non verrà visualizzata o apparirà in modo anacronistico. Ad esempio, un elemento con un tag end_date=* ma senza un start_date=* apparirà come presente dall'alba dei tempi fino alla sua scomparsa.
start_date=* e end_date=* accettano i formati YYYY-MM-DD, YYYY-MM, and YYYY (comunemente nota come date ISO 8601). Specifica sempre la data supportata dalle tue fonti, ma non più specifica di quella. Per registrare una data con qualche incertezza, aggiungi un start_date:edtf=* o end_date:edtf=* accanto a start_date=* e end_date=* (considera anche l'aggiunta di un tag note=* per descrivere il motivo dell'incertezza.)
L'enfasi di OHM sulle date differisce in modo significativo da quella dell'OSM ed è un'importante barriera per l'importazione di dati su larga scala da OSM a OHM.
Evoluzione temporale
- Voce principale: Comparison of life cycle concepts
Una singolo elemento reale può cambiare nel tempo o addirittura spostarsi.
Esistono principalmente due approcci per gestire questo tipo di cambiamenti:
- Mappare l'elemento del mondo reale più volte, con una geometria distinta ma sovrapposta per ogni modifica. Ciascuna rappresentazione dovrebbe avere tag start_date=* e un tag end_date=* distinti. Utilizzare una relazione chronology per associare i due elemento. Questo è l'approccio più generale, ma può diventare complesso quando si mappano elementi lineari collegati, come strade e ferrovie.
- Ridurre al minimo il numero di tag sul nodo o percorso, in modo che rappresenti solo la geometria dell'elemento e successivamente aggiungerlo ad una relazione. Questo approccio è preferito quando più concetti sono correlati tra loro, come nel caso di una strada o di una linea di confine
Fonti e licenze
Se utilizzi una fonte diversa dalle tue osservazioni per determinare la posizione o i dettagli di un elemento, dovresti citare la fonte in un tag source=* sull'elemento stesso (e semplicemente sul changeset come faresti in OSM). Questo permette di evitare plagi, di rafforzare la credibilità dell'OHM nella ricerca storica e di ridurre il rischio legale. Aggiungendo una fonte per ogni singolo elemento, ne renderai la sua ricerca molto più semplice.
Nel tag source=* può inserire un URL verso la tua fonte. Idealmente, esso dovrebbe puntare ad un'immagine di una vecchia mappa o di un set di dati che permetta di verificare cosa stai mappando. Se l'identità della fonte non è ovvia dall'URL, puoi impostare source:name=* ed inserire una descrizione dell'URL, come ad esempio "Phelps Treasure Map, 1861".
I dati di OHM sono di dominio pubblico attraverso la licenza CC0; ricordati di verificare la licenza delle fonti che utilizzi e di aggiungere i tag license=* e attribution=* quando necessari.
Nomi
- Voce principale: Names
Il tag name=* deve essere il nome con cui è conosciuto l'elemento che stai mappando, preferibilmente nella sua lingua locale. Ricorda che la lingua locale odierna può differire dalla lingua locale del passato.
Identificatori esterni
Quando possibile, imposta i tag wikidata=* e wikipedia=* così da poter identificare l'elemento e mostrare un riepilogo della voce da Wikipedia
Confini
I confini storici possono essere complicati da mappare. Ecco alcuni consigli:
- I confini vengono mappati usando le relazioni come type=boundary e boundary=administrative e aggiungendo un tag admin_level=* appropriato.
Alcuni esempi: Italia (1920-1924), San Marino (301-1150), Impero Romano (106-270)
- Puoi inserire i tag start_date=* e end_date=* sulle tue relazioni.
- Quando possibile non taggare i percorsi ma tagga le relazioni a cui appartengono i percorsi.
- I confini devono essere completamente chiusi per essere visualizzati correttamente.
- Puoi raggruppare più relazioni correlate in una super relazione (ad esempio i vari l'evoluzione dei confini dell'Oregon nel tempo).
- Il posizionamento delle etichette è importante. Pertanto, se un confine cambia, potresti aver bisogno di riposizionare anche le etichette associate ad esso (se per esempio un Paese si espande, potresti voler posizionare l'etichetta associata ad esso in punto più centrale).