Jeu de données : Fichier des personnes décédées
Titre : Inversions
Date : 2019-12-11 09:09

Bonjour,

Il y a un souci de dates.
1990 est en réalité 1989
1991 = 1990
1992 = 1991

etc... je n'ai pas regardé tous les fichiers !
Cdlt
Bonjour Pour l'année 1982 il y a un bug ligne xls s'arrête à 149946 Commune 37239 Saint-Symphorien Cordialement
Bonsoir, alors pour l'année 2010 c'est n'importe quoi, il y a de tout : 2010,2009,2008,2006,1943,1944,1982,2000,2007,2003 et j'en passe.
Cordialement
c'est le cas pour toutes les années.. je n'ai pas compris la logique... je suis en train de reconstruire mes fichiers en les triant comme il faut par année
Bonjour.

Il y a effectivement un nombre considérable de doublons comme j’ai pu le constater quand j’ai construit une base de données à partir des fichiers. J’avais fort heureusement ajouté un contrôle sur l’unicité de l’ensemble (identité, date de naissance, lieu de naissance, date de décès, lieu de décès), mais je ne m’attendais certes pas à rencontrer autant de doublons.

À noter pour ceux qui seraient tentés de se limiter à vérifier l’unicité de la partie relative aux décès (date, code de lieu et identification de l’acte) que, pour une même date de décès et un même lieu de décès, on trouve des actes relatifs à des personnes différentes possédant la même identification d’acte. Cette dernière n’est donc pas une donnée discriminante fiable.

La meilleure manière d’exploiter ces données reste la base de données pour ceux qui savent le faire et que ça ne rebute pas. Sinon, il faut faire un pénible travail de tri par année pour stocker dans un tableur. Les fichiers bruts sont, quant à eux, très difficiles à exploiter en l’état.
bonsoir, justement, je suis parti sur une solution a base de base de données... sans cela, point de salut je le crains... maintenant je tombe sur des problématiques de dates qui n'existent pas (29 février 1900, date avec un jour nul)... et également la fin des lignes pour trouver le numero d'acte de deces, il est noté que la longueur est de 9, mais il semble que ce soit plutot 31 si on ne veut pas perdre d'info.... cela fait plusieurs jours que je fais, refais, corrige, recommence... mais je vais y arriver :)
J’ai géré les dates comme des chaînes de huit caractères sans les transformer ce qui m’a évité des problèmes, mais ne m’a évidemment pas permis de détecter ces incohérences. De même, j’ai utilisé une analyse très simpliste des lignes ce qui fait que je n’ai pas rencontré les problèmes signalés par certains (caractères bizarres ou non respect de la syntaxe).

Mais, en conséquence, je crains que certains enregistrements contiennent un peu n’importe quoi. Je vais peut-être reprendre mon programme pour détecter les incohérences et autres erreurs. Ceci étant, j’ai déjà pu exploiter la base de données que j’ai construite et obtenir les données que je recherchais, donc ma motivation à construire une base de données impeccable n’est pas très forte.
Bonjour Serge
globalement on a les mêmes soucis :) j'arriverai a passer outre certains en corrigeant directement le fichier, et d'autres necessiteront un peu de traitement par mon programme. mais j'y arriverai! :)
Attention vous avez eu la gentillesse de faire les extractions avec une mise en forme du fichier INSEE, mais de vos fichiers, il manque beaucoup d'informations. sirr 400 extractions concernant mon patronyme, il en manque autant, ces informations sont bien dans les fichiers d'origine.. ce qui m'oblige à pointer le tout et à réintégrer les manquants avec un traitement dommage

Annotation : Répétition des données (Exploitabilité)