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 1: Line 1:
-
 
+
<span style="color:orange">'''Feel free to add to or edit information in this discussion tab as necessary. Please take time to become familiar with the [http://www.ancestry.com/wiki/index.php?title=World_Archives_Keying_Standards General Keying Standards] and be sure to read all instructions on the main project page. (Please note that in case of a discrepancy, project level instructions always trump general keying standards.)'''</span>
-
== Common Keying Errors ==
+
__TOC__
-
Reminders and clarifications:
+
== Extra Keying Helps==
-
 
+
==== Additional Card Type ====
-
. 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 ==
+
Line 42: Line 27:
<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.>
<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.  -- [[User:Wiedwoman|Wiedwoman]] 18:18, 2 October 2010 (UTC)
: 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.  -- [[User:Wiedwoman|Wiedwoman]] 18:18, 2 October 2010 (UTC)
 +
 +
 +
<br>
 +
== Common Keying Errors Found by Reviewers ==
 +
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.
 +
 +
<br>
 +
== Questions and Answers ==
 +
<span style="color:orange"> '''If you have a keying question that is not answered on the project page or in any of the information above, click “EDIT” and ask it here. (If you click on Rich Editor you won't have to worry about formatting your entry.) Then click “WATCH” at the top right on this page and you will be notified via email when an update has been made.
 +
'''</span><br><br>

Revision as of 19:51, 26 April 2011

Feel free to add to or edit information in this discussion tab as necessary. Please take time to become familiar with the General Keying Standards and be sure to read all instructions on the main project page. (Please note that in case of a discrepancy, project level instructions always trump general keying standards.)

Contents

Extra Keying Helps

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)



Common Keying Errors Found by Reviewers

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.


Questions and Answers

If you have a keying question that is not answered on the project page or in any of the information above, click “EDIT” and ask it here. (If you click on Rich Editor you won't have to worry about formatting your entry.) Then click “WATCH” at the top right on this page and you will be notified via email when an update has been made.

Personal tools