Changeset 12677 for trunk/gli/metadata/rfc1807.mds
- Timestamp:
- 2006-09-05T14:50:04+12:00 (18 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/gli/metadata/rfc1807.mds
r11959 r12677 1 1 <?xml version="1.0" encoding="UTF-8"?> 2 2 <!DOCTYPE MetadataSet SYSTEM "http://www.greenstone.org/dtd/MetadataSet/1.0/MetadataSet.dtd"> 3 <MetadataSet contact="[email protected]" creator="The Internet Engineering Task Force" family="RFC 1807" language_dependent=" identifier, definition, comment" lastchanged="Fri Dec 3 14:10 NZST 2004 - mgw5 on narya" namespace="rfc1807">3 <MetadataSet contact="[email protected]" creator="The Internet Engineering Task Force" family="RFC 1807" language_dependent="label, definition, comment" lastchanged="Tue Sep 05 14:40:36 NZST 2006 - kjdon on kanuka" namespace="rfc1807"> 4 4 <SetLanguage code="en"> 5 5 <Name language="en">RFC 1807 Metadata Element Set, Version TR-v2.1</Name> … … 9 9 <!-- English --> 10 10 <Language code="en"> 11 <Attribute name=" identifier">Bib-version</Attribute>11 <Attribute name="label">Bib-version</Attribute> 12 12 <Attribute name="definition">The format version of RFC-1807 record.</Attribute> 13 13 <Attribute name="comment">This is the first field of any record. It is a mandatory field. It identifies the version of the format used to create this bibliographic record. This RFC defines BIB-Version TR-v2.1 BIB-VERSIONs that start with the letter X (case independent) are considered experimental. Bib-records sent with such a BIB-VERSION should NOT be incorporated in the permanent database of the recipient. Using this version of this format, this field is always: Format: BIB-VERSION:: CS-TR-v2.1 </Attribute> … … 24 24 <!-- English --> 25 25 <Language code="en"> 26 <Attribute name=" identifier">Id</Attribute>26 <Attribute name="label">Id</Attribute> 27 27 <Attribute name="definition">The identifier for the RFC-1807 record.</Attribute> 28 28 <Attribute name="comment">This is the second field of any record. It is also a mandatory field. The ID field identifies the bibliographic record and is used in management of these records. Its format is "ID:: XXX//YYY", where XXX is the publisher-ID (the controlled symbol of the publisher) and YYY is the ID (e.g., report number) of the publication as assigned by the publisher. This ID is typically printed on the cover, and may contain slashes. The organization symbols "DUMMY" and "TEST" (case independent) are reserved for test records that should NOT be incorporated in the permanent database of the recipients. Format: ID:: <publisher-ID>//<free-text> Example: ID:: OUKS//CS-TR-91-123 </Attribute> … … 39 39 <!-- English --> 40 40 <Language code="en"> 41 <Attribute name=" identifier">Entry</Attribute>41 <Attribute name="label">Entry</Attribute> 42 42 <Attribute name="definition">The date RFC-1807 record was created.</Attribute> 43 43 <Attribute name="comment">This is a mandatory field. It is the date of creating this bibliographic record. The format for ENTRY date is "Month Day, Year". The month must be alphabetic (spelled out). The "Day" is a 1- or 2-digit number. The "Year" is a 4-digit number. Format: ENTRY:: <date> Example: ENTRY:: January 15, 1992 </Attribute> … … 54 54 <!-- English --> 55 55 <Language code="en"> 56 <Attribute name=" identifier">Organization</Attribute>56 <Attribute name="label">Organization</Attribute> 57 57 <Attribute name="definition">The full name of the publishing organization</Attribute> 58 58 <Attribute name="comment">It is the full name spelled out (no acronyms, please) of the publishing organization. The use of this name is controlled together with the controlled symbol of the publisher (as discussed above for the ID field). Avoid acronyms because there are many common acronyms, such as ISI and USC. Please provide it in ascending order, such as "X University, Y Department" (not "Y Department, X University") Format: ORGANIZATION:: <free-text> Example: ORGANIZATION:: Stanford University, Department of Computer Science </Attribute> … … 68 68 <!-- English --> 69 69 <Language code="en"> 70 <Attribute name=" identifier">Title</Attribute>70 <Attribute name="label">Title</Attribute> 71 71 <Attribute name="definition">The title of the work</Attribute> 72 72 <Attribute name="comment">This is the title of the work as assigned by the author. This field should include the complete title with all the subtitles, if any. Format: TITLE:: <free-text> Example: TITLE:: The Computerization of Oceanview with High Speed Fiber Optics Communication </Attribute> … … 82 82 <!-- English --> 83 83 <Language code="en"> 84 <Attribute name=" identifier">Type</Attribute>84 <Attribute name="label">Type</Attribute> 85 85 <Attribute name="definition">The type of publication</Attribute> 86 86 <Attribute name="comment">Indicates the type of publication (summary, final project report, etc.) as assigned by the issuing organization. Format: TYPE:: <free-text> Example: TYPE:: Technical Report </Attribute> … … 96 96 <!-- English --> 97 97 <Language code="en"> 98 <Attribute name=" identifier">Revision</Attribute>98 <Attribute name="label">Revision</Attribute> 99 99 <Attribute name="definition">If the record is a revision of a previously issued record</Attribute> 100 100 <Attribute name="comment">Indicates that the current bibliographic record is a revision of a previously issued record and is intended to replace it. Revision information consists of a date and/or followed by a semicolon and by text in an open ended format. The revised bibliographic record should contain a complete record for the publication, not just a list of changes to the old record. If revision is omitted, the record is assumed to be a new record and not a revision. If the revision date is specified as 0, this is assumed to be January 1, 1900 (the previous RFC, used revision data of 0, 1, 2, 3, etc. this specification is for programs that might process records from RFC1357). The text before the semicolon in this field is a date of the form month day, year. Any record with a more recent revision date replaces completely any record with an earlier revision date (supplied either explicitly or by default). Use the text to describe the revision. Reasons to send out a revised record include an error in the original, or change in the access information. Format: REVISION:: January 1, 1995; <free-text> Example: REVISION:: January 1, 1995; FTP information added </Attribute> … … 110 110 <!-- English --> 111 111 <Language code="en"> 112 <Attribute name=" identifier">Withdraw</Attribute>112 <Attribute name="label">Withdraw</Attribute> 113 113 <Attribute name="definition">Withdraw means the document is no longer available.</Attribute> 114 114 <Attribute name="comment">Withdraw means the document is no longer available. Some Institutions choose to delete the record others remove some of the fields. It is up to each institution to decide how to process withdraw records. A withdraw record has all of the mandatory fields plus the withdraw field and a mandatory revision field. The Withdraw field should indicate the reason for the withdraw in free text. Example for withdrawing a bibliographic record:: BIB-VERSION:: CS-TR-v2.1 ID:: OUKS//CS-TR-91-123 ENTRY:: January 21, 1995 ORGANIZATION:: Oceanview University, Kansas, Computer Science TITLE:: The Computerization of Oceanview with High Speed Fiber Optics Communication REVISION:: January 21, 1995 WITHDRAW:: Withdrawn, found to be irrelevant END:: OUKS//CS-TR-91-123 </Attribute> … … 124 124 <!-- English --> 125 125 <Language code="en"> 126 <Attribute name=" identifier">Author</Attribute>126 <Attribute name="label">Author</Attribute> 127 127 <Attribute name="definition">The author</Attribute> 128 128 <Attribute name="comment">Personal names only. Normal last name first inversion. Editors should be listed here as well, identified with the usual "(ed.)" as shown below in the last example. If the report was not authored by a person (e.g., it was authored by a committee or a panel) use CORP-AUTHOR (see below) instead of AUTHOR. Multiple authors are entered by using multiple lines, each in the form of "AUTHOR:: <free-text>". The system preserves the order of the authors. Format: AUTHOR:: <free-text> Example: AUTHOR:: Finnegan, James A. AUTHOR:: Pooh, Winnie The AUTHOR:: Lastname, Firstname (ed.) </Attribute> … … 138 138 <!-- English --> 139 139 <Language code="en"> 140 <Attribute name=" identifier">Corp-author</Attribute>140 <Attribute name="label">Corp-author</Attribute> 141 141 <Attribute name="definition">The corporate author</Attribute> 142 142 <Attribute name="comment">The corporate author (e.g., a committee or a panel) that authored the report, which may be different from the ORGANIZATION issuing the report. In entering the corporate name please omit initial "the" or "a". If it is really part of the name, please invert it. Format: CORP-AUTHOR:: <free-text> Example: CORP-AUTHOR:: Committee on long-range computing </Attribute> … … 152 152 <!-- English --> 153 153 <Language code="en"> 154 <Attribute name=" identifier">Contact</Attribute>154 <Attribute name="label">Contact</Attribute> 155 155 <Attribute name="definition">The contact for the author(s)</Attribute> 156 156 <Attribute name="comment">The contact for the author(s). Open-ended, most likely E-mail and postal addresses. A CONTACT field for each author should be provided, separately, or for all the AUTHOR fields. E-mail addresses should always be in "pointy brackets" (as in the example below). Format: CONTACT:: <free-text> Example: CONTACT:: Prof. J. A. Finnegan, CS Dept, Oceanview Univ., Oceanview, Kansas, 54321 Tel: 913-456-7890 <[email protected]> </Attribute> … … 166 166 <!-- English --> 167 167 <Language code="en"> 168 <Attribute name=" identifier">Date</Attribute>168 <Attribute name="label">Date</Attribute> 169 169 <Attribute name="definition">The publication date</Attribute> 170 170 <Attribute name="comment">The publication date. The formats are "Month Year" and "Month Day, Year". The month must be alphabetic (spelled out). The "Day" is a 1- or 2-digit number. The "Year" is a 4- digit number. Format: DATE:: <date> Example: DATE:: January 1992 Example: DATE:: January 15, 1992 </Attribute> … … 180 180 <!-- English --> 181 181 <Language code="en"> 182 <Attribute name=" identifier">Pages</Attribute>182 <Attribute name="label">Pages</Attribute> 183 183 <Attribute name="definition">Total number of pages</Attribute> 184 184 <Attribute name="comment">Total number of pages, without being too picky about it. Final numbered page is actually preferred, if it is a reasonable approximation to the total number of pages. Format: PAGES:: <number> Example: PAGES:: 48 </Attribute> … … 194 194 <!-- English --> 195 195 <Language code="en"> 196 <Attribute name=" identifier">Copyright</Attribute>196 <Attribute name="label">Copyright</Attribute> 197 197 <Attribute name="definition">Copyright information</Attribute> 198 198 <Attribute name="comment">Copyright information. Open ended format. The COPYRIGHT field applies to the cited report, rather than to the current bibliographic record. Format: COPYRIGHT:: <free-text> Example: COPYRIGHT:: Copyright for the report (c) 1991, by J. A. Finnegan. All rights reserved. Permission is granted for any academic use of the report. </Attribute> … … 208 208 <!-- English --> 209 209 <Language code="en"> 210 <Attribute name=" identifier">Handle</Attribute>210 <Attribute name="label">Handle</Attribute> 211 211 <Attribute name="definition">Handles are unique identifiers that are used to rerieve location data.</Attribute> 212 212 <Attribute name="comment">Handles are unique permanent identifiers that are used in the Handle Management System to retrieve location data. A handle is a printable string which when given to a handle server returns the location of the data. Handles are used to identify digital objects stored within a digital library. If the technical report is available in electronic form, the Handle MUST be supplied in the bibliographic record. Format is "HANDLE:: hdl:<naming authority>/string of characters". The string of characters can be the report number of the technical report as assigned by the publisher. For more information on handles and handle servers see the CNRI WEB page at http://www.cnri.reston.va.us. NOTE: White space in HANDLE due to line wrap is ignored. Format: HANDLE:: hdl:<naming authority>/string of characters Example: HANDLE:: hdl:oceanview.electr/CS-TR-91-123</Attribute> … … 222 222 <!-- English --> 223 223 <Language code="en"> 224 <Attribute name=" identifier">Other_access</Attribute>224 <Attribute name="label">Other_access</Attribute> 225 225 <Attribute name="definition">Other access information like URLs and URNs</Attribute> 226 226 <Attribute name="comment">For URLs, URNs, and other yet to be invented formatted retrieval systems. Only one URL or URN per occurrence of the field. URL and URN information is available in the internet drafts from the IETF (Internet Engineering Task Force). The most recent drafts can be found on the CNRI WEB page at http://www.cnri.reston.va.us. NOTE: White space in a URL or URN due to line wrap is ignored. Format: OTHER_ACCESS:: URL:<URL> OTHER_ACCESS:: URN:<URN> Example: OTHER_ACCESS:: URL:http://elib.stanford.edu/Document/STANFORD.CS:CS-TN-94-1 Example: OTHER_ACCESS:: URL:ftp://JUPITER.CS.OUKS.EDU/PUBS/computerization.txt. When the URN standard is finalized naming authorities will be registered and URNs will be viable unique identifiers. Until then this is a place holder. For the latest URN drafts see CNRI WEB page at http://www.cnri.reston.va.us </Attribute> … … 236 236 <!-- English --> 237 237 <Language code="en"> 238 <Attribute name=" identifier">Retrieval</Attribute>238 <Attribute name="label">Retrieval</Attribute> 239 239 <Attribute name="definition">Describes how to get a copy of the full text</Attribute> 240 240 <Attribute name="comment">Open-ended format describing how to get a copy of the full text. This is an optional, repeatable field. No limitations are placed on the dissemination of the bibliographic records. If there are limitations on the dissemination of the publication, it should be protected by some means such as passwords. This format does not address this protection. Format: RETRIEVAL:: <free-text> RETRIEVAL:: for full text with color pictures send a self-addressed stamped envelope to Prof. J.A. Finnegan, CS Dept, Oceanview University, Oceanview, KS 54321 </Attribute> … … 250 250 <!-- English --> 251 251 <Language code="en"> 252 <Attribute name=" identifier">Keyword</Attribute>252 <Attribute name="label">Keyword</Attribute> 253 253 <Attribute name="definition">Keywords</Attribute> 254 254 <Attribute name="comment">Specify any keywords, controlled or uncontrolled. This is an optional, repeatable field. Multiple keywords are entered using multiple lines in the form of "KEYWORD:: <free-text>. Format: KEYWORD:: <free-text> Example: KEYWORD:: Scientific Communication KEYWORD:: Communication Theory </Attribute> … … 264 264 <!-- English --> 265 265 <Language code="en"> 266 <Attribute name=" identifier">Cr-category</Attribute>266 <Attribute name="label">Cr-category</Attribute> 267 267 <Attribute name="definition">The Computer Reviews Category index</Attribute> 268 268 <Attribute name="comment">Specify the CR-category. The CR-category (the Computer Reviews Category) index (e.g., "B.3") should always be included, optionally followed by the name of that category. If the name is specified it should be fully specified with parent levels as needed to clarify it, as in the second example below. Use multiple lines for multiple categories. Every year, the January issue of CR has the full list of these categories, with a detailed discussion of the CR Classification System, and a full index. Typically the full index appears in every January issue, and the top two levels in every issue. Format: CR-CATEGORY:: <free-text> Example: CR-CATEGORY:: D.1 Example: CR-CATEGORY:: B.3 Hardware, Memory Structures </Attribute> … … 278 278 <!-- English --> 279 279 <Language code="en"> 280 <Attribute name=" identifier">Period</Attribute>280 <Attribute name="label">Period</Attribute> 281 281 <Attribute name="definition">Time period covered</Attribute> 282 282 <Attribute name="comment">Time period covered (date range). Applicable primarily to progress reports, etc. Any format is acceptable, as long as the two dates are separated with " to " (the word "to" surrounded by spaces) and each date is in the format allowed for dates, as described above for the date field. Format: PERIOD:: <date> to <date> Example: PERIOD:: January 1990 to March 1990</Attribute> … … 292 292 <!-- English --> 293 293 <Language code="en"> 294 <Attribute name=" identifier">Series</Attribute>294 <Attribute name="label">Series</Attribute> 295 295 <Attribute name="definition">Series title</Attribute> 296 296 <Attribute name="comment">Series title, including volume number within series. Open-ended format, with producing institution strongly encouraged to be internally consistent. Format: SERIES:: <free-text> Example: SERIES:: Communication </Attribute> … … 306 306 <!-- English --> 307 307 <Language code="en"> 308 <Attribute name=" identifier">Monitoring</Attribute>308 <Attribute name="label">Monitoring</Attribute> 309 309 <Attribute name="definition">The monitoring organization(s)</Attribute> 310 310 <Attribute name="comment">The name(s) of the monitoring organization(s). Format: MONITORING:: <free-text> Example: MONITORING:: ONR </Attribute> … … 320 320 <!-- English --> 321 321 <Language code="en"> 322 <Attribute name=" identifier">Funding</Attribute>322 <Attribute name="label">Funding</Attribute> 323 323 <Attribute name="definition">The funding organization(s)</Attribute> 324 324 <Attribute name="comment">The name(s) of the funding organization(s). Format: FUNDING:: <free-text> Example: FUNDING:: ARPA </Attribute> … … 335 335 <!-- English --> 336 336 <Language code="en"> 337 <Attribute name=" identifier">Contract</Attribute>337 <Attribute name="label">Contract</Attribute> 338 338 <Attribute name="definition">The contract number(s)</Attribute> 339 339 <Attribute name="comment">The contract number(s). Format: CONTRACT:: < free-text> Example: CONTRACT:: MMA-90-23-456 </Attribute> … … 349 349 <!-- English --> 350 350 <Language code="en"> 351 <Attribute name=" identifier">Grant</Attribute>351 <Attribute name="label">Grant</Attribute> 352 352 <Attribute name="definition">The grant number(s)</Attribute> 353 353 <Attribute name="comment">The grant number(s). Format: GRANT:: <free-text> Example: GRANT:: NASA-91-2345</Attribute> … … 363 363 <!-- English --> 364 364 <Language code="en"> 365 <Attribute name=" identifier">Language</Attribute>365 <Attribute name="label">Language</Attribute> 366 366 <Attribute name="definition">The language in which the report is written</Attribute> 367 367 <Attribute name="comment">The language in which the report is written. Please use the full English name of that language. Please include the Abstract in English, if possible. If the language is not specified, English is assumed. Format: LANGUAGE:: <free-text> Example: LANGUAGE:: English Example: LANGUAGE:: French</Attribute> … … 377 377 <!-- English --> 378 378 <Language code="en"> 379 <Attribute name=" identifier">Notes</Attribute>379 <Attribute name="label">Notes</Attribute> 380 380 <Attribute name="definition">Miscellaneous free text</Attribute> 381 381 <Attribute name="comment">Miscellaneous free text. Format: NOTES:: <free-text> Example: NOTES:: This report is the full version of the paper with the same title in IEEE Trans ASSP Dec 1976 </Attribute> … … 391 391 <!-- English --> 392 392 <Language code="en"> 393 <Attribute name=" identifier">Abstract</Attribute>393 <Attribute name="label">Abstract</Attribute> 394 394 <Attribute name="definition">The abstract of the report</Attribute> 395 395 <Attribute name="comment">Highly recommended, but not mandatory. Even though no limit is defined for its length, it is suggested not to expect applications to be able to handle more than 10,000 characters. The ABSTRACT is expected to be used for subject searching since titles are not enough. Even if the report is not in English, an English ABSTRACT is preferable. If no formal abstract appears on document, the producers of the bibliographic records are encouraged to use pieces of the introduction, first paragraph, etc. Format: ABSTRACT:: xxxx .............. xxxxxxxx</Attribute>
Note:
See TracChangeset
for help on using the changeset viewer.