Diseñando el futuro de la redifusión de contenidos: RSS 3.0

RSS es una tecnología que ha tenido una gran influencia en la forma en que las personas acceden y consumen información en la web. En su esencia, RSS es un formato de sindicación de contenidos que permite a los usuarios recibir actualizaciones de sus sitios web de referencia de una manera fácil y automatizada. Esto es en realidad un servicio de alerta de noticias. La importancia de RSS radica en su capacidad para brindar acceso rápido y organizado a la información en línea. Esto permite a los usuarios estar informados sobre publicaciones y otros contenidos relevantes sin tener que visitar manualmente cada sitio web. Además, RSS hace posible una mayor libertad de  información, dado que los usuarios eligen qué sitios web y fuentes de información desean seguir, sin depender de algoritmos de recomendación o redes sociales, que aplican filtros y sesgos con los que se corre el riesgo de manipulación informativa, abocando al usuario a la pasividad. Podría decirse que el potencial de RSS reside en la sencillez del sistema (que es open source), con estándares abiertos, lo que favorece su implementación en cualquier plataforma de publicación en línea. Sin embargo, la irrupción de las redes sociales y el cierre deliberado del servicio Google Reader (principal servicio de agregación de contenidos), propició un cambio en la forma en que consumimos información en línea, afectando con ello a la libertad de elección en la red, limitando y transformando las opciones informativas del usuario.

La historia de RSS se remonta a finales de los años 90, cuando Dave Winer, uno de los pioneros de la blogósfera (compendio de toda la comunidad de blogs de Internet), creó el formato RSS 0.9 como una forma de permitir a los usuarios sindicar (suscribirse) y recibir actualizaciones de blogs. A medida que los blogs crecieron en popularidad, la demanda de una solución de sindicación estandarizada aumentó, lo que llevó a la creación de la especificación RSS 2.0 en 2002.

En su apogeo, RSS fue ampliamente utilizado por blogs, sitios de noticias y otros medios de comunicación en línea. Sin embargo, con la aparición de las redes sociales y los algoritmos de recomendación, RSS perdió popularidad dejando de ser tan utilizado antes. Aunque RSS resultaba un sistema sencillo, la falta de desarrollos en torno al software de agregación, lectores, y métodos de filtrado, unido a las dificultades para su monetización, e implementación de una capa social, no le permitieron competir en igualdad de condiciones frente a las tecnologías emergentes. Incluso en los primeros compases de las redes sociales, RSS fue introducido para hacer seguimiento de las publicaciones de los usuarios, aunque fue una característica polémica, por motivos de privacidad, que llevó a que fuera eliminada. Aún así, la necesidad de hacer seguimiento de las publicaciones en las redes sociales, ha propiciado el desarrollo de soluciones RSS para convertir los contenidos de éstas en canales de sindicación, lo que demuestra una necesidad latente, al margen de las políticas empresariales que propiciaron en gran medida el estancamiento de la tecnología de sindicación.

A pesar de su declive, RSS sigue siendo una tecnología importante si se valora recuperar la independencia y la libertad de la información. Su capacidad para organizar y brindar acceso a información relevante de manera automatizada sigue siendo una característica valiosa para la mayoría de los usuarios, sólo detenida por la falta de software adecuado y estable en el tiempo.

El formato RSS 2.0

RSS 2.0 es un formato de sindicación de contenidos diseñado para la distribución de información en la web. Permite a los editores de sitios web compartir y actualizar contenido como noticias, artículos, blogs y otro tipo de información con sus usuarios de una manera fácilmente legible por los agregadores de contenidos y lectores de canales de sindicación. El formato se basa en una estructura XML con una serie de etiquetas predefinidas que permiten la representación de diversos tipos de información en un documento RSS 2.0. Estas etiquetas incluyen elementos como el título, la descripción, la fecha de publicación, el autor y un enlace permanente a la fuente original. Aunque la estructura es sencilla, ésta puede ser ampliada, debido a la propiedad de extensibilidad de los formatos derivados de XML incorporando etiquetas de otros formatos como Dublin Core, MARC-XML, MADS, MODS, EAD, etc. Esto permite la descripción de documentos y archivos multimedia, haciéndolo mucho más polivalente. Es importante destacar que la sencillez de las especificaciones de RSS, pretende garantizar la compatibilidad entre diferentes sistemas y aplicaciones. De esta manera, se asegura que la información contenida en el canal de sindicación pueda ser fácilmente leída e interpretada por cualquier lector o agregador. Esto permite que cualquier sitio web, o plataforma de contenidos pueda implementarlo.

