Planet

Hola este es el primero post que escribo después del paron .Se trata sobre Clustering.
Bien primero que es el Clustering
Clustering:Se le llama clustering a la clasificación de una familia de objetos en clases, de acuerdo a alguna característica de estos objetos. Por ejemplo estos objetos pueden ser las regiones resultantes de la segmentación de una imagen, y la característica de acuerdo a la cual se desean clasificar podría ser la forma de la frontera de cada región. El clustering de objetos tiene varias aplicaciones, generalmente ligadas a la organización de bases de datos de objetos. Agrupando los objetos en clusters (clases de objetos generadas por el clustering), es más fácil encontrar un elemento en la base de datos, buscando primero el cluster al cual este objeto debería pertenecer, para luego buscar el objeto en el cluster.
Que tipos de algoritmos hay :
Clustering Jerárquico
Basado en particiones: K-Medias
EM (Expectation Maximization)
Por que pienso que es bueno para este proyecto, supongamos que yo he hecho mi estrella y tengo toda la información y tengo clientes de telefonía, empresas de marketing , etc.. y me preguntan me gustaría poder verlos en grupos (esto en mi trabajo ya me ha pasado y la respuesta es no se puede , y me he llevado la consiguiente mirada fulminante) , pues meto el plugin de weka y miro que algoritmo me viene mejor y aplico sobre los datos ese algoritmo una vez hecho esto saco el diagrama de weka o el previsto en amchats.
Tipo 1yTipo 2
Así consigo poder ver como se distribuyen en grupos mis clientes bajo unos parámetros.Esto da un potencial muy alto ya que aunque no se puede sacar todo el partido a weka , ya que se ha de capar mucho , sabiendo que el usuario no es experto ni en weka , ni en minería de datos , pero podrá aplicar sobre el parte de la potencia de weka.
bueno , espero poder hacer un post para cada uno de estos y si alguno , cree que falta pues que me ponga un post diciéndome cual.También  intentare poner algún manual de weka fácil de seguir para que podemos probar.
      

charlacubos
      

Hola, ayer di una charla sobre como resolver el cubo de rubik que me vino muy bien, ya que mi programa pretende enseñarte a resolver bien el cubo de rubik, y me di cuenta de algunas cosillas que puedo tener muy en cuenta para mi proyecto, además quizás así también pueda ir creando algo de comunidad con estos eventos y estas charlas. Ahora, a seguir trabajando y llevar lo aprendido al proyecto
Saludos!!!
      

Desgraciadamente, hay algunos problema con X10 que lo hacen ineficiente para aplicaciones serias. El primero es que el tiempo de respuesta de los módulos X10 es largo, y si hay mensajes extendidos , o hay colisiones entre dispositivos -varios dispositivos intentando acceder simultáneamente al mismo canal-, tendremos tiempo de respuesta que pueden llegar a los [...]

He pensado que sería interesante publicar cada cierto tiempo una entrada describiendo el estado del proyecto. Con el fin de que los usuarios puedan seguir el desarrollo de éste.
Actualmente se está revisando los comentarios leidos por Doxygen para generar el manual de referencia, este es el motivo por el cual todavía no hemos publicado éste. Espero terminar de revisar y publicar el manual esta misma semana.
Un saludo a todos.
      

He pensado que sería interesante publicar cada cierto tiempo, una entrada donde se describa el estado actual del proyecto, con la finalidad de que los usuarios puedan seguir el desarrollo de éste.
Actualmente se está revisando los comentarios leídos por Doxygen para generar el manual de referencia, por esta razón todavía no se ha publicado éste. Espero terminar dicha revisión y publicar el manual esta misma semana.
Un saludo a todos.
      

Esta entrada debía haber sido publicada hace ya una semana y media, pero bueno, más vale tarde que nunca.
Cuando propusimos el uso de la filosofía scrum, no estábamos realmente familiarizados con ella. Por suerte para nosotros, pudimos contactar con un experto en ingeniería del software, el cual nos precisó que la filosofía scrum sólo tiene sentido cuando se aplica a grupos de personas moderadamente grandes. Cuando se trabaja con grupos pequeños de desarrollo, lo que prima es la simple y llana comunicación intensiva. Si bien puede optarse por emplear algunas de las pautas de la filosofía scrum (como el product backlog), aplicarla a rajatabla no tiene demasiado sentido. Así pues, hemos optado por reducir el proceso a la mera comunicación entre los dos miembros del proyecto.
      

Tras dos semanas moderadamente intensas de trabajo, tenemos un primer esbozo de la aplicación. Si bien quedan bastantes detalles que depurar, los requerimientos funcionales especificados en la primera documentación de la aplicación están básicamente satisfechos. La documentación, a su vez, ha sido completada con parte del diseño asociado a lo que actualmente hay implementado. Si bien queda por detallar bastantes aspectos, que intentaremos tener  recogidos cuanto antes, se muestra una visión bastante detallada del diseño interno del sistema. La nueva versión de la documentación se encuentra disponible aquí.
Algunas capturas de pantalla están disponibles aquí y aquí.
      

Una de las cosas que quería implementar para aumentar la flexibilidad del robot era una lista de exclusiones. Con ella es posible gestionar de manera transparente aquellas páginas que no deben ser vigiladas por el programa, ya que suelen ser propicias a contener expresiones poco enciclopédicas, y que provocan falsos positivos.El robot toma la lista de exclusiones instantes después de que alguien la modifique, ya que la mantiene bajo su control.De esta forma se reducen los errores de actuación del programa, y no interfiere en páginas que no le atañen explícitamente.

Thomas Konrad ( un compañero de clase que esta de erasmus y además es un máquina con el Inkscape ) ha creado el logo de locator:
Desde aquí agradecer a Thomas su aportación y esperamos que nos digáis que os parece el logotipo.