mayo 2007 Archives

2

Ayer despues de una mini tormenta de ideas con Carlos en la que me contaba de la frase de Abel Parker sobre que cada usuario tuviera su biblioteca personal, me pregunte a mi mismo que significado tenia esa frase para mi, de ahi fue algo natural cuestionarme como desde el punto de vista de usuario me gustaria usar los recursos de la bvs y llegue a la siguiente lista de requerimientos:

  • Poder salvar mis busquedas
  • Que el sistema corriera las busquedas de manera automatica
  • Que el sistema detectara automaticamente los resultados nuevos y me los enviara por correo
  • Poder seleccionar articulos de mi interes y salvar sus referencias en un espacio personal
  • Poder compartir esa lista de articulos con otras personas via un canal de RSS
  • Poder exportar la lista de articulos en varios formatos bibliograficos

Con esa lista de requerimientos y sabiendo que Victor habia desarrollado un webservice que me facilitaria las busquedas en las bases de datos de la BVS me dedicare a desarrollar una prueba de concepto (entiendase algo funcional pero no completamente para produccion), sobre lo cual escribire en proximos posts.

Mis planes de desarrollo son:

  • python (usando django)
  • prototype + scriptaculous (para la parte ajax)
4

Me he dado cuenta de algunos beneficios adicionales que podria tener este sistema:

  • Listado de terminos mas buscados
  • Listado de bases mas usadas
  • Listado de articulos mas revisados/populares (cuando un usuario adiciona un articulo a su “biblioteca personal” pudiera considerarse como un voto por ese articulo)

La duda que me queda es si ya alguna de estas cosas no estaran disponibles en las nuevas versiones del software de la BVS, en cualquier caso en cuanto tenga algo disponible dare una definion mas formal del sistema en el espacio de iniciativas de nuestro wiki.

12

El tema que tratare puede ser polemico pero me parece de suma importancia pues implica cambiar algunas ideas del trabajo que se ha venido haciendo hasta ahora sobre el uso del blog en el caso especifico de las especialidades pero que se extrapola a las instituciones, proyectos, etc, es decir espacios que involucran a mas de una persona.
Actualmente, la concepción sobre las especialidades es que cada una de ellas tenga su propio blog y que los posibles editores se creen una cuenta en el para poder publicar. Esto trae aparejado algunos problemas o desventajas:

1.- Obliga al editor a mantener/coordinar más de un espacio de trabajo
Además de su blog personal debe crearse una cuenta en el blog de las especialidades en las que contribuye.

2.- Duplicación innecesaria del contenido
Si una persona publica algo común a varias especialidades para que ese artículo sea visto desde cada uno de los sitios de las especialidades involucradas debe duplicarse el contenido, lo que trae aparejado un mayor trabajo para esa persona, sin contar el hecho de que si quiere modificar algo en el artículo podría olvidar hacerlo en alguno de los blogs donde está publicado.

3.- Dificultad para ser visualizado fuera de la red de salud
El servicio de blogs de infomed solo está disponible dentro del dominio .sld.cu y aunque es posible usar técnicas de proxy reverso para permitir la visualización de algunos de ellos fuera del dominio de salud esta solución no es lo suficientemente flexible (al necesitar que uno de los administradores del nodo haga los cambios necesarios) para la dinámica que queremos lograr.

¿Cómo dar solución a estos problemas? Mediante el uso del planet y las categrías del blog.

El planet no es más que un agregador de rss, o como prefiero verlo, un agregador de canales de información. Su uso permite visualizar en un lugar único la información proveniente de varios canales (rss) registrados en él.

Bajo este esquema, las especialidades en vez de un blog tendrían un planet donde estuvieran registrados todos los canales de sus miembros. ¿Qué canales serían estos? ¿El rss del blog? NO.

WordPress brinda la posibilidad de tener canales rss asociados a cada una de las categorías, filtrando así los artículos relacionados solamente con dicha categoría. Esos canales individuales serían los que se usarían en el planet correspondiente.

Veamóslo con un ejemplo:

Actores:
Isa: Doctora especialista en microbiología que pertenece al grupo de tuberculosis
Jorge: Doctor especialista en microbiología y profesor de una facultad
Pedro: Responsable del planet sobre microbiología
Ana: Responsable del planet sobre tuberculosis
Ali: Administrador de la Red de Infomed
Gustavo: Especialista de Información de la Red de Infomed