<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>Título del canal</title>
    <link>URL del canal</link>
    <description>Descripción del canal</description>
    <language>Idioma del canal</language>
    <copyright>Copyright del canal</copyright>
    <managingEditor>Editor del canal</managingEditor>
    <webMaster>Web master del canal</webMaster>
    <pubDate>Fecha de publicación del canal</pubDate>
    <lastBuildDate>Fecha de la última construcción del canal</lastBuildDate>
    <category>Categoría del canal</category>
    <generator>Generador del canal</generator>
    <docs>Documentación del canal</docs>
    <ttl>TTL del canal</ttl>

    <item>
      <title>Título del elemento</title>
      <link>URL del elemento</link>
      <description>Descripción del elemento</description>
      <author>Autor del elemento</author>
      <category>Categoría del elemento</category>
      <comments>Comentarios del elemento</comments>
      <enclosure url="enlace de archivo" type="Tipo de archivo adjunto"/>
      <guid isPermaLink="Indica si el GUID es un enlace permanente">Valor del GUID</guid>
      <pubDate>Fecha de publicación del elemento</pubDate>
    </item>
  </channel>
</rss>

Tabla 1. Estructura de etiquetas XML de un formato RSS 2.0

En este código se observa el set de etiquetas completo del formato RSS2.0, tal como se indica en las especificaciones oficiales del Harvard Law School y en Advisory Board. Obsérvese que el canal RSS consta del elemento <channel> que contiene las etiquetas de descripción del canal propiamente dicho y a su vez los elementos <item> que corresponden a los bloques de contenido, noticias o documentos que se quieren reflejar en el canal. El código del canal se reescribe con los nuevos contenidos que se publican en el sitio web al que está vinculado. De esta forma, cualquier nueva entrada o información de la web, se ve plasmada en el canal de sindicación, provocando una alerta informativa para todos los usuarios suscritos al canal.

