Friuli-Venezia Giulia/Import Civici FVG

Fasi di lavorazione

Si invita ad usare la pagina Discussioni (Tab in alto) per suggerimenti, commenti o quant'altro in modo da procedere per passi al compimento di questo progetto.

Dati

Fonte dati: http://irdat.regione.fvg.it/consultatore-dati-ambientali-territoriali/ , cercare la keyword "numeri civici"

Licenza: Dato Pubblico

Conversione: È stato utilizzato il programma QGIS per convertire da Gauss-Boaga Fuso Est->WGS84. Successivamente i nomi tutti in maiuscolo sono stati trasformati correttamente con la prima lettera maiuscola e il restante in minuscolo. Le regole sull'uso di numeri arabi o romani, nonchè su odonimi particolari, sono riportate nella Informativa ISTAT ANSC (pdf), paragrafo 15 - "Gestione della Toponomastica".

Attribuzione chiavi OSM ai dati forniti

Tagging: il file è stato aperto in JOSM assieme al plugin Opendata. Ai rispettivi campi sono stati sostituiti i seguenti tag:

• addr:housenumber= dal file (NUM_CIV concatenato a BARRATO se presente, divisi da "/")
• addr:street= dal file (DENOMINAZI)
• addr:postcode= integrato nella tabella da Rubrica della Pubblica Amministrazione (IODL 2.0) - validità da confermare
• addr:city= dal file (NOME_COMUN)
• addr:country= IT

(si può usare anche Libreoffice per fare queste operazioni, passando dal CSV. Tramite QGIS è poi possibile creare lo shapefile, stando attenti ai nomi degli attributi che potrebbero venire troncati. Dopo aver creato lo shapefile, potete passare a JOSM e mapparli.)

Casi particolari

I civici delle zone a bassa densità, tipicamente montane, hanno SPECIE = CAPOLUOGO e FRAZIONE. CAPOLUOGO può essere trascurato nella composizione del addr:streetname

Si segnalano inoltre abitati nella realtà privi di higway name (per esempio Malchina, Santa Croce), per cui la traduzione dovrà valorizzare addr:place invece di addr:street. Questi casi sono con maggior probabilità legati alle SPECIE: CASALE/I, CASE, CASE SPARSE, CASOLARE/I, FRAZIONE, LOCALITA', NUCLEO ecc.

Sempre per le SPECIE citate, allo stato attuale OSM contiene pochi highway name; anche se le amministrazioni li hanno catalogati, non è scontato che nella realtà esista una highway name "Frazione Postregna": è necessario quindi controllarne l'esistenza nella realtà oppure, per il momento, riconduirci al caso precedente, valorizzando invece addr:place

Qualità dei dati regionali

Sono necessarie delle verifiche prima dell'integrazione ed importazione. Qualche inesattezza (Via Acquileia), qualche sottointeso (Via Cavour), accentature (Corfu' - Corfù) ed in generale incoerenze tipo Piazza|Piazzale, Strada|Via. Alcuni comuni (p. es. Arta Terme) hanno riportato diversi civici senza valorizzarne il numero. Si è valutato di importare comunque il dato geofrafico (nodo).

Al fine di evidenziare gli errori sia nei dati da importare che in quelli presenti in OSM, l'utente mcheckimport perodicamente compila dei file "no-match" (GEOjson e shp); informazioni su tali file nella mailing list talk-it https://lists.openstreetmap.org/pipermail/talk-it/2014-July/043891.html

Integrazione con i dati presenti

Prima dell'import verrà effettuata una query con overpass turbo per ricavare i vari numeri civici già presenti nei vari comuni del Friuli Venezia Giulia e verranno integrati con quelli provenienti dal database. Query utilizzata:

<osm-script>
  <query into="<nome del comune>" type="area">
    <has-kv k="admin_level" v="8"/>
    <has-kv k="name" v="<nome del comune>"/>
  </query>
  <union>
  <query type="node">
    <area-query from="<nome del comune>"/>
    <has-kv k="addr:housenumber"/>
  </query>
  <query type="way">
    <area-query from="<nome del comune>" />
    <has-kv k="addr:housenumber"/>
  </query>
  <item/>
  <recurse type="down"/>
  </union>
<print mode="meta" />
</osm-script>

La query sopra intercetta gli addr:housenumber del comune <nome del comune> sia per i nodi che per le way.

Il processo di integrazione implica strumenti di query su due tabelle: quella derivata dalla query sopra e quella dei dati regionali (opportunamente convertita con colonne nella forma addr:) Strumenti utili per il processo sono QGIS, ogr2ogr, ogr2osm ed il plugin JOSM "conflation" (in fase sperimentale).

Per conflation: selezionate i punti (FVG) vicini al conflitto. Nel plugin conflation cliccate configure e cliccate sul primo "Freeze". Una volta fatto questo, selezionate i punti esportati da overpass e cliccate sul secondo freeze. A questo punto fate "Generate matches" e gestite i conflitti trovati.

Elenco dei comuni

Stato dell'Import

Questa query Overpass-turbo restituisce i civici finora importati.

Al 07-07-2016 abbiamo:

Aggiornamenti

Le informazioni sugli aggiornamenti da parte di RAFVG dei civici sono contenute alla voce "estensione temporale" del dataset: per accedervi è necessario andare al link indicato nel paragrado Dati, cercare "numeri civici", "metadata" ed in fondo "estensione temporale".

Gli aggiornammenti sono fatti su base comunale (per esempio Pocenia al 16/12/2016) e purtroppo i campi utili a filtrare i nuovi civici (DATA_AGG e DATA_INS) sembra vengano assegnati a tutti; ciò implica che la procedura più semplice per l'aggiornamento sia quella geografica: togliere dal dataset RAFVG aggiornato i civici che ricadono vicino ai pre-esistenti OSM.

Adeguamenti barrato

A seguito di alcune segnalazioni per l'import per i civici di Bergamo, è stata sollevata la richiesta di portare a standard la composizione del numero civico con il suo esponente ed interno. Per il dataset FVG esponente ed interno sono valorizzati nel campo "BARRATO". L'adeguamento, in caso di esponente letterale, richiede di rimuovere la barra e portarlo a minuscolo.