15,534
edits
Changes
no edit summary
This was formarly formerly GEPS 024: Certificates
Natural transcription of Records is a method for creating and storing genealogical information from a document. For example, one might create a Census Record that would allow users to enter data straight from a Census sheet. The current [[Census Addons|Census Gramplet ]] does this now. In this GEP, the associated data would be stored in a well-defined location in the database, and in exported file formats, so that the the record not only leads to update of the data in the family tree, but allows retracing the flow of a source to the data in the family tree.
= Needs =
# A way to recreate the document from the database (see Gramps Census Report)
Records themself themselves would not be part of GEDCOM export. The data learnt from the record would be present in the family tree and would appear in GEDCOM like that.
= Example Workflows =
So, the workflow here would be:
# Find the baptize record you would like to enter data from
# Select in the Records transcription view Record Type 'Baptize Curch Church Record', and Layout 'Generic'. Record Types and Layouts are predefined in an xml.
# Set the header data of the record, this would page number or index number, name of the church, source title. We could do publication info with import from eg BibTeX.
# As in Census, every 'entry' could be added in a column manner. As normally only one row is needed, it would be logical to default to an editor style of data entry. For baptize record possibly a natural language input is possible like in a form that must be filled in (Think: On ______ the <boy/girl> was baptized, and given the name _______ ....)
== Retracing Steps ==
The normal data of Gramps now holds information like it would be the case without the natural transcription. However, in the normal data it is problematic to quickly know what data comes from which source. Notes and citation objects must be checked. In this proposal Citation holds a link to the Record ID. So for all data that is entered in this way, the record used by the user to enter the data can be shown again. Note that this info will be present in a collection of sources, citations and objects in the normal family tree too. Seeing this information in the original form is usefulluseful. (Alternative is storing this duplicate in all citation objects, or in the main source object in a Note form).
As the Record is still present, a user theoretically could indicate to show how eg a person would look like if a certain record was not taken into account. This opens many possibilities.
# nameid is a fixed key, which via translation section obtains it's true English value. _en can be translated via po files
# relation attribute could be dropped, as nameid could be mapped in code to relation. Keep?
# freeflowinput should not be translated. Translators should update this xml and add their lang, in the GUI a dropdown box for all lang can be offered. It is not good practice to translate such long texts via po. Using po puts pressure on English not too change too much. Working like this allows to offer a Latin version and have people inspect the typical form in Latin. The style allows different freeflow texts for the same langauagelanguage
# fields are by default textfield, which need a size attribute
# if not textfield is needed, the field is given a type, eg genderfield, datefield, ...
[[Category:GEPS|N]]
[[Category:Developers/Design]]
