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
(Common Keying Errors)
Line 4: Line 4:
. 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)
. 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.
. 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
. 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.
. 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!
. 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 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.
 
 +
. The original typist often put his/her initials after the date. Those are to be ignored.
== Additional Card Type ==
== Additional Card Type ==

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