Planet

Una de las posibles aplicaciones que tendrá la sonda es la de poder realizar fotografías aéreas geoposicionadas.
Con la estación base fijada en una posición durante bastante tiempo (>30min) se puede fijar la posición GPS de la sonda con bastante exactitud (<10cm), además el acelerómetro y los giroscópios el ángulo de apunte de la cámara y los movimientos que esta tenga. A partir de aquí se podrían hacer fotos de alta resolución a un bajo coste, incluso juntar varias fotos para realizar una de larga exposición (con los datos de los giroscópios y los acelerómetros se podría corregir las desviaciones por software).
Para elevar el conjunto (la cámara y la IMU) sólo nos hace falta un globo de helio y para anclarla y dirigirla nada más sencillo como una caña de pescar: “Skyfishing” with a GoPro HERO and 30 Helium Balloons from Tom Guilmette on Vimeo.

Después de volver a retomar el proyecto, vi la posibilidad de sustituir la red Google Buzz, después de leer noticias tan importantes como estas ABC o esta otra, por la red de Linkedin esto son los riesgos que tienes que tomar cuando realizar un proyecto, y es que en la realización del mismo, puedes ver como lo que pensabas en un principio, quizás no es lo mejor, y lo mejor es tomar otra camino u otra alternativa.
Ahora mismo la integración con la red de LinkedIn es total, de tal forma que se puede conseguir tanto el Timeline de esta red, como postear en ella, asi como en las anteriores que tenía ya integradas, que recuerdo que se trataban de Twitter, Facebook, y por último Status.
Cabe destacar que en poco tiempo, publicaré un nuevo post, el cual hablaré de la publicación de la aplicación en el Android Market, estoy viendo la necesidad de hacerlo, y creo que al final me voy a lanzar a publicarla en ella, de tal forma que en el blog de la aplicación dejaré un bytecode directamente capturandolo podreís descargar la aplicación.
Aún así, estoy pensando en realizar un pequeña tutorial con varios screencast para que a la gente en caso de duda, pueda saber como utilizar la aplicación, y sobre todo que le sea mucho más sencillo el aprendizaje de ella.
Espero volver pronto, con buenas noticias, y espero que esta aplicación cuando salga al mercado sea de vuestro agrado.

Por fin podemos anunciar la inauguración del foro de la página y del foro de soporte de JavaDiKt, que es accesible tanto desde la pestaña de la página principal como desde la página principal de JavaDiKt. Prometo que poco a poco irán añadiéndose nuevas categorías y que será más interesante.
Por otra parte, me temo que la actividad seguirá un poco estancada de momento debido al periodo de exámenes que creo todos los participantes del CUSL estamos sufriendo (¡Ánimo!).

Por fin podemos anunciar la inauguración del foro de la página y del foro de soporte de JavaDiKt, que es accesible tanto desde la pestaña de la página principal como desde la página principal de JavaDiKt. Prometo que poco a poco irán añadiéndose nuevas categorías y que será más interesante.
Por otra parte, me temo que la actividad seguirá un poco estancada de momento debido al periodo de exámenes que creo todos los participantes del CUSL estamos sufriendo (¡Ánimo!).

Estamos teniendo diversos problemas con las APIs con las que estamos trabajando en el proyecto. Esperemos que en breve podamos encontrar una solución. Publicaremos novedades lo antes que nos sea posible.

Buenas de nuevo:Esta vez con algo de retraso vuelvo con un ejemplo básico para la lectura de XML con el motor, para ello he usado la librería TinyXml y la he modificado para que...

Hace mes y medio comencé a utilizar el sistema de gestión de tareas de Red Iris para organizarme. Es mucho mejor marcarse tareas realizables en poco tiempo que trabajar con un plan a largo plazo. Por supuesto, estos objetivos deben estar encaminados hacia el plan global pero he comprobado que en proyectos pequeños se es