Mejoras para el formato RSS

  • Integración de la tecnología blockchain para garantizar la inmutabilidad y autenticidad de la información. Una verdadera implementación de blockchain que utilice la estructura de RSS como base, permitiría a los usuarios verificar la autenticidad de los datos y contenidos alojados en el canal de sindicación RSS, lo que mejoraría significativamente su integridad y  seguridad. Esta mejora también podría incluir la adición de funciones avanzadas de blockchain, como la creación de contratos inteligentes para automatizar ciertas acciones en respuesta a eventos específicos dentro del canal de RSS. Además, se podría agregar una función para la validación descentralizada de datos de RSS utilizando nodos de blockchain, lo que permitiría a los usuarios verificar la autenticidad de las noticias, contenidos y archivos, sin tener que confiar en una sola fuente centralizada. Los canales de sindicación con más suscriptores serían en tal caso, los que tendrían una red de nodos más amplia y si ello se vincula a una criptomoneda, podría ser la forma de pago al esfuerzo creativo de los autores de las distintas fuentes de las que se nutre el canal de sindicación, lo que supondría a su vez un sistema de retribución proporcional al consumo real y demanda de los lectores.
  • Implementación de etiquetas semánticas para una mejor descripción y clasificación de los contenidos. Actualmente, RSS 2.0 ya admite extensiones para la inclusión de metadatos. Sin embargo, la inclusión de metadatos semánticos puede mejorar significativamente la calidad de la información que se transmite. Permitiría una mejor comprensión de los datos que se transmiten y facilitaría la integración de información procedente de múltiples fuentes. Se podría considerar la inclusión de metadatos en formatos estándar, como RDF (Resource Description Framework) o JSON-LD (JSON for Linking Data), lo que permitiría la integración de información de diferentes fuentes, la identificación de los datos más relevantes, y la creación de feeds (conocidos también como canales de sindicación) personalizados que respondan a las necesidades de los usuarios. Además, la inclusión de metadatos semánticos podría ayudar a reducir la dependencia de los algoritmos de recomendación y las redes sociales para el acceso a la información, y permitiría a los usuarios tomar decisiones más informadas y críticas.
  • Añadir soporte para archivos multimedia, incluyendo transmisiones en vivo. Permitiría a los usuarios suscritos a un canal de sindicación recibir y reproducir contenido multimedia directamente en sus agregadores de contenidos. Para lograr esto, se podría incorporar una nueva etiqueta en el formato RSS que permita la inclusión de enlaces a contenido multimedia, ya sea en formatos estándar (por ejemplo, MP3 o MP4) o en formatos de transmisión en vivo como RTMP o HLS. Además, sería conveniente permitir la personalización de los formatos y resoluciones de video, y la adición de subtítulos y descripciones de audio para mejorar la accesibilidad del contenido multimedia.
  • Incorporar métodos de autenticación y autorización para garantizar la privacidad y seguridad de los usuarios. A menudo, los usuarios deben confiar en que el proveedor de agregación de RSS no compartirá su información personal o no utilizará su información para fines malintencionados. Una posible solución a este problema es la implementación de métodos de autenticación y autorización en RSS. Por ejemplo, se podría requerir que los usuarios se autentiquen con un nombre de usuario y una contraseña antes de acceder a su canal RSS. También se podría permitir a los usuarios definir qué información quieren compartir con los agregadores de RSS y cómo quieren que se utilice esa información. Otra forma de mejorar la seguridad y privacidad de RSS sería utilizar métodos de autenticación y autorización basados en tecnologías emergentes como la criptografía de clave pública y la autenticación multifactorial. De esta manera, se podría garantizar la privacidad y seguridad de los usuarios sin sacrificar la comodidad y la facilidad de uso de RSS.
  • Proporcionar soporte para fuentes de datos en tiempo real, como sensores y dispositivos IoT. Muchos dispositivos IoT (Internet de las Cosas, Internet of Things) generan grandes cantidades de datos en tiempo real, y es importante poder acceder y utilizar estos datos de manera eficiente y efectiva. Para ello se podrían agregar nuevas etiquetas y elementos específicos para cubrir esta necesidad, describir los datos de sensores y dispositivos IoT que podrían publicar contenidos en el canal RSS de forma automática, aspectos tales como la ubicación geográfica, la frecuencia de muestreo y el tipo de sensor.
  • Incluir opciones de personalización avanzada para que los usuarios puedan adaptar su experiencia de lectura a sus necesidades y preferencias. Una forma de abordar esta mejora sería proporcionar una interfaz de usuario personalizable, la posibilidad de añadir widgets de búsqueda, formas de anotación y selección de contenidos favoritos, notificaciones personalizadas para el correo o el teléfono, capacidad de añadir anotaciones sobre los contenidos, permitir subrayado, facilitar el micro-scraping, y otros tipos de utilidades productivas.
  • Añadir soporte para la indexación y búsqueda de contenidos dentro del archivo RSS. En la actualidad, los usuarios deben revisar manualmente los canales para encontrar la información que desean, lo que puede ser tedioso y consume mucho tiempo. Al añadir soporte para la indexación y búsqueda de contenidos dentro del archivo RSS, los usuarios podrían realizar búsquedas dentro del archivo y encontrar información específica en lugar de revisar manualmente todo el archivo. Esto podría mejorar la eficiencia y la experiencia del usuario al utilizar RSS. Para implementar esta mejora, se podría utilizar un motor de búsqueda que rastree y almacene los datos en un índice de búsqueda.
  • Mejorar la accesibilidad para usuarios con discapacidades visuales y auditivas, a través de la incorporación de descripciones de audio y subtítulos. Estas características de accesibilidad avanzada podrían ser opcionales, para que los usuarios puedan elegir si desean o no activarlas. Además, se debería asegurar la compatibilidad con tecnologías de asistencia, como lectores de pantalla y otras herramientas de apoyo, para que la experiencia sea plenamente accesible.
  • Fomentar la interoperabilidad con otros sistemas y estándares de la web, permitiendo la integración y sincronización de contenidos entre diferentes plataformas y aplicaciones. Esto implica la compatibilidad con formatos JSON, RDF y micro-formatos, para que la información del canal RSS pueda ser procesado en otras aplicaciones y ser reaprovechada para otras tareas y funciones.

