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

From Ancestry.com Wiki

(Difference between revisions)
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 12: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>

File:DetailedIncidentFront.JPG
Example of Front Side of Card

File: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)
Personal tools