Planet

Me encuentro investigando cómo empaquetar correctamente el Proxy Bluetooth en forma de paquete de Debian. Para ello, me ha resultado muy útil la información que me han proporcionado otros concursantes a través de la lista de distribución de e-mail de participantes del concurso. Estoy teniendo algunos problemas ya que no estoy generando bien el paquete, pero espero tenerlo listo dentro de poco.
Un paquete Debian no es más que un archivo comprimido que contiene un programa listo para ser distribuido e instalado. En el caso del Proxy Bluetooth, un paquete Debian del mismo permitiría poder instalarlo sólo con un par de clicks o con una simple orden en una terminal. Al ser de tipo Debian, a priori, sólo podrá ser instalado en sistemas Linux tipo Debian, como el propio Debian o Ubuntu. A largo plazo, intentaré crear paquetes de otros tipos pero no es un objetivo prioritario. El motivo de centrarme en el tipo Debian es que el sistema Debian y sus derivados son los sistemas Linux más populares.
Mi principal objetivo es, para la primera versión liberada del proyecto, tener un paquete Debian por cada uno de los componentes del mismo. Claro que, ahora mismo, el único componente desarrollado es el Proxy Bluetooth.

He sudado un poco de tinta para conseguirlo pero ya he publicado la primera versión del documento de diseño de Sion Tower, el videojuego que acompañará a IberOgre. Hace algunas semanas os hablaba del Game Design Document (GDD) en general y desde entonces he estado redactando el mío. Ha sido un paso duro (no disfruto

This week was thought for a brainstorming-week session. So, to begin with, the following question crossed my mind:
Do I really want something similar to Moodle or, on the other hand, do I bet for a creative and new environment?
Right now, I think I’d choose the second one. Examples that come to my mind in this brainstorming session are:

• I would like to add a small app related to geolocalization, which means, that depending on your current location, you would see a specific content. This could be helpful if you want to embed news on the main site of your learning site. More applications will come to my mind, but for now, it’s a small idea.

• I also thought of integrating a CMS, kind of django-cms, Mezzanine or any other built-in solution. This would give the potential for NGOs to get a dynamic website, and attract possible donors or volunteers.

• There’s another app that I would like to build using a framework called Cappuccino. This app would give the chance for creating presentations from vLearnie.

• I could also build a small button for making donations, either using paypal or google-checkout.

• VLE kind of Moodle with improvements for looking at your marks. I have already played a little bit with Google Charts and I found the idea of showing the results in a dynamic bar chart interesting. So that, when the user clicks, the system could show the exam with the correct answers and failures.

• Add a personal blog for each student, and/or for each course (This idea came actually to my mind because I heard that a client wanted this, and as far as I know, Moodle does not integrate it by default).

• Study the option to integrate iReport within this application. That would be one of the best ideas, since you could get completely personalized pdfs with your scores, diplomas for making online courses, etc.

The main frameworks and languages that I would like to use are the following ones:
(* Java, Jython and PHP can be useful for dealing with iReport)

New ideas are always welcomed!!!

En GeoRemindMe estamos trabajando duro, prueba de ello es que ahora mismo estamos como el proyecto más activo de los 719 proyectos alojados en la Forja de Rediris y llevamos en 1ª posición tres días (del 25th de Noviembre al 27th).
Estamos realmente orgullosos del trabajo que está haciendo todo el equipo, y queremos daros las gracias una vez más a todos por el esfuerzo que estáis haciendo para ir avanzando!!

Aún estamos en crecimiento y más personas siguen uniéndose al proyecto en diferentes areas (no solo en programación ), así que si estás interesad@ … estaremos encantados de darte la bienvenida! -> Guía: Cómo contribuir

A continuación os dejo el primer script correcto generado (bajo licencia GPL3 :) ) por Infant en Lua.Aunque en este lo único que hace es buscar si existen valores próximos a una serie de puntos que son comunes a los objetos de una determinada categoría en una tabla que se deberá pasar al script en la cual se definirán los nieveles que representan el objeto que se analiza.Ahora mismo estoy pensando en la forma de preparar otros generadores de reglas para completar el script y que se creen analizando propiedades comunes de los objetos de las diferentes categorías del "árbol de conocimiento" (tm) :P de Infant. Por otro lado he pensado que sería una buena idea preparar un par de manuales de como integrar Lua en aplicaciones C++, pasar parámetros, tablas, etc. así que espero publicar alguno la semana que viene.

SocialSight es un programa que se plantea como una herramienta para las personas con discapacidad visual, creado para contrarrestar las dificultades y/o problemas a los que se enfrenta un discapacitado a la hora de utilizar algunas redes sociales, en concreto, Facebook. Siendo una herramienta solidaria y práctica, SocialSight se presenta como una respuesta a la reciente petición del Comité Español de Representantes de Personas con Discapacidad (Cermi – página web) de mejorar la accesibilidad de la red social más popular, Facebook.
Pese a que en la actualidad hay más de una opción para facilitar el acceso de los discapacitados visuales a las redes sociales, éstas resultan limitadas. Bien sea la proliferación de redes sociales paralelas, que pese a facilitarles el uso no les proporcionan la integración social en la que se basan estas redes, o la creación de herramientas para transmitir a través de la voz su contenido, que simplifican y crean confusión al ejercer una lectura literal del mismo.
Para contrarrestar dichos efectos y generar la interacción e integración social, SocialSight se ha basado en una mejora sustancial de lo que, hasta ahora, ofrecen las herramientas de accesibilidad para discapacitados y que pese a representar un gran avance,no permiten un aprovechamiento total y una integración plena en la dinámica de las redes sociales y,por ende en aquella en la que nos centramos, Facebook.

