We converted our finding aids to use a schema about a year ago at Northwestern University Library. We're using a local schema, but it just has some very minor changes to the schema that LC maintains. Here's a list of the changes we found we had to make to accommodate the schema instead of a DTD. Most of these changes can be done with search-and-replace, but I've noted a few places where you'll need to be a bit careful with it. There may be more changes than these, but this should help. Changes from using a DTD to using an XSD: 1. Replace the DOCTYPE statement with the XSD namespace declaration. 2. Remove the <ead> element, as it appears in the declaration above and is redundant. 3. Replace the attribute value countrycode="us" with countrycode="US" 4. Replace the mainagency attribute (you already know about this one - it gave me fits, too). 5. The following attributes in the <extpr> or <dao> elements must have the "xlink:" prepended to them: actuate arcrole from href [make sure to use search & replace on "href=" because otherwise a valid <archref@href> may be broken] label linktype [this becomes xlink:type, not xlink:linktype, so it's not as easy as just adding the prefix] show title to type like this: xlink:actuate etc. 6. Also for <extptr> and <dao>, the attribute value "onrequest" for @actuate must be changed to "onRequest"; similarly "onload" must change to "onLoad". 7. The subject attribute is no longer available in the <title> element. 8. Normal attributes in date fields can no longer be 6 digits - they must be of one of these formats: yyyymmdd yyyy yyyymmdd/yyyymmdd yyyy/yyyy The "day" portion cannot be "00". I.e., 20090200 is not valid but 20090201 is. [possible logic: if a date is four digits, add 00 to the end. If the date is 4digits/4digits, add 00 to the end of the first four, 28, 30 or 31 to the second four depending on month. Or just add 30.] Karen D. Miller Monographic/Digital Projects Cataloger Bibliographic Services Dept. Northwestern University Library Evanston, IL [log in to unmask] 847-467-3462 -----Original Message----- From: Encoded Archival Description List [mailto:[log in to unmask]] On Behalf Of Terry Catapano Sent: Thursday, April 28, 2011 10:19 AM To: [log in to unmask] Subject: Re: @mainagencycode question - schema vs DTD Mark, Looks like you're right. The mainagencycode attribute in the schema version uses the locally defined data.repositorycode datatype, the pattern of which does start with two letter country codes (apparently in conformance to ISO 15511 (ISIL)): ((AF|AX|AL|DZ|AS|AD|AO|AI|AQ|AG|AR|AM|AW|AU|AT|AZ|BS|BH|BD|BB|BY|BE|BZ|BJ|BM |BT|BO|BA|BW|BV|BR|IO|BN|BG|BF|BI|KH|CM|CA|CV|KY|CF|TD|CL|CN|CX|CC|CO|KM|CG| CD|CK|CR|CI|HR|CU|CY|CZ|DK|DJ|DM|DO|EC|EG|SV|GQ|ER|EE|ET|FK|FO|FJ|FI|FR|GF|P F|TF|GA|GM|GE|DE|GH|GI|GR|G L|GD|GP|GU|GT|GN|GW|GY|HT|HM|VA|HN|HK|HU|IS|IN|ID|IR|IQ|IE|IL|IT|JM|JP|JO|KZ |KE|KI|KP|KR|KW|KG|LA|LV|LB|LS|LR|LY|LI|LT|LU|MO|MK|MG|MW|MY|MV|ML|MT|MH|MQ| MR|MU|YT|MX|FM|MD|MC|MN|MS|MA|MZ|MM|NA|NR|NP|NL|AN|NC|NZ|NI|NE|NG|NU|NF|MP|N O|OM|PK|PW|PS|PA|PG|PY|PE|PH|PN|PL|PT|PR|QA|RE|RO|RU|RW|SH|KN|LC|PM|VC|WS|SM |ST|SA|SN|CS|SC|SL|SG|SK|SI|SB|SO|ZA|GS|ES|LK|SD|SR|SJ|SZ|SE|CH|SY|TW|TJ|TZ| TH|TL|TG|TK|TO|TT|TN|TR|TM|TC|TV|UG|UA|AE|GB|US|UM|UY|UZ|VU|VE|VN|VG|VI|WF|E H|YE|ZM|ZW)|([a-zA-Z]{1})|([a-zA-Z]{3,4}))(-[a-zA-Z0-9 :/\-]{1,11}) This does contradict the tag library which states that the country code portion should be placed in the countrycode attribute -- a co-ocurrence constraint not expressible in DTD, BTW. It's probably something which should be addressed in the next version of EAD. In the meantime, while the current dtd2schema.xsl stylesheet does not address the issue, a template which concatenates the countrycode attribute value (if present) with the mainagencycode attribute (if it does not begin with a country code) could probably be added. /Terry On Wed, 27 Apr 2011, Mark A. Matienzo wrote: > A colleague is looking at migrating some DTD-compliant EAD finding > aids to be schema-compliant, and the @mainagencycode within the eadid > is set to not have a country code prefix. As far as I can tell, the > @mainagencycode values within schema-compliant EAD are constrained to > ISO 15511 values *with* country codes, but this constraint is not > there for DTD-compliant EAD. > > I'd like to verify this is correct, as the tag library for EAD 2002 > <http://www.loc.gov/ead/tglib/att_gen.html> specifies the following: > > [quote] > MAINAGENCYCODE -- A code in <eadid> compliant with ISO/DIS 15511 > Information and Documentation International Standard Identifier for > Libraries and Related Organizations (ISIL). Values should be supplied > without the country code, which should be placed instead in the > COUNTRYCODE attribute. > [/quote] > > However, my colleague is unable to get @mainagencycode values without > the country code prefix to validate, leading the validation engine to > state that codes such as "US-CtY" are invalid. > > Mark A. Matienzo > Digital Archivist, Manuscripts and Archives > Yale University Library > > Terry Catapano Special Collections Analyst/Librarian Columbia University Libraries Digital Program 212-854-9942 [log in to unmask]