Difference between revisions of "ViRR Ingestion"

From MPDLMediaWiki
Jump to navigation Jump to search
 
(17 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{ESciDoc Solutions}}
{{ViRR}}
<accesscontrol>ViRR,,MPDL,,FIZ,,</accesscontrol>
<p style="color:white; background-color:#8B0000;"> '''Restricted Access''' </p>


'''in progress'''
== Introduction ==
A small glossary for the used terms can be found under [[ViRR_Miscellaneous#Glossary|Miscellaneous]].


== Requirements for R1 ==
== Scenarios ==
 
'''Scenario 1''' <br/>
# The user want to upload one book.
# The book consists of several images (available as tiffs) which first have to be convert into jpgs for the web presentation.
# The newly created jpgs have to be uploaded in a batch method to the system. The correct order of the images (based on the name of the files) has to be kept and saved.
# A MAB file with the bibliographic metadata of the book has to be uploaded to the system.
# The system derives a first skeleton of the ToC of the book from the uploaded data (title, number of pages)
 
== General Requirements for R1 ==


:* Ingestion of scans (incl. derivation of a basic skeleton of the books)
:* Ingestion of scans (incl. derivation of a basic skeleton of the books)
Line 15: Line 23:
:** Basic skeleton already includes three levels:
:** Basic skeleton already includes three levels:
:**# multi-volume work, e.g. "Vollständiges corpus gravaminum evangelicorum"
:**# multi-volume work, e.g. "Vollständiges corpus gravaminum evangelicorum"
:**# part (volume) [https://zim01.gwdg.de/repos/smc/trunk/03_Functional_Description/02_Scenarios_Concepts/Concepts/Virtueller%20Raum%20Reichsrecht/Beispieldateien/dt9bg20q%5b7-8%5d%20-%20gekuerzt/dt9bg20q%5b7-8%5d/dt9bg20q%5b7-8%5d_druck1=d0001.jpg Vollständiges corpus gravaminum evangelicorum. Band 7]
:**# part (volume), e.g. "Vollständiges corpus gravaminum evangelicorum. Band 7"
:**# pages
:**# pages
:* Ingestion of bibliographic data: mapping of [[Talk:ViRR_Metadata#MAB_to_MODS_mapping|MAB to MODS]]
:* Ingestion of bibliographic data: mapping of [[Talk:Mapping_MAB_to_MODS|MAB to MODS]]


== UC_VR_IN_01 Import MAB data set ==
'''Status/Schedule'''
* Status: in specification
* Schedule: '''Project Phase'''


== Further Requirements ==
'''Motivation'''
* In order to update the bibliographical metadata of a multivolume, volume or monograph based on changes in the library catalog of the institute, the user wants to upload the corresponding MAB file. This use case shall include that older values will be overwritten. This use case does not include a synchronization. It only updates one explicit bibliographic metadata set based on one MAB file.


* Ingestion / Upload of MAB files
'''Pre-Condition'''
* To every MAB file belongs several images
* The bibliographic metadata of one multivolume, volume or monograph is selected.


'''Triggers'''
* This use case can be included by following use cases
** [[ViRR_Editing#UC_VR_ED_07_Edit_bibliographic_metadata|UC_VR_ED_07 Edit bibliographic metadata]]


* Technical (without an user interface) ingestion of the scans
'''Steps'''
* Automatic derivation of a first skeleton of the ToC (based on the signature of the book and the page numbers)
# The user wants to import a MAB file to the system.
* Ingestion or manually submission of the bibliographic metadata (available in MAB)
# The system prompts for the path of the import file.
* Automatic derivation of the basic keywords from the book titles as basis for an index list
# The user enters the path to the file and confirms the import.
* Uploading of further books via a batch method (together with bibliographic metadata, evtl. also with transcriptions)
# The system imported the MAB data, maps it to MODS, saves the values in MODS and updated the edit bibliographic metadata view. This includes that already filled in values will be overwritten by the new values. The system displays a message ([[ViRR_System_Messages|MSG_VR_IN_01]]). The use case ends successfully.


'''Actors Involved'''
* Editor


== Scenarios ==
== Further Development ==
'''Scenario 1''' <br/>
* Ingestion of one MAB file to update all bibliographic metadata in ViRR
# The user want to upload one book.
** As the institute sometimes changes their bibliographic metadata in the library catalog, these changes shall be assigned to the corresponding metadata in ViRR.  
# The book consists of several images (available as tiffs) which first have to be convert into jpgs for the web presentation.
# The newly created jpgs have to be uploaded in a batch method to the system. The correct order of the images (based on the name of the files) has to be kept and saved.
# A MAB file with the bibliographic metadata of the book has to be uploaded to the system.
# The system derives a first skeleton of the ToC of the book from the uploaded data (title, number of pages)
 


[[Category:Virtueller Raum Reichsrecht|Ingestion]]
[[Category:Virtueller Raum Reichsrecht|Ingestion]]
[[Category:Functional_specification|Ingestion]]
[[Category:VIRR_Functional_specification | Ingestion]]

Latest revision as of 08:37, 4 August 2009

Virr Medium Multivolume 31 Static.gif Virtueller Raum Reichsrecht

Overview
Functionalities
Support
Copyright and Disclaimer
Scope

Metadata:
Application Profile · Content Models
Metadata Display · ViRR Metadata
Action Matrix

Transformations:
virr 2 mets · mab 2 mods
mods 2 oai dc · mods 2 marc21

Specification

Intern:
Meetings · GUI · Miscellaneous
Development · Planning · Feedback
Related Projects:
Judicial Journals · Late Scholasticism
Digitization Lifecycle

edit


Introduction[edit]

A small glossary for the used terms can be found under Miscellaneous.

Scenarios[edit]

Scenario 1

  1. The user want to upload one book.
  2. The book consists of several images (available as tiffs) which first have to be convert into jpgs for the web presentation.
  3. The newly created jpgs have to be uploaded in a batch method to the system. The correct order of the images (based on the name of the files) has to be kept and saved.
  4. A MAB file with the bibliographic metadata of the book has to be uploaded to the system.
  5. The system derives a first skeleton of the ToC of the book from the uploaded data (title, number of pages)

General Requirements for R1[edit]

  • Ingestion of scans (incl. derivation of a basic skeleton of the books)
    • Naming convention of the files
      e: einband (always e1-e4, two for the front cover and two for the back cover)
      v: vorgebundene, nichtbedruckte Seiten (always after the front cover)
      d: derivate (content pages)
      n: nachgebundenen Seiten (always after the content pages)
    • Basic skeleton already includes three levels:
      1. multi-volume work, e.g. "Vollständiges corpus gravaminum evangelicorum"
      2. part (volume), e.g. "Vollständiges corpus gravaminum evangelicorum. Band 7"
      3. pages
  • Ingestion of bibliographic data: mapping of MAB to MODS

UC_VR_IN_01 Import MAB data set[edit]

Status/Schedule

  • Status: in specification
  • Schedule: Project Phase

Motivation

  • In order to update the bibliographical metadata of a multivolume, volume or monograph based on changes in the library catalog of the institute, the user wants to upload the corresponding MAB file. This use case shall include that older values will be overwritten. This use case does not include a synchronization. It only updates one explicit bibliographic metadata set based on one MAB file.

Pre-Condition

  • The bibliographic metadata of one multivolume, volume or monograph is selected.

Triggers

Steps

  1. The user wants to import a MAB file to the system.
  2. The system prompts for the path of the import file.
  3. The user enters the path to the file and confirms the import.
  4. The system imported the MAB data, maps it to MODS, saves the values in MODS and updated the edit bibliographic metadata view. This includes that already filled in values will be overwritten by the new values. The system displays a message (MSG_VR_IN_01). The use case ends successfully.

Actors Involved

  • Editor

Further Development[edit]

  • Ingestion of one MAB file to update all bibliographic metadata in ViRR
    • As the institute sometimes changes their bibliographic metadata in the library catalog, these changes shall be assigned to the corresponding metadata in ViRR.