![[TEST] Document Foundation Community](https://communitytest.documentfoundation.org/images/discourse-logo-sketch.png){kind=logo}
Bonjour à tous
j'ai un souci de création de pilote avec une bdd libreoffice
la table importée se compose de trois champs, un champ "date", un champ
"type de dépense", et un champ "somme"
lors de l'importation il y a erreur sur le champ date certaines ne sont
pas importées cellules =vides
erreur sur le champ somme "certaines sommes sont importées est converties en
format date de type jj/mm/aa mais les valeurs sont incohérentes.
merci de m'éclairer sur ce PB
Bonjour
Difficile d'être catégorique sans disposer des données...
S'agit-il d'une base au format natif (hsql) ou de source autre, "classeur"
par
exemple ?
Quelle est ton installation (française, suisse, autre) ?
Une piste pourrait être la non reconnaissance de nombres avec des points
décimaux qui seraient compris comme des dates...
Toutes les données de la colonne sont-elles de même type ?
N'y en aurait-il pas qui seraient au format texte ?
Etc. 
Cordialement
Pierre-Yves
bonjour
et merci pour votre réponse. C'est une base de données au moteur HSQL
,l'installation est française, quand à la question si certaines cellules
sont au format texte, toutes les cellules de la feuille même celles qui
contiennent du texte sont au format "nombre" "standard" et dans la colonne
intitulée "somme" toutes les valeurs importées ne sont pas erronées
certaines ont été converties en format dates qui ne correspondent à aucune
date , autre info que j'ai oublié lors de la création de la mise en page de
la table de pilote si ce fameux champ "somme" je le glisse dans la case
"champ données" alors là table générée est bonne est le résultat de somme
est juste. j'espèr avoir été clair mais le bug est très curieux
merci
pierre-yves samyn wrote
Bonjour
Difficile d'être catégorique sans disposer des données...
S'agit-il d'une base au format natif (hsql) ou de source autre, "classeur"
par
exemple ?Quelle est ton installation (française, suisse, autre) ?
Une piste pourrait être la non reconnaissance de nombres avec des points
décimaux qui seraient compris comme des dates...Toutes les données de la colonne sont-elles de même type ?
N'y en aurait-il pas qui seraient au format texte ?Etc.
Cordialement
Pierre-Yves
pierre-yves samyn wrote
Bonjour
Je ne suis toujours pas certain qu'il s'agisse d'un bug, mais il faudrait
disposer des données pour s'en assurer.
Par exemple tu n'as pas répondu sur le séparateur décimal des données
considérées à tort comme des dates (point, virgule).
Voir par exemple :
http://wiki.documentfoundation.org/FR/FAQ/Calc/136
Si le classeur n'est pas confidentiel, pourrais-tu le mettre en pièce jointe
(ou une version "anonymisée") ?
Nota : les listes ne laissent pas passer les PJ, il faut soit passer par
Nabble, soit
par un site de téléchargement de fichiers et inclure le lien dans ta
réponse.
Cordialement
Pierre-Yves
Bonjour
Le séparateur de la table d'origine est une virgule, le séparateur de la
table importée est un point.
Je ne sais pas comment mettre en pièce jointe, si tu peux me guider cela me
facilitera la tâche.
Merci
Bonjour
leca wrote
Le séparateur de la table d'origine est une virgule, le séparateur de la
table importée est un point.
Je ne sais pas comment mettre en pièce jointe, si tu peux me guider cela
me facilitera la tâche.
En l'occurrence ce n'est peut-être plus la peine de joindre le classeur : ce
sont donc bien les
séparateurs décimaux qui posent problème.
Il faudrait donc décrire précisément comment tu "importes" les données de la
base hsql
dans le classeur...
Cordialement
Pierre-Yves
bonjour
donc voici la méthode d'import d'une table de base de donnée au moteur hsql
:
-j'ouvre un classeur vide, je clique sur Donnée--->table de pilote--->créer,
-une fenêtre s'ouvre pour sélectionner la source,choix "d'une source de
données sous libreoffice" "ok"
- une autre fenêtre de choix s'ouvre "choix de la base de données concernée
et de la table.
-une fenêtre de mise en page apparaît on sélectionne les colonnes concernées
une fois tous ces choix faits touche ok et la table est importée tout
simplement nous n'avons aucun accés aux paramétragex des colonnes ou
cellules.
Merci Cdt leca jean-marie
Suite...
Ok je viens de comprendre... et j'aurais dû le faire dès que tu avais
précisé :
leca wrote
autre info que j'ai oublié lors de la création de la mise en page de la
table de
pilote si ce fameux champ "somme" je le glisse dans la case "champ
données"
alors là table générée est bonne est le résultat de somme est juste.
Je déduis de cela que tu utilises ce champ numérique comme champ de ligne ou
de colonne. Étant focalisé sur le séparateur décimal, et un tel usage étant
rare,
je n'avais pas remarqué.
Désolé pour le délai mis à comprendre...
Alors en effet, si je fais la même chose je reproduis la transformation :
les champs
de ligne et colonne sont utilisés "comme" des textes pour faire le
''croisement"
ligne / colonne, le séparateur utilisé est le point.
Je dis qu'un tel usage est AMHA rare car la table de pilote est surtout
utilisée
pour, justement, croiser des résultats en faisant des calculs (ce qui
fonctionne
comme tu l'as confirmé quand tu mets le champ en "champ de données").
Le contournement que je te propose est donc :
1. afficher la fenêtre des sources de données (menu Affichage ou F4)
2. sélectionner toutes les données (de la table ou requête concernée)
3. cliquer sur le bouton "Données dans le texte" de la fenêtre des sources
de données pour insérer les données dans le classeur.
La plage créée ainsi sera "dynamique", c'est-à-dire actualisable par
la suite si les données sont modifiées : le menu données dispose d'une
entrée "Actualiser les données".
4. fonder la table de pilote sur cette plage.
La copie d'écran jointe montre une reproduction de tout cela :
- en haut la source de données
- en A1 la plage "dynamique" insérée comme indiqué
- en A11 la table de pilote fondée comme tu le fais directement sur la
source
- en E11 la table de pilote fondée comme je te le propose.
http://nabble.documentfoundation.org/file/n3992187/TablePilote.png
Cordialement
Pierre-Yves
bonjour
je te remercie pour cet efficacité et clarté PB résolu
Cdt