DDD

Com que no ens quedava clar ben bé què volia dir, la Cristina i jo li vam fer la pregunta, que transcrivim amb la seva resposta:

From: Darcy Dapra <darcyd@google.com>
To: Ferran Jorba <Ferran.Jorba@uab.cat>
Cc: Cristina Azorin <Cristina.Azorin@uab.cat>
Subject: Re: Inquiry regarding ddd.aub.cat (Google Scholar)
Date: Thu, 7 Jul 2016 16:12:13 -0700

Hello Ferran,

Thanks for your note, and sorry for the delay in response!

Based on your hypotheses, the first two, (a) and (b) are okay; the problem
scenario is (c). Leading zeroes aren't an issue.

For example, the paper here

view-source:http://ddd.uab.cat/record/155749?ln=ca

is a three-page PDF document, and so the page numbers seem not to reflect
the document length.

But if it would be cited with page numbers as "1-2", then the data are fine
as is.

It's just when the page numbers are inaccurate that the Scholar indexing
system has trouble--and that's why the Scholar engineers recommend removing
the page-metatags altogether if the values do not reflect what users would
cite/the accurate page numbers for the publication.

I hope that this helps to clarify, but if you have further questions, then
please let me know.

Thanks again and take care,

Darcy

Darcy Dapra | Product Partnerships | Google Scholar | darcyd@google.com

On Fri, Jul 1, 2016 at 5:52 AM, Ferran Jorba <Ferran.Jorba@uab.cat> wrote:

Dear Darcy,

we have looked at those records and we are unsure about which is our
error. We have the following hypotheses:

a) The leading zeroes of the first page, that cause trouble.
b) The PDF does not have page numbers and the bibliographic record do.
c) The page numbers don't make sense because for those records (and a
few others) they are always 1-2, and this is very unlikely.

As our repository does have this information and we publish it as as
citation_firstpage and citation_lastpage but you complain that "If your
repository doesn't have page number info, then it would be best to skip
these fields altogether", we think we should ask you for more details.

Before we take any action, we'd better be sure about the real problem.
May you please enligthen us a little bit more?

Thanks again,

Ferran Jorba
Institutional Repository computer admin
Universitat Autònoma de Barcelona

És a dir, la petició afecta (sobretot) a aquells articles de revistes publicades via web en les que la paginació no hi té sentit. Com que ara per ara els camps de primera i darrera pàgina són obligatoris en els formularis, tradicionalment s'hi ha estat posant com a primera pàgina 1 i com a darrera pàgina el nombre de pàgines que té l'article (p. ex., 1-2).

La Darcy ens ve a dir que si no és una informació útil per fer-ne una citació bibliogràfica, no hi ha de ser.

Val a dir que aquests dos camps (citation_firstpage i citation_lastpage) els agafem, respectivament, de l'etiqueta 973, $f i $l.

Per tant, aquí se'ns obren diferents possibilitats. Ara mateix se m'acudeixen aquests:

1. Fer que en els formularis d'articles els camps de primera i darrera pàgina no siguin obligatoris. (Personalment, em fa una mica de por, perquè si no pot ser massa fàcil oblidar-se'n.)
2. Eliminar la informació un cop el registre ja hagi passat pel formulari, perquè la validació només es verifica en el moment d'omplir les dades en el formulari.

Aquesta segona opció pot ser més o menys radical. Per complir estrictament amb el que ens demana la Darcy, en tindríem prou en eliminar-la de la 973, subcamps $f i $l, però deixar-la a la 773 $g. O la podríem eliminar també de la 773 $g.

I finalment, es tractaria de decidir amb quin criteri ho eliminem. Una manera seria sempre que la 973 $f sigui 1 (amb o sense zeros inicials), cosa que seria relativament senzill. Una altra seria amb una llista de revistes Web, però crec que seria molt i molt difícil.

Hola,

jo he identificat d'entrada l'UAB Divulga i la revista 1611

també UAB Innova fins 2015

Javier Planella va escriure:

programado fix973.py, de momento busca los candidatos que cumplan:

millor: fix973fl, no? Per si algun dia hem de corregir altres subcamps (del $x, tard o d'hora, segur que n'haurem de fer alguna normalització, per exemple).

programado en fix973fl.py

acabado fix973fl.py
hay 618 registros a modificar

Añadido fix973fl ~/bin/daily.sh

La tarea empezará a ejecutarse a partir de hoy

A la reunió de seguiment d'avui decidim que també eliminarem la paginació de l'etiqueta 773 (, p.).

Per tal de ser coherents i tenir dos tipus de registres al DDD, amb la paginació correcta (a la 773 i la 973) i sense paginació. Sinó haguessin quedat un tercer tipus de registres amb paginació només a la 773.