Metadata

Special Data Types in VALEP

Date

The formats of date and time in VALEP are represented in the highly adaptable Extended Date Time Format (EDTF): see the detailed specification.

• To specify a simple date, use the Year-Month-Day format, e.g. 2020-12-02 (and make sure that you separate the digits with a hyphen - rather than any other symbol)
• For a range of dates use / between the dates, e.g. 1900-12-24/1900-12-31
• Entire months and years are stated as 1932-10 (= October 1932) and 1968 (= the entire year 1968)

Language

Languages are stored in VALEP in a csv file that can be edited by the admin. The list was initially taken from the Library of Congress and recently comprises about 500 languages. To select a language, just type some characters of its name and select the language from the list that appears (click once or hit return key). If the desired language does not appear in the list, please email Christian Damböck.

Locations

For locations, we are using a powerful internal tool based on a hierarchical structure of areas. Each city must be located within an area. A specific address is always based on a city.

NOTE: in a later implementation of VALEP (implementation presumably around 2024/25) we will use external internet resources to refer to cities and presumably also addresses. However, the hierarchical structuring of areas will remain as a special feature of VALEP that only embeds the external information on cities and addresses.

Areas

Areas are hierarchically structured, resulting in the following two categories:

• Main areas are specified as nested boxes, e.g. Lower Austria is part of Austria; Austria, in turn, is part of Europe, therefore Lower Austria also belongs to Europe. Accordingly, because Austria does not belong to Asia, Lower Austria also is not a part of Asia.
• Special areas do not fit into the nested structure of main areas; examples are:
  • The English-speaking World, which includes regions from all over the world (USA, Canada, Great Britain, etc.)
  • The Habsburg Empire, which includes Austria and parts of other states (Hungary, Czech Republic, Italy, Ukraine, etc.)

The main purpose of this complex combined structure of areas and special areas is that one can filter all documents that were produced in a certain - arbitrarily complex - region (implementation of this filter feature is still pending).

City

A city is a geographical entity that belongs to an area. An address must always be combined with a city, rather than an area.

Address

At a minimum, an address must specify a city, but you can also add additional information, such as district, zip code, street, building number, etc. Therefore, Vienna is one address, Vienna 1080, Alserstraße 23/32 is another one.

Authority: Person and Institution

Persons and Institutions (= authorities) can be optionally used in order to add information to all metadata categories that cover authors, creators, recipients, issuers, and those being involved in the creation of a document. In almost all these cases, it is also possible to specify several persons/institutions. Just type in one or more characters that belong to the name of the person/institution and then select the name from the drop-down menu, using the mouse (single click) or keyboard (return key).

NOTE: in a later implementation of VALEP (implementation presumably in 2024/25) we will integrate these data with other online resources such as Wikidata. All information that is now stored in the Persons and Institutions tabs will then be made available directly in this external database.

The difference between persons and institutions, at the level of VALEP's data structure, is only a matter of complexity:

• Institutions are characterized only by a Name and an Abbreviated Name, together with an optional Address, URL and Description
• Persons, in contrast, have additional descriptors. In addition to Abbreviated Name and optional Address, URL and Description the following fields are available:
  • First Name and Surname
  • Date of Birth and Date of Death, both optional fields, however their completion requires the EDTF format (see date)
  • Profession, an optional field that can provide a brief description of a person's professional background and general biography (as it might be used in a name index)
  • Two optional fields that cover a Short Biography and a Long Biography
  • An optional list of Institutions that might associate, for example, Rudolf Carnap, with institutions such as the Vienna Circle, Logical Empiricism, the journal Erkenntnis or the German Youth Movement. These institutions must belong to the list of Institutions as described above.

Event

An Event is defined by a Name and an optional Description, together with the following fields:

• An optional location and optional date
• An event type to be selected from an internally compiled list including items such as Conference or Discussion Circle Meeting

Events can be added by all users of VALEP.

Card File

Each instance of the document category File Card needs to become associated with a certain Card File. The latter is identified in VALEP by a Name and by the Person or Institution that owns the Card File. Optionally, the Typeface of a card file might become pre-specified and a Description might be added.

Typeface (Text Format)

Specifies the writing format of a text. The options are

