Planet

Ahora mismo me encuentro trabajando en la documentación de la próxima versión, la 0.11. Será la primera versión documentada, y su documentación estará disponible en internet en formato HTML, para consultarla en cualquier momento.

Hola a tod@s,
Pues simplemente decir que hemos generado unos nuevos ejecutables de la aplicación (versión 1.0.1).
Estos incluyen dos grandes diferencias (además de nuevas operaciones para la caracterización):

• Parte del manual de ayuda (aunque esperamos tener terminado lo principal en un par de días)
• Extensión mediantes plugins.

¿Que quiere decir extensión mediante plugins? Pues que ahora nuestra aplicación la tenemos dividida en componentes (plugins). En concreto cuatro (por ahora):

• com.coolimagingproject.coolimaging (la aplicación principal)
• com.coolimagingproject.colorOperations (Operaciones para cambio de espacios de color)
• com.coolimagingproject.basicImageProcessingOperations (Operaciones basicas de tratamiento de imágenes)
• com.coolimagingproject.help (manual de ayuda)

Estos componentes se encuentran en la carpeta plugins dentro de la carpeta coolimaging.
¿Que ventaja aporta esto? Pues una vez terminada la aplicación principal podemos implementar nuevas operaciones sin tener que tocar la aplicación principal. Incluso mejor, un usuario con conocimientos de programación puede añadir nuevas operaciones sin saber nada de nuestra aplicación. U otras, como que cuando terminemos el manual de ayuda solo habrá que sustituir el plugin com.coolimagingproject.help por el nuevo que generemos, sin tener que volver a generar todo el ejecutable.
Para poder descargarlos aquí.

Está claro que la aplicación más directa o al menos la que suscita mayor interés en la comunidad es la diagnosis del automóvil, llevo varios días leyendo documentación y es una auténtica locura :S, parece que existen al menos 3 o 4 formas distintas de comunicarse.
He conseguido un par de normas que ocupan 150 páginas cada una, si alguien tiene interés que me escriba un mail, me las dejó un amigo muy “burro” :). Les he echado un vistazo y augura bastante trabajo.
He encontrado unos simuladores de centralitas, que son bastante curiosos y seguro que facilitan el camino, la idea es que se puede ir probando de forma muy sencilla, y sobre todo sin susto no vayamos a tocar donde no debemos ^^. Esta es una imagen del ECU Simulator.
También la otra “gran” ventaja es que podría usarlo para presentar ArCan al Concurso Nacional de Software Libre.  ¡¡¡ Seguro que impacta más que la aplicación domótica que presenté en el Concurso de Málaga y no confundirá a nadie que no pudiera leer el blog !!!
El problema es que cuesta unos 150 €, soy estudiante, y no dispongo de tanto dinero , así que a ver como lo busco.
Si te interesa el proyecto podrías contribuir económicamente utilizando el botón donar que he habilitado en la columna de la derecha, así me ayudarás a comprar el Simulador de ECU para seguir mejorando ArCan. Si eres empresa y estás interesado en colaborar con el proyecto no dudes en ponerte en contacto conmigo, seguro que llegamos a algún acuerdo.

Una de las ventajas de estar realizando el programa sobre un proyecto tan grande y tan dinámico como Wikipedia, y a la vez tan trasparente, es que tengo acceso a ingentes cantidades de datos derivados de la ejecución diaria del robot.Entre las gráficas más expresivas que he generado se encuentra la siguiente:Vandalismos por día durante el año 2008En ella se observan los vandalismos que se realizaron durante casi todo el año 2008. Se observan dos grandes caidas. La primera entorno a los meses de junio-julio-agosto, y la segunda ocupa diciembre de 2008 y enero de 2009.No cuesta imaginar el motivo de los descensos. En junio-julio-agosto la gente del hemisferio norte se va a la playa (en el hemisterio sur es invierno y coincide con algún mes de vacaciones de colegio) y deja de vandalizar, a finales de año todo el mundo está más ocupado con las fiestas y las vacaciones de Navidad.Las constantes subidas y bajadas son las semanas. Los valles son los fines de semana (en los que la gente también deja en paz a Wikipedia), y los picos son los miércoles, que debe ser cuando están más aburridos en el trabajo, supongo.Tengo algunas gráficas más. Las iré poniendo más adelante.

Bueno comentarles que no fui muy partidario de lanzar ninguna versión todavía, ya que todavía es poco usable e intuitiva, como el titulo indica es una versión pre-alpha muy muy verde para que los mas aventureros prueben y nos comenten sus inquietudes, problemas y sugerencias.
De momento solo reconoce tres letras de prueba “A“, “E“, “I“, y con rangos de error bastantes altos para que sea “fácil” poder identificar el signo. Es necesario crear 5 markers para poder realizar las pruebas, ni mas ni menos,  y estos se deben de crear en orden empezando por el dedo gordo, indice, corazón, anular y meñique, y  todos de la mano de derecha.
PSD: al ejecutar el programa se crear dos archivos de logs “logDebug.txt” y “logError.txt” si el programa os fallase o notáis algún comportamiento extraño sería de gran ayuda si nos facilitarais esos logs, los pueden enviar a la siguiente dirección: zot@ideldes.com
Muchas gracias, espero que disfruten con esta versión pre-alpha, así como esperamos tener una versión mas estable en breve.
Enlace | Ideldes Pre Alpha

