Qatris Icatalog es un Software multiplataforma (Windows/Linux) que, analizando la documentación en el mismo momento de su digitalización, clasifica de forma automática los documentos dentro de una categoría previamente establecida. A partir de esta decisión, permite automatizar una serie de procesos para cada categoría, para que se ejecuten sobre todos sus documentos sin que se necesite intervención del usuario. Sólo es necesario establecer qué proceso/s se desea/n realizar sobre cada categoría previamente.

En todo momento es posible saber en que punto del proceso se encuentra cada documento. Además puede realizarse una supervisión de los datos extraídos, modificarlos, o realizar su introducción manualmente si no se desea su automatización.
Todo esto es posible gracias a una plataforma base que permite realizar la gestión asistida de todo el proceso de digitalización y extracción de datos, y unos módulos opcionales para cada funcionalidad, por lo que el usuario podrá tener el proceso totalmente automatizado o únicamente para los procesos en que sea más necesario, teniendo un asistente que le facilite su elaboración manual. Esto hace de Qatris Icatalog una solución adaptable a las necesidades y presupuesto de cada empresa.

Qatris Icatalog es compatible con todas las plataformas, independiente del Sistema Operativo (Windows, Linux, etc.).
Es una solución basada en tecnología propia y en estándares abiertos (XML, JDBC, J2EE, etc.), resultado directo de Proyectos de Investigación + Desarrollo + innovación (I+D+i).
La tecnología Qatris cubre casi todas las fases del proceso pero puede integrarse con otros sistemas software si el proyecto lo requiere:

• Software de digitalización, optimización y/o firma de imagen (VSR, ANF, etc.).
• Software de OCR, ICR, OMR, etc. (ABBY, IRIS, o sistemas a medida previos).
• Principales SGBDs relacionales (MySQL, PostGreSQL, Oracle, SQL Server, etc.).
• Plataformas de Gestión Documental (Documentum, Alfresco, etc.) o ERPs.

Y si el cliente tiene unas necesidades muy específicas y prefiere una solución totalmente personalizada, el equipo de Sicubo está totalmente preparado para ofrecer una respuesta inmediata, modificando o desarrollando el software a medida.

---

Añade este artículo a tu marcador social favorito

Testeo y pruebas de componentes, modulos y mambot de Joomla viendolo con el navegador de google Chrome

Ha llegado el navegador que ha revuelto la blogosfera y ahora toca hacer los testeos pertienentes para comprobar si tenermos problemas en algún dominio o extensión instalada.

Según vaya pudiendo ire testeando extensiones instaladas e informeré si encuentro problemas con Chrome.

Extensiones Joomla sin problemas con Chrome:

• Community Builder 1.1
• DFContact 1.0.3
• Seyret 0.2.8
• VirtueMart 1.1 (Parece que no se aprecia el problema de 1.0.13)
• AllVideos Plugin
• SEF Service Map
• sh404SEF
• JoomlaStats (Se ejecuta correctamente pero curiosamente no veo rastro del Chrome en las estadisticas... voy a revisarlas cerca de las 12 para ver con que tipo de navegador las estas asociando el componente)
• joomlaXplorer
• Community Builder y una larga lista de plugins instalados...
• FireBoard Forum
• GroupJive
• uddeIM
• Marketplace

Problemas de Chrome con Joomla:

• Twiter (mod_zutwitter)

No muestra dos módulos en la misma página. Este módulo no se reproduce correctamente si lo duplicamos en una misma página, pero al parecer si yo estaba logueado en Twitter podia verlo correctamente. Solo desde mi pc era posible verlo...

• VirtueMart 1.0.13

Aplasta el texto de los productos

• Editores WYSIWYG (TinyMCE confirmado)

Los editores WYSIWYG pierden la barra de herramientas en el segundo espacio destinado para la publicación de contenido..

Un problema para los desarrollos que necesitan hacer uso del mismo.

Normalmente trabajo con los editores desactivados por lo que hubeira tardado en detectarlo... muchas gracias Carlos!!

• SOBI2

Las funciones principales funcionan correctamente, es posible dar altas en el directorio.

El problema es visible en algunos botones que no se muestran correctamente ("examinar" para subir imagenes)

También falla nuevamente el WYSIWYG al no funcionar correctamente lo botones de negritas, cursivas, centrado.... ninguno.

---

Añade este artículo a tu marcador social favorito

Como localizaremos las url no amigables cuando ya este activado sh404sef o cualquier otro componente seo en joomla?

Normalmente tendremos muchos proyectos en que simplemente con instalar y configurar correctamente el sh404SEF tengamos una mejora en nuestro posicionamiento web. Incluso muchas veces no nos sea necesario ir más lejos. Pero existen casos en que necesitamos optimizar al máximo las posibilidades del componente.

La necesidad de localizar las url no amigables se prensenta cuando:

• Optimizamos los metadatos
• Creamos url amigables personalizadas
• Usar las url originales para crear enlaces seguros.

Siempre es mejor crear los enlaces en cualquier contenido, menu, modulo,... usando las url generadas por el core de joomla.

Porque? Pues porque normalmente los componentes para generar url amigables traducen sobre la marcha estas url. De esta forma nos evitamos tener que repasar los enlaces creados si hacemos cambios en la configuración del componente encargado de generar las url. Por tanto minimizamos riesgos de aparición de errores 404.

Ya que las url amigables ya estarían activadas y tendríamos el sitio en producción se hace inviable desactivar sh404sef para tomar el dato y volver a activarlo para producción.

En mi caso estoy encontrando más cómodo el segundo metodo mostrado, pero cada maestrillo tiene su librillo.

Localización de URLs no-amigables usando sh404sef

1. Deberíamos acceder a través del panel de Control de sh404sef en el apartado Ver/Editar SEF Urls
2. Hacer una búsqueda filtrando por la url amigable que nos muestra el navegador.
3. Seleccionar la url que tiene Hits ya que esta es la que muestra al navegar por el portal, las otras url no-amigables que comparten la misma url amigable son contenidos considerados como duplicados.
4. Ahora usaremos esta url no-amigable para optimizar los metadatos, para crear url amigables personalizadas,...
5. Recomendaría crear los enlaces en los menús de navegación usando siempre las url no-amigables, ya que el componente hará la traducción simultanea al mostrarla. De esta forma no perderemos enlaces si realizamos cambios en la optimización del componente al cambiar las url amigables finales.

(Localizar URL no amigables con sh404sef)

Localización de URLs no-amigables usando praiseurl

1. Instalaremos el modulo mod_praiseurl
2. Lo configuraremos para que sea visible desde la parte frontal para los administradores.
3. El modulo será colocado preferentemente en la zona que mas comodo te sea para ir tomando las url no-amigables
4. El componente irá generando la url no-amigable de la pagina mostrada en todo momento.
5. Ejemplo: $_SERVER["REQUEST_URI"]: /portal/index.php?option=com_comprofiler...lang=es&task=userProfile&user=65
6. En casos como este en donde el Joomla esta instalado en un directorio que no es raíz del dominio no tendremos en cuenta la capeta de la instalación para la toma de la url. En este caso tomaremos: index.php?option=com_comprofiler...lang=es&task=userProfile&user=65

(Localizar URL no amigables con Praiseurl)

---

Añade este artículo a tu marcador social favorito