Talk:PubMan Early Adopters/Issues questions

= Open issues/questions MPIPL =

files can't be opened
http://qa-pubman.mpdl.mpg.de:8080/pubman/faces/viewItemFullPage.jsp?itemId=escidoc:105968:1#

If I try to open the pdf acrobat doesn 't recognize the file or assumes it is corrupted.--Karin 13:01, 24 March 2009 (UTC)
 * Is due to database problems and is not a PubMan bug. --Nicole 14:34, 24 March 2009 (UTC)

= Closed issues MPIPL =

Specification of degree type for theses
We have three master thesis in our edoc file. edoc no: 396570.0, 320787.0, 327775.0


 * Comment Nicole: it is now possible to specify the degree type, e.g. "master" for theses. For testing issues I added the degree type "master" to the following migrated eDoc IDs: 396570.0, 320787.0, 327775.0

I forgot to specifiy that these should also have a date in print, but these are only three documents so never mind

This has an influence on the APA style, because one should specify the type of Thesis it is.

Answer Karin
Dear Vlad, thank you, I now saw the drop-down menu, when entering a new submission. BUT I don't see this when I'm logged in as 'import_user' and want to edit an old migrated publication from Pubman.

My comments for the publication type THESIS

MIGRATION ISSUE with migrated data a separate field for degree type missing. The degree type is (in display mode) entered after the publication info,(for master thesis) and as a separte field in display mode for phd thesis, but can't be edited eg http://qa-pubman.mpdl.mpg.de:8080/pubman/item/escidoc:102800:2 (I just clicked on modify, and saved again and the info pdh is gone) http://qa-pubman.mpdl.mpg.de:8080/pubman/item/escidoc:106203:1 (here you can still see the phd degree info)

--> in edit mode with migrated data as 'import_user' the field 'degree type' is not available meaning that if I touch an old item, the information about the degree type will also be lost.
 * is solved now. --Nicole 20:22, 13 March 2009 (UTC)

GUI ISSUE Specification for entry mask, http://colab.mpdl.mpg.de/mediawiki/PubMan_Func_Spec_Easy_Submission/Genre_specific_Submission_Mask#Thesis

it says that the fields: Place of Publication and Publisher should have a genre-specific label, that is: Name of University, Place of University. That is not the true yet!
 * That's right. Will come in a later release. --Nicole 20:22, 13 March 2009 (UTC)

APA STYLE ISSUE The citation should list the type of publication and the Place and Name of the University. My guess is that this requires also the old data have to have the right fields (?).

proposal for apa citation style for thesis, I just entered into colab http://colab.mpdl.mpg.de/mediawiki/Talk:PubMan_Func_Spec_Export/APA#Thesis What I'm suggesting is that the value of the field degree type is taken into the APA style together with the label thesis.

example: Author, A.A. (Year). Title of dissertation. 'Degree Type' thesis, Name of University, Place of University, eg. Mitterer, Holger (2003). Understanding "gardem bench": Studies in the perception of assimilated word forms. PhD thesis, University of Maastricht, Maastricht.


 * Is that according to the APA citation or is that your desirable way of citing theses? --Nicole 20:22, 13 March 2009 (UTC)

Mail from Karin, 06.03.2009
authors names:

- not all Initials are listed with authors, eg

http://qa-pubman.mpdl.mpg.de:8080/pubman/item/escidoc:105982:3 Enfield, N.J. is cited as: Enfield, N.

http://qa-pubman.mpdl.mpg.de:8080/pubman/item/escidoc:105976:1 Van Berkum, Jos J.A. is cited as: Van Berkum, J.A.

http://qa-pubman.mpdl.mpg.de:8080/pubman/item/escidoc:106323:1 Bastiaansen, Marcel M.C. ist cited as Bastiaansen, M.C.

my guess: because there are no blanks between the initals, the script doesn 't recognize that these are initials, but enforces the rules for a name.


 * Outcome of telephone conference, 13.3.2009: the persons in CoNE and in PubMan should always have blanks in between the initials. No changes in the APA citation will be done. --Nicole 20:28, 13 March 2009 (UTC)

