Blogs
Hace unos días llegó a mis manos un pequeño regalo en forma de coche solar de juguete. Mide menos de 2 centímetros de largo y pesa unos 4 gramos, con luz solar corre bastante para lo pequeño que es. Evidentemente no es más que una curiosidad porque el juguete es bastante inútil, pero no deja de ser curioso.
Aquí os dejo un par de fotos.
La próxima entrada será sobre jabber y control remoto ;)
Bueno tengo otra entrada de blog en la tintera , pero necesito tiempo y ganas para terminarla , esto era un simple comentario que se alargo de más y pensé que seria bueno ponerlo en mi blog.
Hoy en la mañana tuve que ir al centro de mi ciudad Cuernavaca, Morelos, Mexico, necesitaba tomarme unas fotografías para tramites administrativos, en fin una ciudad hermosa ,quitando el trafico que hay por la feria que invade una de sus arterias principales en estos días, y si uno se logra olvidar de que para fines prácticos esta militarizada, a mi me recorre un escalofrío ver tanquetas y militares con armas largas haciendo retenes y apuntándolas contra vehículos civiles [el ejercito no debería ser usado como fuerza policial nada bueno puede salir de eso] en fin ese no es el tema.... en lo que estaban listas mis fotografías, di un recorrido por la zona turística , me encontré a un par de amigos, intercambiamos saludos.
Bueno, hace algún largo tiempo que no escribo nada y me he permitido un tiempo para escribir una noción rudimentaria de cómo crear un histograma usando el programa Grace [1] (en la terminal xmgrace). En los repositorios lo buscamos como Grace, por ejemplo, escribiendo en la terminal aptitude install grace, por supuesto, como súper usuario. Bueno, pare esto empleare un archivo que posee 3 columnas separadas por mas de un espacio. Una ves que instalamos el programa, escribimos en terminal
xmgrace -nxy 8.xvg-nxy: con esto, la primera columna corresponde a la variable independiente (abscisa, eje x) y las demás columnas son las variables dependientes (ordenada, eje y)
En el campo de la física, al estudiar el desplazamiento de un cuerpo en el espacio se utiliza como punto de referencia de este desplazamiento un "sistema de referencia inercial u observador inercial": el observador inercial, con respecto al cuerpo en movimiento, debe permanece en reposo o bien desplazarse a su vez a velocidad constante y siguiendo una trayectoria en línea recta (movimiento llamado rectilineo y uniforme). En ambos casos el observador cumple con la primera ley de Newton o ley de la Inercia, de ahí este nombre.
En mi anterior entrada, os comentaba lo interesante que podía ser intentar hacer una animación larga de la rotación de Jupiter. La noche del 27 al 28 de Agosto de 2010 fue la elegida, tomando un total de ¡7 horas! en imágenes de Jupiter cada 10 minutos (en total, unas 43). Tras un largo procesado, creo que tengo una primera "versión" de la animación, y aquí os la traigo.
(click derecho -> ver imágen para ampliar)
Datos técnicos
- Hora de las tomas: 00:39 la primera, 7:39 la última (cada 10 minutos).
- Telescopio: Meade LX90, primario de: 8".
- Cámara: Logitech QC Pro 4000, a foco primario.
- Tomas de vídeo a 10 fps y 1/50 segundos de exposición para cada fotograma. Ganancia al mínimo.
Segunda entrada en esta pequeña sección de astrofotografía planetaria (o eso intenta ser). En esta ocasión he elegido a Júpiter. Mostraré las fotografías en dos formatos diferentes, una usando la barlow 3X (aunque las condiciones de seeing tampoco eran las más favorables para ello) sacando únicamente al gigante y otra sin usar la lente barlow para poder sacar a dos de los satélites (Calisto era también visible, pero su distancia angular con Júpiter era tan grande que me fue inviable fotografiarlo con el planeta). Como siempre, he usado la Logitech Quickcam pro 4000 con CCD sharp.
Las imágenes fueron tomadas el día 31 de Julio de 2010 entre las 4 de la Mañana (las que son de gran tamaño) y las 6:30 la que muestra los satélites. Las tomas de video (que se tomaron con wxastrocapture) tenían unos 500 cuadros que fueron apilados y procesados mediante wavelets usando Registax 5.1 .
Las primeras fotografías lunares que he hecho con un modesto ETX70 y una cuña ecuatorial. Se han utilizado tiempos de exposición de en torno a 1/1000 segundos (a 15fps) tomando en total 2000 frames. Dichos frames se han apilado usando Registax 5.1 y, dado que la imagen no salía entera (faltaba un pequeño fragmento a la derecha), he unido dos de esas imágenes con iMerge (es la primera vez que lo hago).
La cámara es una webcam normal y corriente (Quickcam Pro 4000, con un CCD sharp) en foco primario (se le ha eliminado el objetivo que traía y el filtro IR, ahora es el telescopio el que hace de objetivo).
Las imágenes se tomaron entre 23:24 y las 23:32 (hora local) del 20/08/2010.
He señalado algunos de los accidentes geográficos más llamativos de la superficie lunar. En la red podéis encontrar otros mapas mucho más completos y detallados.
Esto se aleja un poco de la temática normal de mi blog, pero bueno, todo sea por no manchar otras partes de esdebian con mis aventuras y desventuras.
Estabamos 4 jugando un survival extreme de Wesnoth (ya habíamos jugado previamente hasta el turno 22, en que una mala fortuna para otro jugador y mi descuido de no emplear una poción liquidaron a la mitad de los nuestros xD). Rehacemos la partida y el 5º lugar lo ocupa un novato en los SX.
A mí la verdad es que no me importa explicarle las cosas a los nuevos, pero oye, lo ideal creo yo es que puesto que son nuevos acepten sugerencias y se dejen un poco guiar las primeras veces, más que nada para evitar sorpresas desagradables. El caso es que dicho jugador, muy insensato él, se coloca en una casilla que habíamos indicado de mil formas que no ocupara. Para muestra una imagen:
Cuantos años llevaba hablando Stallman de la trampa de Java... unos cuantos sin duda.
Pues ha llegado la denuncia de Oracle a Google tras comprar Java.
El problema viene debido al uso de Java que hace Android. La implementación del SDK de Android se aleja mucho del de Java, usando una versión de Java tanto de máquina virutal como de compilador creado específicamente para Android. Perdiéndose así el objetivo fundamental del Java creado por Sun Microsystems.
Aún así no está muy claro si la demanda va a prosperar, ya que el objetivo de Oracle está claro que es sacar dinero de esta patente comprada a golpe de talonario, ya que hay partes en la patente que permitirían a Google usar Java sin pagar royalties, aunque ahora lo tendrá que demostrar un juez...
Un grupo de líderes de la comunidad OpenSolaris hemos estado trabajando silenciosamente juntos en un nuevo esfuerzo llamado Illumos, y estamos listos para divulgar completamente nuestro trabajo e invitar a todos a participar. Aquí.
De todos es conocida la adquisición de SUN por parte de Oracle. Desde entonces se ha escrito mucho respecto a las consecuencias que esta compra tendría para el software libre, en concreto respecto a la viabilidad de proyectos como son MySQL, OpenOffice, VirtualBox, y el que nos atañe en este artículo, OpenSolaris.
En el runrún está el más que posible abandono de este proyecto por parte de la comunidad de OpenSolaris debido a la falta de interés de Oracle en su continuidad. Todo ello por el silencio mantenido por esta multinacional ante los requerimientos del órgano que estructura y gobierna a dicha comunidad, el OGB: si en febrero estaba previsto el lanzamiento de la nueva versión de OpenSolaris 2010.02, y luego se dijo que este lanzamiento se retrasaría un mes, a día de hoy, nada se sabe de ello.
Por parte del OGB se ha enviado un ultimátum a Oracle con fecha de caducidad del 16 de agosto: si Oracle no cambia de actitud, no abre los canales de dialogo y no informa al OGB respecto al camino por el que transitará OpenSolaris, toda la cúpula de la OGB se disolverá y dejarán el desarrollo de OpenSolaris exclusivamente en las manos de Oracle.
