|(11 intermediate revisions by 9 users not shown)|
|−|'''Occassionally, within the same image, we discover one history-sided card and one card we do not index ''' (such as a Ledger-Sided Card, or a Charge Dummy Card, or it is Blank, Duplicate or Unreadable). <br>When one card is indexable (history side) and the other card within the same image is not, take the following steps:<br>1. '''Mark the Image Type of the first card as NORMAL'''. Yes, this will mark both cards within the image Normal but software limitations prevent marking the Image Type of the two cards differently.<br>2. (The highlighted field is now on Pension Payment Type for the first card in the image.) '''If the first card is a ledger side or any other non-indexable card , mark all the remaining fields in the record blank''' '''by selecting the Mark The Record Blank icon. ''' You will find the icon in the tools ribbon [the row of icons immediately below the image ]. It is the icon with the blue X over three (3) fields [they look like boxes]. Another shortcut would be to select Edit > Mark Field or Record > Mark Record Blank. <br>3. Index the second card normally.<br>'''NOTE:''' Reverse steps 2 and 3 when the first card is the only indexable card in the image. |+|
index cards image. the the card in the . the the image in the .
| || |
|−|Q. Is there any determination on the "Permanent Withdrawal Request" cards yet? I keep finding "Permanent Withdrawal Requests" cards that state all the information that we've been indexing, but this card takes the place of a card withdrawn from the card set. When indexing several pages in a row, I can tell that this person is no longer indexed if we don't take the information from these cards. Should we index them to capture the information? Otherwise these people will be lost to researchers.''' Please include a share batch number for our evaluation.''' (Click File and then Share Batch) 186855371 And here's another one on card 15 at 187530033. <br> |+|
| || |
see the question answered about NOT adding information to the history side from the ledger side under the assumption that the two maynot be related/associated with one another; but, some records/batches have a Certificate# on them. ..and those match up number-for-number and name-for- name. When that situation occurs, it is aceptable to index on the history since a widow payee listed on the ledger side? '''The ledger side should not be indexed. '''<br> |+|
I history the side the that the . -that , ?
| || |
|−|When indexing a widow's card with minors, please clarify if the widow is indexed as the guardian even if the word guardian is not used. If I don't index it that way, the arbitrator usually changes it; if I do index it that way, the arbitrator usually changes it. '''The field helps are being rewritten to clarify this situation. The reason we would index the widow as a guardian is that on many cards this will be the only way a child will have a surname attached to them. ''' |+|
as , the the field helps.
| || |
|−|How do we index co-guardians for the minors listed on a Minors' Card? '''The project is now being updated''' |+|
| || |
|−|'''Press Tab to skip the guardian fields unless''': The clearly indicated guardian is the guardian of a MINOR. ONE EXCEPTION: When indexing the guardian of a minor and <u>neither</u> the MINOR <u>nor</u> the SOLDIER has a surname listed on the card, index the WIDOW as the guardian of the MINOR (so that a surname can be associated with the indexed minors). |+|
to the can .
| || |
|−|We should not use any of the information recorded on the ledger side of a card and index the information as if it were on the history side of a card. Remember: Each image is treated as a unique document and not linked to any other document. Some indexers have been pulling names, death dates, etc., from the NED side of what they assume is the back of the card they are indexing. '''<br> ''' |+|
a to <br>
| || |
|−|When a married woman remarries and her previous married surname and new married surname ''are clearly indicated'', "or" is not used between the two surnames. The names are separated with a space. Example: For the surnames (was) Smith and (now) Jones, you would enter the surname as: Smith Jones. |+|
| || |
|−|Where are the instructions when the two documents do not match? '''Each image is treated as a unique document and not linked to any another document.<br>''' |+|
| || |
|−|Regarding PartA/004694298 the first image for Calder, Philip C, Army Invalid, has a dates of commencement of 1907 and 1912. The second image for Calder, Rachel, Army widow says the name of the soldier was James and the date of commencement 1901. '''Treat each image as a seperate record.''' |+|
the the of
Latest revision as of 03:42, 19 October 2012
I have run into single index cards on an image. I called the 800 number and was told that we are to index the card in the 01 spot. For the 02 spot we are to call the image "normal" but put blanks in the required info spots.
Q: I have an image that shows one history and one ledger. The next image shows the opposite side for both. I cannot mark only one record as "no extractable data" because the indexing program automatically assumes that the entire image is "no extractable data" instead of the record. How shall I index the half-image that has no extractable data, as blank?
A: mark both as "normal", then mark the ledger record as "blank". Index the history record as per field helps.
Q: What happened to the slide show presentation? I can not find it now.
A: under project instructions there is a link lables "how to index this project"
Q: How do I index Charge Dummy Cards?
A: Enter Normal and then blank remaining columns (ctrl B)
Q: Army Widow card gives widow's name as Smith Joyce. Beside it is Former Widow. Soldier's name is George Jones. Do we index her surname as Jones Smith?
Q: When the Widow shows up on the ledger side of the card clearly labled as widow, Where should we index her name?
A: index the ledger side of the card as No extractable data image, the researcher will be able to see the ledger side of the card to find the information