Difference between revisions of "Talk:World Archives Project: Subject Index to Correspondence and Case Files of the Immigration and Naturalization Service, 1903-1952"

From Ancestry.com Wiki
Jump to: navigation, search
Line 1: Line 1:
 +
 +
== Common Keying Errors ==
 +
Reminders and clarifications:
 +
 +
. We key a record for every INS number on the left side of the card (for the most common card format shown in the main wiki page)
 +
. The INS number is to be keyed exactly as seen with commas, dashes, slashes, etc.
 +
. We do not key company names, we still enter every record with an INS number even if there is no name
 +
. Date entry is a big problem - enter dates with 2 digits or 4 digits '''as seen'''. Do not expand 2 digits to 4.
 +
. Months are converted to the fully spelled out month name - not digits or abbreviations. Don't let the keying tool fool you into using abbreviations!
 +
. The day of the month is not to have a leading zero added.
 +
. The original typist often put his/her initials after the date. Those are to be ignored.
 +
 +
 +
== Additional Card Type ==
 +
 +
 
We have found a 2-sided card type in the project that seems to contain detailed information about automobile accidents.  
 
We have found a 2-sided card type in the project that seems to contain detailed information about automobile accidents.  
  

Revision as of 05:47, 13 October 2010

Common Keying Errors

Reminders and clarifications:

. We key a record for every INS number on the left side of the card (for the most common card format shown in the main wiki page) . The INS number is to be keyed exactly as seen with commas, dashes, slashes, etc. . We do not key company names, we still enter every record with an INS number even if there is no name . Date entry is a big problem - enter dates with 2 digits or 4 digits as seen. Do not expand 2 digits to 4. . Months are converted to the fully spelled out month name - not digits or abbreviations. Don't let the keying tool fool you into using abbreviations! . The day of the month is not to have a leading zero added. . The original typist often put his/her initials after the date. Those are to be ignored.


Additional Card Type

We have found a 2-sided card type in the project that seems to contain detailed information about automobile accidents.

<We have yet to see if this card type extends to other types of reports>

DetailedIncidentFront.JPG
Example of Front Side of Card

DetailedIncidentBack.JPG
Example of Back Side of Card

We key the front side in one data record. Most fields apply well. The examples seen have a case number.

We are to blank (Ctrl-B) the Subject field.

For the Date fields, we use the date in the upper right corner of the card.

The back side should be entered as a Cover Page so it will be in the data base next to the front side to be seen by people searching.

<open question of what to do if some data is present on the back side, like a name or two. I suppose it doesn't hurt to then treat that as a card to key with whatever data is present. But there may be an argument against that, that there is not enough data to make it useful.>

For my 2 cents, I would key the back side of the card if it had any fields to key. The ones with no information to key, could be marked as a cover page. -- Wiedwoman 18:18, 2 October 2010 (UTC)