Sur DDI AS, créer service un GET qui prend en paramètre un uuid de physicalInstance (fichier physique) pour générer un CSV présentant le contenu des variables instanciées présentes dans le fichier.
Le nom du CSV est issu du nom du PhysicalInstance
la structure du csv est :
NOM_VAR , LIB_VAR, TYPE, COD_MOD, LIB_MOD,
NOM_VAR est le nom de la variable instanciée, l:Variable/l:VariableName
LIB_VAR est le libellé de la variable instanciée, l:Variable/r:Label
TYPE est le type de la variable instanciée en fonction du type de representation l:Variable/l:VariableRepresentation
TYPE = CODE pour une variable avec une liste de code l:Variable/l:VariableRepresentation/r:CodeRepresentation
TYPE = NUM pour une variable numérique l:Variable/l:VariableRepresentation/r:NumericRepresentation
TYPE= DATE pour une variable date l:Variable/l:VariableRepresentation/r:DateRepresentation
TYPE = TEXTE pour une variable de type textel:Variable/l:VariableRepresentation/r:TexteRepresentation
COD_MOD est le code dans une liste de codes , ou dans une liste de valeur manquante (par exemple NSP)
pour les codes "utiles" depuis la r:CodeListReference , l:CodeListe/l:Code/r:Value
pour les codes "sentinels ~valeur manquantes" depuis l:Variable/l:VariableRepresentation/l:MissingValuesReference/r:CodeListReference/ récupérer l:CodeListe/l:Code/r:Value
LIB_MOD est le libellé de la catégorie associée au code
depuis l:code/r:categoryReference récupérer l:Category/r:Label/r:Content
(en attente d'un éventuel retour sur ces notations , possible que NOM_VAR soit remplacé par une autre dénomination, pas mal de versions différentes de ce type)
il y a une observation par code, les valeurs des variables sont répétées autant de fois qu'il y a de modalités
On peut vous transmettre la transfo XSLT qu'on utilise actuellement en self pour ça si c'est utile.
Sur DDI AS, créer service un GET qui prend en paramètre un uuid de physicalInstance (fichier physique) pour générer un CSV présentant le contenu des variables instanciées présentes dans le fichier.
Le nom du CSV est issu du nom du PhysicalInstance
la structure du csv est :
NOM_VAR , LIB_VAR, TYPE, COD_MOD, LIB_MOD,
NOM_VAR est le nom de la variable instanciée, l:Variable/l:VariableName
LIB_VAR est le libellé de la variable instanciée, l:Variable/r:Label
TYPE est le type de la variable instanciée en fonction du type de representation l:Variable/l:VariableRepresentation
TYPE = CODE pour une variable avec une liste de code l:Variable/l:VariableRepresentation/r:CodeRepresentation
TYPE = NUM pour une variable numérique l:Variable/l:VariableRepresentation/r:NumericRepresentation
TYPE= DATE pour une variable date l:Variable/l:VariableRepresentation/r:DateRepresentation
TYPE = TEXTE pour une variable de type textel:Variable/l:VariableRepresentation/r:TexteRepresentation
COD_MOD est le code dans une liste de codes , ou dans une liste de valeur manquante (par exemple NSP)
pour les codes "utiles" depuis la r:CodeListReference , l:CodeListe/l:Code/r:Value
pour les codes "sentinels ~valeur manquantes" depuis l:Variable/l:VariableRepresentation/l:MissingValuesReference/r:CodeListReference/ récupérer l:CodeListe/l:Code/r:Value
LIB_MOD est le libellé de la catégorie associée au code
depuis l:code/r:categoryReference récupérer l:Category/r:Label/r:Content
(en attente d'un éventuel retour sur ces notations , possible que NOM_VAR soit remplacé par une autre dénomination, pas mal de versions différentes de ce type)
il y a une observation par code, les valeurs des variables sont répétées autant de fois qu'il y a de modalités
On peut vous transmettre la transfo XSLT qu'on utilise actuellement en self pour ça si c'est utile.