La préparation des données est extrêment précieuse et déjà largement réutilisable en node.
Ce qui est surprenant, c'est que l'api geo n'utilise pas cette librairie.
Aujourd'hui, il manque des fonctions à l'API geo de deux type :
interrogation de l'historique des communes
fuzzy match **
usecase:
nécessaire dès qu'on veut voir des données non actualisées en 2020 dans l'administration: fichie des décès, permis de conduire.
E.g. le cas d'une commune comme ""La Daguenière" où l'on peut être décédé avant 2016. Si je consulte l'écran d'un fichier de décès, avec l'API geo je ne trouve pas la commune (sur deces.matchid.io, j'ai donc réintégré dans la donnée les données historiques)
** usecase:
lorsque je consulte l'écran d'une saisie manuelle partiellement erronné sans l'API geo (e.g "Loire Aution" pour "Loire-Authion") je ne retrouve pas la commune d'origine. Un fuzzy match (distance d'édition 1) + département (strict) aucune commune Française n'est ambigu.
Ces fonction de matching tireraient bénéfice à être mis en libriaire npm et non dans l'API (qui pourrait les utiliser), car on peut avoir besoin d'intégrer ce type de fonction dans une API aussi bien que dans une UI, en fonction du contexte.
Souhaitez-vous prendre en charge ces fonctions au sein de ce répo, ou puis-je contribuer à la création d'une librairie séparée ?
Ces fonctions pourraient porter aussi bien sur les communes actuelles que sur l'historique ou les autres données intégrées.
Pour favoriser l'intégration à n'importe quel code (par exemple a
La préparation des données est extrêment précieuse et déjà largement réutilisable en node. Ce qui est surprenant, c'est que l'api geo n'utilise pas cette librairie.
Aujourd'hui, il manque des fonctions à l'API geo de deux type :
interrogation de l'historique des communes
fuzzy match **
usecase: nécessaire dès qu'on veut voir des données non actualisées en 2020 dans l'administration: fichie des décès, permis de conduire. E.g. le cas d'une commune comme ""La Daguenière" où l'on peut être décédé avant 2016. Si je consulte l'écran d'un fichier de décès, avec l'API geo je ne trouve pas la commune (sur deces.matchid.io, j'ai donc réintégré dans la donnée les données historiques)
** usecase: lorsque je consulte l'écran d'une saisie manuelle partiellement erronné sans l'API geo (e.g "Loire Aution" pour "Loire-Authion") je ne retrouve pas la commune d'origine. Un fuzzy match (distance d'édition 1) + département (strict) aucune commune Française n'est ambigu.
Ces fonction de matching tireraient bénéfice à être mis en libriaire npm et non dans l'API (qui pourrait les utiliser), car on peut avoir besoin d'intégrer ce type de fonction dans une API aussi bien que dans une UI, en fonction du contexte.
Souhaitez-vous prendre en charge ces fonctions au sein de ce répo, ou puis-je contribuer à la création d'une librairie séparée ?
Ces fonctions pourraient porter aussi bien sur les communes actuelles que sur l'historique ou les autres données intégrées.
Pour favoriser l'intégration à n'importe quel code (par exemple a