Spécifications

Livraison

Exemple avec le jeu de données 10:

Objet	Signification
GWR_MADD_Export_MADD-20200326-B10_20200624.zip	Nom complet
GWR_MADD_Export	Partie fixe
MADD-20200326-B10	Référence de la demande
20200624	Date YYYYMMDD

Objet	Signification
GWR_MADD_ARB-10_Data_MADD-20200326-B10_20200624.dsv GWR_MADD_ARB-10_Readme_MADD-20200326-B10_20200624.dsv	Fichier avec les données Fichier avec les descriptions des en-têtes
GWR_MADD	partie fixe
ARB	Travaux*
EIN	Entrée*
GEB	Bâtiment*
GST	Immeuble*
PROJ	Projet de construction*
WHG	Logement*
10	Jeu de données
MADD-20200326-B10	Référence de la demande
20200624	Date YYYYMMDD
MADD_GWR_Codeliste.xlsx	Liste de codes au niveau des champs
Tous les autres fichiers	Selon les besoins

*) selon votre demande, vous ne recevrez pas tous les types de fichiers.

Architecture des données eCH-0206

Accès à l'interface graphique et automatisation du téléchargement

Vous pouvez également automatiser le téléchargement du csv en utilisant l'HTTP Basic_Authenticaton (la version interface graphique n'est pas implémentée). Veuillez utiliser un outil tel que cURL (est disponible sur presque tous les systèmes). Les outils ETL et similaires sont également capablesBasic Authentication. Exemples avec 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"

Vous n'avez besoin que de la première ligne si votre système est situé derrière un proxy.
La deuxième ligne crée automatiquement le même nom de fichier que l'interface graphique.
La troisième ligne utilise le nom de fichier que vous avez choisi.
La quatrième ligne a toujours un -v = verbeux comme paramètre. Utilisez ce paramètre en cas de problème.

Notes supplémentaires

Loader par position

Si vous voulez implémenter un loader, il est préférable d'utiliser les en-têtes: par mots-clés (et non par position).

Cela les rend plus stables face à de futurs nouveaux champs, qui ne sont pas nécessairement ajoutés à la fin des fichiers.

Cela n'était pas possible avec les exportations existantes (pas d'en-têtes). Nous vous recommandons d'adapter ces loaders en conséquence.

Pas de normalisation

Les données ne sont pas livrées sous une forme complètement normalisée. Exemples:

• Il n'y a pas de fichier uniquement avec les communes ou uniquement avec les rues.
• Si une rue a un nom français et un nom allemand, alors deux lignes avec le même [EGID, EDID] sont fournies et diffèrent seulement par [STRSP, STRNAME, STRNAMK, STRINDX].

L'emplacement de Create_Date/Update_Date permet de les reconnaître. Les champs à droite ne sont pas normalisés, ces champs proviennent d'autres entités.

Create_Date / Update_Date

Ces données ne concernent que les champs de l'entité principale. Par exemple, pour les entrées (EIN), Update_Date ne concerne que les champs à gauche, d'EGID à DOFFADR mais pas les champs à droite, d'ESID à 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

En cas de:

• Fusion de communes
• Changement de nom de rue
• Attribution d'un deuxième nom [FR ou DE] (ce qui crée une nouvelle ligne)
• Fusion de deux rues
• Changement de nom d'une localité ou d'une commune
• etc.

...aucun des champs de date ne sera ajusté, car en fin de compte, rien n'a changé au niveau de l'entrée elle-même. Bien entendu, les valeurs modifiées sont livrées.