CONE SERVICE:

- what is the envisioned workflow? - how does a name get into the CONE vocabulary - if one alters a name in the vocabulary, is this (immediately) visible in the items or is there a job which does it regularly?

CoNE Workflow is currently the following:


 * persons are being imported for the eDoc to PubMan migration and are stored there.

Answer by Vlad
I suggest the following initials generation which extends the old behavior and correctly processes your data: the citation style function get_initials takes escidoc:given-name element, splits it against blanks OR DOTS and returns the first letters appended with dot.

dates for publications depending on external publication status edoc
There are more than 500 accepted papers on edoc, so this will be also an issue for other migration, too. --Karin 15:26, 11 March 2009 (UTC)
 * We have only 5 documents with a publication status 'accepted/in press' in edoc (http://edoc.mpg.de/display.epl?mode=profile&id=96506). Except for one publication (http://edoc.mpg.de/328503) we didn't put dates in these items in edoc, but will do so. These dates should go to the 'date accepted' field in Pubman. This isn't the case now, see: http://qa-pubman.mpdl.mpg.de:8080/pubman/item/escidoc:105752:1 where the date got into the date published field.
 * If I get you right, you have more than 500 entries in eDoc, where you filled in eDoc published in print, that should have in PubMan date accepted instead. The only possibility I see here is, that you select these on eDoc and we migrate them separately. Therefore we have to change the date mapping for the migration. Have to check with Natasa how much effort is needed therefore.

Dates handling with Poster
poster has an (*) for mandatory field. There are no dates filled with the imported data. Again we only have a couple of entries and could alter them in PUbman. The question is, which date to fill in which field. At the moment, I am thinking of the field 'date published' yyyy-mm (which could cover start date of event as well as end date of event and give a right APA style). Please advice. see my example: http://qa-pubman.mpdl.mpg.de:8080/pubman/item/escidoc:106014:2 --Karin 10:43, 13 March 2009 (UTC)
 * http://colab.mpdl.mpg.de/mediawiki/Talk:PubMan_Func_Spec_Export/APA#Poster. Can this rule also be applied to the PUbMan data? what about dates? The date field in the genre
 * I think here Vlad misunderstood the specification. In CoLab it says: Author (year, month of meeting). Title. Poster presented at Title of Event, Place of Event. As Vlad probably didn't if to use start date of event or end date of event, he applied the regular date handling. If you would specify if he should take the start or end date of event, I think the citation should work. --Nicole 10:58, 15 March 2009 (UTC)
 * Concerning the validation rules. For migration Michael switched off the validation rules for dates. For newly created items it is not possible. Therefor I would suggest to fill the date created and/or date modified for unpublished works like posters etc. --Nicole 10:58, 15 March 2009 (UTC)

Advanced search
an advanced search for author=cutler, also retrieves documents where cutler is the editor of a book. (http://qa-pubman.mpdl.mpg.de:8080/pubman/item/escidoc:106158:1).--Karin 15:28, 11 March 2009 (UTC)
 * Genre specific searching now seems fine, but the advanced search still can't search for a person as an author. It also retrieves the person as the editor of a source, eg.
 * Genre search works now, for Creators search we need new indexes from FIZ. Was communicated to Natasa. --Nicole 20:54, 13 March 2009 (UTC)

Organizational unit name not yet quite right on live server
Hi Nicole, the org unit Language Acquisition Group has still the 'old' name on the servers!!, The members of the Language Acquisition Group have the right name in the Cone Service. Might cause trouble with migration!--Karin 15:51, 23 March 2009 (UTC)

GUI suggestions
- All date fields should always be visible, even in Easy Submission, so that people are alerted what kind of dates there are.

- The asterisk (*)indicating a mandatory date should be close to the label Date, now it seems as if a printed date is mandatory.--Karin 20:10, 11 March 2009 (UTC)