Editing Previously Indexed Record
I was viewing an indexed record (citation below) which was obviously indexed incorrectly - the age was indexed as 888 even though nothing was written in that field in the original document. I wanted to correct this information, but the "edit" option restricted me to changing the name, event date, even place, and birthplace fields. It's very frustrating not be able to correct this error.
Answers
-
With a question such as this, it is always good practice to provide, along with your question, a URL link to the actual record, whereby we would be able to check the issue properly and determine a solution. The immediate interface may not always provide a means of editing to effect a correction, but we may well be able to pass this to the Web Engineers to correct.
If you have the URL still, please pass it to us here and we will attempt to work with this issue.
Be successful! Cheerio for now.
1 -
The age field cannot be corrected, but you found the record anyway. Therefore, the index served its purpose perfectly well.
Keep in mind that the index is not the data. It is merely a finding aid for the data.
0 -
the bots will not allow a URL for this individual but here is the PID LC19-HZ1
In trying to attach the second hint on the page (I hope it is still there when you get this) I notice several problems in the indexed record. the worst is that the names of one set of grandparents have been combined into one. When I try to edit anything on the page it will not remain after saving not matter how long I wait to view the result. 24 to 48 hours so far. And I see no way to add a person so I can attach the record to both grandparents.
This is the indexed name which should be Jose Antonio de Moraes and Faustina Maria Gullarte
0 -
@McKinneyJohnL, if you're talking about this index record, it was computer-indexed, and the index-correction function does not seem to be working on computer-indexed records (despite appearances to the contrary). There is a "report error" link; I don't know when/if such reports are acted upon, but it can't hurt.
If it's any consolation, even on actually-correctable indexes, you can't correct relationships or add people, so being unable to change the mashup into one grandparent or the other doesn't really make a difference.
If there are fewer indexed people than are actually mentioned in the record, you can either make a copy of someone's citation, or you can create a citation directly of the image. If there are "extras" (like the name of the church indexed as a person), you can just leave them unattached, dismissing the "unfinished attachments" notice on the relevant source tabs. Or, if someone's missing but there are also extras, you can use one of the extras for the missing person, heavily editing the source citation to reflect reality.
It looks like most of the people in the index do not have a specified relationship to each other, so you should be able to drag-and-drop them into their spots. For example, with Ezaquiel as the focus person on both sides, you can open his parents on the tree side, and then drag the corresponding index entries from the bottom block up to the top so they line up with the correct parent. Once Ezaquiel and his wife and parents are attached, you can switch the index-side focus person to his wife, and drag her parent-mashup into place for one of her actual parents.
Spanish is not a language I really know, so I can't figure out who the rest of the people in the index are: are they actually mentioned in the record, or are they someone else's relatives? If they're Ezaquiel's and Maria's family members, then you should be able to attach them to their respective Tree profiles through copious use of Source Linker's "change" dropdowns and drag-and-drop. (And when all else fails, there's always "by ID" in the tree-side "change" dropdown.)
0 -
Thank you Julia. I know how to change focus and connect the others. I hope there can be fixes in the area of editing.
On another subject while I have you, I must apologize for my ignorance on the "recents" and "find" issues. I am the problem in recents not working. If you use the find by ID feature and happen to get an errant character like a space when copying the ID "find" will contatinate the string and strip off the space while "recents" will not, so I will be more careful in the future.
0