Formato RSS 3.0: Una propuesta

En este apartado se trata de aportar un primer borrador de propuesta, en absoluto definitivo, pero que sí ayude a concebir una base sobre la que trabajar, editar y desarrollar un futuro formato RSS 3.0. Si bien es cierto, que un nuevo formato debería plantear una reformulación de las etiquetas ya presentes y la introducción de otras nuevas, en la siguiente tabla 2 se hace uso de la propiedad de extensibilidad de XML y se incorporan etiquetas Dublin Core, que proporcionan un mayor alcance descriptivo, así como etiquetas propias de la blockchain.

<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>Título del canal</title>
    <link>URL del canal</link>
    <description>Descripción del canal</description>
    <language>Idioma del canal</language>
    <copyright>Copyright del canal</copyright>
    <managingEditor>Editor del canal</managingEditor>
    <webMaster>Web master del canal</webMaster>
    <pubDate>Fecha de publicación del canal</pubDate>
    <lastBuildDate>Fecha de la última construcción del canal</lastBuildDate>
    <category>Categoría del canal</category>
    <generator>Generador del canal</generator>
    <docs>Documentación del canal</docs>
    <ttl>TTL del canal</ttl>

    <item>
      <title>Título del elemento</title>
      <link>URL del elemento</link>
      <description>Descripción del elemento</description>
      <author>Autor del elemento</author>
      <category>Categoría del elemento</category>
      <comments>Comentarios del elemento</comments>
      <enclosure url="enlace del archivo" type="Tipo de archivo adjunto"/>
      <guid isPermaLink="Indica si el GUID es un enlace permanente">Valor del GUID</guid>
      <pubDate>Fecha de publicación del elemento</pubDate>

      <dc:contributor>Nombre del autor</dc:contributor>
      <dc:coverage>Lugar donde ocurrió la noticia</dc:coverage>
      <dc:date>2022-12-31T23:59:59Z</dc:date>
      <dc:description>Descripción detallada de la noticia 1</dc:description>
      <dc:format>text/html</dc:format>
      <dc:identifier>https://www.midominio.com/noticia1</dc:identifier>
      <dc:language>es</dc:language>
      <dc:publisher>Nombre de la publicación</dc:publisher>
      <dc:relation>Relación con otras noticias</dc:relation>
      <dc:rights>Copyright de la noticia</dc:rights>
      <dc:source>Fuente de la noticia</dc:source>
      <dc:subject>Tema de la noticia</dc:subject>
      <dc:title>Noticia 1</dc:title>
      <dc:type>Tipo de noticia</dc:type>
      <blockNumber>1</blockNumber>
      <timestamp>2022-12-31T23:59:59Z</timestamp>
      <hash>0x9ffjd939393jdfdf93jdfdfj39393jfjdfj3</hash>
      <previousHash>0x0</previousHash>
      <nonce>59485</nonce>
      <difficulty>2</difficulty>
      <minerAddress>0x9d9jd93939jdfj93jdfjdfj93jdfj9j3</minerAddress>
      <transactions>
        <transaction>
          <type>News item</type>
          <data>{
            "title": "Noticia 1",
            "link": "https://www.midominio.com/noticias/noticia1",
            "description": "Breve descripción de la noticia 1"
          }</data>
        </transaction>
      </transactions>
    </item>
  </channel>
</rss>

Tabla 2. Estructura de etiquetas XML de un hipotético formato RSS 3.0

En cuanto a las etiquetas Dublin Core, se observa el set básico completo que permite precisar formato, título, descripción, identificador, fuente, editorial, enlace relacionado con otras noticias, derechos, materia y tipología. Resultaría conveniente considerar la integración de estas etiquetas en una hipotética normativa de RSS 3.0 como etiquetas nativas, a fin de simplificar la nominación de los metadatos sin requerir extensión Dublin Core, ganando en riqueza y complejidad en favor de una mayor exhaustividad descriptiva. Este procedimiento debería hacerse en torno al principio de común denominador de los objetos que serían susceptibles registrar en un nuevo formato RSS 3.0, por ejemplo noticias, artículos científicos, micro-publicaciones, multimedia, archivos ofimáticos, secuencias de datos periódicas para auto-publicaciones, etc.

