Aller au contenu
Version 15.1 par Nicolas Schreiber le 2026/01/12 15:04
Masquer les derniers auteurs
admin admin 1.1 1 {{box title="**Sommaire**"}}
2 {{toc/}}
3 {{/box}}
4
5
6 = A savoir avant de commencer =
7
Nicolas Schreiber 6.1 8 L'export de données muséologiques vers un tableur (format csv ou excel natif) met en évidence la particularité de leur organisation technique.
admin admin 1.1 9
10 Pour pouvoir répondre aux exigence scientifiques de leur description, il n'est pas possible d'utiliser des grilles de saisie de type tableur, avec juste des lignes et des colonnes, il faudrait un nombre inifini de colonnes.
11
12 Les grilles de saisie dans Flora,s'appuient donc sur deux notions extrèmement puissantes : **les blocs répétables et les champs multivalués**
13
14 == //Comprendre les blocs répétables et les champs multivalués// ==
15
16 Ces deux notions sont fondamentales en informatique muséologique. Elles permettent de s'affranchir des limites techniques imposées par les bases de données traditionnelles (tables de jointures).
17 Historiquement on appelait cela des bases de données XML, aujourd'hui (entre informaticiens) on parlerait plutôt de NoSql
18
19 Ces notions sont fonctionnellement très puissantes en saisie, mais elles imposent quelques rêgles** quand on veut remettre  les données "à plat"** pour des affichages, des impressions, des exports.
20
21 (% class="box infomessage" %)
22 (((
23 Ces rêgles peuvent paraitre "exotiques" quand on a l'habitude de manipuler un tableur ou une base de donnée SQL. Cet article wiki a donc pour but d'expliciter tout ce qui peut etre exploité pour une **"remise à plat sans perte de sens" **de données muséologiques dans un tableur en lignes / colonnes
24 )))
25
26 //Exemple ~://
27
28 [[image:1698219762510-708.png]]
29
30
31 (% class="wikigeneratedid" %)
32 __**Dans un export CSV pour excel ou calc,:**__
33
34 * Par défaut **les champs multivaluées seront concaténés avec un séparateur virgule+espace entre chaque valeur.**.. donc ça marche tout seul
35 ** Exemple : si je demande à exporter juste le champ Auteuir-Exécutant, dans une colonne je récupererai les 4 auteurs ci dessus, séparés par virgule+espace, mais sans savoir de quel "type" ils dépendent
36 * Par contre, pour les blocs répétables, comme il n'est pas possible de générer un nombre de colonnes variables dans l'export, en général **on concaténera les champs d'un même blocs, puis les différentes occurences d'un même bloc dans une seule et unique Colonne**
37 ** Exemple : si je demande à exporter Le bloc "Création-exécution" dans une colonne ,je devrai paramétrer le mode de concaténation des différents champs qu'il contient, aisni que le mode de concaténation  de chaque occurence de bloc. de facto j'aurai besoin de pouvoir paramétrer des séparateurs, ajouter des libellés de champs....bref "formater" la conaténation des blocs
38
39 = Paramètres généraux d'un modele etp =
40
41 dans l'entête du fichier etp les paramétres suivants pourront etre défini
42
43 **<table**
44
45 **name="MUS_STRATIGRAPHIE"**
46 //nom interne de la table à exporter//
47
48 **charset="ISO-8859-1" **
49 //jeu de caractere du fichier résultat
50 Attention, il est préférable de conserver ce paramétre car les publications réalisées sont ensuiote déclarées avec un type mime et une extension CSV, de manière a étre ouvertes automatiquement dans Excel par un double clic sur le nom de fichier//
51
52 **separator="\t"**
53 //Le séparateur tabulation est préférable car il est certain qu'il n'a pas été saisi dans une des notices exportées, la publication génére **donc un fichier CSV mais dont les sépareurs de colonnes sont des tabulations**//
54
55 **compressChar=" ; "**
56 //caracteres utilisé lors de concaténation automatiques de données dans des blocs répétables//
57
58 **newLine="\r\n"**
59 //caracteres délimitant les changement d'enregistrement  \r=chr(13)  |n=chr(10)//
60
61 **multiValueSeparator=', '**
62 //caracteres utiliser pour concaténer les données des champs multivaluées virgule+espace//
63
64 **valueDelimiter='"'>**
65 //ne pas modifier, permet d'englober les contenus de colonne contenant des \n ou des apsotrophes pour éviter und écalage à l'oiuverture du fichier csv publié//
66
67
68 //Exemple ~://
69 [[image:1698143160183-538.png||class="img-thumbnail"]]
70
71
72 = Export d'un champ =
73
74 Les exemples ci aprés sont issus de l'export CSV de la table Stratigraphie, mais sont transposables dans toutes les tables de Flora
75
76 == Formatage automatique selon le mode de saisie ==
77
78 Par défaut, Flora mettra en forme l'export des champs en fonction de leur mode de saisie de la manière suivante
79
80 === Champs texte libre sur une seule ligne ===
81
82 //Exemple ~://
83
Nicolas Schreiber 2.1 84 [[image:1698221408368-344.png||data-xwiki-image-style-alignment="center" class="img-thumbnail"]]
admin admin 1.1 85
86 La ligne ci dessous génèrera une colonne dont le titre sera égal au label et les contenus alimentés par le champs cité dans name
87
88 **<field name='TYPE_UE'  label='Type Unité d_enregistrement '/> **
89
90 (% class="box warningmessage" %)
91 (((
92 //Attention ne pas mettre d'apostrophe ou guillemets à l'interieur d'un contenu de la balise label (cela génére une erreur bloquante à la publication)//
93 )))
94
95 * **name :** nom interne du champ dans la table Flora
96 * **label : **intitulé qu'aura la colonne dans le fichier csv
97
Nicolas Schreiber 2.1 98 [[image:1698233535559-410.png||data-xwiki-image-style-alignment="center" class="img-thumbnail"]]
admin admin 1.1 99
100 === Champs texte libre multiligne (avec retours à la ligne) ===
101
Nicolas Schreiber 2.1 102 [[image:1698220705279-359.png||data-xwiki-image-style-alignment="center" class="img-thumbnail"]]
admin admin 1.1 103
104 **<field name='PRECISION_UE'  label='Précisions UE '/> **aura pour résultat
105
Nicolas Schreiber 2.1 106 [[image:1698220966238-507.png||data-xwiki-image-style-alignment="center" class="img-thumbnail"]]
admin admin 1.1 107
108 === Champs multivalués liés à des listes, thésaurus ou table d'autorité ===
109
Nicolas Schreiber 2.1 110 [[image:1698220773700-234.png||data-xwiki-image-style-alignment="center" class="img-thumbnail"]]
admin admin 1.1 111
112 **<field name='INTERPRETATION'  label='Interpretation'/> **aura pour résultat
113
Nicolas Schreiber 2.1 114 [[image:1698221043701-405.png||data-xwiki-image-style-alignment="center" class="img-thumbnail"]]
admin admin 1.1 115
116 (% class="box infomessage" %)
117 (((
118 Par défaut Flora exporte la valeur "affichée" du champ. c'est à dire le même contenu textuel que ce qui s'affiche dans les vues.
119 Il est possible de demander l'export de la valeur "interne" du champ (code pour les listes, unique_key pour les tables d'autorité, recordId pour les thésaurus), dans ce cas il faut spécifier display=''false' dans le champs field
120 <field name='INTERPRETATION'  label='Interpretation '** display='false"/> **
121 )))
122
123
124 == Formatages personnalisés sur un champ ==
125
126 * **dataBefore :** separateur avant la donnee du champ, répété en cas de multivaluation     (Chaine vide si non defini)
127 * **dataMultiValueSeparator : **separateur de champ multivalue (Si non defini c'est celui qui est defini dans l'attribut   multiValueSeparator du tag 'table', ou si non defini c'est '/' slash par defaut)
128 * **dataAfter : **separateur apres la donnee du champ répété en cas de multivaluation   (Chaine vide si non defini)
129
Nicolas Schreiber 14.1 130 **Exemple : <field name='INTERPRETATION'  label='Interpretation'  dataBefore="texte avant : " dataAfter=" (texte aprés)" dataMultiValueSeparator=" ; "/>**
admin admin 1.1 131
Nicolas Schreiber 2.1 132 [[image:1698221647528-156.png||data-xwiki-image-style-alignment="center" class="img-thumbnail"]]
admin admin 1.1 133
134 (% class="box infomessage" %)
135 (((
136 **Truc et astuce : **utiliser des retours lignes comme séparateur **avec \n **peut améliorer la lisibilité des données dans le tableur
137 )))
138
139 **<field name='INTERPRETATION'  label='Interpretation'  dataBefore="texte avant : " dataAfter=" (texte aprés)" dataMultiValueSeparator="\n"/>**
140
Nicolas Schreiber 2.1 141 [[image:1698221798735-336.png||data-xwiki-image-style-alignment="center" class="img-thumbnail"]]
admin admin 1.1 142
143 == Exporter une valeur constante ==
144
145 Toutes les lignes auront la même valeur dans la colonne
146
147 **<constant name="C1" label="Constante1"  dataDefValue="myConstante1" />**
148
Nicolas Schreiber 2.1 149 [[image:1698229509017-535.png||data-xwiki-image-style-alignment="center" class="img-thumbnail"]]
admin admin 1.1 150
151 == Exporter un ou plusieurs champs d'une table d'autorité liée ==
152
153 (% class="wikigeneratedid" %)
154 par défaut, les champs liés à des table d'autorité s'exportent avec la concaténation standard  des champs de la table liée (dans Flora on appelle ça le digest de la table, il est défini dans le fichierconf/local/musee/db/A.musee.xml  digest ou link-digest s'il est défini).
155 De facto, tout se retrouve dans une seule et même colonne
156
157 (% class="wikigeneratedid" %)
158 **Exemple avec le champ qui lie la Table Stratigraphie à la Table Opération**
159
160 (% class="box infomessage" %)
161 (((
162 pour la table Opération le link-digest est composé des champs suivants
163 <concat param1="TYPE_OPERATION,30/NOM,50, : /NUM_IDENTIFIANT,20, - /OPERATEUR,60,- /DATE_OPERATION_DEBUT,20, du /DATE_OPERATION_FIN,20, au  "/>
164 )))
165
166 (% class="wikigeneratedid" %)
167 A minima, l'export sera réalisé ainsi, avec le champ DISPLAY_OPERATION qui n'est pas répété ni multivalué. c'est un champ caché de Flora qui ne contient que la première de toutes les opérations potentiellement liées à la notice stratigraphie
168
169 (% class="wikigeneratedid" %)
170 **<field name='DISPLAY_OPERATION'  label='Opération1'/> **
171
172 (% class="wikigeneratedid" %)
173 [[image:1698222516214-545.png]]
174
175 (% class="wikigeneratedid" %)
176 il est donc possible "d'éclater" les champs de la table liée par colonne via le **linked_field. **Chaque champ exportée de la table liée sera positionné dans un colonne dédiée. de cette manière on n'est p^lus bridé par le digest ou le link-digest
177
178 (% class="wikigeneratedid" %)
179 **<linked_field name='DISPLAY_OPERATION'>
180 <field name='NUM_IDENTIFIANT' label="Identifiant Opération"  />
181 <field name='TYPE_OPERATION' label="Type opération" dataBefore="(" dataAfter=")" />
182 </linked_field>**
183
184 (% class="wikigeneratedid" %)
185 [[image:1698222350876-551.png]]
186
187
188 SI on utilise le champ OPERATION (dans le bloc découverte de la grille de saisie), IL est possible d'y saisir plusieurs Opérations liées
189 Dans ce cas, le découpage sera respecté dans chacune des colonnes, mais il ny' aura toujours que 2 colonnes
190
191 **<linked_field name='OPERATION'>
192 <field name='NUM_IDENTIFIANT' label="Identifiant(s) Opération"  />
193 <field name='TYPE_OPERATION' label="Type opération(s)" dataBefore="(" dataAfter=")" />
194 </linked_field>**
195
196 [[image:1698222944107-105.png]]
197
198
199 (% class="box infomessage" %)
200 (((
201 **Question : **pourquoi y a t'il parfois des virgule et des points virgules entre chaque valeur de la colonne Type opération.. d'ou viennent ces points virgules ?
202 **Réponse : **en fait L**e champ Opération(s) dans la table Stratigraphie n'est pas multivalué mais il est positionné dans un bloc répétable**
203
Nicolas Schreiber 2.1 204 [[image:1698226080684-439.png||data-xwiki-image-style-alignment="center" height="478" width="1071"]]
admin admin 1.1 205
206 **Rappel : **
207 Dans les paramétrages généraux du fichier etp on a défini **compressChar=" ; " **//caracteres utilisés lors de concaténation automatiques de données dans des blocs répétables. c'est donc lui qui est utilisé dans le cas présent . les points virgules marquent donc les séparations de blocs répétables//
208 Et on a aussi défini **multiValueSeparator=', ' **//caracteres utiliser pour concaténer les données des champs multivaluées virgule+espace c'est donc lui qui est utilisé dans le cas présent pour lexport du champ TYpe Opération de la table Opération..champ qui est multivaléu dans ladite table//
209
210
Nicolas Schreiber 2.1 211 [[image:1698226465622-838.png||data-xwiki-image-style-alignment="center" height="285" width="966"]]
admin admin 1.1 212
213
214 Cet exemple illustre la complexité de manipulation des données muséologique car les blocs répétables et champs multivalués y sont légion
215 Mais il faut retenir que le paramétrage par défaut des exports etp gére tout cela de manière transparente avec des réglages par défaut qui rendent les données lisibles à minima
216 )))
217
218 = Concaténation libre de champs dans une seule colonne =
219
220 Dans de nombreux  cas il sera nécéssaire de regrouper différents champs de la table dans une seule et même colonne
221
222 //Exemple : concaténer tous les champs de Données intrinsèque d'une notice Stratigraphie dans une seule colonne//
223
Nicolas Schreiber 2.1 224 [[image:1698234060502-846.png||data-xwiki-image-style-alignment="center"]]
admin admin 1.1 225
226 De facto il sera judicieux
227
228 * de ne pas perdre les libellés de champs (on les indiquera dans **dataBefore**)
229 * de n'avoir des séparateurs de champs que si un au moins des champs précédents est non vide...sinon le contenu de la colonne commencera par un séparateur (on les indiquera dans **dataJoinSeparator**)
230
Nicolas Schreiber 15.1 231 La concat peut etre vue comme une "variable" que l'on va pouboir utiliser à sa guise
232
admin admin 1.1 233 == A minima ==
234
235 on va donc créer une "boite" qui va assembler les données de la colonne en concaténant les champs cités
236
237 **<concat name="donnees_descr_intr label="Données descriptives intrinsèques">**
238 <field name='TEXTURE'  dataBefore='Texture '/> 
239 <field name='STRUCTURE' dataBefore='Structure ' dataJoinSeparator=" ; "/> 
240 <field name='COULEUR'  dataBefore='Couleur ' dataJoinSeparator=" ; "/> 
241 <field name='RISQUE_INTRUSION'  dataBefore='Risque d_intrusion ' dataJoinSeparator=", " />
242 <field name='DESCRIPTION_INTRINSEQUE'  dataJoinSeparator="\n"/>
243 **</concat>**
244
245
246 [[image:1698234916860-664.png]]
247
248 == Ajout de données avant - aprés ==
249
Nicolas Schreiber 14.1 250 Cette "boite" concat est vue comme un "groupe" de données. a ce titre il est possible de lui adjoindre les paramètres suivants
admin admin 1.1 251
252 * **groupDataBefore **: donnee avant le groupe
253 * **groupDataAfter **: donnee apres le groupe
254
255 **<concat name="donnees_descr_intr label="Données descriptives intrinsèques"**
256
257 **~ groupDataBefore="texte avant le groupe\n"**
258
259 **~ groupDataAfter="\ntexte aprés le groupe"**
260
261 **>**
262 <field name='TEXTURE'  dataBefore='Texture '/> 
263 <field name='STRUCTURE' dataBefore='Structure ' dataJoinSeparator=" ; "/> 
264 <field name='COULEUR'  dataBefore='Couleur ' dataJoinSeparator=" ; "/> 
265 <field name='RISQUE_INTRUSION'  dataBefore='Risque d_intrusion ' dataJoinSeparator=", " />
266 <field name='DESCRIPTION_INTRINSEQUE'  dataJoinSeparator="\n"/>
267 **</concat>**
268
Nicolas Schreiber 14.1 269 //A noter les \n qui se transforment en retour à la ligne dans la colonne et le datajoinSeparator qui permet de choisir si on veut un point virgule ou un retour ligne entre chaque champs//
admin admin 1.1 270
271 [[image:1698235351939-869.png]]
272
Nicolas Schreiber 15.1 273 == Ajout de données par défaut entre les champs de la concat ==
admin admin 1.1 274
275 Dans l'exemple ci-aprés, on a positionnés les séparateurs de champs dans chacun des champs avec le DataJoinSeparator
276
277 on pourrait aussi définir une valeur par défaut pour tous les champs du groupe, le **subGroupDataSeparator** ce qui simplifie le paramétrage
278
279 <concat name="donnees_descr_intr" label="Données descriptives intrinsèques"
280 groupDataBefore="texte avant le groupe\n"
281 groupDataAfter="\ntexte aprés le groupe"
282
283 **subGroupDataSeparator=" - champ suivant - "**
284
285 **~ >
286 **<field name='TEXTURE'  dataBefore='Texture '/> 
287 <field name='STRUCTURE' dataBefore='Structure ' /> 
288 <field name='COULEUR'  dataBefore='Couleur ' /> 
289 <field name='RISQUE_INTRUSION'  dataBefore='Risque d_intrusion '  />
290 <field name='DESCRIPTION_INTRINSEQUE'  **dataJoinSeparator="\n"/>**
291 **</concat>**
292
293 //**A noter : **comme on a conservé un DataJoinSeparator sur le dernier champ (car on voulait un retour ligne dans ce cas),le subGoupDAtaSeparator ne s'y applique pas car ce n'est qu'une valeur par dfaut//
294
295 //**résultat obtenu :** Nous avons mis en rouge le subGoupDataSeparator  pour bien comprendre qu'il s'applique "à chaque champ", mais pas à chaque valeur d'un champ multivalué.
296 Dans notre jargon technique on dira que le field dans un concat est un sous-groupoe//
297
298 [[image:1698235881598-485.png]]
299
300 (% class="box infomessage" %)
301 (((
Nicolas Schreiber 15.1 302 Les notions de subGroupDataBefore et subGroupDataAfter peuvent aussi etre paramétrées mais n'ont pas grand intéret dans les concat, elles seront plutôt utilisées dans le cas des blocs répétables.
303 Les concat ont donc un comportement trés similiare aux groupes de groupDataType = "group", à la différence qu'on peut y mettre n'importe quel champ dedans
admin admin 1.1 304 )))
305
306 = Export des champs d'un bloc répétable =
307
308 Tout ce qui est décrit ci dessus sera exploitable dans les exports de bloc répétable.Un export de bloc répétable pourra contenir des fields, des linked_field, des concats, des constantes
309
310 Globalement il ressemblera beaucoup à un concat, à la différence prés qu'un concat ne se joue qu'une seule fois, alors que le bloc de champs se jouera dans l'export autant de fois qu'il y a de groupe saisis dans la notice courante
311
312 On peut se representer cela comme une boucle d'éxécution qui tournera tant qu'il existe encore un bloc répété à exporter
313
314 //Exemple avec un bloc de champ répétable contenant 3 champs avec une saisie lacunaire (il est rare que tous les champs soient remplis dans un bloc)//
315
Nicolas Schreiber 15.1 316 [[image:1768226297481-108.png]]
admin admin 1.1 317
Nicolas Schreiber 15.1 318 == groupDataType~=group ==
admin admin 1.1 319
Nicolas Schreiber 15.1 320 On va boucler sur les blocs répétables en concaténant les champs qu'il contient, et chaque bloc sera concaténé au précédent (avec groupDataSubgroupSeparator). chaque "bloc" est vu comme un subGroup.
321
322 Dans le cas des groupDataType=group, les subGroup sont regroupés dans une seule "variable"
323
324 il sera possible de définir les data de concaténation ci dessous
325
326 **groupDataBefore**=" données en début de groupe"
327
328 ** subGroupDataBefore **= "données en début de chaque sous-group"
329 **subGroupDataSeparator ** = "données entre chaque champ du sous-groupe"
330 ** subGroupDataAfter** = "\données à la fin de chaque sous-groupe"
331 \\ **groupDataSubGroupSeparator**=" donnée insérée entre chaque subgroup"
332
333 **groupDataAfter**="données en fin de groupe
334
335 Cela permet donc un formatage plus fin car ion eput agir à tous les niveaux de la concatenation, notemment le **groupDataSubGroupSeparator **qui permet de gérér les séparateur entre les sous-groupes
336 \\rappel : un sous-groupe correspond dans le MCD, un bloc répétable est un bloc type="set" posé dans un bloc type="selection"
337
338 [[image:1768223007353-115.png]]
339
340 Exemple avec juste deux retours lignes entre chaque sous-groupe
341
admin admin 1.1 342 **~ <group_field name="INTERVENANT"
343 groupDataType              = "group"
Nicolas Schreiber 15.1 344 label                      = "Intervenants-group"
admin admin 1.1 345 groupDataSubGroupSeparator = "\n\n"
346 \\>  **
347
348 **~ <field name='PERSONNE_INTERVENANT'  label='Intervenant'/> 
349 <field name='FONCTION_INTERVENANT'  label='Fonction ' dataBefore=" (" dataAfter=")"/> 
350 <field name='PRECISION_INTERVENANT'  label='Précisions intervenant ' dataJoinSeparator="\n"/> 
351 </group_field>**
352
353 et génerera la colonne ci dessous
354
Nicolas Schreiber 15.1 355 [[image:1768226409578-347.png||class="img-thumbnail"]]
admin admin 1.1 356
357 (% class="box infomessage" %)
358 (((
359 Les labels des field dans un group_field de type group ne sont pas exportés, nous les conservons pour que le fichier etp soit plus lisible car on ne connait pas toujours les noms internes de champs (name)
360 Dans ce cas, les "Sous groupe" seront alimentés via une boucle tournant sur chaque occurence de bloc, générant au final une seule colonne
361 )))
362
363 La nouveauté ici c'est le **groupDataSubGroupSeparator **qui permet de définir le séparateur qui s'exporte **entre chaque sous-groupe** (deux sauts de ligne \n dans le cas présent)
364
365 (% class="box infomessage" %)
366 (((
367 Un sous-groupe est un ensemble de champs qui appartiennent a la même entite :  au meme bloc de champs (type=set), a la même notice liée ou a la même notice qui référence la notice courante
368 )))
369
Nicolas Schreiber 15.1 370 == groupDataType~=subGroup ==
admin admin 1.1 371
Nicolas Schreiber 15.1 372 le fonctionnement est différent, car il n'y a pas "une seule variable" concaténant tous les sous-groupes, mais autant de "sous-variables" que de blocs. On ne peut donc poser que les séparateurs suivants
373
374 **subGroupDataBefore **= "données en début de chaque sous-group"
375 **subGroupDataSeparator ** = "données entre chaque champ du sous-groupe"
376 **subGroupDataAfter** = "\données à la fin de chaque sous-groupe"
377
378 Chaque sous-groupe sera ensuite "posé" dans la colonne avec le compressChar=" ; " définit dans l'entête du format
379
admin admin 1.1 380 <group_field name="INTERVENANT"
Nicolas Schreiber 15.1 381 **~ groupDataType   ** = **"subGroup"**
382 label                      = "Intervenants - uibgroup"
383
384 subGroupDataBefore = "intervenant : "
385 subGroupDataAfter = "\n"
admin admin 1.1 386 ~> 
387
388 <field name='PERSONNE_INTERVENANT'  label='Intervenant'/> 
389 <field name='FONCTION_INTERVENANT'  label='Fonction ' dataBefore=" (" dataAfter=")"/> 
390 <field name='PRECISION_INTERVENANT'  label='Précisions intervenant ' dataJoinSeparator="\n"/> 
391 </group_field>
392
393
Nicolas Schreiber 15.1 394 [[image:1768226447728-811.png||class="img-thumbnail"]]
admin admin 1.1 395
Nicolas Schreiber 15.1 396 le groupDataType="subgroup" est donc peu utilisé, sauf dans les exports au format xml car ile permettent de conserver la répétabilité des blocs, et donc de répéter les nopeux dans le format xml de sortie
admin admin 1.1 397
398
399 == Paramétrages complémentaires pour les blocs répétables ==
400
401 il est possible d'inclure aussi dans un group_field
402
403 * une concaténation formalisée des champs du bloc répétable courant via le tag concat
404 * des champs des notices liées a un des champs du bloc via le tag 'linked_field'
405 * des notices qui référencent la notice courante : tag 'reference' pour les liens parent/enfants. ce tag est étudié plus loin dans l'article
406
407 === Ajout de données avant - après chaque sous-groupe ===
408
409 * **subGroupDataBefore **: séparateur avant les données d'un sous-groupe   (Chaine vide si non défini)
410 * **subGroupDataSeparator **: séparateur entre les données d'un sous-groupe   (Espace si non défini)
411 * **subGroupDataAfter **: séparateur après les donnes d'un sous-groupe    (Chaine vide si non défini)
412
413 === Ajout de données avant - après le groupe ===
414
415 Uniquement si groupDataType="group" car la colonne unique contiendra une concaténation de tous les  sous-groupes en un seul groupe
416
417 * **groupDataBefore **: séparateur avant les données du groupe    (Chaine vide si non défini)
418 * **groupDataSubGroupSeparator **: séparateur entre les sous-groupes   (' / ' espace slash espace si non défini)
419 * **groupDataAfter **: séparateur après les données du groupe   (Chaine vide si non défini)
420
421 === Exemple global ===
422
423 <**group_field **name="INTERVENANT"
424 groupDataType              = "**group**"
425 label                      = "Intervenants"
426 groupDataBefore            = "- texte avant le groupe -\n"
427 groupDataSubGroupSeparator = "\n{séparateur par défaut entre les sous groupe}\n"
428 groupDataAfter             = "\n-texte aprés le groupe"
429 subGroupDataBefore         = "- texte avant le sousgroupe - "
430 subGroupDataSeparator      = " {séparateur par défaut dans le sous groupe} "
431 subGroupDataAfter          = " - texte aprés avant le sousgroupe -"
432 \\>
433 \\ <field name='PERSONNE_INTERVENANT'  label='Intervenant'/> 
434 <field name='FONCTION_INTERVENANT'  label='Fonction ' dataBefore=" (" dataAfter=")"/> 
435 <field name='PRECISION_INTERVENANT'  label='Précisions intervenant ' dataJoinSeparator="\n"/> 
436 </group_field>
437
Nicolas Schreiber 2.1 438 [[image:1698310122900-966.png||data-xwiki-image-style-alignment="center" class="img-thumbnail"]]
admin admin 1.1 439
440 == Filtre sur les données du groupe ==
441
442 D'un certaine manière un bloc répétable peut être considéré comme une table liée embarquée dans la notice courante
443
444 Il sera donc possible de filtrer les occurences d'un bloc répatable en fonction du contenu d'un ou de plusieurs de ces champs avec une syntaxe de type Sql [NOM_DU_CHAMP] opérateur [VALEUR]. De facto seuls les blocs répondant à cette condition seront exportés , les autres seront ignorés
445
446 === Masquer des sous-groupes ===
447
448 //Exemple : je voudrais n'exporter que les blocs Intervenants dont le champ Fonction est rempli//
449
450 <**group_field **name="INTERVENANT"
451 groupDataType              = "**group**"
452 label                      = "Intervenants"
453 **subGroupDataFilter         **= "(FONCTION_INTERVENANT != null)"
454 groupDataBefore            = "- texte avant le groupe -\n"
455 groupDataSubGroupSeparator = "\n{séparateur par défaut entre les sous groupe}\n"
456 groupDataAfter             = "\n-texte aprés le groupe"
457 subGroupDataBefore         = "- texte avant le sousgroupe - "
458 subGroupDataSeparator      = " {séparateur par défaut dans le sous groupe} "
459 subGroupDataAfter          = " - texte aprés avant le sousgroupe -"
460 \\>
461 <field name='PERSONNE_INTERVENANT'  label='Intervenant'/> 
462 <field name='FONCTION_INTERVENANT'  label='Fonction ' dataBefore=" (" dataAfter=")"/> 
463 <field name='PRECISION_INTERVENANT'  label='Précisions intervenant ' dataJoinSeparator="\n"/> 
464 </group_field>
465
466
467 Seul le bloc n° 2 est exporté
468
Nicolas Schreiber 2.1 469 [[image:1698310843667-475.png||data-xwiki-image-style-alignment="center" class="img-thumbnail"]]
admin admin 1.1 470
471 === Masquer des champs dans un sous-groupe ===
472
473 //Exemple : je voudrais n'exporter que les blocs Intervenants dont le champ Fonction est rempli//
474
475 <group_field name="INTERVENANT"
476 groupDataType              = "**group**"
477 label                      = "Intervenants"
478 groupDataBefore            = "- texte avant le groupe -\n"
479 groupDataSubGroupSeparator = "\n{séparateur par défaut entre les sous groupe}\n"
480 groupDataAfter             = "\n-texte aprés le groupe"
481 subGroupDataBefore         = "- texte avant le sousgroupe - "
482 subGroupDataSeparator      = " {séparateur par défaut dans le sous groupe} "
483 subGroupDataAfter          = " - texte aprés avant le sousgroupe -"
484 \\>
485 \\ <field name='PERSONNE_INTERVENANT'  label='Intervenant'/> 
486 <field name='FONCTION_INTERVENANT'  label='Fonction ' dataBefore=" (" dataAfter=")"/> 
487 <field name='PRECISION_INTERVENANT'  label='Précisions intervenant ' dataJoinSeparator="\n"  **inputGroupFieldFilter="(FONCTION_INTERVENANT is null)**"/> 
488 </group_field>
489
490 dans le lLoc n° 2  le cchamp PRECISIONS_INTERVENANT n'est pas exporté
491
Nicolas Schreiber 2.1 492 [[image:1698311103593-686.png||data-xwiki-image-style-alignment="center" class="img-thumbnail"]]
admin admin 1.1 493
494 === Limiter le nombre de sous-groupe exportés ===
495
496 (% class="wikigeneratedid" %)
497 **subGroupDataMultMaxi**="1" fera en sorte que seul le premier bloc sera exporté
498
499 (% class="wikigeneratedid" %)
500 **subGroupDataMultMaxi**="4" fera en sorte que seuls les 4 premiers blocs seront exportés
501
502 == Imbrication de groupes ==
503
504 Il n'y a pas de limite au nombre de niveaux imbriqués, il est donc possible de "suivre" la strucre hiérarchique d'un bloc répétable
505
506 Exemple avec les lots archéo
507
508 <group_field name="LOT_ELEMENT"
509 groupDataType              = "group"
510 label                      = "Archéo - lot"
511 groupDataSubGroupSeparator = "\n\n"
512 subGroupDataSeparator      = ""
513 >
514 <field name='DOMAINE_ELEMENT' />
515 <field name='DENOMINATION_ELEMENT' dataJoinSeparator=" ; " />
516 <field name='APPELLATION_ELEMENT' dataJoinSeparator=" ; " />
517 <field name='TYPOLOGIE_ELEMENT'  dataJoinSeparator=" ; " />
518
519 <group_field name="LOT_DENOMBREMENT"
520 groupDataType              = "group"
521 label                      = "Element - lot"
522 groupDataBefore ="\n"
523 groupDataSubGroupSeparator = " ; "
524 subGroupDataSeparator      = ""
525 >
526 <field name='LOT_TYPE_ELEMENT' dataBefore="" />
527 <field name='LOT_NB_FRAGMENTS' dataBefore=" (" dataAfter=")"/>
528 <field name='LOT_QTE_ESTIMEE' dataBefore=" (" dataAfter=")"/>
529 </group_field>
530
531 <field name='ELEMENT_NB_FRAGMENT'  dataJoinSeparator="\nNb Tot. " />
532 <field name='ELEMENT_NMI'  dataJoinSeparator="\nNMI " />
533 <field name='ELEMENT_POIDS'  dataJoinSeparator="\nPoids " dataAfter=" g" />
534 <field name='ELEMENT_PRECISION'  dataJoinSeparator="\n" />
535 </group_field>
536
Nicolas Schreiber 2.1 537 [[image:1719328382500-862.png||data-xwiki-image-style-alignment="center" class="img-thumbnail"]]
admin admin 1.1 538
539 = Export des via des liens par héritage (référence) =
540
541 Des notices qui référencent la notice courante : tag 'reference'
542
543 Actuellement ce tag s'appuie sur l'index Q des liens inverses entre table (sans précision du champ qui établit le lien).
544
545 ON ne pourra donc pas l'utiliser pour faire remonter la liste des notices filles liées à une notice méré car dans MUS_BIEN plusieurs champs sont liés à MUS_BIEN
546
547 (% class="box infomessage" %)
548 (((
549 A noter c'est **compressChar **en entete qui est utilisé comme séparateur  de notices liées
550 )))
551
552 il permettra par exemple de
553
554 == lister les notices récolement ou constat d'état liées à un bien dans un export des biens ==
555
556 <?xml version="1.0" encoding="ISO-8859-1"?>
557 <export-conf>
558 <table name="MUS_BIEN" charset="ISO-8859-1" separator="\t"** compressChar="\n" **newLine="\r\n" multiValueSeparator=', ' valueDelimiter='"'>
Nicolas Schreiber 2.1 559 \\<field name='UNIQUE_KEY'  label='Unique Key'/> 
admin admin 1.1 560 <field name='MUSEE'  label='Préfixe'/>
561 <field name='NUM_INVENTAIRE'  label='Numéro D'inventaire'/>
562
563 **<reference source='musee' table='MUS_RECOLEMENT'**
564 groupDataType         = "subGroup"
565 label                 = "Récolements et localisations"
566 subGroupDataBefore    = ""
567 subGroupDataSeparator = ", "
568 subGroupDataAfter     = "" >
569
570 <field name='ETAT_MODIFIE_LE'  label='Réalisé le/> 
571 <field name='ETAT_MODIFIE_PAR'  label='Réalisé par/> 
Nicolas Schreiber 3.1 572 **<linked_field name='EMPLACEMENT' label='Emplacement théorique'>**
admin admin 1.1 573 <field name='LABEL_PARENT' label='Empl. référence hiéra' display='true'/>
574 </linked_field>
575
576 **~ <linked_field name='EMPLACEMENT_NOUVEAU' label='Emplacement nouveau'>**
577 <field name='LABEL_PARENT' label='Empl. référence hiéra' display='true'/>
578 </linked_field>
579 </reference>
580
581
582 Il serait théoriquement possible de filtrer récolement
583
584 **subGroupDataFilter         **= "(ETAT_AVANCE_RECOL != '6')"
585
586 et relocalisations
587
588 **subGroupDataFilter         **= "(ETAT_AVANCE_RECOL = '6')"
589
590 == lister les notices exemplaires liées à une notice bib ==
591
592 <?xml version="1.0" encoding="ISO-8859-1"?>
593 <export-conf>
594 <table name="UNIMARC" charset="ISO-8859-1" separator="\t" compressChar="||" newLine="\r\n" >
595
596 ....
597
598 <linked_field name='712a'>
599 <field name='210a' label='712a-Nom' display='true'/>
600 <field name='210b' label='712a-Subdivision' display='true'/>
601 </linked_field>
Nicolas Schreiber 2.1 602 \\ <reference source='system' table='ICOMM_ITEM'
admin admin 1.1 603 groupDataType         = "subGroup"
604 label                 = "Exemplaires"
605 subGroupDataBefore    = "{ "
606 subGroupDataSeparator = ", "
607 subGroupDataAfter     = "}" >
608 <field name='STATUS' label='EX-STATUS_DISPLAY' display='true'/>
609 <field name='CODE'   label='Ex-CODE' display='false'/>
610 <field name='SITE'   label='Ex-Bibliothèque' display='true'/>
611 </reference>
612
613
614 == lister les biens liés à un colis ==
615
616 (% class="box infomessage" %)
617 (((
618 A noter : le tag reference peut imbrique des linked_field, ce qui permet de remonter jusqu'à MUS_BIEN en passant par MUS_JOIN_COLIS
619 )))
620
621 <?xml version="1.0" encoding="ISO-8859-1"?>
622 <export-conf>
623 <table name="MUS_COLIS" charset="ISO-8859-1" separator="\t" **compressChar="\n"** newLine="\r\n" multiValueSeparator=', ' valueDelimiter='"'>
Nicolas Schreiber 2.1 624 \\<field name='ETAT_MODIFIE_LE'  label='Etat modifié le'/>
admin admin 1.1 625 <field name='ETAT_AVANCE_COLIS'  label='Etat d_avancement'/>
626 <field name='UNIQUE_KEY'  label='Numéro de Code'/>
627
628 <linked_field name='LOCATION_REFERENCE' label='Emplacement de référence'>
629 <field name='LABEL_PARENT' label='Empl. référence hiéra' display='true'/>
630 </linked_field>
631 <linked_field name='LOCATION_CURRENT' label='Localisation actuelle '>
632 <field name='LABEL_PARENT' label='Loc. Actuelle hiéra' display='true'/>
633 </linked_field>
634
635 **<reference source='musee' table='MUS_JOIN_COLIS'**
636 groupDataType         = "subGroup"
637 label                 = "Biens liés"
638 subGroupDataBefore    = ""
639 subGroupDataSeparator = ", "
640 subGroupDataAfter     = "" >
641
Nicolas Schreiber 15.1 642 *
admin admin 1.1 643 ** <linked_field name='BIEN' label='Bien'>
644 **~ <field name='DISPLAY' label='Bien' display='true'/>
645 </linked_field>
Nicolas Schreiber 5.1 646 \\</reference>**
admin admin 1.1 647
648 **<reference source='musee' table='MUS_JOIN_COLIS_MOUV'**
649 groupDataType         = "subGroup"
650 label                 = "Biens en mvmnt liés"
651 subGroupDataBefore    = ""
652 subGroupDataSeparator = ", "
653 subGroupDataAfter     = "" >
Nicolas Schreiber 6.1 654 **<linked_field name='MOUVEMENT_BIEN' label='Bien'>**
admin admin 1.1 655 <field name='DISPLAY' label='Bien' display='true'/>
656 </linked_field>
657 </reference>
658
659
Nicolas Schreiber 3.1 660 = Exporter des images (uniquement en format de sortie excel natif) =
admin admin 1.1 661
Nicolas Schreiber 3.1 662 == Première image uniquement ==
admin admin 1.1 663
Nicolas Schreiber 3.1 664 Toutes les options de séparateurs, textes avant et aprés, fonctionnent. tous les cghampsd e IDOCS sont exportables
admin admin 1.1 665
Nicolas Schreiber 3.1 666 C'est l'option **subGroupDataIndex **qui permet de choisir l'image à exporter (premiere, deuxieme, troisieme...)
admin admin 1.1 667
Nicolas Schreiber 3.1 668 **Attention au choix de la résolution. **
669 //résolution=LOW// (imagette) sera suffisant pour excel. Si vous prenez MEDIUM ou HIGH le poids du fichier excel risque d'etre éxagéréent conséquent, ce qui compliquera la manipulation du document final
670 ne mettez pas une //dimImageXYInPixels// supérieurs à192, cela va ralentir le traitement et détérirore la qualité de l'imagette (192 est sa dimension par défaut dasn Flora)
admin admin 1.1 671
672
Nicolas Schreiber 3.1 673 **<linked_records_document_records** name="PHOTO_INV"
674 inputRecordFilter=""
675 linkedRecordFilter=""
admin admin 1.1 676
Nicolas Schreiber 3.1 677 groupDataType=""
678 documentTypes="Document-Photo"
679 subGroupDataFilter="(IDOC_ACCESSIBILITY = 1)"
680 subGroupDataMultMaxi=""
Nicolas Schreiber 15.1 681 **subGroupDataIndex="1">**
Nicolas Schreiber 3.1 682 <!~-~- champ de la table IDOCS ~-~->
683 <field name="LABEL" label="Photo 1 : "/>
admin admin 1.1 684
Nicolas Schreiber 3.1 685 <!~-~- Imagette ~-~->
686 <photo_document_file name="_PHOTO_1"
687 label="Photo 1"
688 inputRecordFilter=""
689 documentTypes="Document-Photo"
Nicolas Schreiber 4.1 690
Nicolas Schreiber 15.1 691 *
Nicolas Schreiber 4.1 692 ** resolution="LOW"
Nicolas Schreiber 3.1 693 dimImageXYInPixels="192"**/>
Nicolas Schreiber 4.1 694 </linked_records_document_records>**
admin admin 1.1 695
Nicolas Schreiber 3.1 696 == Plusieurs images ==
admin admin 1.1 697
Nicolas Schreiber 3.1 698 === sur plusieurs colonnes ===
admin admin 1.1 699
Nicolas Schreiber 3.1 700 Il est recommandé de positionner autant de colonnes que d'images à exporter, d'indiquer dans chque colonne le numéro de l'image (premiers, deuxieme, troisieme...) et de les positionner à la fin du tableau cara certaines colonnes seront forcéemnt vides
admin admin 1.1 701
Nicolas Schreiber 3.1 702 Pour cela il suffit de dupliquer le bloc ci dessus et de choisir le bon **subGroupDataIndex="?" **dans chaque colonne
admin admin 1.1 703
Nicolas Schreiber 3.1 704 Pour ne pas compliquer la lecture du fichier excel il est préférable de ne pas exporter le nom du fichier à chaque fois
admin admin 1.1 705
Nicolas Schreiber 3.1 706 Exemple avec 4 images
admin admin 1.1 707
Nicolas Schreiber 3.1 708 <linked_records_document_records name="PHOTO_INV"
709 documentTypes="Document-Photo"
710 subGroupDataFilter="(IDOC_ACCESSIBILITY = 1)"
Nicolas Schreiber 15.1 711 **subGroupDataIndex="1"**>
Nicolas Schreiber 4.1 712
713 **~
714 **<photo_document_file name="**_PHOTO1**"
715 label="**Photo1**"
Nicolas Schreiber 3.1 716 documentTypes="Document-Photo"
717 resolution="LOW"
718 dimImageXYInPixels="192"/>
719 </linked_records_document_records>
admin admin 1.1 720
Nicolas Schreiber 3.1 721 <linked_records_document_records name="PHOTO_INV"
722 documentTypes="Document-Photo"
723 subGroupDataFilter="(IDOC_ACCESSIBILITY = 1)"
Nicolas Schreiber 15.1 724 **subGroupDataIndex="2"**>
Nicolas Schreiber 4.1 725
726 **~
727 **<photo_document_file name="**_PHOTO2**"
728 label="**Photo2**"
Nicolas Schreiber 3.1 729 documentTypes="Document-Photo"
730 resolution="LOW"
731 dimImageXYInPixels="192"/>
732 </linked_records_document_records>
admin admin 1.1 733
Nicolas Schreiber 3.1 734 <linked_records_document_records name="PHOTO_INV"
735 documentTypes="Document-Photo"
736 subGroupDataFilter="(IDOC_ACCESSIBILITY = 1)"
Nicolas Schreiber 15.1 737 **subGroupDataIndex="3"**>
Nicolas Schreiber 4.1 738
739 **~
740 **<photo_document_file name="**_PHOTO3**"
741 label="**Photo3**"
Nicolas Schreiber 3.1 742 documentTypes="Document-Photo"
743 resolution="LOW"
744 dimImageXYInPixels="192"/>
745 </linked_records_document_records>
admin admin 1.1 746
Nicolas Schreiber 3.1 747 <linked_records_document_records name="PHOTO_INV"
748 documentTypes="Document-Photo"
749 subGroupDataFilter="(IDOC_ACCESSIBILITY = 1)"
Nicolas Schreiber 15.1 750 **subGroupDataIndex="4"**>
Nicolas Schreiber 4.1 751
752 **~
753 **<photo_document_file name="**_PHOTO4**"
754 label="**Photo4**"
Nicolas Schreiber 3.1 755 documentTypes="Document-Photo"
756 resolution="LOW"
757 dimImageXYInPixels="192"/>
758 </linked_records_document_records>
admin admin 1.1 759
Nicolas Schreiber 3.1 760 === sur plusieurs lignes ===
admin admin 1.1 761
Nicolas Schreiber 3.1 762 Avec les options ci dessous déclarés dans un seul bloc
admin admin 1.1 763
Nicolas Schreiber 3.1 764 <linked_records_document_records name="PHOTO_INV"
765 documentTypes="Document-Photo"
766 subGroupDataFilter="(IDOC_ACCESSIBILITY = 1)"
Nicolas Schreiber 4.1 767
Nicolas Schreiber 15.1 768 *
Nicolas Schreiber 6.1 769 ** subGroupDataMultMaxi="4"
770 subGroupDataIndex="">
Nicolas Schreiber 15.1 771 \\ **<photo_document_file name="_PHOTO"
Nicolas Schreiber 5.1 772 label="Photo"
773 documentTypes="Document-Photo"
Nicolas Schreiber 3.1 774 resolution="LOW"
775 dimImageXYInPixels="192"/>
Nicolas Schreiber 6.1 776 </linked_records_document_records>**
admin admin 1.1 777
Nicolas Schreiber 3.1 778 Flora générera une seule colonne pour les images, et ajoutera ensuite autant de lignes (vides) que nécésssaire pour poistionner au maximum les 3 Images suivantes (total 4 images exportées=
admin admin 1.1 779
Nicolas Schreiber 3.1 780 Cette disposition complique un peu la manipulation et la lecture des données dans excel à cause des lignes vides
admin admin 1.1 781
Nicolas Schreiber 3.1 782 == (% id="cke_bm_1281128S" style="display:none" %) (%%)Export des liens ark vers les images ==
admin admin 1.1 783
Nicolas Schreiber 3.1 784 Il est parfois délicat d'incorporer les images en tant que telles dans une colonne excel  car cela rend enuite le fichier difficile à manipule
admin admin 1.1 785
Nicolas Schreiber 3.1 786 De plus sur de gros volumes cela peut générer des fichiers de trop grande taille, surtout si on intégre les images originales au liue de se contenter des imagettes
787
788 Il st donc possible de publier les images via des liens ark
789
790 la colonne devra  etre paramétrée ainsi
791
admin admin 1.1 792 **name="PHOTO_INV" **=nom du champ contenant le lien vers la phototheque (si l'export concerne MUS_PHOTO on indiquera UNIQUE_KEY)
793
794 **subGroupDataMultMaxi="1" **Nombre de notices photos lues**, **il est recommandé de ne mettre qu'un seul lien ark car de facto le lien sera automatiquemenrt clicable dans excel (aprés avoir cliqué dans la cellule)
795
796 **dataMultMaxi="1" **Nombre de fichiers images lus par notice photo, il est recommandé de ne mettre qu'un seul lien ark car de facto le lien sera automatiquemenrt clicable dans excel (aprés avoir cliqué dans la cellule)
797
798 **dataBefore="${flora-url}/ark:**" reprendra automatiquement la racine de l'url de votre applucation flora. SI cette url est accessible par internet et que vous avecz activé le service ark sur votre application, la visualisation des uimages sera possible sur tout poste de travail connecté à internet
799
800 **dataAfter="/low" **renverra l'imagette,
801
802 * si on met** /medium **on aura un fichier de 800 pixels,
803 * si on met **/high** on aura l'image originale non redimensionnées (mais pas la THDEF)
804
805 <linked_field name="PHOTO_INV"
806 label="Image"
807 inputRecordFilter=""
808 groupDataType="group"
809 subGroupDataSeparator=" ~~ "
810 subGroupdataMultiValueSeparator="|"
811 subGroupDataMultMaxi="1"
812 >
Nicolas Schreiber 11.1 813 \\ <class_extractor
admin admin 1.1 814 extractorClassName="com.ezida.services.musee.extractor.MusPhotoArkExtractor"
815 name="PHOTO_INV_ARK"
816 label=""
817 inputRecordFilter=""
818
819 dataJoinSeparator="|"
820 dataMultiValueSeparator="|"
821 dataMultMaxi="1"
822 dataBefore="${flora-url}/ark:"
823 dataDefValue=""
824 dataAfter="/low"/>
825 </linked_field>
826
827
828 résultat obtenu.. avec un clic sur le lien ark exporté
829
Nicolas Schreiber 3.1 830 [[image:1698400681257-169.png]]
admin admin 1.1 831
832
Nicolas Schreiber 3.1 833 = Autres paramétrages =
admin admin 1.1 834
Nicolas Schreiber 3.1 835 == Conversions de dates et datations ==
admin admin 1.1 836
Nicolas Schreiber 3.1 837 **dataDateFormatDisplay**='yyyy-MM-dd'
admin admin 1.1 838
Nicolas Schreiber 3.1 839 dataDateFormatDisplay='yyyy'
admin admin 1.1 840
Nicolas Schreiber 3.1 841 .....
admin admin 1.1 842
Nicolas Schreiber 3.1 843 //Cela fonctionne pour les champs dates, time et datation//
admin admin 1.1 844
Nicolas Schreiber 3.1 845 time <field name='CREATE_DATE'  label='Saisi le' dataDateFormatDisplay='yyyy-MM-dd'/>
admin admin 1.1 846
Nicolas Schreiber 3.1 847 date <field name='ETAT_MODIFIE_LE'  label='Etat modifié le ' dataDateFormatDisplay='yyyy-MM-dd'/>
admin admin 1.1 848
Nicolas Schreiber 3.1 849 datation <field name='DATATION_BIEN_DEBUT' dataDateFormatDisplay='yyyy' /> Pour l'instant les dates Avant Jésus-Christ ne sont pas mentionnées comme telmes quand on applique cette conversion
850
851 (% class="box infomessage" %)
852 (((
853 Attention Excel applique ensuite ses propres automates de formatage à l'ouverture du fichier
854 )))
855
856 == valeur par défaut ==
857
858 **dataDefValue**="maValeurtextuelle"
859
860 si le field, linked_field, concat, group_feld est vide, c'est cette valeur qui sera exportée
861
862 //Exemple : utilisé dans l'export e-recolnat pour avoir par défaut la colonne langue = FR sans devoir la saisir dans toutes les notices. si le champ Langue de  notice est non vide il écrasera la dataDefValue//
863
864 == Données textuelles ajoutées en multilangue ==
865
866 Flora gére des fichiers de mots clés pour la traduction des labels textuels dans les différentes languies (dans les fichiers *.properties)
867
868 [[image:1698311785574-970.png||height="133" width="841"]]
869
870 ces mots clés peuvent etre utilisés dans toutes les valeurs textuelles posées dans les tags
871
872 //Exemple//
873
874 <field name='TYPE_UE'  label='Type Unité d_enregistrement ' dataBefore='**${menu.label.inventory} **: '/>
875
876 [[image:1698311964289-353.png||data-xwiki-image-style-alignment="center" class="img-thumbnail"]]
877
878
879
Nicolas Schreiber 9.1 880 == Conversion données d'un champ en majuscules ==
Nicolas Schreiber 3.1 881
Nicolas Schreiber 9.1 882 <field name='TITRE'  label='Titre' dataIsToMajus="true"/>
Nicolas Schreiber 3.1 883
Nicolas Schreiber 10.1 884 == Masquer un contenu de champ en fonction d'un menu (champs sensibles) ==
Nicolas Schreiber 3.1 885
Nicolas Schreiber 10.1 886 ci dessous si le uiser n'a pas le menu musee_menu_masque_champs_sensibles il pourra voir le champ
Nicolas Schreiber 3.1 887
Nicolas Schreiber 10.1 888 <field name='TITRE'  label='Titre' dataIsToMajus="true" inputRecordFilter="('{user.hasMenu.musee_menu_masque_champs_sensibles}' = 'false')"/>
Nicolas Schreiber 9.1 889
Nicolas Schreiber 11.1 890 == Ajouter le label du champ dans le contenu exporté ==
Nicolas Schreiber 10.1 891
Nicolas Schreiber 11.1 892 <field name='TITRE'  label='Titre' dataBefore='{fieldLabel} :  ' />
Nicolas Schreiber 10.1 893
Nicolas Schreiber 13.1 894 == Exporter des infos de paramétrage de champ ==
Nicolas Schreiber 12.1 895
896 fieldInfoName pouura prendre les 3 options label, linkTable, linkSource
897
898 <field_desc_info name="_collec_liee" fieldName="COLLEC_LIEE"
899 fieldInfoName="linkTable"/>