{"partition": "head_middle", "source_domain": "www.murga-linux.com", "digest": "sha1:BYF3ZDRB7UMYRC5DLYGCEJ2NQII4QOED", "path": "/lustre/fsn1/projects/rech/qgz/uzq54wg/processed_redpajama/base_processing/output/fr/2016-26/000_00040.parquet"}
OpenOffice : paquets fr
Goto page: Previous 1, 2, 3
Sal;ut.
Je crois que pour commencer, il faut que les dates suivent la norme internationale :
http://fr.wikipedia.org/wiki/ISO_8601
Ainsi, qu'on soit Canadien ou Français ou Australien, tout le monde comprendra.
La norme pour les dates, c'est : aaaa-mm-jj, avec des tirets, pas des points.
Pour les heures, c'est hh:mm:ss, avec le deux-points.
On a le droit de ne pas indiquer les infos non pertinentes, ex. janv. 2014 devient
2014-01 tout simplement. (Selon le besoin, bien sûr.) Pourvu que ce soit la même chose dans tout le document, que ce soit cohérent d'un bout à l'autre du document.
Cela dit, dans ton document, les dates suivent leur propre norme. Une norme "compagnie", j'imagine.
J'ai réussi à faire des conversions dans OO. (Voir image ci-jointe.) En deux étapes : de 1.02.2009 à 1er févr. 2009, puis de 1er févr. 2009 à 2009-02-01. Pas moyen autrement.
Aussi, il y a le problème de l'apostrophe qui s'insère Dieu sait pourquoi avant la date.
Formater la colonne selon un format de temps donné ne change rien tant qu'on a pas
enlevé le f... apostrophe -- manuellement. (Il y a forcément un sadique parmi les programmeurs d'OO calc.) Donc prévoir l'après-midi pour convertir ça à la main.
(Note pour moi : ce pourrait être un joli petit projet en awk ?)
Comme je l'ai dit précédemment, on aurait peut-être plus de succès à traiter les dates
avec OO base, en mode sql, en altérant légèrement les en-têtes. Faudrait voir, je ne me souviens pas l'avoir fait. C'est délicat, jouer dans les en-têtes, il faut être très, très précis. La solution facile serait de prévenir le lecteur que les dates sont inscrites dans ce document précis sous la forme : j.m.aaaa. Si le client s'en satisfait, y aurait pas d'faute, comme on dit. Mais adieu la compatibilité !
Bye for now.
capture17070.jpg
Désolé, je ne suis qu'un novice en tableurs (chiffriers), je ne peux donc pas participer à vos tests.
Néanmoins, je vais suivre votre conversation (instructive).
_________________Projet ASRI éducation => Association | Forum | Dépôt | Espace kids
Merci de ton intérêt, ASRI. c'est flatteur d'avoir un public ! @pelo: Je vois que tu as commencé à travailler la BdD en sql dans MightyQuery.
Tu arrives à quelque chose ?
À+
L'apostrophe : deuxième critère.Subject description: Bien Musher
L'apostrophe : deuxième critère.
Bien Musher. Tu sais bien analyser, et trouver le pourquoi çà marche pas. J'apprécie que tu cherches les réponses et que tu nous balances pas 'tu n'as qu'a utiliser un autre tableur'. Donc enlever les points et l'apostrophe. C'est déjà une belle avancée. L'histoire des apostrophes, j'en ai entendu parler.
L'apostrophe force à considérer comme texte une série de chiffres. Tes infos me suffisent amplement. Merci Docteur Musher !
MightyQuery : Je n'ai pas besoin de cette usine à gaz, sauf pour m'amuser à monter un systeme. un peu comme quelqu'un qui achéte une vieille voiture pour trifouiller dedans. Mais il y a des inconditionnels des databases ( ACCESS pour être clair). J'ai un collègue de boulot qui transformait les tableurs en Access. Tu parles d'une galère. Par contre nos logiciels de travail (GDAMPRO) étaient des bases de données. Il faut assurer la fiabilité des données saisies qui doivent être en table, etc... Il faut demander à l'administrateur central de modifier les tables. Du pro quoi. Pas pour la maison Back to top
Nouvelle version : OpenOffice 4.1.1 sur le forum ASRI :
http://forum.asri-education.org/viewtopic.php?f=29&t=402