Dans le cadre de grosse collaborations en physique on s'est posée la question de l'ouverture des données et des logiciels (On parle de gros projets, qui accumulent 10 ans de travails et 10-20 millions de lignes)
Pour les données :
On a mis en place l'ouverture des données à la fermeture de la manip, c'est à dire une fois la prise de données terminée, et les analyses finale en cours, l'idée c'est de permettre aux données d'etre ré-analyser dans le futur,
Si elle n'ont pas été publiée plus tot c'est aussi car les gens qui produisent les données, sont souvent plus occupé à pré-traiter les donnés, comprendre les artefacts experimentaux, reglés les problème de calibration et autres pour regarder les données,
Or l'évaluation se fait sur les résultat scientifique publiés, et non sur le volume de donnée publiées. La mise en place d'un serveur de partage des données, et tout le reste a demandé un an de travail à mi-temps à un jeune docteur.
Pour le software :
La question de l'ouverture est plus simple et plus complexe, les gens du soft qui rejoignent de nouveaux projets n'ont pas envie de passer 2 à 5 ans à ré-inventer la roue, et à ré-écrire toute la base du code.
d'un autre coté, certains codes sont plus manip-dépendant, n'ont pas encore été publié, ou sont sensibles et certains ne sont pas chaud pour faire le saut dans le libre.
On s'est donc diriger vers une ouverture partielle, toute la base du code (Fonctions utilitaires, gestionnaires de configurations, etc...) est disponible sur simple demande (licence open-source non copyleft),pour la partie module (code d'analyse spécifique)
c'est au cas par cas, en fonction de la volonté de l'auteur, de la maturité du module, et de son importance (D'une certaine facon fournir un module dont la source se limite à //Placeholder for future improvement : do nothing ne sert à rien, et fournir l'algo qui va servir à traiter les données dans une future publi lorsqu'un volume de donnée suffisant sera présent pose aussi un problème)
# Données et logiciels ouverts, oui mais
Posté par Mais qui suis-je ? :) . En réponse à la dépêche L'ouverture des données scientifiques : quid novi ?. Évalué à 10.
Dans le cadre de grosse collaborations en physique on s'est posée la question de l'ouverture des données et des logiciels (On parle de gros projets, qui accumulent 10 ans de travails et 10-20 millions de lignes)
Pour les données :
On a mis en place l'ouverture des données à la fermeture de la manip, c'est à dire une fois la prise de données terminée, et les analyses finale en cours, l'idée c'est de permettre aux données d'etre ré-analyser dans le futur,
Si elle n'ont pas été publiée plus tot c'est aussi car les gens qui produisent les données, sont souvent plus occupé à pré-traiter les donnés, comprendre les artefacts experimentaux, reglés les problème de calibration et autres pour regarder les données,
Or l'évaluation se fait sur les résultat scientifique publiés, et non sur le volume de donnée publiées. La mise en place d'un serveur de partage des données, et tout le reste a demandé un an de travail à mi-temps à un jeune docteur.
Pour le software :
La question de l'ouverture est plus simple et plus complexe, les gens du soft qui rejoignent de nouveaux projets n'ont pas envie de passer 2 à 5 ans à ré-inventer la roue, et à ré-écrire toute la base du code.
d'un autre coté, certains codes sont plus manip-dépendant, n'ont pas encore été publié, ou sont sensibles et certains ne sont pas chaud pour faire le saut dans le libre.
On s'est donc diriger vers une ouverture partielle, toute la base du code (Fonctions utilitaires, gestionnaires de configurations, etc...) est disponible sur simple demande (licence open-source non copyleft),pour la partie module (code d'analyse spécifique)
c'est au cas par cas, en fonction de la volonté de l'auteur, de la maturité du module, et de son importance (D'une certaine facon fournir un module dont la source se limite à //Placeholder for future improvement : do nothing ne sert à rien, et fournir l'algo qui va servir à traiter les données dans une future publi lorsqu'un volume de donnée suffisant sera présent pose aussi un problème)