Por otra parte, el aspecto de la blockchain está reflejado, tal como se registraría en un log real de la cadena de bloques, con etiquetas claves como el identificador de bloque <blockNumber>, el <hash> y <previousHash> que permiten encadenar los bloques o contenidos a registrar a partir de sus claves. Por otra parte, si se desea implementar un sistema de retribución por interés, lecturas y suscripciones, se requiere vincular la blockchain de RSS a algún sistema de minado y criptomonedas, que recoja la dificultad del problema matemático a resolver, el objetivo y minero de la red de nodos responsable de la resolución de dicho problema. Sin embargo, a diferencia de otros casos de criptomonedas, la fijación de los contenidos, debería coincidir con la fecha de publicación de los contenidos en el momento en el que el autor de la plataforma decide hacerlo público. Para que esto se pueda ajustar o adecuar, el sistema puede diseñarse para conceder las recompensas de minado, antes de que se efectúe el registro de los datos, manteniendo un margen de mineros que se mantendrían a la cola para realizar el registro de las transacciones y de los contenidos, en el momento exacto de la publicación de las entradas del creador de contenidos. De esta forma, Se podría asegurar la inmediatez en el proceso. Otra posibilidad, resultaría la disminución de la dificultad de los problemas matemáticos de la criptomoneda, a efectos de asegurar un tiempo de respuesta rápido por parte de los mineros, funcionando como lo harían habitualmente otros sistemas cripto. En cualquier caso, parece fundamental que el sistema blockchain se simplifique al máximo para asegurar mantener la esencia de sencillez que caracteriza al formato RSS.

Un agregador para RSS 3.0

Los agregadores de contenidos son programas que permiten al usuario suscribirse a cualquier canal de sindicación, almacenar sus contenidos, leerlos, recibir alertas de información, aplicar filtros, y facilitar la recuperación de información. Es por ello fundamental, que junto al formato de sindicación de contenidos RSS 3.0 se proporcionen este tipo de programas y códigos abiertos para su mejor aprovechamiento. En este sentido, parece una buena idea, disponer de códigos ya preparados en los principales lenguajes de programación PHP, Python, para que puedan ser utilizados por la comunidad de desarrolladores en sus creaciones y plataformas de creación y publicación de contenidos por Internet. Por otra parte, resulta imprescindible proporcionar a los usuarios un programa de agregación que pudiera ser instalado en dispositivos móviles, entornos de escritorio y servidores web, con todas las funcionalidades esperables en la nueva versión de RSS 3.0. Estos agregadores, también deberían operar como nodos de la red de cadena de bloques de RSS, lo que implicaría, su operativa en la red de transacciones.

Centrándonos en el apartado técnico de la recuperación de los contenidos de un RSS 3.0, el código empleado por los agregadores no variaría demasiado con respecto a otros agregadores de versiones anteriores. En la tabla 3 se observan dos opciones de recopilación de contenidos <item> en un canal de sindicación, lo que podríamos considerar como el corazón del programa de agregación. Se pueden seguir empleando las librerías de funciones SimpleXMLElement y cURL, obteniendo idénticos resultados.

<?php
// Opción 1 - Parser SimpleXMLElement
// =======================================================
$rss = new SimpleXMLElement(file_get_contents('rss.xml'));

foreach ($rss->channel->item as $item) {
    $title = $item->title;
    $description = $item->description;
    $link = $item->link;
    $timestamp = $item->timestamp;
    $hash = $item->hash;
    $previousHash = $item->previousHash;
    $nonce = $item->nonce;
    $difficulty = $item->difficulty;
    $transactions = $item->transactions->transaction->data;
    $minerAddress = $item->minerAddress;
    $contributor = $item->children('dc', true)->contributor;
    $coverage = $item->children('dc', true)->coverage;
    $date = $item->children('dc', true)->date;
    $dcDescription = $item->children('dc', true)->description;
    $format = $item->children('dc', true)->format;
    $identifier = $item->children('dc', true)->identifier;
    $language = $item->children('dc', true)->language;
    $publisher = $item->children('dc', true)->publisher;
    $relation = $item->children('dc', true)->relation;
    $rights = $item->children('dc', true)->rights;
    $source = $item->children('dc', true)->source;
    $subject = $item->children('dc', true)->subject;
}

