Planet

Bien , pues ya tenemos , el primer problema , y es la licencia , que ponemos , ¿GLP o LGPL ?.
Esto es una cosa , que a mi no me preocupaba , pues quería que fuera LGPL pero claro con weka por medio ya la cosa cambia , ya que weka es GLP y como todo el mundo sabe es una licencia vírica , todo lo que toca es GLP también.
El problema es que yo solo doy el servicio, no doy weka,  es el usuario el que ha de escoger instarse el plug-in (por que si redclover esta formado por plugi-ns) y bajarse weka , otra cosa es que yo le de herramientas en plan
de sea descargar la ultima versión de weka ¿si o no?
Pero yo no doy weka. El usuario es el que va a hacer la elección.
De momento se queda con LGPL hasta nuevo aviso.
En un bosque se bifurcaron dos caminos, y yo… Yo tomé el menos transitado. Esto marcó toda la diferencia
      

Haciendo una búsqueda por internet sobre proyectos interesantes que puedan ser útiles al proyecto he encontrado básicamente dos, Gong y Symphony.
Gong es un programa de gestión de asociaciones que hemos estado evaluando durante un tiempo, y ha sido una de las razones por las que hemos decidido realizar este proyecto, ya que es una [...]

Aquesta tarda mateix, els tècnics de la Diputació m'han solucionat el problema de la codificació de caràcters de la base de dades.Ara ja tinc la base de dades amb codificació UTF-8 que és la que necessita el Drupal per funcionar correctament i, per tant, puc començar la instal·lació d'una forma més o menys correcta.

CAN es un protocolo serie que usa el método de transmisión broadcast, es decir, un elemento envía un mensaje a través del bus a todos los componentes, y estos se encargan de saber si la información del mensaje le es útil o no. Si el mensaje fuese de interés para algún nodo, este lo almacena y procesa, si no, simplemente la deshecha. Con la siguiente imagen trataré de aclarar un poco el mecanismo del proceso.
En este escenario podemos ver que la “Unidad de control 2″, envía el mensaje que tenía almacenado en memoria al bus, y todas las demás unidades ven ese mensaje a sus entradas. Sin embargo la “Unidad de control 3″ deshecha este mensaje en la etapa de “Selección”, mientras que las restantes deciden que es apropiado y lo almacenan.
CAN está orientado a mensajes, es decir la información que se va a intercambiar, se descompone en mensajes, a los cuales se les asigna un identificador y se encapsulan en tramas para su transmisión, este ID o identificador es el que consigue que el nodo pueda saber si el mensaje le será útil.
Las principales características de una red CAN son:

• Prioridad de mensajes.
• Garantía de tiempos de latencia.
• Flexibilidad en la configuración.
• Recepción por multidifusión (multicast) con sincronización de tiempos.
• Sistema robusto en cuanto a consistencia de datos.
• Sistema multimaestro.
• Detección y señalización de errores.
• Retransmisión automática de tramas erróneas
• Distinción entre errores temporales y fallas permanentes de los nodos de la red, y desconexión autónoma de nodos defectuosos.

Es muy interesante saber que la Organización Internacional para la Estandarización (ISO, International Organization for Standarization) define dos tipos de redes CAN:

• Red de alta velocidad, capaz de alcanzar 1 Mbps, bajo el estándar ISO 11898-2, destinada a controlar el motor e interconectar las unidades de control electrónico (ECU).
• Red de baja velocidad, tolerante a fallos que permite alcanzar 125 Kbps, bajo el estándar ISO 11519-2/ISO 11898-3, dedicada a la comunicación de los dispositivos electrónicos internos de un automóvil como son el control de puertas, techo solar, luces, asientos, etc.

Me gustaría conseguir estas normas, pero al parecer todas las ISO son de pago y cada una cuesta unos 70€, así que tendré que recurrir a otras vías para conseguir más información.
Después de esta pequeña introducción de lo que nos ofrece CAN, podríamos determinar la primera característica de ArCan, que implementará solo una de las redes, aunque no descarto conseguir que pueda ser configurable mediante software, unificando el Hardware necesario para los dos tipos de redes en el mismo Shield.

