Accesso ai dati tramite download

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

*) a seconda del set di dati della vostra richiesta non riceverete tutti i tipi di file.

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.

EG­ID ED­ID EG­AID DEI­NR DKO­DE DKO­DN DOFF­ADR Crea­te_Da­te Up­da­te_Da­te ES­ID STR­OF­FI­ZIEL DPLZ4
470­001 0 100­347­425 5 2­679­710.98 1­284­583.34 14.­12.­2016 29.­03.­2021 101­118­350 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.