// Opción 2 - Parser cURL
// =======================================================
$url = 'rss.xml';

$ch = curl_init();
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($ch, CURLOPT_URL, $url);
$data = curl_exec($ch);
curl_close($ch);

$doc = new DOMDocument();
$doc->loadXML($data);

$items = $doc->getElementsByTagName('item');

foreach ($items as $item) {
    $title = $item->getElementsByTagName('title')->item(0)->nodeValue;
    $description = $item->getElementsByTagName('description')->item(0)->nodeValue;
    $link = $item->getElementsByTagName('link')->item(0)->nodeValue;
    $timestamp = $item->getElementsByTagName('timestamp')->item(0)->nodeValue;
    $hash = $item->getElementsByTagName('hash')->item(0)->nodeValue;
    $previousHash = $item->getElementsByTagName('previousHash')->item(0)->nodeValue;
    $nonce = $item->getElementsByTagName('nonce')->item(0)->nodeValue;
    $difficulty = $item->getElementsByTagName('difficulty')->item(0)->nodeValue;
    $transactions = $item->getElementsByTagName('transaction')->item(0)->nodeValue;
    $minerAddress = $item->getElementsByTagName('minerAddress')->item(0)->nodeValue;
    $contributor = $item->getElementsByTagName('dc:contributor')->item(0)->nodeValue;
    $coverage = $item->getElementsByTagName('dc:coverage')->item(0)->nodeValue;
    $date = $item->getElementsByTagName('dc:date')->item(0)->nodeValue;
    $dcDescription = $item->getElementsByTagName('dc:description')->item(0)->nodeValue;
    $format = $item->getElementsByTagName('dc:format')->item(0)->nodeValue;
    $identifier = $item->getElementsByTagName('dc:identifier')->item(0)->nodeValue;
    $language = $item->getElementsByTagName('dc:language')->item(0)->nodeValue;
    $publisher = $item->getElementsByTagName('dc:publisher')->item(0)->nodeValue;
    $relation = $item->getElementsByTagName('dc:relation')->item(0)->nodeValue;
    $rights = $item->getElementsByTagName('dc:rights')->item(0)->nodeValue;
    $source = $item->getElementsByTagName('dc:source')->item(0)->nodeValue;
    $subject= $item->getElementsByTagName('dc:subject')->item(0)->nodeValue;
    $title = $item->getElementsByTagName('dc:title')->item(0)->nodeValue;
    $type = $item->getElementsByTagName('dc:type')->item(0)->nodeValue;
}

?>

Tabla 3. Dos ejemplos de parser RSS 3.0 con PHP, usando la técnica cURL y SimpleXMLElement

Por otra parte, el añadido relacionado con la cadena de bloques, y específicamente con las etiquetas <transaction> de transacciones, requiere de un bucle secundario de tipo foreach que se encarga de recorrer todas las anotaciones del array de la transacción del sistema retributivo de RSS, véase ejemplo tentativo en la tabla 4.

<?php
$url = 'https://example.com/rss.xml';
$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
$data = curl_exec($ch);
curl_close($ch);

$dom = new DOMDocument();
$dom->loadXML($data);

$items = $dom->getElementsByTagName('item');
$transactions = array();
foreach ($items as $item) {
    $transactionsNode = $item->getElementsByTagName('transactions')->item(0);
    $transactionsList = $transactionsNode->getElementsByTagName('transaction');
    foreach ($transactionsList as $transaction) {
        $transactions[] = array(
            'hash' => $transaction->getElementsByTagName('hash')->item(0)->nodeValue,
            'previousHash' => $transaction->getElementsByTagName('previousHash')->item(0)->nodeValue
        );
    }

    $subject = $item->getElementsByTagName('dc:subject')->item(0)->nodeValue;
    $title = $item->getElementsByTagName('dc:title')->item(0)->nodeValue;
    $type = $item->getElementsByTagName('dc:type')->item(0)->nodeValue;
}

?>

Tabla 4. Procedimiento PHP para la extracción recursiva de items y transacciones de blockchain de un canal RSS 3.0