El juego llevará como título “Hungry Insects Wars” o lo que es lo mismo traducido al español y de donde surgió la idea del título original “Peleas de insectos esmayaos”.
El objetivo principal del juego será sobrevivir en el interior de una casa y dentro de los distintos cuartos de esta. Para sobrevivir, como cualquier animal, habrá que comer, como es normal y para comer habrá que luchar por la comida, pues no será un bien en abundancia. Se podrá golpear a los rivales, lanzarles objetos (desde cohetes a pulpos paralizantes), poner minas antipersona en el suelo para que al pisarlas resten vida y el insecto se traslade a otro punto de la habitación por efecto de la explosión, poner chicle o pegamento en el suelo para dejar inmovilizado al rival, … También habrá objetos especiales que incrementen nuestras capacidades (velocidad, fuerza…) que nos harán ser más competitivos en nuestra lucha por la supervivencia.
Por supuesto, cuando te golpeen o te lancen algo todos los objetos que poseas se caerán al suelo y habrá que recogerlos, si no te los han robado antes, claro está. xD.
Ya vimos en post anteriores unos bocetos de lo que serán los protagonistas de esta historia, los cuales se comunicarán entre sí mediante un chat y con envío de mensajes privados para poder organizarse en caso de querer reunirse en guerrillas para atacar más eficazmente.
Por ahora estamos en la fase de diseño de lo que será la interfaz gráfica (que haber como la programo después, que miedo!) y del diagrama UML de las clases del nivel de aplicación (otra cosa que no tengo ni idea como hacer pero que poco a poco y con ayuda de mi tutor voy solventando).
La capa inferior de esta aplicación proporcionarán QoS con técnicas como FEC o ARQ usadas normalmente en voz pero adaptadas para la transmisión de este tipo de datos.
Todo esto estará sustentado por tecnología DDS y SCRIBE, particularmente FreePastry, para distribuir los datos en tiempo real de los jugadores y las distintas acciones.
Poco a poco iré subiendo más cositas del juego y los posibles bocetos de la interfaz gráfica que haga (miedo me dan mis dotes pintoras).
      

AVBOT tiene una página en la que la gente puede avisar de posibles errores que esté cometiendo el programa a la hora de revertir vandalismos.¿Cómo es esto posible? Cuando una persona edita un artículo y el bot le revierte, hay dos posibilidades:

1. La persona ha vandalizado el artículo y el bot está actuando correctamente revirtiéndole.
2. La persona ha hecho una aportación legítima y el bot se ha equivocado al revertirle.

Cada vez que el bot revierte una edición, deja un enlace en el resumen de edición, avisando de que es posible "darme un toque" y decirme que el bot ha errado.De vez en cuando la gente hace clic y me pone al corriente. No es muy frecuente pues el bot tiene un alto porcentaje de acierto, pero de vez cuando AVBOT falla, como todo en este mundo. La página donde se envian estos informes es Usuario:AVBOT/Errores.Justo ahora estaba revisando los informes de los últimos días. A grosso modo me llegan entre 2 y 4 informes al día, y muchos de ellos son falsos, pues los vándalos no tienen bastante con destrozar el artículo, sino que luego se permiten el lujo de decir que el bot está funcionando mal, ¡cuando es incierto!En fin, hay gente para todo.

Normal 0 21 false false false ES-TRAD X-NONE X-NONE MicrosoftInternetExplorer4 Así es, comienza la aventura. Casi 5 meses por delante para darle nuevas funcionalidades a Tutor y flexibilizarlo para que pueda ser instalado en, porqué no, cualquier colegio, instituto, departamento o universidad interesada. Para ello es primordial mejorar la orientación a objetos del proyecto y hacerlo menos rígido en cuanto a la estructura de tipo universitario que actualmente tiene. Pero eso solo es la punta del iceberg.
Mucho trabajo por delante, sin duda…
      

Normal 0 21 false false false ES-TRAD X-NONE X-NONE MicrosoftInternetExplorer4 Así es, comienza la aventura. Casi 5 meses por delante para darle nuevas funcionalidades a Tutor y flexibilizarlo para que pueda ser instalado en, porqué no, cualquier colegio, instituto, departamento o universidad interesada. Para ello es primordial mejorar la orientación a objetos del proyecto y hacerlo menos rígido en cuanto a la estructura de tipo universitario que actualmente tiene. Pero eso solo es la punta del iceberg.
Mucho trabajo por delante, sin duda…
      

Després de poder instal·lar el Drupal al servidor, m'he trobat amb un altre problema amb la instal·lació bàsica: la codificació de caràcters.Primer de tot, què és la codificació de caràcters? La codificació de caràcters és el mètode que permet convertir un caràcter d'un llenguatge natural en un símbol d'un altre sistema de representació, com un número o una seqüència de polsos elèctrics en un sistema electrònic, aplicant normes o regles de codificació.Per canviar la codificació de caràcters, s'ha de crear de nou la base de dades que estic utilitzant ja que no es pot modificar en calent. Per tant, he demanat si em poden canviar la codificació de la base de dades perquè no em mostri aquest error el Drupal.

Després de molt investigar per Internet, he trobat una solució temporal per poder instal·lar el Drupal al servidor.La solució que em donen és la d'enganyar l'instal·lador i dir-li que el php les té deshabiltades. Després de seguir les instruccions de l'enllaç m'ha funcionat i m'ha permès continuar amb la instal·lació fins al final.Tot i que aquest sistema m'ha permès realitzar la instal·lació del Drupal, he d'esbrinar com modificar-ho perquè funcioni ja que l'informe d'estat del Drupal es queixa dient-me que tinc les register_globals habilitat.Però ho deixaré per més endavant a veure si ho puc solucionar amb un moment de lucidesa.