Hello all,
Here is the sumary of things discussed in last meeting (english and spanish versions):
English version:
The session was entirely dedicated to presenting the new family group we discussed in the last meeting, the development of which is almost complete, with the aim of structuring family data.
The basic idea is that the family has its own identity. It is limited to a single generation:
- Parents (at this point we discussed whether the wording should include spouses because there can be couples without children, but we discarded it because we thought it could create confusion)
- Children (who will be siblings)
- Other members. This section is open in case we have any data on aunts, uncles, or descendants for whom we don't have enough information to create a family unit in itself.
Another basic idea: a person can have more than one family unit. For instance, one unit with their parents and siblings, another with their spouse and kids, and a third if they go on to have another partner. This multiplicity of units in a block will allow Dédalo to nest this data and eventually allow us to infer and calculate a possible family tree.It is important to name each family unit (generally with the surnames of both spouses).
We introduced the topic of data frameworks and agreed to consider what data uncertainty should indicate. At first glance, we saw that it would be interesting in cases where two people appear to be siblings because they share the same surname, and perhaps this was historically considered the case, but we have some indications that they are not. We proposed trying to request a meeting with Manuel Gozalbes in the forum, since they have been working on data uncertainty for some time.
We agreed that it was a new way of approaching family matters, which was powerful, although it might create confusion for users accustomed to filling in only one text field. Alex pointed out that a significant change is that you CANNOT create a family unit from an individual's record. Instead, you create the family unit with its individual members, and that family unit automatically appears on ALL individual records. This made us realise that the number of people in the database would need to increase to be able to display the family units.
We agreed to put the functionality in PRE in the next update, test it, and then release it in PRO.
Finally, Alex suggested that it would be interesting to record these sessions from now on.
Versión en castellano:
La sesión estuvo dedicada íntegramente a la presentación del nuevo grupo familia del que hablamos en la última reunión y cuyo desarrollo está casi acabado, con el propósito de que los datos familiares estén estructurados.
La idea básica es que la familia tiene entidad por sí misma. Se limita a una única generación:
- Padres-madres (en este punto discutimos si el literal debía incluir cónyuges porque puede haber parejas sin hijos, pero lo descartamos porque pensamos que podía crear confusión).
- Hijos (que serán hermanos entre sí).
- Otros miembros. Este apartado se abre por si tenemos algún dato de tíos o descendientes, pero en los cuales no tengamos suficiente información para generar una unidad familiar en sí misma.
Otra idea básica: Una persona puede tener más de una unidad familiar. Por ejemplo: una unidad con sus padres y hermanos, otra unidad con su cónyuge e hijos, otra unidad si tuviera otra pareja posterior. Esta variedad de unidades en bloque ayudará a Dédalo a organizar estos datos y, eventualmente, a deducir o calcular un posible árbol genealógico.
Es esencial poner nombre a cada unidad familiar (generalmente con los apellidos de ambos cónyuges).
Introducimos el tema del marco del dato, y acordamos pensar qué debería indicar la incertidumbre del dato. A primer golpe de vista vimos que sería interesante en casos en que parece que dos personas sean hermanos por ser homónimas en cuanto a apellido y que a lo mejor historiográficamente se consideró así, pero que tenemos algunos indicios de que no sean hermanos. Hicimos la propuesta de intentar pedir en el ágora una reunión con Manuel Gozalbes, ya que ellos están trabajando la incertidumbre del dato desde hace un cierto tiempo.
Acordamos que era una nueva forma de abordar el tema familiar, que resultaba potente, aunque puede crear confusión a los usuarios habituados a rellenar solo un campo de texto. Alex remarcó que un cambio importante es que NO SE PUEDE crear la unidad familiar a partir de la ficha de persona; se crea la unidad familiar con los distintos miembros y automáticamente esa unidad familiar aparece en TODAS las fichas de persona. Eso nos hizo ver que el número de personas en la base de datos iba a incrementarse para poder mostrar las unidades familiares.
Acordamos poner la funcionalidad en PRE en la próxima actualización, probarla para posteriormente ponerla en PRO.
Finalmente, Àlex propuso que sería interesante grabar estas sesiones a partir de ahora..
