Memory Friday to be held on 30th January 2026 at 12 h

Eulàlia Mesalles

@Alex @Mariajobrador @MercePB @Marta Perpiñán @Gael Proupin Cantelar

Hello all,

I propose to hold the next Memory Friday meeting on the upcoming 30th January 2025, at noon (12p.m.).
Some issues to discuss:

Use of family and future migration of structured fields.

Please fell free to add any item you want to discuss.

I remind you of the link: Memory friday meeting

Thank you!

Alex

Hi!

I will there

Best

Eulàlia Mesalles

I summarize our last Memory friday meeting:

At the last Memory Friday meeting, we reviewed two topics: the family unit and the onomastic thesaurus.

Family Unit:

We agreed that we would initially simplify the family unit in terms of its use, so that, in the beginning, we would tend to use only one family unit.

We agreed that the role is very important and should not be left blank.

We reviewed the literals of the three sections: Parents, Children, and Others. We noted that these represent two distinct generations. Without arriving at an ideal solution, we decided to keep the following:

First generation (aunts, uncles, parents, grandparents)
Second generation (children, cousins)
Others (family friends).

We decided that "Family Unit" would be the section's title in both the Person and menu sections.

Each project will determine whether it is sense to create a new person for ancestors (father, mother) from the data that is now in text field (father, mother) .

Onomastic Thesaurus:
As our second major topic, we addressed the issue of the onomastic thesaurus.

Since entities and people are indexable, maintaining the onomastic thesaurus seems inappropriate. However, we are interested in its structure.
We discussed the possibility of using a thematic thesaurus as the structure for the onomastic thesaurus. There was some debate, without reaching any agreement, and it was suggested that we should analyze the implications, as it could have a development cost. We saw that, if we wanted to maintain the onomastic thesaurus, we could create a thesaurus of thesauri, in the sense that different types of entries (thesaurus + entities, for example) would be combined in a single thesaurus, allowing for groupings as needed.
We agreed that we should proceed more slowly on this topic and take it step by step to consider all the implications.

I hope I do not forget anything.

Next Memory friday will be held next 27th February 2026 at 12 h

Eulàlia Mesalles

Eulàlia Mesalles @Alex

Related to the role, I think we agreed that it is important too that the role is displayed in the family unit, in the person register. But please, I need a confirmation of this, as in my personal notes of the metteing this subject do not clearly apear and I am not sure!

Thank you!

Gael Proupin Cantelar

Estimados colegas,

Para nuestra próxima reunión nos gustaría plantear una cuestión en relación con la función de búsqueda de la plataforma.

Actualmente, la combinación de dos o más campos diferentes da lugar a una búsqueda independiente en cada uno de los bloques de información que colocamos. Por ejemplo, si buscamos elementos repetidos en el campo nombre y elementos repetidos en el campo apellidos (con el comando “!!”) tenemos una serie de resultados donde ambas condiciones se cumplen pero que, en realidad, no se combinan como deberían. Desde CENOMI nos preguntamos si sería posible hacer una búsqueda que efectivamente combine los dos criterios “a la vez”. Es decir, hacer posible una búsqueda más restrictiva que arroje personas con los mismos apellidos Y con el mismo nombre, cruzando ambos campos. Así podríamos saber rápidamente si en un proyecto tenemos dos veces a “Pepe Pérez Pérez” (en lugar de ver a todos los Pepes y a todos los Pérez Pérez). Idealmente, con un número de resultados mucho más refinado, todos seríamos capaces de detectar de forma más eficiente los duplicados. En nuestra opinión, dicha funcionalidad nos ayudaría a trabajar de forma más eficiente.

Muchas gracias,

Gael Proupín.

Dear colleagues,

For our next meeting, we would like to raise a question regarding the platform's search function.

Currently, combining two or more different fields results in a separate search in each of the information blocks we place. For example, if we search for repeated elements in the first name field and repeated elements in the last name field (using the "!!" command), we get a series of results where both conditions are met but which are not combined as they should be. At CENOMI, we wondered whether it would be possible to perform a search that effectively combines the two criteria "at the same time". In other words, it would enable a more restrictive search that returns people with the same surname AND the same first name, crossing both fields. This would allow us to quickly see if we have two entries for "Pepe Pérez Pérez" in a project (instead of seeing all the Pepes and all the Pérez Pérez). Ideally, with a much more refined number of results, we would all be able to detect duplicates more efficiently. In our opinion, this functionality would help all of us to work more eficiently.

Best regards,

Gael Proupín