Accesso ai dati tramite download Per specialisti IT
Specifiche
Spedizione
Esempio con il set di dati 10:
Oggetto | Significato |
---|---|
GWR_MADD_Export_MADD-20200326-B10_20200624.zip | Nome completo |
GWR_MADD_Export | Parte fissa |
MADD-20200326-B10 | Riferimento della richiesta |
20200624 | Data YYYYMMDD |
Oggetto | Significato |
---|---|
GWR_MADD_ARB-10_Data_MADD-20200326-B10_20200624.dsv
GWR_MADD_ARB-10_Readme_MADD-20200326-B10_20200624.dsv |
File con i dati
File con le descrizioni degli intestazioni |
GWR_MADD | Parte fissa |
ARB | Lavori* |
EIN | Entrata* |
GEB | Edificio* |
GST | Fondo* |
PROJ | Progetto di costruzione* |
WHG | Abitazione* |
10 | Set di dati |
MADD-20200326-B10 | Riferimento della richiesta |
20200624 | Data YYYYMMDD |
MADD_GWR_Codeliste.xlsx | Elenco dei codici per ogni campo |
Qualsiasi altro file | Secondo il bisogno |
Architettura dei dati eCH-0206
Accesso all'interfaccia grafica e automatizzazione del download
È possible automatizzare il download di csv. Utilizzare l'HTTP Basic Authentication (maggiori informazioni in francese o tedesco); la versione GUI non è implementata. Utilizzare un tool come cURL (maggiori informazioni in francese e tedesco); disponibile praticamente su tutti i sistemi. Anche gli ETL possono gestire la Basic Authentication. Esempi con cURL:
set HTTPS_PROXY={your-proxy}:{your-proxy-port} curl -k -J -O --user MADD-20200326-A1:{Passwort} "https://madd.bfs.admin.ch/download_zip curl -k --output blubber.zip --user MADD-20200326-A1:{Passwort} "https://madd.bfs.admin.ch/download_zip" curl -v -k --output blubber.zip --user MADD-20200326-A1:{Passwort} "https://madd.bfs.admin.ch/download_zip" |
---|
Bisogna solo la prima riga se il sistema si trova dietro un proxy.
La seconda riga crea automaticamente lo stesso nome del file della GUI.
La terza riga utilizza il nome del file che avete scelto.
La quarta riga ha ancora un -v = verbous come parametro. Utilizzare questo parametro in caso di problemi.
Note aggiuntive
Loader by Position
Per implementare un Loader, vogliate usare le intestazioni per parole chiave (e non per posizione).
Ciò li renderà più stabili nei confronti dei nuovi campi, che non saranno necessariamente aggiunti alla fine.
Ciò non è stato possibile con gli export esistenti. Si consiglia di adattare questi loader di conseguenza.
Nessuna normalizzazione
I dati non sono forniti in forma completamente normalizzata. Esempi:
- Non esiste un file solo con i Comuni o solo con le strade.
- Se una strada ha un nome sia francese che tedesco, allora vengono fornite due linee con lo stesso [EGID, EDID], che differiscono solo in [STRSP, STRNAME, STRNAMK, STRINDX].
Questo può essere riconosciuto anche dal posizionamento di Create_Date/Update_Date. I campi alla sua destra non sono normalizzati in quanto appartenenti ad altre entità.
Create_Date / Update_Date
Questi dati si riferiscono solo ai campi dell'entità principale. Ad esempio per le entrate (EIN), Update_Date si riferiscono solo ai campi a sinistra da EGID a DOFFADR, ma non ai campi a destra, da ESID a STRINDX.
EGID | EDID | EGAID | DEINR | DKODE | DKODN | DOFFADR | Create_Date | Update_Date | ESID | STROFFIZIEL | DPLZ4 |
---|---|---|---|---|---|---|---|---|---|---|---|
470001 | 0 | 100347425 | 5 | 2679710.98 | 1284583.34 | 14.12.2016 | 29.03.2021 | 101118350 | 1 | 8214 |
Quindi se:
- dei Comuni fusionano
- una strada cambia nome
- una strada ora in francese ottiene anche un nome in tedesco (creazione di una nuova linea)
- due strade fusionano
- una località o un Comune cambiano il loro nome
- ecc.
...nessuno dei campi data verrà modificato, poiché nulla è cambiato per ciò che riguarda l'entrata stessa. Naturalmente i valori modificati vengono forniti.