Change Details

==Questions for HAL== * what metadata HAL platform collects? ``` ``` - Métadonnées HAL en gras -> métadonnée commune à tout type de document) *** -> métadonnée obligatoire (MUST) **-> métadonnée recommandée (SHOULD) * -> métadonnée possible (MAY) [ ] -> termes utilisés avec l'ontologie CodeMeta -> https://codemeta.github.io/terms/ Identifiant HAL *** - de la notice (du dépôt) de type hal-xxx.. : [identifier] Identifiants - externes: de type SHA1 SWH, DOI, etc... : [identifier] Domaine *** - liste fermée : [applicationCategory] Titre *** - à renommer en Nom*** : [name] Résumé ***- à renommer en Description*** : [description] Mots-clés** : [keywords] Date de production / écriture* : [dateCreated] Date de publication *** : [datePublished] Commentaire* : [releaseNotes] Référence interne *: [citation] [referencePublication] (Retour Alain : je ne pense pas que ce soit une bonne idée ! référence interne c'est plus des identifiants comme le numéro de RR par exemple... d'autant que bientot il y aura l'extraction des biblio des documents et affichage avec lien vers les publications quand elles sont dans hal => il faut voir avec Yannick comment il va gérer ça et voir aussi comment on récupère l'information lors du dépôt d'un logiciel --> Laurence : Oui, d'accord avec Alain, ok vu pas de pbm) Collaboration/Projet* : [citation] (retour Alain Monteil : deux champs citations cela risuqe de poser problème - ok vu pas de pbm) Voir aussi* (lien url) : [relatedLink] Financement* : [funding] / [sponsor] Projet ANR* Projet Européen* --> pour SWH renvoyer les 3 financements (Financement, Projet ANR, Projet Européen) dans un seul objet Langage de programmation* : [programmingLanguage] --> de type liste (comme mots clés, de type liste ouverte auto-complétion) Depot de code**: [codeRepository] --> de type url (ne pas utiliser archive dans le nom : retour Laurence Farhi : code repository est vraiment le terme exact. Même en français on parle de repository ou d'entrepot mais pas d'archive. L'archive c'est une sauvegarde à un instant t. - Code repository même en français car les termes français peuvent induire une ambiguité) Platform/OS* : [operatingSystem] --> de type liste ouverte auto-complétion p.ex. : Android, Linux, Windows, MacOS... Dépendances* : [depends] --> point de vue de reproductibilité: l'environnement (Plateform/OS /Dépendances) est important or nous ne voulons pas avoir un formulaire trop compliqué pour les utilisateurs Version** : [version] Etat du développement* : [developmentStatus]- en cours, terminé Licence** : [license] Outils de développement* : liste ouverte auto-complétion [runtimePlatform] ``` * what ontologie or vocabulary is used by HAL? we allow atom, dc and codemeta for now == Decisions for SWH== * where do we keep the metadata ? in the revision and in the origin_metadata table * in what form? dict * do we need to create a HAL specific mapping? we need to create an atompub mapping and add to codemeta crosswalk table (issue opened on github)

==Questions for HAL== * what metadata HAL platform collects? ``` - Métadonnées HAL en gras -> métadonnée commune à tout type de document) *** -> métadonnée obligatoire (MUST) **-> métadonnée recommandée (SHOULD) * -> métadonnée possible (MAY) [ ] -> termes utilisés avec l'ontologie CodeMeta -> https://codemeta.github.io/terms/ Identifiant HAL *** - de la notice (du dépôt) de type hal-xxx.. : [identifier] Identifiants - externes: de type SHA1 SWH, DOI, etc... : [identifier] Domaine *** - liste fermée : [applicationCategory] Titre *** - à renommer en Nom*** : [name] Résumé ***- à renommer en Description*** : [description] Mots-clés** : [keywords] Date de production / écriture* : [dateCreated] Date de publication *** : [datePublished] Commentaire* : [releaseNotes] Référence interne *: [citation] [referencePublication] (Retour Alain : je ne pense pas que ce soit une bonne idée ! référence interne c'est plus des identifiants comme le numéro de RR par exemple... d'autant que bientot il y aura l'extraction des biblio des documents et affichage avec lien vers les publications quand elles sont dans hal => il faut voir avec Yannick comment il va gérer ça et voir aussi comment on récupère l'information lors du dépôt d'un logiciel --> Laurence : Oui, d'accord avec Alain, ok vu pas de pbm) Collaboration/Projet* : [citation] (retour Alain Monteil : deux champs citations cela risuqe de poser problème - ok vu pas de pbm) Voir aussi* (lien url) : [relatedLink] Financement* : [funding] / [sponsor] Projet ANR* Projet Européen* --> pour SWH renvoyer les 3 financements (Financement, Projet ANR, Projet Européen) dans un seul objet Langage de programmation* : [programmingLanguage] --> de type liste (comme mots clés, de type liste ouverte auto-complétion) Depot de code**: [codeRepository] --> de type url (ne pas utiliser archive dans le nom : retour Laurence Farhi : code repository est vraiment le terme exact. Même en français on parle de repository ou d'entrepot mais pas d'archive. L'archive c'est une sauvegarde à un instant t. - Code repository même en français car les termes français peuvent induire une ambiguité) Platform/OS* : [operatingSystem] --> de type liste ouverte auto-complétion p.ex. : Android, Linux, Windows, MacOS... Dépendances* : [depends] --> point de vue de reproductibilité: l'environnement (Plateform/OS /Dépendances) est important or nous ne voulons pas avoir un formulaire trop compliqué pour les utilisateurs Version** : [version] Etat du développement* : [developmentStatus]- en cours, terminé Licence** : [license] Outils de développement* : liste ouverte auto-complétion [runtimePlatform] ``` * what ontologie or vocabulary is used by HAL? we allow atom, dc and codemeta for now == Decisions for SWH== * where do we keep the metadata ? in the revision and in the origin_metadata table * in what form? dict * do we need to create a HAL specific mapping? we need to create an atompub mapping and add to codemeta crosswalk table (issue opened on github)