Data Model and Editing.es

🌐 English · Deutsch · Français · 简体中文

Modelo de datos y edición

Gramps Connect trabaja con el mismo modelo de objetos que el propio Gramps. Hay diez tipos de registro, cada uno con su propia vista de lista, su propio cuadro de búsqueda (texto simple por defecto, o GOQL mediante una casilla) y su propio endpoint REST en gramps-web-api:

Tipo	Vista de lista	Endpoint de consulta
Persona	Personas	/api/people/query/
Familia	Familias	/api/families/query/
Evento	Eventos	/api/events/query/
Lugar	Lugares	/api/places/query/
Repositorio	Repositorios	/api/repositories/query/
Fuente	Fuentes	/api/sources/query/
Cita	Citas	/api/citations/query/
Objeto multimedia	Objetos	/api/media/query/
Nota	Notas	/api/notes/query/
Etiqueta	Etiquetas	/api/tags/query/

Como un árbol puede pasar libremente entre Gramps Desktop, gramps-web y Gramps Connect (véase la Descripción general), estos son exactamente los tipos de registro y los campos que ya contienen Gramps XML y GEDCOM: Gramps Connect no añade ni quita ninguno.

Navegación

Elija un registro de una lista y todo lo relacionado con él (eventos, familia, fotos, notas, fuentes) aparece a su lado. Haga clic en cualquiera de ellos y sus propios detalles se abren debajo, mientras la lista y su selección original permanecen donde estaban, por mucho que profundice (véase la Descripción general).

Edición

Al hacer clic en el botón de edición de cualquier registro se abre su formulario de edición completo, tanto para los datos propios de ese registro (un nombre, una fecha, una descripción) como para sus conexiones con otros registros: por ejemplo, exactamente cómo se relaciona un hijo con sus padres.

Para cambios más pequeños del día a día, los botones «+» y «−» son un atajo: asociar una cita, una foto o una persona existente sin abrir un formulario completo, o quitar una que ya esté vinculada. Solo cambian aquello con lo que está conectado un registro, no sus datos propios. El «+» de cada sección está justo al lado de su encabezado (pase el cursor por encima para ver qué añade, p. ej. «Añadir un hijo»), así que un registro con secciones casi vacías sigue siendo compacto. Las etiquetas también se muestran en la línea de su encabezado, junto a su propio «+».

Lo que hoy es totalmente editable

Los registros de Persona y Familia son los más completos, con una excepción notable: las ordenanzas SUD son totalmente de solo lectura (no se pueden editar, añadir ni desvincular).

Lo que es parcialmente editable, por tipo

• Lugar: la jerarquía de lugares contenedores/superiores de un lugar ahora se puede completar mediante una búsqueda en Wikidata (buscar por nombre, confirmar una coincidencia, y se crea o se vincula la cadena ciudad/condado/estado/país con las coordenadas propias de cada nivel); todavía no hay forma de añadir, quitar o reordenar a mano un lugar contenedor, independientemente de Wikidata. El campo Tipo de cada nivel también se deduce de Wikidata, a partir de una tabla que cubre unas 2700 clases de divisiones administrativas y asentamientos en la mayoría de los países (no solo la forma estadounidense ciudad/condado/estado/país); una clase no reconocida sigue dejando Tipo en blanco en la pantalla de confirmación para que lo complete a mano. Cada nivel que crea la búsqueda recibe un título descriptivo que incluye sus ancestros confirmados (p. ej. «Marion County, Indiana, United States»), no solo su nombre a secas; su campo de nombre subyacente sigue siendo el nombre a secas, para que una búsqueda posterior pueda reconocerlo como el mismo lugar. El editor de un lugar completamente nuevo pregunta de entrada si añadirlo a mano o desde Wikidata, en lugar de mostrar la búsqueda como un campo más junto a los manuales; un lugar ya guardado que se vuelve a editar mantiene la búsqueda como un simple botón de enriquecimiento. Esa misma búsqueda también puede obtener opcionalmente un contorno de Wikidata (una casilla en la pantalla de confirmación, activada por defecto), para cada nivel recién creado y para el propio lugar que se añade, de modo que el mapa muestre su límite real y no solo un marcador en sus coordenadas; se asocia igual que una forma de mapa dibujada a mano, así que después se puede editar o quitar desde la vista Objetos como cualquier otro adjunto, y se colorea según el tipo de lugar y su ID de Wikidata para que lugares distintos no tengan todos el mismo relleno por defecto. A los niveles existentes/reutilizados de la jerarquía no se les añade uno a posteriori. El nombre propio (principal) de un lugar ahora puede llevar una fecha y un idioma, con el mismo editor de fechas que se usa para eventos y citas: es lo que lee la visibilidad por fechas de la función de superposiciones del mapa (véase la Descripción general). Todavía falta: nombres alternativos (añadir/editar/quitar: la lista alt_names de un lugar se muestra en solo lectura pero no tiene editor; cada entrada es un nombre con su propia fecha/idioma, p. ej. para registrar un nombre antiguo y la época en que se usó), ubicaciones históricas y código.
• Nota: falta el formato de texto/enlaces (las notas son solo texto simple) y el indicador de formato (Fluido/Formateado).
• Objeto multimedia: la descripción, la fecha y la privacidad se pueden editar con un botón Editar; el propio archivo, su tipo y su suma de comprobación siguen derivándose en el servidor a partir de la subida. Los atributos, citas, notas y etiquetas ya se pueden editar mediante las mismas secciones de registros relacionados que usan todos los demás tipos de registro. Las fotos ya se abren a tamaño completo al hacer clic; un elemento de Objetos (o de Salida) cuyo archivo es un PDF, vídeo, clip de audio, SVG o un formato de tipo texto (HTML, JSON, texto simple, CSV, GEDCOM, KML/XML, ...) recibe en su lugar un botón Ver al lado, que abre el mismo archivo en el navegador en vez de obligar a descargarlo. Las vistas previas HTML se muestran en un entorno aislado (sin scripts), de modo que el formato de un informe generado se ve sin ejecutar nunca nada de su contenido (aunque cualquier recurso que enlace por ruta relativa no se cargará, ya que solo está disponible ese archivo, no una carpeta con sus archivos hermanos).

