{"id":5659,"date":"2026-01-05T13:59:38","date_gmt":"2026-01-05T12:59:38","guid":{"rendered":"https:\/\/robertopla.net\/blog\/?p=5659"},"modified":"2026-02-17T01:36:38","modified_gmt":"2026-02-17T00:36:38","slug":"gestion-coleccion-obsidian","status":"publish","type":"post","link":"https:\/\/robertopla.net\/blog\/gestion-coleccion-obsidian.htm","title":{"rendered":"Gesti\u00f3n de una colecci\u00f3n con Obsidian"},"content":{"rendered":"

No hace mucho Obsidian<\/a> ha incluido una nueva prestaci\u00f3n: la posibilidad de crear vistas de las notas similares a bases de datos. Era algo muy esperado, que de alguna manera ya estaba disponible mediante el complemento de la comunidad \u00abdataview\u00bb, pero el nuevo complemento \u00abbase\u00bb es un complemento principal que viene instalado con Obsidian.<\/p>\n

Estas vistas, utilizan los metadatos de los archivos de la b\u00f3veda, tanto los propios del archivo: fecha de creaci\u00f3n, nombre del archivo, fecha de modificaci\u00f3n, etc. as\u00ed como las propiedades y etiquetas que a\u00f1adimos como ‘metadatos’. En realidad cada ‘base’ es una vista de los datos que Obsidian almacena sobre las notas en su propia base de datos interna.<\/p>\n

Cuando creamos una base de datos, su contenido por defecto son todas las notas de la b\u00f3veda y tenemos que introducir ‘filtros’ para reducir los elementos a aquellos que cumplen las condiciones que imponemos, hasta formar el conjunto de notas que nos interesa. Si tenemos un proyecto o un \u00e1rea muy concreta, como una colecci\u00f3n, lo \u00fanico que tenemos que a\u00f1adir a todas las notas o ‘fichas’ de los elementos de la colecci\u00f3n es una propiedad caracter\u00edstica que las distinga de las dem\u00e1s y as\u00ed no necesitaremos m\u00e1s que una condici\u00f3n para reunirlas en una vista. Para este ejemplo usar\u00e9 una propiedad denominada \u00abtiponota\u00bb a la que le dar\u00e9 el valor \u00abficha_pluma\u00bb.<\/p>\n

Estas propiedades se a\u00f1aden al principio del archivo en formato YAML<\/a>, y permiten tanto acotar la base de datos inicial como proporcionar los datos tabulados, \u00abcampos\u00bb o \u00abcolumnas\u00bb que veremos en la vista.<\/p>\n

\"\"
\nComo cada registro es una nota, adem\u00e1s de estoa campos, en el cuerpo, debajo de los datos, se puede a\u00f1adir texto o cualquier otro elemento propio de una nota en Makdown<\/a>, complementando los datos de las propiedades.<\/p>\n

Para hacerse con el tema y coger soltura, hay muchos aspectos a explorar y la mejor forma de hacerlo es practicar. As\u00ed que decid\u00ed hacer una base de datos de mis plumas estilogr\u00e1ficas. Tengo 98, y me parece un n\u00famero suficiente para que el ejemplo no sea trivial. Por otra parte esta colecci\u00f3n tiene muchos aspectos que puede ser interesante controlar. Adem\u00e1s de marca, modelo, color y plum\u00edn, puede ser interesante conocer si historial de problemas o aver\u00edas, si est\u00e1, o no, entintada y con que tinta, donde est\u00e1 guardada, … Suficientes aspectos para explorar todas las posibilidades del nuevo recurso.<\/p>\n

El primer problema que hay que resolver para crear una base de datos es la definici\u00f3n de los campos. \u00bfQue caracter\u00edsticas quiero tabular?. En principio los datos b\u00e1sicos de una pluma son su marca, modelo, color y plum\u00edn, pero tambi\u00e9n puede ser interesante la fecha de adquisici\u00f3n, el precio, que tipo de sistema de carga de tinta usa, si est\u00e1 entintada y con qu\u00e9 tinta. Para mi tambi\u00e9n resulta importante donde est\u00e1 almacenada, pues no tengo todas las plumas en el mismo caj\u00f3n o caja, y prefiero tener ese dato a mano que andar revolviendo en el armario. Al final me salieron veintid\u00f3s campos, que inclu\u00edan una referencia que identificase cada registro de forma \u00fanica y una propiedad \u00abtags\u00bb para incluir las etiquetas<\/a> o \u00abhashtags\u00bb del archivo. Cada campo est\u00e1 descrito en una nota incluida en el archivo descargable con el enlace al final del art\u00edculo.<\/p>\n

El hecho de que el registro es en realidad una nota supone una ventaja ya que, adem\u00e1s de los campos, se puede a\u00f1adir cualquier tipo de comentario, enlace o v\u00eddeos incrustados y otros datos como las fechas de entintado, la tinta usada, las fechas de limpieza, as\u00ed como tareas a realizar, que pueden controlarse con el complemento \u00abtask<\/a>\u00ab, o incluir la imagen de la pluma en la ficha. Son muchas las posibilidades que no necesitan ser incluidas en un campo de la base de datos y que pueden complementar y ampliar la informaci\u00f3n que ofrecen estos.<\/p>\n

Una vez decidido el dise\u00f1o de la base de datos, es bueno hacer una plantilla que permita disponer de esa estructura vac\u00eda cuando creemos la nota y solo tengamos que rellenarla. No obstante si tenemos que rellenar un numero considerable de registros, crearlos uno a uno puede no ser la f\u00f3rmula m\u00e1s c\u00f3moda.<\/p>\n

Se me ocurri\u00f3 que podr\u00eda rellenar los datos c\u00f3modamente utilizando Libre Office Calc y que una vez rellenos los podr\u00eda guardar el archivo como CSV<\/a> y hacer un peque\u00f1o programa en Python que crease un archivo por registro pasando los datos al formato YAML que usa Obsidian para las propiedades<\/a> de un archivo.<\/p>\n

Y as\u00ed lo hice. En Python, el programa b\u00e1sico es poco complicado. Requiere la libreria CSV<\/a>, de Python. Tambi\u00e9n existe la librer\u00eda\u00a0PyYAML<\/a>, que permite leer y escribir archivos YAML de manera sencilla, pero no ser\u00e1 necesaria, ya que el formato YAML es muy sencillo y no necesitaremos manipular datos, solo escribirlos en el archivo de salida con el valor del dato precedido del nombre del campo seguido de dos puntos, a raz\u00f3n de un campo por linea y todas las propiedades situadas al principio del archivo entre dos lineas con tres guiones cada una. El c\u00f3digo del programa, as\u00ed como la informaci\u00f3n adicional y los ejemplos mencionados en este art\u00edculo, est\u00e1n incluidos en el archivo que puede descargarse con el enlace que hay al final del art\u00edculo.<\/p>\n

Cada archivo generado debe tener un nombre. Yo he utilizado una combinaci\u00f3n de campos, uniendo \u00abreferencia\u00bb, \u00abmarca\u00bb y \u00abmodelo\u00bb separados por guiones bajos (nunca uso espacios en los nombres de archivo) y la extensi\u00f3n \u00ab.md\u00bb. Tambi\u00e9n puede incluirse el nombre del archivo como un campo m\u00e1s. Lo que si he incluido son dos propiedades: \u00abtiponota\u00bb me sirve para localizar todas las fichas que quiero reunir en una vista. Para este caso he usado el valor \u00abficha_pluma\u00bb. Tambi\u00e9n he a\u00f1adido la propiedad \u00abplantilla\u00bb que se refiere a la plantilla que hay que usar para generar la lista de propiedades en un nuevo registro. En este caso el valor tambi\u00e9n es \u00abficha_pluma\u00bb y refiere al archivo \u00abficha_pluma.md\u00bb del directorio de plantillas. La ventaja de esta propiedad es que abriendo cualquier ficha, podemos saber que plantilla debemos usar para a\u00f1adir datos en una nueva nota. La plantilla y un ejemplo de nota tambi\u00e9n est\u00e1n en el archivo descargable.<\/p>\n

El c\u00f3digo del programa en Python y un los archivos ODS y CSV de ejemplo se encuentran en el archivo enlazado al final del art\u00edculo. He procurado comentar el c\u00f3digo para que se entienda lo que hace. El programa en Python b\u00e1sico es bastante sencillo. Hay que importar la librer\u00eda CSV y la librer\u00eda ‘os’ que permite \u00a0usar funcionalidades dependientes del sistema operativo, como abrir y cerrar archivos. Los nombres del archivo CSV de entrada y el directorio de salida se escriben en el c\u00f3digo como variables y solo hay que abrir el CSV, leerlo y guardar los nombres de los campos que est\u00e1n en la primera linea en la lista ‘columnas’, para pasar a recorrer el archivo procesando cada linea: construir el nombre del archivo, y escribir en \u00e9l los datos con la sintaxis de YAML. Y as\u00ed hasta el final del archivo.<\/p>\n

Sin embargo pens\u00e9 que para que el programa tuviera ‘cara y ojos’ era necesario pulirlo un poco. Para empezar, consider\u00e9 la posibilidad de que los datos se pudieran entrar como par\u00e1metros. Sin embargo este traslado de datos en bloque no parece que vaya a ser una operaci\u00f3n muy frecuente. El archivo CSV tiene la estructura que yo le he dado y tambi\u00e9n la forma que yo he elegido para crear el nombre de las notas, as\u00ed que otro usuario que quiera usarlo lo tendr\u00e1 que modificar levemente y, si lo desea, tambi\u00e9n puede modificar las variables archivo_entrada y carpeta_salida, que se declaran al principio del c\u00f3digo.<\/p>\n

Sin embargo, me pareci\u00f3 necesario hacer algunas comprobaciones sobre la existencia de los archivos y la existencia de caracteres inv\u00e1lidos en los nombres de archivos. Con esas modificaciones el programa funciona y cumple su cometido.<\/p>\n

Para ejecutar el programa, seg\u00fan el sistema hay que usar la orden python csv2yaml.py<\/code> en la terminal o darle permisos de ejecuci\u00f3n y clicar sobre \u00e9l. Es mejor usar la terminal para poder leer los mensajes de error o confirmaci\u00f3n. Una vez ejecutado el programa y creadas las notas, hay que crear la base de datos en Obsidian.<\/p>\n

Al contar con una propiedad llamada tiponota, las notas pueden renombrarse o moverse a cualquier directorio dentro de la b\u00f3veda de Obsidian. Para organizar la base de notas-registros, se puede establecer como primer filtro que la propiedad tiponota tenga un valor concreto, por ejemplo, ficha_pluma, o cualquier otro nombre que se decida usar como tipo de archivo para identificar la colecci\u00f3n.<\/p>\n

En el c\u00f3digo Python, tanto el nombre del tipo de nota como el de la plantilla se ha definido mediante las variales mi_tiponota y mi_plantilla (lineas 21 y 22) de forma que permiten a cada usuario elejir los nombres seg\u00fan sus preferencias personales.<\/p>\n

La creaci\u00f3n de esta base de Obsidian me ha permitido ver las posibilidades de esta nueva prestaci\u00f3n de Obsidian. Ofrece bastantes posibilidades y la hace mas competitiva ante otras opciones del mercado y permite una organizazci\u00f3n y un acceso a las notas din\u00e1mico, eficiente y estructurado.<\/p>\n

Algunos de los puntos que me parecen mejorables, son estos:<\/p>\n

A pesar de la posibilidad de usar una plantilla, que tiene que crear el usuario, para copiar en la nota-registro la estructura de campos a rellenar, la introducci\u00f3n de datos es inc\u00f3moda. La posibilidad de rellenar los datos en el propio listado de la base de datos es un gran avance introducido con las primeras actualizaciones, pero es un tema que tiene que mejorar mucho, quiz\u00e1s con un complemento que permita la creaci\u00f3n de formularios. o la importaci\u00f3n directa desde CSV como hace mi programa.<\/p>\n

Los tipos de datos num\u00e9ricos y las fechas dan problemas de presentaci\u00f3n. En un mismo campo puedes tener fechas o n\u00fameros alineados a derecha o a izquierda seg\u00fan Obsidian haya interpretado que esa propiedad de ese registro es de un tipo u otro. Tampoco es posible formatear la presentaci\u00f3n de las fechas, as\u00ed que una buena soluci\u00f3n es usar todos los campos como texto, para obtener una presentaci\u00f3n m\u00e1s uniforme.<\/p>\n

\"\"<\/p>\n

La presentaci\u00f3n de los datos de la base en Obsidian es siempre ‘virtual’, no hay un archivo que contenga la tabla que est\u00e1s viendo. El archivo con extensi\u00f3n \u00ab.base\u00bb contiene los datos o filtro para invocar la consulta y presentar las vistas.\u00a0 Puedes usar el portapapeles para trasladar los datos en modo texto a otro editor o en formato Markdown a una nota de Obsidian. Esto se hace con el enlace que est\u00e1 asociado al n\u00famero de registros visibles, que aparece al lado del nombre de la vista en el lado izquierdo de la cabecera de la tabla de datos.<\/p>\n

\"\"<\/p>\n

En el mismo men\u00fa hay una opci\u00f3n para exportar a CSV. Desgraciadamente esa opci\u00f3n no es configurable y solo exporta a archivos delimitados por comas y sin comillas en los datos tipo texto. Si usas campos con descripciones o frases has de tener cuidado de que no contengan comas. Los n\u00fameros con comas como separador decimal tambi\u00e9n pueden dar problemas.<\/p>\n

En general, la exportaci\u00f3n de documentos con datos depende la via empleada. En la opci\u00f3n del men\u00fa, justo debajo de\u00a0 \u00abA\u00f1adir propiedad de archivo\u00bb y encima de \u00abBuscar\u00bb el PDF contiene los datos pero otros plugins de exportacion o, por supuesto, programas externos no consiguen renderizar los datos. En HTML sale el marco y el men\u00fa de la tabla, pero no los datos. En las ultimas versiones (yo uso la 1.10.6, pero hay actualizaciones anunciadas y no disponibles hasta la 1.11.3) se han incluido un gran n\u00famero de mejoras y correcciones de este complemento, da la impresi\u00f3n de que el lanzamiento fue precipitado, casi en versi\u00f3n beta y es ahora cuando lo est\u00e1n completando aprovechando la experiencia de los usuarios. Para exportar, lo mejor es copiar los datos a una tabla peg\u00e1ndolos en un documento Markdown y exportar a otro formato desde ese archivo.<\/p>\n

La impresora tampoco es una opci\u00f3n viable. Obsidian no tiene una opci\u00f3n ‘Imprimir’ para ninguno de sus archivos supongo que la filosof\u00eda es convertir en PDF e imprimir desde ah\u00ed.<\/p>\n

Supongo que hasta que no se estabilice el desarrollo del complemento \u00abbase\u00bb no aparecer\u00e1n pluguins que lo complementen. Mientras tanto siempre pod\u00e9mos aprovechar las opciones disponibles como la exportaci\u00f3n a texto para programar nuestras propias opciones, como transformar el texto plano en una tabla HTML, menos costoso que \u00ablimpiar\u00bb el abultado HTML producido por los conversores.<\/p>\n

Tambi\u00e9n seria deseable poder contar con un lenguaje de consulta, una especie de SQL simple que permita recuperar datos incluso de diferentes tablas sin necesidad de construir una nueva tabla. Algo como el sistema que usa el complemento de la comunidad ‘dataview’<\/a> de Michael \u00abTres\u00bb Brenan \u00abblacksmithgu\u00bb. Dataview permite usar las propiedades de un archivo para filtrar las notas. Este es un ejemplo del c\u00f3digo usado para una consulta:<\/p>\n

```dataview
\nTABLE marca, modelo, color, plumin, sis_carga
\nWHERE tiponota = \"ficha_pluma\" AND modelo=\"Safari\"
\n```<\/code><\/p>\n

El resultado es una tabla como puede verse en la siguiente figura. Junto al nombre del campo ‘File’ aparece el n\u00famero de lineas resultado de la consulta. Aunque aparece en el mismo color que los nombres de archivo, ese n\u00famero no es un enlace. Los nombres de los archivos, en la primera columna, s\u00ed son enlaces al archivo correspondiente. He icluido el path de los archivos como una columna para que pueda verse que da igual en que directorio est\u00e1n las notas siempre que contengan la propiedad \u00abtiponota\u00bb que permite agruparlas.<\/p>\n

\"\"<\/p>\n

La tabla que muestra dataviev,\u00a0 puede copiarse al portapapeles y pegarla como Markdown en una nota de Obsidian dode aparece como una tabla. Con tres peculiaridades:<\/p>\n