• Long Hand
• Short Hand
• Typed
• Printed
• Electronic
• Mixed

These options are preset and cannot be changed by users of VALEP.

Document Format

A Document Format is characterized by a Name and an optional Description and must be associated with one of the following categories:

• Text/2D/3D Object (= all document categories except Photograph, Audio, Video)
• Photograph
• Audio
• Video

Examples might be A4 or letter-size for text documents, vinyl disc for Audio. New categories can always be added to the list.

Copying process

A Copying process is characterized by a Name and an optional Description and must be associated with one of the following categories:

• Text/2D/3D Object (= all document categories except Photograph, Audio, Video)
• Photograph
• Audio
• Video

Examples might be blue print or Xerox for text documents. New items can always be added to the list.

General Data Types in VALEP

VALEP uses a relational database as well as parsing tools to ensure consistent metadata. An individual, for example, can only be identified as the author of a document if the name is already entered in VALEP's list of persons. VALEP only accepts date entries matching the EDTF format. On the other hand, (almost) all metadata categories allowing for free text entry accept a wide range of Unicode symbols, e.g. Hong Qian can alternatively be spelled 洪谦.

Here is a list of data types used in VALEP in the order in which there are discussed in the following sections:

• Enum defines a metadata category where the user must choose one value from an internal predefined list
• Boolean can be either true or false
• Name means that the user needs to choose a data set from Name list, which can be edited in the admin section
• Authority means that the user needs to choose a data set either from the Person or Institution lists
• Date and Location need to be specified, according to the rules described above
• Unicode (X) means that the user can specify text using the whole range of Unicode symbols; the text is limited to X characters
• Simple (X) means that the user can specify text only by using a restricted set of characters that include [A … Z] [a … z] [1 … 0] .,;:-+=*/\~#@§$%!?&(){}[]<>|^°´`‘“
• NN means that the content of the data field must not be null (per default, data fields can always be empty in VALEP)
• UQ means that the content of the data field must be unique, among all instances of the respective data sets (per default, data fields need not be unique in VALEP)
• (n) means that a data field might contain several instances of data of the specified type (per default, data fields contain either zero or 1 instance of data of the specified type)

All Metadata (Archive Tree)

The archive tree originates from a root called Archives. The leaves of the tree are files.

Archive

These are the top level nodes of the archive tree. They represent, typically, a physical archive that might be a public institution (e.g., university archive, state archive) or a private collection held by a private institution or individual.

• Archive Authority (e.g., ASP, Brenner Archive, IVC, [private files of] XYZ)
• Long Title Unicode (300)
• Description Unicode (30,000)
• Owners User(n) (those who are allowed to edit this node)
• Locked Boolean (if selected, then only the admin may delete this node)

Collection

These second level nodes must have an Archive as a parent. They are not characterized by a Title but rather by an Authority that specifies the respective collection, e.g., Carnap collection or Vienna Circle collection.

• Collection Authority (e.g., Carnap collection, Jeffrey collection)
• Description Unicode (30,000)
• URL Unicode (300)
• Owners User(n) (those who are allowed to edit this node)
• Locked Boolean (if selected, then only the admin may delete this node)

Box (recursive)

Each box must have either a collection or a box as parent. Boxes may only contain boxes and folders, but no files.

• Title Unicode (300)
• Subtitle Unicode (3,000)
• Description Unicode (30,000)
• Date Date (the date or date-range during which the material was created)
• Signature type (item number) Enum, options are no signature proposals and signature like folder name (in a future implementation, this will enable the transfer of the signature of a version to a box)
• Source type Enum, options are Microfiche, Original, Paper Copy and Other (the purpose of this data field is to distinguish original sources from microfiche and paper copies)
• Digitization Type Enum, options are, among others, Compact camera handheld or Scan
• Producer Authority (who created the scans)
• Owners User(n) (those who are permitted to edit this node)
• Locked Boolean (if selected, then only the admin may delete this node)

Folder

Each folder must have either a box or a collection as a parent. Folders may only contain files and versions.

