How do I handle multi-image batches that have already been indexed as single-image batches?
Case in point: United States - Enlisted and Officer Muster Rolls and Rosters, 1916-1939 [Part J] [M37N-DWG]
In reviewing this batch, I see that it was presented and indexed as a single-image batch, but it's actually only page 3 of a multi-image effort. Should I have marked the image as "no extractable data" and returned it (since it should have been included with a different batch)? I went ahead and re-indexed the entire effort as a 3-page batch, but I suspect that only resulted in duplication of a previously indexed batch.
Question: In the review process, how do I handle a single-image batch that is indexed as a single-image effort but should correctly be included as part of a different batch?
Best Answers
-
Scott,
Batch M37N-PDK is a single image batch. It is just the one page with the Monthly Roster.
Index each name on the Roster beginning with Perrin, Ray S.
Perrin is the surnmame and Ray S would be the given name.
As said in the Project Instructions, use the Roster date on the upper right corner, Sep 30 1923, as the date for each of the individuals on the Roster. The indexer has marked the date fields as Blank. The reviewer needs to correct this by adding the date.
The Birthplace and Age are not recorded on the document. These 2 fields should be indexed as Blank.
There is no field asking for the individual military number, so these numbers would not be indexed.
2 -
First I must apologies. My comment above was somewhat contentious and I am sorry for that.
I Have completed many of these batches and have read through the instructions carefully and the page with three names that you mention could easily be one of mine.
1- The batches always come as a single image. If you need to find a date or column heading that is not on your batch you can check previous or following pages but you can only collect that information as those pages are not part of your batch. The instructions state:
- Some images to be indexed may contain only a name. Images that contain only a name should be indexed regardless of whether they include any other fields being indexed in the project.
- Register images often show multiple records. This project is preset to 50 records per image. Entries may need to be added or deleted in the data entry area to index all of the records on an image or remove any extra blank entries.
- If a document does not include column headings, the headings can usually be found on an adjacent image.
2- I interpreted bullet 2 above "all of the records on an image" to mean that each image was to be indexed on its own whether it had 3 or 73 entries. I have had batches in the full range and some of them were page 3 or 4 of a 7 or 8 page report.
again sorry for my curt answer above
2
Answers
-
In the Project Instructions, What to Remember about this Project, bullet point 6, we read: "If a document does not include column headings, the headings can usually be found on an adjacent image."
From this we can look at previous images to see heading but it does not say to index everything with that heading which it would if they wanted us to index all pages that were connected. These are to be indexed each page separately.
Thanks for checking when you had a question!
1 -
The batch code you provided has 1 image with three names. You need to delete all but Records 35-37. It would probably be faster to go back to Step 1 and mark it no extractable data and delete all the entries. Then you can mark it yes, and reindex the 3 records.
If you do encounter a project where the instructions say to index all the information from subsequent images on the first entry form, it will also say to mark those subsequent images as No, No Extractable Data in Step 1.
1 -
I guess I didn't explain my question adequately. I'll try again, with a different case in point this time: United States - Enlisted and Officer Muster Rolls and Rosters,1916-1939 [Part J] [M37N-PDK]
This image page 1 of 2, right? According to the general indexing guidelines, "What to Do When Records Span 2 Images or to View Additional Images:
- "If the first record on an image begins on a previous image, don't index it. The record will be indexed as part of the previous batch.
- "Start indexing at the first complete record. • If the last record on an image continues to the next image, index the entire record, including what continues to the next image.
So this batch needs to have page 2 (from a different image) added to it, correct? The indexer didn't do that, so as the reviewer, should I add page 2 before submitting?
0 -
They did understand your question. You didn't understand their answers. Each project has specific instructions. You must follow the specific instructions from the project which state index each page as a stand alone. I hope this helps.
0 -
Hi Scott. Thank you for sharing the batch and asking again.
Image 1 is indexed on its own. You would not index Image 2. When we have records that span two images and should be indexed as such there will be an instruction in the Project Instructions (PI's) letting you know to do that. We always follow the Field Helps, the PI's, and lastly, the General Indexing Guidelines when something isn't addressed in the PI's.
The indexer did not include the military month though, so that will need to be included on each entry. That can be done using the copy text forward tool.
Does that make sense?
While it doesn't apply to your batch, if an indexer would miss a great deal of records, I would send the batch back for reindexing. Here's a help center article.
https://www.familysearch.org/help/helpcenter/article/the-batch-i-am-reviewing-needs-reindexing
1 -
Okay, thank you.
LarryClark43 says that "Each project has specific instructions. You must follow the specific instructions from the project which state index each page as a stand alone." Sorry for my ignorance, but I don't see in the PI where the instructions state that each page should be indexed as a stand alone, which is why I followed the General Indexing Guidelines. Please tell me where to find the specific guidance you mentioned in the PI. Thank you.
Wendy Thompson Bell, you quoted guidance for batch M37N-FDK, which is not the batch in question.
0 -
I agree with Scott. The project instructions are lacking. I can see why indexers and reviewers new to these muster rolls would be confused. In the beginning, 1,000,000 records ago, in Part A and going forward, I do think it said that these were stand-alone images and it also said that we could look at previous images to determine the military date from the roster. I don't see that in Part J. It would be a great idea to at least have a popup that these are to be indexed as stand-alone images.
0 -
Okay, thanks. So while I may refer to adjacent images to find the date (and potentially other info), I will treat every image as a stand-alone batch unless otherwise advised. Appreciate your help.
1
