L'export des données pourrait comporter un dump sql

[Limezy]

Il serait utile d'ajouter un dump sql des données dans l'archive de l'export dans l'UX ou de l'appel d'API /mes_donnees_svp.

Cela permettrait de couvrir quelques cas d'usage, tels que :

• L'export des données depuis moncycle.app pour les importer dans une instance auto-hébergée, ou vice-versa
• La recréation d'un compte utilisateur par l'admin si celui-ci change d'avis ou a fait une fausse manipulation etc...

[jean-io]

Oui c'est une super idée ! Sur l'export c'est facile, par contre pour l’import, je ne sais pas comment faire évitant les failles de sécurité: il faut que l'utilisateur ne puisse pas écrire sur le compte d'une autre personne.

[Limezy]

Merci pour ta réponse !

• À court terme, l'idée d'avoir le dump à l'export et de pouvoir le faire réinjecter en base manuellement par l'administrateur de l'instance (via l'émail de support par exemple) semble déjà très satisfaisant
• À moyen ou long terme, on pourrait mettre sur pied un schéma JSON standard de suivi de cycle (éventuellement compatible avec l'arborescence https://schema.org) et un mécanisme d'export dans ce format / import depuis ce format. Cela permettrait aussi, par exemple, d'exporter juste un cycle pour l'envoyer aux moniteurs. Mais il faut reconnaître que le rapport temps passé / gains à l'usage semble très faible par rapport à l'option court terme...

[jean-io]

Il y a un sujet plus global: comment créer un format standard de partage d'un cycle menstruel. Dans ce cas, c'est pas moncycle.app tout seul.

[Limezy]

J'ai trouvé cette piste https://help.flo.health/hc/en-us/articles/360054973811-How-do-I-export-my-data#:~:text=We%20can%20export%20your%20Flo,application%20that%20supports%20this%20feature. à explorer.

Quitte à utiliser un format, il faudrait qu'il soit compatible avec ce genre de grosses applications car en effet, il y a peu de chances que moncycle.app puisse lancer à lui-seul un tel type de format standard !

• Un premier problème est que l'intérêt de la plupart de ces apps est de... garder leurs utilisatrices dépendantes. Je vois mal un format facilitant l'import / export d'une app à l'autre émerger dans un futur proche.
• Un second problème est que la plupart de ces apps n'ont pas été construites sur la base de la famille des méthodes naturelles et impliquent souvent :
  • Des données limitées concernant la glaire cervicale (par exemple, l'application Santé d'iOS ne propose que 5 observations fixées que l'on ne peut pas changer)
  • Des données surabondantes pour d'autres symptômes non pris en compte par les méthodes naturelles (et qui à mon avis ne servent qu'à alimenter des banques de données publicitaires revendues par l'éditeur, mais ça n'est pas le sujet...)

Du côté des applications purement centrées sur les méthodes naturelles, il faudrait voir si certaines trouveraient un intérêt à un tel format d'import export (https://www.nfpcharting.com par exemple, ou l'application développée par https://www.methode-billings.com).

Bref, cette question semble être du long terme, et si la question de l'import / export semble intéressante à développer, il y a fort à parier que moncycle.app finisse par lancer son propre standard !

[jean-io]

Les réflexions sur le format de fichier d'import export sont déporté dans le projet fertility-cycle-file-format 🙂