Projecte

General

Perfil

Accions

Tasca #4443

tancat
FJ FJ

Simplificar, netejar i corregir els formats d'exportació d'usuari

Tasca #4443: Simplificar, netejar i corregir els formats d'exportació d'usuari

Afegit per Ferran Jorba fa aproximadament 9 anys. Actualitzat fa aproximadament 7 anys.

Estat:
Tancada
Prioritat:
Normal
Assignat a:
Categoria:
Suport als usuaris
Inici:
16-02-2017
Data de venciment:
31-01-2018
Paraula clau:

Descripció

Els formats de sortida per als usuaris finals mai no ens han funcionat bé en Invenio, i mai no hi hem dedicat prou atenció com per corregir-ho sistemàticament. N'hem eliminat algun i afegit algun altre, erem conscients que no funcionaven, però els anys han passat i continuen igual.

Per començar, crec que cal distingir entre els formats professionals i els d'usuari. Els primers, com el Marc o el Dublin Core, ja funcionen bé. Potser n'haurem d'afegir algun, com METS o altres, però responen a unes necessitats diferents i afecten a unes necessitats molt bibliotecàries, però bàsicament són correctes. El problema el tenim sobretot amb les sortides d'usuari final, el que necessita emportar-se'n el resultat per fer-ne una bibliografia o una feina de recollida d'informació o repàs. Ara mateix no en tenen cap que funcioni correctament. D'aquestes, la meva proposta és simplificar la sortida a, de moment, tres formats:

  • un de tabulat (orientat a columnes, CSV)
  • un d'etiquetat (orientat a línies, ja en triarem una)
  • un de textual (citació bibligràfica, sense camps)

En Invenio, els formats de sortida estan molt entrelligats entre sí. Per posar un exemple, el camp autor (o autors) es defineix en una funció Python (on es recullen totes les etiquetes 1XX i 7XX, es gestiona la puntuació, amb els enllaços a Orcid o els botons d'amagar o mostrar-los tots) i es reaprofita per totes les sortides. Això té algunes avantatges, com que no cal tornar a definir quines etiquetes i subcamps són d'autor, però inconvenients, com que la sortida principal (la web) de vegades pot condicionar o posar massa difícil alguna altra. També explica per què de vegades que a les sortides d'usuari (com la CSV) hi apareix codi HTML o Javascript).

Al meu entendre, i consensuant-ho tant amb les necessitats del DDD com de Traces, proposo aquesta pla de treball que hauria de corregir els errors o les mancances actuals.

  1. Fer que tots els camps puguin generar una sortida neta, sense html.
  2. Fer que la sortida CSV funcioni de manera més automàtica, per exemple, forçant que s'obri un full de càlcul (si és possible) i separant els camps per coma o tabulador, perquè la barra vertical (|) no és prou evident.
  3. Triar i implementar un format etiquetat: RIS, BibTeX, etc.
  4. Triar i implementar un format textual (ISBD, NLM, Chicago, etc.)

Els dos primers són força mecànics, i més informàtics. Pel que fa als dos darrers, m'interessa que m'indiqueu les vostres preferències en aquesta mateixa tasca.


Tasques relacionades 5 (0 obertes5 tancades)

relacionat amb DDD - Tasca #3471: Afegir el format d'exportació Mendeley als registres del DDDTancadaMarta Jordan27-05-201520-12-2018Accions
relacionat amb DDD - Tasca #4075: Afegir el format de cita als registres del DDDTancadaFerran Jorba15-06-201628-02-2018Accions
relacionat amb DDD - Tasca #4612: Insertar una caràtula en els preprints i postprints de manera automàtica a través d'un botó per sol.licitar-hoTancadaFerran Jorba03-07-201708-10-2019Accions
relacionat amb Docència i recerca - Tasca #4514: Proposta caràtula pels pre-prints i post-printsTancadaJavier Planella18-04-201725-12-2017Accions
relacionat amb DDD - Tasca #1471: Activar el format de sortida Excel (tabulat)TancadaEulàlia SerreAccions
Accions

També disponible a: PDF Atom