• Title Unicode (300)
• Subtitle Unicode (3,000)
• Description Unicode (30,000)
• Date Date (the date or date-range during which the material was created)
• Signature type (item number) Enum, options are No signature proposals and Signature like Folder name (in a future implementation, this will enable the transfer of a signature of a version to a folder)
• Source type Enum, options are Microfiche, Original, Paper Copy and Other (the purpose of this data field is to distinguish original sources from microfiche and paper copies)
• Digitization Type Enum, options are, among others, Compact camera handheld or Scan
• Producer Authority (who created the scans)
• Owners User(n) (those who are permitted to edit this node)
• Locked Boolean (if selected, then only the admin may delete this node)

File

Files can only be contained in folders. In other words, boxes cannot contain files or files and folders/boxes at the same time. Here, VALEP differs from the nested file structure found in computer systems. The goal is to make the nested structure more transparent and rigid. Physical archives may house any kind of objects, however, VALEP only permits storage of digitized items in the following file types:

• Photograph (jpg)
• Text (pdf)
• Audio (mp3)
• Video (mp4)

All files are described by the following metadata:

• Title Unicode (300)
• Description Unicode (30,000)
• Open Boolean (only open files can be viewed by non-registered users)
• Owners User(n) (those who are allowed to edit this node)
• Locked Boolean (if selected, then only the admin may delete this node)

All Metadata (General Documents)

VALEP stores information on archival items as so-called "general documents" (this section) and "versions" (next section). General documents only contain metadata about an archival item; in contrast, only versions can connect the general document to the files of the archive tree.

The nomenclature for general documents is specified in VALEP in several CSV documents and therefore can easily be edited by the admin. The general structure looks like this:

• A fixed list of 49 metadata categories used in VALEP
• An adjustable list of document categories containing 13 items up to date
• An adjustable document categories table associating document categories with the 49 metadata categories used in the respective document category
• An adjustable list of document types, adding to each document category a list of possible document types

Metadata Categories

These are the metadata categories for general documents

0. Document Category Enum, NN
1. Title Unicode (300)
2. Title (alternative, long) Unicode (1,000)
3. Description Unicode (30,000)
4. Document Type Enum
5. Card file Card File, NN
6. URL Unicode (300)
7. Author / Sender Authority(n)
8. Receiver Authority(n)
9. Involved Authority(n)
10. Event Event
11. Related Events Event(n)
12. Date Date(n)
13. Location / Place of Record Location(n)
14. Place of Posting Location
15. Language Language(n)
16. Typeface, Enum
17. Document format Document Format
18. Scope Simple (30) (e.g., 30 pp, 210 min.) (should become Unicode in a later version)
19. Document status Enum
20. Publisher Unicode (100)
21. Place of Publication Unicode (100)
22. Series Editor Authority(n)
23. Series Title Unicode (300)
24. Volume (Series) Simple (30)
25. Number of volumes Simple (30)
26. Edition Simple (30)
27. Date of first edition Date
28. Place of first edition Unicode (100)
29. Publisher of first edition Unicode (100)
30. ISBN Simple (50)
31. DOI Simple (50)
32. Autonumous publication Unicode (300)
33. Volume (Journal) Simple (30)
34. Issue Simple (30)
35. Original Publication Unicode (300)
36. ISSN Simple (50)

Document Categories and Document Types

In the present nomenclature, VALEP features 13 document categories and 78 document types. In the following list, we associate each document category with its abbreviation, e.g., (M) for Manuscript / Chronicle / Object. We list the document types and note some features as outlined in the document categories table (namely which metadata categories belong to a document category).

• Manuscript / Chronicle / Object (M)
  No receiver, no place of posting (see letter), no event (see minutes or memo), no publication data (see book or article)
  This is the main document category covering manuscripts, chronicles, and notes, but also financial records, and all kinds of 2D and 3D objects.
  • General Manuscript
  • Book Manuscript
  • Article Manuscript
  • Lecture Manuscript
  • Sketch
  • Note
  • Diary
  • Chronicle
  • Calendar
  • Financial Record
  • Accounting
  • Map
  • Internet Object
  • Other 2D Object
  • 3D Object
• Minutes (During Event) (Minutes)
  Similar to (M) but includes event; date and location are either directly entered or covered by the event (the user is responsible for consistency)
  • Minutes
  • Lecture Notes
  • Discussion Protocol
