cubes issueshttps://forge.extranet.logilab.fr/groups/cubicweb/cubes/-/issues2021-01-19T13:47:23Zhttps://forge.extranet.logilab.fr/cubicweb/cubes/jsonschema/-/issues/1Migrer en cw 3.282021-01-19T13:47:23ZKatia SaurfeltMigrer en cw 3.28Migration à CW 3.28https://forge.extranet.logilab.fr/cubicweb/cubes/s3storage/-/issues/10[bug] two identical files can not be created in the same transaction2021-02-23T17:06:48ZKatia Saurfelt[bug] two identical files can not be created in the same transactionfix the bug for two identical files created in same transactionfix the bug for two identical files created in same transaction1.0.3https://forge.extranet.logilab.fr/cubicweb/cubes/s3storage/-/issues/9S3storage : update strategy is different from BFSStorage2021-02-23T17:06:06ZKatia SaurfeltS3storage : update strategy is different from BFSStorageContrairement à BFSStorge la mise à jour de contenu ne génère pas de nouveau fichier ce qui casse de façon silencieuse la compatibilité avec BFSStorageContrairement à BFSStorge la mise à jour de contenu ne génère pas de nouveau fichier ce qui casse de façon silencieuse la compatibilité avec BFSStorage1.0.3https://forge.extranet.logilab.fr/cubicweb/cubes/s3storage/-/issues/5Upload with correct content_type2021-02-23T16:57:36ZArthur LutzUpload with correct content_typeWhen uploading data, try to get the content_type right :
![Screenshot_from_2020-12-08_14-24-39](/uploads/c80ce6e34b6ade6b93c617ffb4f2c5b9/Screenshot_from_2020-12-08_14-24-39.png)
* `Marianne_2.png` was uploaded with `aws s3 cp Mariann...When uploading data, try to get the content_type right :
![Screenshot_from_2020-12-08_14-24-39](/uploads/c80ce6e34b6ade6b93c617ffb4f2c5b9/Screenshot_from_2020-12-08_14-24-39.png)
* `Marianne_2.png` was uploaded with `aws s3 cp Marianne_2.png s3://bucket/`
* `a70331df7b0bcc42c62404073957d6bc6018ad72_Marianne_2.png` was uploaded by s3storage1.0.3https://forge.extranet.logilab.fr/cubicweb/cubes/seda/-/issues/5Prise en compte des évolutions SEDA 2.12021-06-30T13:55:11ZKatia SaurfeltPrise en compte des évolutions SEDA 2.1Les évolutions apportées par le SEDA 2.1 doivent être implémentées (modification, ajout et suppression de métadonnées). En particulier, prévoir le support des groupesLes évolutions apportées par le SEDA 2.1 doivent être implémentées (modification, ajout et suppression de métadonnées). En particulier, prévoir le support des groupesmigration à seda 2.1https://forge.extranet.logilab.fr/cubicweb/cubes/seda/-/issues/2Export profil 2.12021-06-08T07:40:52ZElodie ThiéblinExport profil 2.1Ajouter l'option d'export en SEDA 2.1 sur un profilAjouter l'option d'export en SEDA 2.1 sur un profilmigration à seda 2.1https://forge.extranet.logilab.fr/cubicweb/cubes/seda/-/issues/29Documentation OAI2021-09-01T13:36:59ZKatia SaurfeltDocumentation OAIDemande de Jorge PALMEIRAO
Pouvez vous me fournir un lien ou une documentation pour que je puisse montrer à mon équipe l’intégralité des verbes, des sets, des préfixes pour les métadatas et des options disponibles via OAI-PMH svp ?
...Demande de Jorge PALMEIRAO
Pouvez vous me fournir un lien ou une documentation pour que je puisse montrer à mon équipe l’intégralité des verbes, des sets, des préfixes pour les métadatas et des options disponibles via OAI-PMH svp ?
Nous avons le lien pour récupérer les profils au format SEDA 2.1 (https://saemref-seda21.demo.logilab.fr/oai?verb=ListIdentifiers&set=conceptscheme&metadataPrefix=rdf)
Je voudrai par exemple leur montrer comment rajouter le filtre sur la date de publication du profil (startdate, enddate ou équivalent)
Pour les vocabulaires on utilise l’appel ci-dessous
https://saemref-seda21.demo.logilab.fr/oai?verb=ListIdentifiers&set=conceptscheme&metadataPrefix=rdf
Cet appel retourne tous les vocabulaires parents (il me semble). Comment identifier les vocabulaires enfants depuis cette information depuis ce retour ?
Aujourd’hui le process est « inversé » nous recherchons les vocabulaires enfants dans le contenu la balise ns1 :inScheme.
Contenu pour un vocabulaire parent
![image](/uploads/2a3bb04a60f2978d74e6a3d9b19f71ca/image.png)
Contenu pour un vocabulaire enfant
![image](/uploads/20a3882abbe0452dbc9c37b5367aaf99/image.png)
De plus comment extraire l’ensemble des vocabulaires dans un fichier pour l’import dans le SAE?itération 1Katia SaurfeltKatia Saurfelthttps://forge.extranet.logilab.fr/cubicweb/cubes/seda/-/issues/26Mise à jour de la démo saem2021-07-27T07:32:08ZKatia SaurfeltMise à jour de la démo saemil faut rendre plus fluide la mise à jour de la demo saemref-seda21.demo.logilab.fril faut rendre plus fluide la mise à jour de la demo saemref-seda21.demo.logilab.fritération 1Noé GaumontNoé Gaumonthttps://forge.extranet.logilab.fr/cubicweb/cubes/seda/-/issues/23[profile] profil complet par défaut2021-07-21T07:10:28ZKatia Saurfelt[profile] profil complet par défautil faut cocher l'option et changer la valeur par défaut du profilil faut cocher l'option et changer la valeur par défaut du profilitération 1Katia SaurfeltKatia Saurfelthttps://forge.extranet.logilab.fr/cubicweb/cubes/seda/-/issues/22[export oai] - faire marcher l'export avec metadataPrefix = seda2.1, CD33-P012021-08-10T09:34:27ZKatia Saurfelt[export oai] - faire marcher l'export avec metadataPrefix = seda2.1, CD33-P01itération 1Katia SaurfeltKatia Saurfelt2021-07-29https://forge.extranet.logilab.fr/cubicweb/cubes/seda/-/issues/17SEDAAgentAbstract2021-07-21T07:12:47ZNoé GaumontSEDAAgentAbstract
SEDAAgentAbstract: Les class "Abstract" sont utilisées par d'autres métadonnées. On ne peut pas les utiliser directement. A retirer de l'IHM.
En lien avec #10
commentaire de @bnichele le 3 juin
SEDAAgentAbstract: Les class "Abstract" sont utilisées par d'autres métadonnées. On ne peut pas les utiliser directement. A retirer de l'IHM.
En lien avec #10
commentaire de @bnichele le 3 juinitération 1Katia SaurfeltKatia Saurfelthttps://forge.extranet.logilab.fr/cubicweb/cubes/seda/-/issues/15Export RNG2023-08-04T14:36:47ZNoé GaumontExport RNG
CustodialHistoryItem : ``<rng:data type="string"/>`` est généré et crée une erreur dans la validation du RNG.
commentaire de @bnichele le 3 juin
CustodialHistoryItem : ``<rng:data type="string"/>`` est généré et crée une erreur dans la validation du RNG.
commentaire de @bnichele le 3 juinitération 1Noé GaumontNoé Gaumonthttps://forge.extranet.logilab.fr/cubicweb/cubes/seda/-/issues/13Création du profil: SEDADataObjectGroup2023-05-11T13:47:15ZNicolas Chauvatnicolas.chauvat@logilab.frCréation du profil: SEDADataObjectGroupCréation du nœud avec une valeur attendue dans l'IHM. En SEDA 2.1, cet objet n'est pas PCDATA mais contient des nœuds enfants comme BinaryDataObject ou PhysicalDataObject.
commentaire de @bnichele le 3 juinCréation du nœud avec une valeur attendue dans l'IHM. En SEDA 2.1, cet objet n'est pas PCDATA mais contient des nœuds enfants comme BinaryDataObject ou PhysicalDataObject.
commentaire de @bnichele le 3 juinitération 1Noé GaumontNoé Gaumonthttps://forge.extranet.logilab.fr/cubicweb/cubes/seda/-/issues/12Création du profil: ArchivalAgency et TransferringAgency2021-10-27T14:16:46ZNicolas Chauvatnicolas.chauvat@logilab.frCréation du profil: ArchivalAgency et TransferringAgencyArchivalAgency et TransferringAgency: où mentionner ces valeurs dans l'IHM ?
question de @bnichele le 3 juin.ArchivalAgency et TransferringAgency: où mentionner ces valeurs dans l'IHM ?
question de @bnichele le 3 juin.itération 1Katia SaurfeltKatia Saurfelthttps://forge.extranet.logilab.fr/cubicweb/cubes/elasticsearch/-/issues/8[es] add an option for indexing numeric fields (Float, Int)2023-12-11T14:03:32ZKatia Saurfelt[es] add an option for indexing numeric fields (Float, Int)1.1.0https://forge.extranet.logilab.fr/cubicweb/cubes/elasticsearch/-/issues/7Upgrade elasticsearch and elasticsearch-dsl2023-11-24T10:42:25ZKatia SaurfeltUpgrade elasticsearch and elasticsearch-dslUpgrade elasticsearch and elasticsearch-dsl versions to ">=8.0.0,<9.0.0"Upgrade elasticsearch and elasticsearch-dsl versions to ">=8.0.0,<9.0.0"1.1.0Katia SaurfeltKatia Saurfelthttps://forge.extranet.logilab.fr/cubicweb/cubes/elasticsearch/-/issues/6Common terms query is no longer supported in ES 8.X2023-10-31T18:03:00ZKatia SaurfeltCommon terms query is no longer supported in ES 8.X[deprecation.elasticsearch][CRITICAL] Deprecated field [common] used, replaced by [[match] query which can efficiently skip blocks of documents if the total number of hits is not tracked][deprecation.elasticsearch][CRITICAL] Deprecated field [common] used, replaced by [[match] query which can efficiently skip blocks of documents if the total number of hits is not tracked]1.1.0https://forge.extranet.logilab.fr/cubicweb/cubes/elasticsearch/-/issues/5Specifying types in requests is no longer supported2023-11-24T10:42:26ZKatia SaurfeltSpecifying types in requests is no longer supportedRemove `doc_types` argument from requestsRemove `doc_types` argument from requests1.1.0Katia SaurfeltKatia Saurfelthttps://forge.extranet.logilab.fr/cubicweb/cubes/elasticsearch/-/issues/4Update to ES 8.X2023-11-03T14:14:59ZKatia SaurfeltUpdate to ES 8.XUpdate to the latest (8.10) ElasticSearc versionUpdate to the latest (8.10) ElasticSearc version1.1.0Katia SaurfeltKatia Saurfelthttps://forge.extranet.logilab.fr/cubicweb/cubes/rodolf/-/issues/54Lancer le rodolf-import dans le scheduler2024-03-22T16:21:32ZFabien Amargerfabien.amarger@logilab.frLancer le rodolf-import dans le schedulerFabien Amargerfabien.amarger@logilab.frFabien Amargerfabien.amarger@logilab.fr