Tras nuestra 3º reunión se le ha dado un vuelco total al diseño de Ideldes, tanto la base de datos como estructura general del proyecto han sufrido grandes modificaciones, esperando con ello mejorar el sistema. De momento nos encontramos todavía desarrollando todos estos cambios, pero esperamos que estén completados y tener algo funcional pronto.
Veremos si todos estos cambios son un paso hacia delante o hacia atrás, ya que en estas situaciones nunca se sabe a ciencia cierta cual es el rumbo adecuado a seguir. A continuación os mostramos algunos de los diagramas que muestran mas o menos como está la situación actualmente.

En el vídeo se puede ver lo que se tarda uno en registrarse con la página web montada.
También se muestra lo que comenté hace poco sobre la página de sugerencias de UserVoice.Com.
Quizás no se aprecia bien por la baja calidad, pero lo que se estoy haciendo es enseñando la acción en el código desde la que se desarrolla toda la parte del registro incluido el envío por mail de un código generado en el acto con el que se activa la cuenta, todo eso pasando varias veces por la base de datos, con la interfaz PhpMyAdmin.

Hoy he enviado por fin la revisión 100 de meshias, y como ha contado Alejandro en el post anterior, ahora prácticamente todos los bugs conocidos han sido arreglados. He estado toda esta mañana trabajando en ello. La versión 0.1 cada vez está más cerca. Danigm no sólo nos ha cedido un espacio web y nos ha montado un wiki en él sino también se ha currado un nuevo logo, cuyas semejanzas con el todopoderoso FSM no hay que menospreciar. Personalmente me parece que está genial:
El logo ya aparece en el wiki de meshias. En el wiki no sólo pondremos tutoriales e información para desarrolladores sino también muy pronto lo reorganizaremos para que enlace al blog, que enlace al sitio de launchpad, etc, en definitiva será un portal completo y fácil de usar que será la plataforma de entrada del proyecto en Internet.
Otra cosa de la que aun no he hablado en el blog es del nuevo método para testear Meshias que he implementado: usando máquinas virtuales que hagan de nodos de la red.
El sábado pasado estuve todo el dia configurando una máquina virtual con VirtualBox para que sirva de nodo en una red mesh virtual de sólo dos nodso (mi máquina física y la virtual), de manera que puedo usar tan solo un netbook de poca potencia como mi Acer Aspire One y usarlo para desarrollar meshias durante las vacaciones, desde el tren, desde la casa de la playa, cuando me vaya mañana a Madrid, etc.
En trunk/ hay un fichero con información para desarrolladores donde se cuenta cómo configurar el virtualbox, y he subido la imagen de la máquina virtual a los servidores de SUGUS para que quien quiera pueda probar este cómodo método para testear meshias.
Ahora el siguiente paso es usar más máquinas virtuales (por ahora sólo uso uno) y conseguir que ciertos nodos se vean entre ellos pero que no se vean todos entre todos, de manera que algunos nodos tengan que hacer de enrutadores forzosamente. Para eso Alejandro me ha sugerido usar Channel bonding / unión de interfaces, y mañana testearé eso. Si l oconsigo, añadiré al tutorial cómo hacerlo. De todas formas lo ideal sería que VirtualBox permitiese decir qué máquinas ven a cuales otras, así que me he bajado el código de VirtualBox y voy a bichearlo a ver si consigo hacer un parche para conseguir eso. sí, estoy loco por intentarlo, pero ese es el espíritu .

Para seguir un poco con el tema del desarrollo he tenido que buscar bibliografía decente, recomiendo los siguientes libros que me están gustando y que abarcan temas como el patrón de diseño de aplicaciones web ( Design Focus and Granularity) , 

para saber como identificar patrones en la arquitectura de la información, navegación, interacción,presentación y funcionalidades; también he descubierto aplicaciones de
Facebook tales como Appsaholic ( http://apps.facebook.com/appsaholic ) y AppHound ( http://apps.facebook.com/apphound ) para conocer mejor al público, las aplicaciones más instaladas,etc. 

Quizás se traten de libros para gente con un poco de nivel porque se explica con bastante código fuente, cosa que desanimará a los que no son de ciencias…

Para empezar con buen pie he creado una cuenta en UserVoice.Com para aceptar sugerencias, por ahora he incluído la primera, Crear una aplicación para iPhone.
La dirección es: http://pie.uservoice.com
Se pueden recibir cualquier tipo de ideas, votarlas y luego implementarlas …es una plataforma de sugerencias interesante.