TipusDeDocumentsSegonsDriver » Historial » Revisió 2
« Anterior |
Revisió 2/6
(diferències)
| Següent »
Ferran Jorba, 26-04-2012 17:19
Tipus de documents segons Driver (i Europeana i OCLC)¶
Complir amb les especificacions Driver tenen unes quantes conseqüències pel DDD. Aquest document les recull.
Traducció dels termes i equivalència amb les col·leccions del DDD¶
La traducció castellana de les Driver 2.0, estan a http://www.driver-support.eu/documents/DRIVER_2_0_Guidelines_Spanish.pdf . De les vàries taules, utilitzarem de guia la que apareix a les pàgines 129-132 (del PDF sense numerar), perquè té explicacions raonades.
La versió 1 està en el document anterior, i també a http://www.rebiun.org/doc/driver_anexos.pdf
Cal repassar les traduccions tants cops com calgui.
(taula 1)
| 'Anglès' (nom oficial) | 'Català' (proposta de traducció) | 'Col·lecció DDD' (proposta) | ||||
| article | Article | http://ddd.uab.cat/collection/artpub | ||||
| bachelorThesis | Treballs de recerca i projectes de final de carrera | http://ddd.uab.cat/collection/trerecpro | ||||
| masterThesis | Tesina | http://ddd.uab.cat/collection/trerecpro | ||||
| doctoralThesis | Tesi doctoral | http://ddd.uab.cat/collection/tesisuab | ||||
| book | Llibre | http://ddd.uab.cat/collection/llibres | ||||
| bookPart | Part de llibre o capítol de llibre | No en tenim al DDD | ||||
| conferenceObject | Pòster | http://ddd.uab.cat/collection/posters | ||||
| conferenceObject | Ponència | http://ddd.uab.cat/collection/poncom | ||||
| conferenceObject | Presentació | http://ddd.uab.cat/collection/presentacions | ||||
| lecture | Conferència (acte acadèmic) | No en tenim al DDD | ||||
| workingPaper | Working papers | http://ddd.uab.cat/collection/worpap | ||||
| preprint | Preprint | http://ddd.uab.cat/collection/prepub | ||||
| report | Estudi | http://ddd.uab.cat/collection/estudis | ||||
| report | Informe de la UAB ? | http://ddd.uab.cat/collection/infanuuab | ||||
| annotation | Notes a un text de jurisprudència | No en tenim al DDD | ||||
| contributionToPeriodical | Article de premsa (revista no acadèmica) | http://ddd.uab.cat/collection/artpub | ||||
| patent | Patent | No en tenim al DDD | ||||
| other | Altre | ? |
Codificació en Marc21 i Dublin Core¶
Codificació:
- En Marc21, segons http://www.loc.gov/marc/marc2dc.html, hauria de ser Leader06, Leader07, 655 if $2=dct. En principi, i com a exemple:
655 _7 $a article $2 driver
- En Dublin Core: camp Type
Pel que fa a complir amb Driver, la conversió OAI_DC ha d'anar precedida per info:eu-repo/semantics. Com que Invenio té dues conversions de Marc21 a Dublin Core (DC i OAI_DC), hem quedat amb la Cristina que aquest prefix només li posem en la conversió OAI_DC.
També hem quedat de posar el segon indicador 4 per no haver d'indicar que sigui específic de Driver, de manera que queda així, i en minúscula (article, no Article, que si no no passa la validació):
655 _4 $a article
Exemple: http://ddd.uab.cat/oai2d?verb=GetRecord&metadataPrefix=oai_dc&identifier=oai:ddd.uab.cat:199
Camp Date¶
¿Qué hacer cuando la fecha recomendada en las directrices DRIVER (fecha de creación) no está disponible en el repositorio?
En las directrices DRIVER: «Utilice el elemento DC 'date' para el valor [del cualificador: > fecha de publicación». La fecha preferida es la fecha de publicación, porque es la fecha más significativa y útil para el usuario final. Si no hay ninguna fecha de publicación disponible, se utiliza cualquier otra fecha. Es mejor utilizar una fecha que ninguna.
Véase: Date en la página 75.
Explicación: Han tenido lugar dos modificaciones:
- La fecha de creación ha cambiado a fecha de publicación, porque ésta es más significativa para el usuario final.
- Si ésta no se aplica, utilice la siguiente mejor fecha o la más apropiada; es mejor utilizar alguna fecha que ninguna.
¿Qué hacer en caso de varios campos de fecha?
En caso de OAI-DC, utilice únicamente un campo de fecha, con preferencia la fecha de publicación. Explicación: más de un campo de fecha crea ambigüedad ya que el DC sencillo no admite cualificadores. De manera predeterminada, un proveedor de servicio utiliza la primera fecha de la lista para el procesamiento, indexado y presentación.
Rigths¶
Definició del OAI set Driver¶
Segons les especificacions, hem de crear un OAI set que es digui driver
Qui omple el camp?¶
El Ferran, automàticament a partir de les col·leccions. Alguns casos hi ha una equivalència unívoca, i els altres hem de saber com distingir-los.
Afegeixo aquí els tipus que necessitem per Europeana¶
Suposo que a la llarga s'estendran aquest perquè són molt simples o potser , en qualsevol cas no ens costarà gaire afegir-los.
- Definition: The Europeana material type of the resource.
- Europeana note: All digital objects in Europeana have to be classified as one of the four Europeana material types using upper case letters: TEXT, IMAGE, SOUND or VIDEO. This element is used to create the Type facet based on the Europeana material types. A default icon is used for each object type in the short or full record display when an image is not available (see europeana:object).
As well as recording the orignal type values in <dc:type>, providers are asked to map from the local type terminology to the four types used in Europeana.
Obligation & Occurrence
Mandatory (Minimum: 1, Maximum: 1)
Example
<europeana:type>TEXT</europeana:type> (upper-case) <europeana:type>IMAGE</europeana:type> (upper-case) <europeana:type>SOUND</europeana:type> (upper-case) <europeana:type>VIDEO</europeana:type> (upper-case)
Afegeixo també els tipus que recomana OCLC (que són els mateixos que DC)¶
http://dublincore.org/documents/dcmi-type-vocabulary/
- Collection
- Dataset
- Event
- Image
- InteractiveResource
- MovingImage
- PhysicalObject
- Service
- Software
- Sound
- StillImage
- Text
Codificació en Marc i equivalències en Dublin Core dels formats, tipus, etc¶
Per Driver¶
Tipus
- Marc21: 655 _7 $2 driver $a article (http://www.loc.gov/marc/bibliographic/bd655.html)
- Dublin Core: <dc:type>
- Dublin Core per exportar via OAI: <dc:type>info:eu-repo/semantics/article</dc:type>
- Llista controlada: (taula 1)
- S'ha de veure en HTML? Sí, només el $a
- S'ha d'indexar? Sí, en el camp genereforma
Format (de moment no l'implementem)
- Marc21: 336 _ $a (http://www.loc.gov/marc/bibliographic/bd336.html)
- Llista controlada: text, image, sound, video
- Dublin Core: <dc:format>
- S'ha de veure en HTML? No
- S'ha d'indexar? No
De moment no posem el format perquè és opcional per Driver i ens crea molts maldecaps. L'anàlisi de Recolecta ens dóna molts errors en el 'bloque - format' però no ho entenem perquè en realitat ara per ara no estem mapejant a Dublin Core cap etiqueta com a dc:format, caldrà que ens ho expliquin.
http://www.recolecta.net/oai-pmh-val/index_inst.php?repo=bXl5dT80NGlpaTN6ZmczaGZ5NHRmbjdp
(Caldrà repassar els camps i indicadors de les col·leccions de cartells, que no segueixen aquest criteri)
Març 2011, noves directrius¶
A partir de l'1 de març del 2011 Recolecta s'ha tornat molt més estricte en les seves recollides de metadades i no hauríen de trigar gaire a posar-nos al dia, sinó no sortirem a la foto. Penso que el més important és fer un 'set' per Driver però ho he llegit així per sobre.
El document que cal anar seguint pas a pas és: http://www.recolecta.net/buscador/infoAdministradores.jsp
A l'estiu del 2011 vam crear l'OAI set Driver amb una primera col·lecció de mostra amb els articles de la Revista Española de Economía. Aquest set passa la validació en tot menys en la forma dels autors quan el nom hi és sencer, ja que ells pretenen que el nom només tingui les inicials.
Per tant la Revista Española de Economía és el model de com han de ser la resta dels registres per a Driver: http://ddd.uab.cat/collection/ree
A partir de desembre del 2011 ja s'afageix automàticament la 655 _4 $a article a tots els articles nous que s'entrin pel formulari.
Actualitzat per Ferran Jorba fa quasi 14 anys · 6 revisions