Conclusiones y futuros desarrollos

  • La evolución de los estándares de la web es fundamental para la adaptación y mejora continua de la tecnología. RSS ha sido un estándar importante para la sindicación de contenido, pero su falta de actualización demuestran la necesidad de una nueva versión, como RSS 3.0, que aborde las deficiencias y desafíos actuales, como la introducción de blockchain, sistemas de indexación y recuperación, accesibilidad o personalización.
  • La privacidad y seguridad de los usuarios son temas cada vez más importantes en la era digital. Al incorporar métodos de autenticación y autorización, RSS 3.0 podría mejorar la confidencialidad de los datos del usuario, lo que es crucial para proteger los derechos y la privacidad de los usuarios.
  • Los usuarios de Internet tienen diferentes necesidades y preferencias, por lo que las opciones de personalización avanzada en RSS 3.0 serían esenciales para satisfacer las diferentes necesidades de los usuarios. Esto también mejoraría la experiencia del usuario y aumentaría la participación y fidelidad de los usuarios. Estos objetivos pasan por el desarrollo de mejores agregadores de contenidos y la liberación del código fuente necesario para facilitar la creación de plugins, módulos para sistemas de publicación de la Web. Los parser/agregadores juegan un papel clave en el funcionamiento de RSS y pueden ser mejorados para ofrecer una experiencia de lectura más avanzada y personalizada a los usuarios.
  • La capacidad de agregar y visualizar múltiples canales RSS en una sola interfaz de usuario es una característica útil que permitiría a los usuarios administrar y visualizar su contenido de manera más efectiva. Esto también fomentaría la interoperabilidad entre diferentes sistemas y aplicaciones, lo que mejoraría la eficiencia de la gestión de contenidos y la experiencia del usuario.