Fusionar registros duplicados

Todos los tipos de registro excepto Etiqueta se pueden fusionar: seleccione dos registros del mismo tipo (ctrl/cmd+clic en una lista) y luego Fusionar. Elija cuál sobrevive: se conservan sus propios campos definitorios (nombre, título, fecha, etc., según el tipo) y se descartan los del otro, mientras que los elementos con forma de lista, como notas, citas, objetos multimedia y atributos, se combinan a partir de ambos. Todas las demás referencias al registro que no sobrevivió se redirigen al que sí lo hizo antes de eliminarlo. Familia es el único tipo en el que los dos registros que se fusionan pueden discrepar en un progenitor; cuando ocurre, se le pregunta, por cada rol (padre/madre), qué lado conservar. Las etiquetas no tienen ruta de fusión en el propio Gramps, así que la fusión de dos etiquetas se hace en el cliente: todo lo etiquetado con la etiqueta descartada se vuelve a etiquetar con la superviviente, y después se elimina la descartada.

Ver el historial de ediciones

Cada registro tiene un botón Historia junto a sus enlaces Mapa/Cronograma/Gráfico. Abre un registro de los cambios de ese registro: quién hizo cada uno, cuándo y si fue una adición, una actualización o una eliminación, del más reciente al más antiguo, página a página. Haga clic en cualquier entrada para ver exactamente qué cambió: una comparación campo por campo del antes y el después, no solo el hecho de que algo cambió. Es el complemento a posteriori de la sincronización en vivo (véase Arquitectura), que solo muestra las ediciones a medida que llegan; ambos leen del mismo registro de transacciones de gramps-web-api.

Todavía no hay deshacer: revertir un cambio significa volver a editar el registro a mano. Consulte Hoja de ruta y limitaciones conocidas para ver en qué punto está.

Carencias transversales

• Los campos GrampsType son en su mayoría texto libre. El tipo de relación de Familia, y el propio type de Atributo/Url, tienen un desplegable real con autocompletado según la lista de valores conocidos de Gramps. Los demás campos GrampsType se pueden editar como texto simple, solo que todavía sin ese autocompletado ni validación.
• Las ediciones simultáneas se detectan, no se fusionan. Si un registro cambió en el servidor después de abrir su formulario de edición (otra persona, u otra pestaña suya), el guardado se rechaza con un error en lugar de sobrescribir sin avisar el cambio ajeno. Todavía no hay forma de ver qué cambió ni de fusionar las dos ediciones; solo queda volver a abrirlo y rehacer la suya.

Consulte Hoja de ruta y limitaciones conocidas para ver en qué punto del trabajo activo están estas carencias.