Caso de uso:
Isa escribe regularmente en su blog personal (Ej: blogviejo.sld.cu/isa) sobre temas de microbiología y tuberculosis, usando para ello las categorías ‘microbiologia’ y ‘tuberculosis’ respectivamente.

Jorge escribe regularmente en su blog personal (Ej: blogviejo.sld.cu/jorge) sobre temas de microbiología y docencia, usando para ello las categorías ‘micro’ y ‘docencia’ respectivamente.

(Tener en cuenta que tanto Isa como Jorge pueden tener artículos que usen las dos categorías y el caso de que Jorge usa una palabra diferente que Isa para la categoría microbiología)

Pedro “descubre” el blog de Isa y viendo que sus artículos tienen la calidad necesaria adiciona al planet el rss asociado a la categoría microbiología en el blog de Isa (Ej: blogviejo.sld.cu/isa/category/microbiologia/feed).

Jorge se entera de la existencia del planer de microbiología en un curso y contacta a Pedro solicitándole que incluya sus artículos, Pedro revisa el blog de Jorge y encontrando que sus artículos tienen calidad adiciona el rss asociado a la categoría microbiología del blog de Jorge (Ej: blogviejo.sld.cu/jorge/category/micro/feed).

Isa, al igual que Jorge se entera de la existencia del planet sobre tuberculosis y contacta a Ana, quien como Pedro en el caso de Jorge, al comprobar que los artículos de Isa sobre tuberculosis tienen calidad adiciona el rss asociado a la categoría tuberculosis del blog de Isa (Ej: blogviejo.sld.cu/isa/category/tuberculosis/feed)

Resultados:
Isa y Jorge no tienen que preocuparse de mantener varias cuentas, para ellos todo lo que tienen que hacer es escribir en su blog personal y ser consistentes en la palabra que usan para cada categoría. Si uno de sus artículos está asociado a varias categorías, Ej: un artículo de Isa sobre microbiología y tuberculosis no tiene que escribirse dos veces, el mismo artículo será visualizado en el planet de microbiología y en el de tuberculosis. Si Isa decide cambiar algo en dicho artículo (por ejemplo corregir alguna falta ortográfica), ese cambio se replicará automáticamente a los dos planets

Ana y Pedro no tienen que preocuparse por mantener un blog y las cuentas asociadas a el, para ellos el trabajo se simplifica a mantener una aplicación cuya única tarea es registrar y visualizar canales de información y por tanto requiere menos esfuerzo y tiempo de aprendizaje de parte de ellos.

Alí no tiene que cambiar constantemente cosas en el servidor, el instala y configura el servicio de planets y delega su administración a Gustavo, quien a su vez es el encargado de crear los planets necesarios sin la intervención de Alí y delegar la administración de los planets individuales a sus correspondientes editores.

Como pueden apreciar, el trabajo y la dinámica del mismo se facilita enormemente, en un próximo artículo tocaré los temas referentes a la integración del planet con el sitio de la especialidad como tal, su visualización fuera de la red de salud y otros temas asociados. Por ahora pueden ir dejando sus comentarios sobre alguna duda o tema que requieran de más extensión

5

Dado que el servicio del planet ha tenido buena acogida y el software parece cumplir con los objetivos deseados hemos decidido cambiar la url del planet como primer paso para su incorporación como un servicio definitivo de infomed. Eso también nos permitirá crear los planets temáticos que hemos mencionado en otras oportunidades y que con la configuración actual se hacía engorroso de realizar.

La nueva dirección es planet.sld.cu/planet/ pero también están disponibles:

Como información, la url planet.sld.cu/planet brindará el planet por defecto (en este caso infomed noticias) y hemos reservado la raíz del sitio para publicar el listado de los planets disponibles, información para registrar los artículos de los blogs personales, etc.

ACLARACIONES:

  1. La url actual (test-de-aplicaciones.sld.cu/planet) se mantendrá activa hasta el próximo jueves para dar tiempo a que las personas actualicen sus favoritos/lectores de noticias pero a partir de hoy por la noche no seguirá siendo actualizada, los post posteriores a esa fecha podrán ser visualizados en las direcciones antes mencionadas.
  2. El listado de planets y otra información que menciono más arriba aún no está disponible, será desarrollada en el transcurso de la semana.
  3. Las personas que hayan publicado artículos en infomed blogs o desarrollo20 y deseen conservarlos, por favor pasarlos para su blog personal y categorizarlos adecuadamente para su posterior visualización en el planet correspondiente