Bienvenidos al blog del proyecto. Clopper Engine es un motor de juegos en Android presentado como proyecto fin de carrera en la Universidad de Sevilla, y al ser software libre hemos aprovechado además para presentarlo al Concurso Universitario de Software Libre.
El proyecto va a hacer uso de toda la tecnología aportada por Android, aprovechando además el soporte de OpenGL ES para mejorar el rendimiento del motor mediante la aceleración por hardware.
Ahora mismo nos encontramos en la fase de planificación, documentándonos sobre todas las herramientas necesarias para abordar el proyecto. Una vez tengamos el camino correcto a seguir pasaremos a la fase de análisis, donde haremos uso de los conocimientos adquiridos en Ingeniería del Software para afrontarlo de la manera más eficaz posible.

Buenas noches,
 
Perdonen mi demora, pero actualmente me encuentro sin ordenador personal, y me es dificil colgar mis avances, por pocos que sean. Supongo que esta semana o a principios de la que viene tendré mi máquina en perfecto estado.
 
Recordando el post anterior, tuve problemas a la hora de tener que montar una pata por el hecho de que no existen piezas para los servos que estoy utilizando, y el proceso de recortar la chapa de un pc viejo y darle forma es demasiado lavorioso, y para el acabado que daba no era rentable.
 
Recordando mi infancia cuando jugaba a las construcciones, me vino a la mente un juego de arquitectura llamado k`nex, que consistía en palitos de plastico, que curiosamente pesaba poco, era rigido, pero se cortaba facilmente. Asique me puse manos a la obra y ya he pedido por ebay un conjunto de palitos de ese estilo. Cuando lleguen subiré un tutorial sobre como cortar, pegar y preparar la pieza para ensamblarlos con los servos y el chasis interno.
 
También prometí en el 1º post que pondría parte del diseño del HXBot. Pues bien:
 
El chasis del HXBot es esférico. En la semiesfera superior estará toda la circuitería (el micro, los sensores, etc …) para el funcionamiento del hexápodo. Por otra parte, la semiesfera inferior contendrá todo el sistema motriz. En ésta nos centraremos ahora.
 
La parte derecha del boceto corresponde a una primera aproximación sobre la colocación espacial de la pata dentro del chasis semiesférco inferior. Como se puede observar, es una buena aproximación, pero no puede llegar a ser funcional, ya que se traba parte del chasis inferior con el superior, y el espacio inferior correspondiente a la pata es demasiado pequeño, por lo que el servo sufriría todo el impacto del peso del robot contra el suelo, sin amortiguación en las patas. En este diseño el servo Hombro estaba en la posicion 0,66·R donde R es el radio, con origen en el centro de la circunferencia. El servo Codo (C) está sujeto al engranaje del servo H (tal y como está en la figura. El servo Muñeca (M) está sujeta por dos piezas (dos palos del juego de construcción) desde el engranaje de M al de C. Y la pata finalmente cojida al cuerpo del servo M. (Perdón si es muy lioso, pero no se de que forma puedo explicarlo bien …)
 
La parte izquierda del boceto corresponde a la 5º o 6º aproximación del diseño (una encima de otra en papel, por eso esta un poco borroso: en breve subiré una corrección en limpio, espero que más claro y con acotaciones).  Como se puede ver, se ha llevado el servo Hombro (H) al extremo externo del chasis todo lo que se ha podido, el servo Codo(C) se ha quedado igual, el servo Muñeca (M) ha seguido sujeto a la pata por el cuerpo y se ha aproximado al servo C, unido como en el caso anterior. Este diseño es algo mejor, ya que deja más espacio de maniobra.
 
Las proximas semanas buscaré algún sistema de reconocimiento de voz con un hardware facil y sencillo, y cuando tenga las piezas de plastico, comenzaré a montar una pata y a realizar la documentación.
 
 
Hasta el proximo post,
Ángel Cayetano

Image via Wikipedia
La verdad, pensaba que esta semana no iba a escribir ninguna entrada, pero me he acordado de algo muy importante: no sé qué buscan otros usuarios en un editor de sprites.
Me puedo hacer una idea por los que ya hay, sobre todo en otras plataformas, y sé lo que yo quiero que haga un editor de este tipo, pero me falta lo más importante: lo que quiere la gran mayoría. Por eso, aunque seamos 3 gatos los que visitamos este blog (gracias, por cierto), lanzo la siguiente pregunta a los mares de bits de Internet:
¿Qué características te gustaría ver en un editor de sprites?*
*(Que viene a ser la misma del título pero de forma más rebuscada.)
Y como todo se entiende mejor con un ejemplo (salvo la crisis), dejo caer algunas características que tendrá Sprite Hut… algún día:

• Soporte del formato PNG.
• Capacidad de importar y exportar sprite sheets.
• Interfaz gráfica versátil basada en GDL.

Puedes dejar tu respuesta en los comentarios de esta entrada o en el apartado Feature Requests del proyecto en la Forja de RedIRIS.
Gracias.

Es probable que hayáis notado caídas intermitentes del servidor durante las últimas semanas. IberOgre se aloja en el servidor de la Oficina de Software Libre de la Universidad de Cádiz (OSLUCA) que, amablemente, nos cedió un hueco. Fijaos si su bondad no conoce límites que concedieron espacio a muchas otras wikis para distintos proyectos. La