Difference between revisions of "CoNE Journal"

From MPDLMediaWiki
Jump to navigation Jump to search
 
(26 intermediate revisions by 2 users not shown)
Line 1: Line 1:
==Preliminary descriptive Metadata ==
==Current Metadata==
can be found here: [https://subversion.mpdl.mpg.de/repos/common/trunk/common_services/cone_presentation/src/main/webapp/explain/models.xml current metadata configuration].


[https://zim02.gwdg.de/repos/common/trunk/common_services/cone_presentation/src/main/webapp/explain/models.xml current metadata configuration]
In case you are interested in reading the historic development of this metadata model, check out the [[Talk:CoNE_Journal| discussion page]]
For the selection of the descriptive metadata the main focus has been set on the minimum level of information that is needed to disambiguate entities. The list of descriptive metadata elements is extendable by new elements.


'''Metadata elements:'''
==Related Functionality==
can be found on functional specification for  [[Managing_CoNE_entities_-_Journals |managing the CoNe entity Journal]]


*'''Journal title [1]'''
[[Category:CoNE]]
The name of the journal (e.g. "Journal of the ACM")
 
*'''Alternative title [0-n]'''
Any alternative name or abbreviation of the journal
 
: Remark Inga: Tagging of abbreviations as such? Indicating the origin of abbreviation if known? '''Discussion: [[Talk:Service_for_Control_of_Named_Entities#Discussion_on_Journal_Abbreviations|see below]]'''
 
*'''Publisher [0-n?]'''
The name of the institution that publishes the journal
 
*'''Identifier [0-n]'''
Any external identifier (e.g. ISSN, EZB-ID, ZDB-ID)
 
Schema has to be indicated
 
*'''Locator [0-1?]'''
Locator of the authority file source
 
: Question Inga: Do we mean an URL pointing to the record?
 
*'''Rights [0-n]'''
Statement on open access availability
 
'''Discussion: [[Talk:Service_for_Control_of_Named_Entities#Rights_statement_for_journals|see below]]'''
 
*'''Subject [0-n]'''
Subject/domain field of the journal
 
Possible Relations:
* '''isSuccessorOf'''
* '''isPredecessorOf'''
 
 
 
===Discussion on Journal Abbreviations===
 
'''Sabine and Traugott:'''
 
We do not see a need for tagging the acronyms of e.g. journal titles. The functionality that if an depositor fills in the acronym of a journal title and the full title should then be filled in automatically by the system can - in our opinion - also be provided if the acronym of the journal is stored in the title or alternative title element. The only scenario when tagging might be required is if we would like to generate lists of e.g. journal title acronyms but this can also be done by using "Woerterbuecher" etc.
:: ''Comment Natasa: Additional vocabularies are again another level of complexity to my understanding (if I understood your message right  :)  . My proposal is to see what e.g. ZDB offers /if they offer abbreviations clearly separated from journal names - then we already have sources to do it in our system and clearly "tag" what is abbreviation and what is an alternative name/.'' '''[Comment Inga:]''' ''I would like to support this idea: Let's get/fetch/use the information if it's available.''
'''[Comment Natasa:]''' ''Yes, will be done.''
:: ''Comment Inga: Another use case is the generation of reference lists following a citation style which "expects" journal abbreviation, e.g. the ACS citation style.''
:: ''Comment Traugott: this seems very ambitious to me, yet another piece of information we would need to control in an authority list maintained by escidoc, most probably via storing all the data locally. As all authority lists, creating, de-duplicating, including disambiguation information, validating and maintaining it, is a huge job. To my experience, acronyms are much worse than e.g. journal titles or place names. Sometimes they are even part of the official title of the journal.
 
In case we wouldn't hold a very rich list of different disciplines and journal communities acronyms, quite often several for the same journal, entering an acronym would result in only a wrong full title being displayed or the wrong acronym added to the citation information.
For reference lists and citations (acc. to different styles), authors would very much like to see their (community's) own  acronym, I assume. In many cases, they might not know which this is, even if we would be able to display several alternatives.''
 
The main problem we see is that it is most likely that for one journal title more than one acronym is in use and that one acronym might be used for more than one journal, hence acronyms are not unambiguous. '''[Comment Inga:]''' ''... and unfortunately journal titles are not unambiguous as well!''
This has to be taken into consideration when offering the functionality that the depositor fills in an acronym and the system provides the full title. So the depositor has to check if the right full title has been filled in or he/she has to select the full title out of a list of potential "right" full titles.
:: ''Comment Natasa: To my understanding of course this should be the case. The metadata in the item are populated with journal name and not with the journal abbreviation. When user tries to enter part of journal abbreviation or journal name the system should offer a list of names of journals (i.e. list of journals which have this exact or similar abbreviation or part of the journal name) - only from this list the user selects the appropriare journal name and the metadata are filled in correctly.
Would that be fine?''
::''Comment Inga: Yes, this is required! If a lookup returns more than one journal object, the user needs to explicitly select one journal. In this case, the publisher information is probably a necessary piece of information.'' '''[Comment Natasa]:''' ''OK, agreed then!''
 
=== Related information ===
 
RDF schema: http://schemas.library.nhs.uk/ApplicationProfile/Journal.rdf
: This looks quite comprehensive and we just need a small subset . After 10 minutes analyzing the schema, I'm not sure how the identifiers are further encoded (ISSNURL?). My vote: too complex, reduce it to minimum? --[[User:Inga|Inga]] 16:47, 29 November 2007 (CET)
 
NLM DTD: http://dtd.nlm.nih.gov/publishing/tag-library/2.3/n-z4u0.html
 
=== Journal identifier used by CONE ===
'''Status''': The current implementation does not assume manual additions of journal records directly via CONE, but an automatic ingestion from the SFX knowledge base only. Therefore, the SFX-ID has been used as primary identifier by CONE so far, but this proves to be no reliable solution, e.b. because SFX-IDs are maintained by ExLibris' team only (-> Not all journals will have an SFX-ID already - because they are too new, etc.)
 
'''Discussion''':
 
An ID other than SFX should be used as unique ID, as it is not possible to find out SFX-IDs for journal names, which one wants to add. Maybe we can use own IDs like for persons or the ZDB-ID? --[[User:Nicole|Nicole]] and [[User:Karin|Karin]]
 
: I agree, SFX-ID should not be used. We chose SFX because in our initial datasets this was the identifier that was best populated, compared to ISSN. But what else? If we took our own ID we would not have "Control of Named Entities" anymore, just "Named Entities". --[[User:MFranke|MFranke]]
:: Please note that the [[Service_for_Control_of_Named_Entities#Create_an_authority_record|use cases below]] assume that the "authority" is represented by a special set of pubman users - which could be an argument for following Natasa's proposal below (local identifiers, records extended by authoritative data) --[[User:Inga|Inga]] 16:16, 14 April 2009 (UTC)
 
: Please consider that NIMS has high interest in contributing to quality to the journal data, but they do not have any SFX service they could use. I am therefore not sure, if it is good idea to bind the "quality management", i.e the authorisation of entries, to SFX. Still, to offer SFX as optional "quality check" might be of good use at least in MPG. --[[User:Uat|Ulla]]
 
: Can we use ZDB-ID instead maybe? This is at least easier to find out than SFX :-). Inga, is ZDB-ID unique? We only have to think about what to do if there is not ZDB-ID. --[[User:Nicole|Nicole]] 15:41, 14 April 2009 (UTC)
 
:: I guess you may run into similar problems with the ZDB-ID as well, i.e. the registry is controlled by an external authority and new journals may not necessarily be available in the moment they are required. I'm not sure how well Japanese titles are covered as well. But, the ZDB-ID is available in a range of systems (incl. EZB) - which may be a big pro.<br>Additional note: If it's only a "usability problem" with retrieving the SFX-ID: I could add it to the sfx menu as an intermediate solution, e.g. [http://sfx.mpg.de/sfxtst3?ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_ver=Z39.88-2004&rfr_id=info%3Asid%2Fsfxit.com%3Acitation&rft.genre=journal&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&sfx.title_search=exact&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&url_ver=Z39.88-2004&rft.issn=0070-4342 example] - or a bit more hidden ;) --[[User:Inga|Inga]] 17:08, 14 April 2009 (UTC)
 
==== Plans after R5 ====
Proposal by [[User:Natasab|Natasa]]
# each new Journal entry, if not selected from a list has a growing (local Id)
# authorizing it may mean some integration with SFX/ZDB, e.g. by  obtaining an SFX-ID via SFX API or ZDB z39.50 interface
#* authorizing it may mean actually even relating it to an existing SFX-ID in Cone (e.g. name alternatives )?
# the identifier metadata on the publication will not be changed, some interfaces changes though would be required for Cone service.
 
Another alternative, which would be a bit more heavy would be to:
# allow only authorized journal entries in the metadata
# have "journal entry user" who will take requests for new journal entries
# enter somehow in SFX-ID (that is if any SFX integration would be possible)
# Only afterwards modify the submission (or enable some automated utility for update of journal identifiers)
 
==== Uniqueness of SFX-ID ====
SFX-ID is not unique as you can see here
* http://dev-pubman.mpdl.mpg.de:8080/cone/rdf/journals/urn:sfx:110975506069213_1 (Zoology - Analysis of Complex Systems, 0944-2006)
* http://dev-pubman.mpdl.mpg.de:8080/cone/rdf/journals/urn:sfx:110975506069213_2 (Zoologischer Anzeiger, 0044-5231)
 
: Ya, I do remember that Natasa informed me about this occurrences long time ago, but I never found the time to follow-up in detail. After checking the incident today, I believe that my lookup-up script may have been confused by SFX-IDs of "relatedObjects" (a feature which have been introduced to the SFX KB in beginning of 2008). For the example above, following SFX-IDs would be correct
:* Zoology - Analysis of Complex Systems, 0944-2006: 954925572911, see [http://sfx.mpg.de/sfx_local?&url_ver=Z39.88-2004&url_ctx_fmt=info:ofi/fmt:kev:mtx:ctx&rft_val_fmt=info:ofi/fmt:kev:mtx:journal&rft.genre=journal&sfx.response_type=simplexml&rft.issn=0944-2006 request at SFX-API]
:* Zoologischer Anzeiger, 0044-5231: 954925454928 [http://sfx.mpg.de/sfx_local?&url_ver=Z39.88-2004&url_ctx_fmt=info:ofi/fmt:kev:mtx:ctx&rft_val_fmt=info:ofi/fmt:kev:mtx:journal&rft.genre=journal&sfx.response_type=simplexml&rft.issn=0044-5231 request at SFX-API]
:... and both objects are related to "Verhandlungen der deutschen Zoologen" with SFX-ID 110975506069213. Sorry! --[[User:Inga|Inga]] 15:10, 14 April 2009 (UTC)
 
==== How to retrieve an SFX-ID for a journal? ====
Technically it is already possible to add new entries. To retrieve the SFX-ID you may either
* search for the journal title via [http://sfx.mpg.de/sfxlcl3/cgi/core/citation-linker.cgi?rft.genre=journal MPG/SFX citation linker]. The source code of the corresponding SFX menu includes the object-id, e.g.
'rft.object_id' => '954925427230'
* request the [http://sfx.mpg.de/sfx_local?&url_ver=Z39.88-2004&url_ctx_fmt=info:ofi/fmt:kev:mtx:ctx&rft_val_fmt=info:ofi/fmt:kev:mtx:journal&rft.genre=journal&sfx.response_type=simplexml&rft.issn=0959-3330 SFX API]. The context object hash includes the element
<item key="rft.object_id">954925578060</item>
 
'''Important Notice''': several object identifiers may be listed for one request due to "relatedObject" feature (see examples above)
 
==Resources==
 
 
The tables give an overview of potential sources of controlled named entities which are of interest. The information given in the tables reflects the current situation and has to be updated from time to time. The tables are in stage "work in progress" and other sources might be added.
 
 
 
 
 
=== Journal ===
 
{|style="font-size=50%" border="1"
! Name of service                               
! Scope
! Info
! Formats supported
! Interfaces
! Costs
! Access
|-
|Zeitschriftendatenbank (ZDB)
|ca. 1,3 mio records
|[http://www.zeitschriftendatenbank.de/datendienste/index.html Introduction]
|MAB2, UNIMARC, SUTRS
|Z39.50
|
|It has to be clarified with the GWDG if a tailored version of the ZDB (only listing MPG licensed journals) is available.
|-
|ISSN Register
|1.284.413 records (2006)
|http://www.issn.org
|MARC21, UNIMARC
|Z39.50
|[http://www.issn.org/files/active/0/Order%20form%202008%20and%20Licence%20Agreement.pdf costs]
|Access via the ISSN portal or Z39.50 or via a combined web access Z39.50 and ISSN portal
|}
 
=== Rights ===
 
{|style="font-size=50%" border="1"
! Name of service                               
! Scope
! Info
! Formats supported
! Interfaces
! Costs
! Access
|-
|SHERPA/RoMEO
Publishers copyright policies&self-archiving
|340 publishers (July 2007)
|http://www.sherpa.ac.uk/romeo.php
|XML
|[http://www.sherpa.ac.uk/romeo/api.html Prototype API]
|[http://www.sherpa.ac.uk/romeoreuse.html Conditions of re-use]
|[http://www.sherpa.ac.uk/romeo/api.html Prototype API]
|-
|Directory of Open Access Journals (DOAJ)
|2.987 journals, 164.284 articles (5th of December 2007)
|http://www.doaj.org
|XML
|OAI-PMH
|[http://www.doaj.org/doaj?func=loadTempl&templ=faq#restrictions Conditions of re-use]
|[http://www.doaj.org/doaj?func=loadTempl&templ=faq#metadata OAI-PMH]
|}
 
[[Category:Metadata]]
[[Category:ESciDoc]]
[[Category:PubMan Functional Specification]]

Latest revision as of 14:27, 25 April 2012

Current Metadata

can be found here: current metadata configuration.

In case you are interested in reading the historic development of this metadata model, check out the discussion page

Related Functionality

can be found on functional specification for managing the CoNe entity Journal

Retrieved from "https://colab.mpdl.mpg.de/mw010/index.php?title=CoNE_Journal&oldid=78472"