• Photo Series (During Event) (PhotoS)
  Similar to (Minutes) but, as in (Photo), no language, typeface, document format, and scope
  • Photo Series (the specific type of the series might be specified by the type of the event that it is documenting)
• Memo / Speech (Before or after Event) (M/S)
  Similar to (Minutes) but the Event needs to be distinguished here from the date and location of the creation of the speech or memo
  • Memo (after event)
  • Speech / lecture (before event)
• Letter / Issued document (L)
  Similar to (M) but includes receiver and place of posting
  Letters usually do not have a title (it is optional), but the category also includes a variety of issued documents (bills, tickets, certificates etc.), which often have a title.
  • Letter
  • Post card
  • Picture post card
  • Telegram
  • Email
  • Bill
  • Ticket
  • Prescription
  • Confirmation of Payment
  • General Certificate
  • Personal Document
  • School Certificate
  • Testament
• Photograph (Photo)
  Similar to (PhotoS) but instead of an event it covers date and location
  • Analog Photograph
  • Diapositive (Slide)
  • Digital Photograph
• File Card (FC)
  Similar to (M) but is bound to a card file
  • General File Card
  • Addresses / Biographical Notes
  • Bibliographical Notes
  • Private Matters
  • Business / Financial Matters
• Book / other printed matter (B)
  Similar to (M) but instead of a location it covers a range of bibliographical data (20-31)
  This category covers all kinds of printed material that does not belong to a periodical.
  • Book
  • Edited book
  • Handbook
  • Web page
  • General printed matter
  • Newspaper clipping (as long as it cannot be identified as an Article)
  • Bulk mail
  • Promotion brochure
  • Letter head
  • Envelope
  • Calling card
  • Diploma Thesis
  • MA Thesis
  • Dissertation
  • Habilitation Thesis
  • Seminar Thesis
• Article (A)
  Similar to (B) but covers the bibliographical data (32-36)
  • Journal article
  • Handbook article
  • Newspaper article
  • Web article
• Proceedings (Book) (PrB)
  Similar to (B) but also covers an event (e.g., the conference whose contributions are published in the proceedings)
  • Conference
  • Other Event
• Proceedings (Article) (PrA)
  Similar to (A) but also covers an event (e.g., the conference whose contributions are published in the proceedings)
  • Conference
  • Other event
• Audio (Audio)
  Similar to (M) but also covers an event, no typeface
  Will typically but not necessarily be utilized with versions that contain audio files (mp3)
  • Interview
  • Lecture
  • Conference
  • Discussion circle meeting
  • Radio broadcast
  • Podcast
  • Music
  • Other
• Video (Video)
  Similar to (M) but also covers an event, no typeface (text format)
  Will typically but not necessarily be utilized with versions that contain video files (mp4)
  • Interview
  • Lecture
  • Conference
  • Discussion circle meeting
  • TV broadcast
  • Podcast
  • Documentary
  • Other movie
  • Other

All Metadata (Versions)

Versions connect files of the archive tree with documents. A version is a container that consists of a non-empty sequence of files that belong to a folder. Sequences of files must not have gaps. If A₁ ... A_n is the alphabetically ordered sequence of all files of a folder, then a version must always be characterized by a sequence A_i ... A_j with 1 ≤ i ≤ j ≤ n. There are six possible types of versions in VALEP:

• Original
• Copy
• Written Duplicate
• Transcription
• Translation
• Commentary

A document might contain several versions of any type. Most versions are characterized by the following metadata:

37. Version Type Enum as specified above, NN
38. Copying process Copying Process (available only for versions of type Copy)
39. Signature (item number) Unicode (300) (Note that signatures (item numbers) of a document represent their location in an archive and therefore cannot be associated here with the general document but only with the version; different versions of the same document might, of course, have different signatures (item numbers)
40. Specific Comments on this version Unicode (30,000)
41. Version URL Unicode (300)

The following metadata is available only for versions of type Written duplicate, Transcription, Translation, and Commentary, and for all versions of a document of the category Photograph or Photo series

42. Document format (version) Document format/li>
43. Typeface (text format) (version) Typeface
44. Author / Developer (version) Authority
45. Date (version) Date
46. Location (version) Location
47. Language (version) Language
48. Scope (version) Simple (30)