Hola a tod@s,En la herramienta implementada para la automatización de Casos de Prueba aparece un artefacto llamado Datapool (a partir de ahora DTP) que agiliza la alimentación y generación de Casos de Prueba. Primero definiremos el concepto de DTP.El concepto de DTP incorpora la posibilidad de introducir datos de entrada y salida para cada Caso de Prueba a través de una estructura generalmente representada en forma de tabla de datos. De esta forma si deseamos realizar un Caso de Prueba que ingresa al sistema un número elevado de registros nuevos podemos crear un DTP que los contenga. Después creamos un Script de Prueba, que automatice dicho Caso de Prueba, cuyos comandos utilicen el DTP definido para ingresar los valores en la aplicación y recorrer cada dato diferente del DTP cada vez que se ejecute el Caso de Prueba.En la presente definición hemos comentado que se pueden generar entradas y salidas para los Casos de prueba en el artefacto DTP, esta forma de construir los DTPs sería la idónea para aprovechar al máximo las ventajas del componente. No obstante en nuestra herramienta actual, debido a la forma de generar las instrucciones de entrad y salida, de momento sólo utilizaremos el DTP para alimentar las entradas de las instrucciones.Dicho componente contiene atributos relacionados con información genérica del DTP como puede ser el nombre, ruta del artefacto y descripción del componente, así como las fechas de creación y modificación del DTP. El DTP como hemos indicado, estará compuesto por unas columnas y filas que registran los datos de entrada. Cada columna representará un valor de entrada y tendrá unnombre y un tipo de dato representado por un formato determinado que será validado. Lostipos de variables están predefinidos y para ello se ha creado un tipo de dato que determinará los posibles valores que podrá tomar una variable. Cada fila describe un conjunto de datos de entrada que han de ser tratado por el Caso de Prueba en concreto. Los datos registrados encada fila vienen expresados en celdas. Estas celdas estarán relacionadas con las columnas de la tabla, formando con este tipo de relaciones una matriz de datos dispuesta en filas y columnas.Cada DTP es gestionado en contenedores de forma independiente y a su vez, un DTP podrá estar asociado a varios escenarios de pruebas para permitir su reutilización.Con el refinamiento de la herramienta intentaremos sacar mayor provecho a este componente para que puedan convivir entradas y salidas en el mismo artefacto.

Hola a tod@s,Hoy quiero hablar en esta entrada del término Matcher y de como estamos aplicando este concepto a nuestra herramienta.SWTBot proporciona funcionalidad para localizar widgets de Eclipse y SWT. Los métodos para encontrar los widgets pueden extenderse también para la localización de otros tipos de componentes gráficos. Además, la localización se consigue gracias a unos Matchers que proporcionan normas para la búsqueda de componentes y que pueden ser ampliados paraavanzar en técnicas de búsqueda. Dichos Matchers permiten localizar los widgets de la interfaz para la cual estamos definiendo los Casos de Prueba, consultando las siguientespropiedades:- texto que muestra el widget;- label que etiqueta el widget;- id que identifica el widget;- tooltip que muestra el texto descriptivo del widget;- group el grupo en el que está encapsulado el widget;- mediante la combinación de las anteriores propiedades.Una vez seleccionado el widget que queremos tratar, SWTBot proporciona un entorno suficientemente potente para encapsular operaciones y consultas de estado de los widgets. En la última versión subida a la forja sólo utilizamos en la búsqueda de componentes el texto, label, tooltip e identificador que reconoce al componente. Se ha optado por no complicar la localización de componentes por medio de una combinación de los matchers ya implementados. No obstante, en componentes limitados por sus tipos de matchers disponibles se debería desarrollar esta técnica para ofrecer un mejor uso a la herramienta. Tampoco se ha implementado la opción del matcher Group debido a la poca demanda en su utilización.Una vez probado el buen funcionamiento de los matchers implementados, nos disponemos a ampliar esta funcionalidad de localización, con todas las posibilidades ofrecidas por la librería SWTBot. En la próxima versión subida, se reflejarán estos cambios.Saludos.

Como ya muchos sabréis, este viernes nos reuniremos en la Escuela Técnica Superior de Ingeniería en Informática y Telecomunicaciones de Granada (C\Daniel Saucedo Aranda s/n) con varios objetivos:

• Conocernos algunos de los miembros actuales del proyecto
• Explicar quienes somos, objetivos personales de cada uno y quien se puede unir
• Resumir el estado en el que se encuentra el proyecto
• Invitar a todos a participar en fin de semana, en el que nos juntaremos para hacer lo que se define en la agenda.
• Y seguramente tomarnos algo juntos cuando terminemos.

Nos reuniremos a las 17:00 en el aula (por concretar->espero que hoy).
Agenda del viernes:

• 17:30-18:00: Quienes somos, objetivos personales de cada uno y quien se puede unir
• 18:00-18:30: Estado del proyecto
• 18:30-18:45: Explicar la metodología y herramienta (Basecamp) actual de trabajo del proyecto
• 18:45-19:00: Pequeño parón para que los fumadores fumen y los que nos.. pues hagamos otra cosa xD
• 19:00-19:15: Explicar lo que se va a hacer el fin de semana (objetivos)
• 19:15-20:00: Explicar la metodología de trabajo del fin de semana (Scrum con toques de Kanban)
• 20:00-20:30: Explicar la herramienta de gestión estratégica de gestión (Model Business Canvas) con la que se estudiará el modelo de negocio.
• 20:30-20:45: Ver la agenda del fin de semana.

Inscripciones y dudas:
Los que queráis asistir, por favor apuntaros en ESTE FORMULARIO para poder avisaros de cualquier cambio/novedad.
Para aquellas personas que tengan alguna duda… no tienen más que preguntarla , para ello pueden o bien:

• Llamar a Raúl Jiménez (osea a mi): 652 38 43 50
• Escribirme un email: raul arroba georemindme punto com
• O seguramente escribiendo un comentario en esta noticia también valga .

¡Hasta pasado mañana!