Bibliografía

  • Arnepalli, K.; Rao, K.S. (2021). Blockchain Technology: Possibility of Application for Library Networks in India. Pearl: A Journal of Library and Information Science15(3), 153-161. http://dx.doi.org/10.5958/0975-6922.2021.00017.6
  • Babu, P.R. (2020). Measuring Research in RSS Feed Literature: A Scientometric Study. In Measuring and Implementing Altmetrics in Library and Information Science Research (pp. 74-86). IGI Global. http://dx.doi.org/10.4018/978-1-7998-1309-5.ch008
  • Barman, B. (2020). Changing the Ways the Libraries Reach to the User: RSS and its Applications in Libraries with Special Reference to Feedburner. Library Philosophy and Practice, 1-11. https://digitalcommons.unl.edu/libphilprac/3832
  • Cammack, R.G. (2007). Open content Web mapping service: a Really Simple Syndication (RSS) approach. Location Based Services and TeleCartography, 417-431. https://doi.org/10.1007/978-3-540-36728-4_30 
  • Chabini, M.; Sabiri, K.; Aaroud, A.; Akodadi, K. (2022). Fighting Fake News Propagation Using Blockchain in Journalism: A Systematic Literature Review. In International Conference on Digital Technologies and Applications (pp. 241-255). Springer, Cham. https://doi.org/10.1007/978-3-031-01942-5_24 
  • Creus Tomàs, J.; Amann, B.; Travers, N.; Vodislav, D. (2011). RoSeS: A continuous content-based query engine for RSS feeds. In Database and Expert Systems Applications: 22nd International Conference, DEXA 2011, Toulouse, France, August 29-September 2, 2011, Proceedings, Part II 22 (pp. 203-218). Springer Berlin Heidelberg. https://doi.org/10.1007/978-3-642-23091-2_19 
  • Dabbagh, M.; Sookhak, M.; Safa, N.S. (2019). The evolution of blockchain: A bibliometric study. IEEE access7, 19212-19221. https://doi.org/10.1109/ACCESS.2019.2895646
  • Frederick, D.E. (2019). Blockchain, libraries and the data deluge. Library Hi Tech News36(10), 1-7. https://doi.org/10.1108/LHTN-09-2019-0059 
  • Goldsborough, R. (2007). Keeping up with really simple syndication (RSS). Teacher Librarian34(3), 51. https://yorkspace.library.yorku.ca/xmlui/bitstream/handle/10315/2548/RSS_Nariani.pdf
  • Hammersley, B. (2003). Content syndication with RSS. O’Reilly Media. http://ommolketab.ir/aaf-lib/etjpcc1ogme36te7qj0wwauc2bo7cq.pdf
  • Hammond, T.; Hannay, T.; Lund, B. (2004). The role of RSS in science publishing. D-Lib Magazine10(12), 1082-9873. http://dlib.org/dlib/december04/hammond/12hammond.html 
  • Hofman, D.; Novin, A. (2018). Blocked and chained: Blockchain and the problems of transparency. Proceedings of the Association for Information Science and Technology55(1), 171-178. https://doi.org/10.1002/pra2.2018.14505501019
  • Kelly, B. (2005). RSS–more than just news feeds. New review of information networking11(02), 219-227. https://doi.org/10.1080/13614570600573425
  • Lee, M.J.; Miller, C.; Newnham, L. (2008). RSS and content syndication in higher education: subscribing to a new model of teaching and learning. Educational Media International45(4), 311-322. https://doi.org/10.1080/09523980802573255 
  • Mahboob, K.; Ali, F.; Nizami, H. (2019). Sentiment analysis of rss feeds on sports news–a case study. International Journal of Information Technology and Computer Science11(12), 19-29. http://dx.doi.org/10.5815/ijitcs.2019.12.02
  • Marche, C.; Cabiddu, I.; Castangia, C.G.; Serreli, L.; Nitti, M. (2022, September). Fake News Detection based on Blockchain Technology. In 2022 IEEE 33rd Annual International Symposium on Personal, Indoor and Mobile Radio Communications (PIMRC) (pp. 654-659). IEEE. https://doi.org/10.1109/PIMRC54779.2022.9978074
  • Miah, M.; Miah, S.J.; Venkatraman, S. (2021). Blockchain: At a glance idea for information science researchers. Journal of Information and Optimization Sciences42(7), 1589-1624. https://doi.org/10.1080/02522667.2021.1930644
  • Mohammed, A.J.; Husni, H. (2012). Blogs Search Engine Using RSS Syndication and Fuzzy Parameters. UACEE International Journal of Computer Science and its Applications2(3). http://dx.doi.org/10.3850/978-981-07-2969-1_PCT-145
  • Ochoa, I.S.; de Mello, G.; Silva, L.A.; Gomes, A.J.; Fernandes, A.M.; Leithardt, V.R.Q. (2019). Fakechain: A blockchain architecture to ensure trust in social media networks. In Quality of Information and Communications Technology: 12th International Conference, QUATIC 2019, Ciudad Real, Spain, September 11–13, 2019, Proceedings 12 (pp. 105-118). Springer International Publishing. https://doi.org/10.1007/978-3-030-29238-6_8
  • O’Shea, M.; Levene, M. (2011). Mining and visualising information from RSS feeds: a case study. International Journal of Web Information Systems. https://doi.org/10.1108/17440081111141763
  • Safdar, M.; Qutab, S.; Ullah, F.S.; Siddique, N.; Khan, M.A. (2022). A mapping review of literature on Blockchain usage by libraries: Challenges and opportunities. Journal of Librarianship and Information Science, 09610006221090225. https://doi.org/10.1177/09610006221090225
  • Seneviratne, O. (2022, June). Blockchain for Social Good: Combating Misinformation on the Web with AI and Blockchain. In 14th ACM Web Science Conference 2022 (pp. 435-442). https://doi.org/10.1145/3501247.3539016
  • Shae, Z.; Tsai, J. (2019, July). AI blockchain platform for trusting news. In 2019 IEEE 39th International Conference on Distributed Computing Systems (ICDCS) (pp. 1610-1619). IEEE. https://doi.org/10.1109/ICDCS.2019.00160
  • Shang, W., Liu, M., Lin, W., & Jia, M. (2018, June). Tracing the source of news based on blockchain. In 2018 IEEE/ACIS 17th International Conference on Computer and Information Science (ICIS) (pp. 377-381). IEEE. https://doi.org/10.1109/ICIS.2018.8466516
  • Stolz, A.; Hepp, M. (2013, May). From RDF to RSS and atom: content syndication with linked data. In Proceedings of the 24th ACM Conference on Hypertext and Social Media (pp. 236-241). https://doi.org/10.1145/2481492.2481523 

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *