terraza de aravaca

Foro en femenino, o cómo llegar a ser el foro más leído siendo una chapuza técnicamente

2011-12-05T16:56:00.007+01:00

Lo de http://www.enfemenino.com/ no tiene nombre. Como foro (http://www.enfemenino.com/world/communaute/forum/forum0.asp) es el más leído sobre temática femenina de España, y probablemente del mundo hispanohablante. Y se lo han ganado a pulso. Tienen una cantidad de información impresionante sobre todo lo que tenga que ver con mujeres en general, y muy particularmente con hijos. Desde enfermedades y tratamiento de bebés hasta la selección del colegio pasando por todos los tipos de cosas que se le puedan ocurrir a un@ sobre los hijos.

Hasta ahí muy bien. Google los trata bien, salen los primeros en lo que tiene que ver con la temática indicada.

Pero es que ahora viene la segunda parte. Hasta no hace mucho en NINGÚN post aparecía la fecha y hora, así que podías estar leyendo uno de hace 10 años tranquilamente. No había referencia temporal alguna, salvo que algo del contexto de lo que había escrito el redactor te diera alguna pista.

Pues bien, hace relativamente poco han cambiado el software de gestión del foro, en principio mejorándolo... Pero sólo en principio, porque ahora es aún peor. Los posts antiguos (imagino que los fueron posteados antes del cambio de software) se ven en una especie de bocadillo, sin fecha y sin hora. Y el problema añadido a lo que ya había es que ahora se ven TODAS las respuestas en un bocadillo de unos 100 píxeles de alto, así que te tienes que mover por esa ventanita ridícula arriba y abajo para encontrar lo que buscas. Y todo ello igualmente sin referencia temporal. No tienen fecha ni hora. Las pruebas están hechas con Internet Explorer 8. Para muestra, un botón:

http://foro.enfemenino.com/forum/matern2/__f78999_matern2-Mamas-con-bebes-y-ninos-con-bronquitis-y-broncoespasmos-de-repeticion-como-llevais-el-invierno.html

Parece mentira que un foro de tal renombre y con tal cantidad de visitas no se moleste en hacer pruebas de usuario para asegurar que su experiencia sea la adecuada.

Introducing Child Growth Calculator: www.childgrowthcalculator.com

2011-08-19T13:41:00.007+02:00

After some time trying to get time to finish it, it is already a reality. Let me introduce you to the Child Growth Calculator page.

These are the main features you will find when you use it:

You can calculate your child's percentile using the World Health Organization data for length/height, weight and craneal perimeter.
You can save your child's measurements for future reference.
You can see graphically the evolution of the percentile over time, so that you can detect any growth abnormality as soon as possible.

Please let me know about any improvement you can think of or anything you consider unclear in the page.

Percentiles infantiles en inglés: www.childgrowthcalculator.com

2011-08-19T13:17:00.006+02:00

Bueno, pues después de mucho tiempo queriendo ponerme con ello, ya lo he conseguido. Ya está disponible la versión en inglés de percentilesinfantiles.es. Está accesible en http://www.childgrowthcalculator.com. La funcionalidad es la misma que la versión española. He añadido, ya que era obligado, la opción de introducir los datos de longitud, peso y perímetro craneal usando el sistema anglosajón de unidades (libras y pulgadas, fundamentalmente).

Ahora falta darlo a conocer, que es lo más difícil.

Por otro lado, he preparado la página de los percentiles para funcionar en cualquier idioma, así que si alguien está interesado en poder ver la información sobre los percentiles en su idioma nativo, tan sólo tendría que proporcionarme este fichero traducido y un par de textos más en su idioma. Eso sería todo. Pretendo tener los percentiles disponibles en más idiomas en un plazo finito de tiempo.

Problems with Google Maps 5.4.0 using HTC Tattoo (Click)

2011-05-11T16:48:00.003+02:00

There are several problems with version 5.4.0 in HTC Tattoo (at least using CyanogenMod 7.0.3):

1.- Running speed is terribly slow compared with older versions.

2.- Texts in general appear so small that it makes it dificult to read them.

3.- When you search and find something, then you can not click on the markers' bubble to show aditional information. When you click, it simply doesn't happen anything or sometimes the bubble just dissapears.

I have just uninstalled 5.4.0 and installed the older 5.3.7. Back to good speed, readable text and possibility to click on something you have searched for. You have all Google Maps apks for Android here.

Problemas con la versión 5.4.0 de Google Maps en la Tattoo

2011-05-11T16:44:00.004+02:00

Después de varias pruebas, éstas son las conclusiones que he sacado. Adelantar que las pruebas las he hecho con la CyanogenMod 7.0.3, es decir, la última estable en la actualidad.

La versión 5.4.0 de Google Maps tiene los siguientes problemas en la Tattoo:

1.- La velocidad es penosa, comparada con todas las versiones anteriores. Esto parece ser debido a que la última versión permite a máquinas de bajo rendimiento como la nuestra funcionar con gráficos de vectores. Esto hace que vaya terriblemente lenta (esto lo he leído, pero no lo puedo confirmar. Lo que sí puedo confirmar es que va muuuucho más lenta).

2.- Los textos son diminutos y con letras borrosas. Cuesta leerlos. Siempre comparados con los de las versiones anteriores.

3.- Cuando buscas algo e intentas pinchar en el bocadillo del marcador, o bien no ocurre nada o bien el bocadillo desaparece sin más.

Si se vuelve a la versión 5.3.7 se solucionan todos estos problemas. Por cierto, los apks de todas las versiones de Google Maps para Android están disponibles aquí.

(Solucionado) Problema con certificados en la solicitud de beca guardería 2011 de la Comunidad de Madrid

2011-04-13T22:53:00.017+02:00

Acabo de probar y tanto desde Linux como desde Windows, tanto con Firefox como con Internet Explorer como con Chrome aparece un error que indica "No se ha identificado con un certificado". Yo dispongo de certificado válido de la CNMT, así que está claro que el problema es del servidor.

Espero que en los próximos días se arregle, porque sería una gaita tener que ir en persona a entregar los papeles (previa recolección de los mismos, claro :-/).

Actualización: La siguiente url SÍ funciona (comprobado): https://gestiona.madrid.org/guay_telinfantil

Nuevo foro Ford C-Max 2010

2011-03-03T17:44:00.006+01:00

El 25 de Febrero hice el pedido de nuestro nuevo Ford C-Max. Tras mucho mirar, tras muchas visitas a concesionarios, tras mucho ver precios, motores, extras, catálogos, pruebas de euroncap, finalmente nos decidimos por el nuevo Ford C-Max. Y digo nuevo porque este coche empezó a venderse en Septiembre de 2010, así que se ven muy poquitos por la calle. Vamos, tan poquitos que por ahora yo sólo he visto uno.

Después de decidirnos, e incluso antes, empezaron a surgir dudas ya muy concretas del coche. Me refiero a la radio, al detector de ángulos muertos, a la apertura y cierre sin llave,... Así que me puse a buscar y encontré rápidamente un par de foros dedicados al C-Max, pero no al nuevo, sino a todas las versiones que ha habido hasta ahora. Esto hace un poco difícil encontrar respuestas a dudas sobre el nuevo modelo.

Así que he pensado que sería buena idea tener un foro dedicado al Ford C-Max de 2010. Y dicho y hecho. Está ya creado el foro sobre el Ford C-Max y el Grand C-Max de 2010.

Cualquier aportación o propuesta será por supuesto bienvenida.

No data from Google Analytics from November 2 2010

2010-11-03T11:32:00.007+01:00

Google Analytics is showing no data from yesterday. At 11:40 CET there are no data available yet.

Acording to what is written here and here, it looks like it is a general failure.

Analytics blog says nothing about it. It is the first time that this has happened (or the first time that I am aware). But it is surprising that Google does not say anything about it.

Someone said that this could be the problem, but I would not be that sure.

I will update this post as soon as I know anything new.

UPDATE: As of 13:05 CET, data from yesterday are been shown again in Google Analytics.

UPDATE 2: Google has posted a little note on the Analytics blog about this issue, which is already solved.

Sin datos de Analytics del 2 de Noviembre de 2010

2010-11-03T10:17:00.008+01:00

El Analytics de Google ha amanecido hoy sin mostrar un solo dato del día de ayer. A las 10:40 minutos siguen sin aparecer dichos datos. Y me consta que ayer hubo accesos, y no pocos. Lo sé porque he recibido ingresos de AdSense y porque el Application Engine muestra actividad en el día de ayer.

Además, según se cuenta aquí y aquí, parece que es generalizado.

En el blog del Analytics no dicen nada por el momento. Es la primera vez que ha ocurrido (al menos que yo haya sido consciente), pero sorprende que Google no diga nada al respecto.

Alguien ha indicado que podría ser este problema, que ya está reportado, pero no estoy seguro de que sea lo mismo.

En fin, actualizaré la entrada con las novedades que haya.

ACTUALIZACIÓN: Desde las 13:05 CET Analytics ya está mostrando los datos de ayer.

ACTUALIZACIÓN 2: Google ha escrito una entrada en el blog del Analytics sobre el asunto, que ya está solucionado.

Príncipe Pío: el chulito indignado y el segurata resignado

2010-03-16T10:13:00.009+01:00

Madrid, 16 de Marzo de 2010. Nueve menos cuarto de la mañana. Estación de cercanías de Príncipe Pío. Acaba de llegar un tren procedente de Villalba abarrotado de gente. Todos en bloque hacia la conexión con el Metro, hacia las entradas con torniquetes. De repente, se produce la aglomeración. La cola se alarga hacia atrás. ¿Razón? Hay cuatro torniquetes, pero dos no funcionan. A medida que llega más gente, se van apelotonando como pueden.

Normalmente, esto no pasa, Y no pasa porque unos cuantos de los viajeros se cuelan por los torniquetes de salida. Y no porque no tengan billete, no, sino porque no quieren esperar la cola que se forma... habiendo cuatro de entrada. Pero es que con dos de entrada, la cosa es mucho peor. Entonces, ¿por qué la aglomeración? ¿No se cuela aún más gente habiendo dos torniquetes estropeados? Pues no, no se cuela absolutamente nadie ¿Por qué? Pues porque al otro lado hay un segurata. Un tipo alto, mayor, de unos cincuenta y tantos, algo encorvado, con aspecto de fumador y probablemente bebedor, mirando a la masa apelotonarse ante los dos torniquetes que funcionan, y sabiendo que la tensión se respira en el ambiente y que la masa lo mira con cara de odio... Porque si no estuviera él, se estaría colando casi todo el mundo. Y él lo sabe, pero probablemente los de Renfe le han dicho, precisamente por eso, que se plante ahí, para que nadie se cuele.

Pero hay un entrajetado que se harta, que puede que tenga más prisa, o que se cree representante de los demás, o que es más chulito que nadie o qué se yo, que se cuela. Salta uno de los torniquetes estropeados, delante de la mirada de todos y causando la estupefacción del de Prosegur, que le dice: "¿a dónde va?". El tipo salta con dificultad, no es un saltador olímpico precisamente, pero del cabreo, más con fuerza que con maña, consigue pasar al otro lado y andar rápido hacia las escaleras mecánicas mientras le suelta con voz de indignación al segurata: "es una vergüenza, hombre, es una vergüenza". Y el segurata en alta voz, pero a la vez resignada: "pues ponga una reclamación en la ventanilla, pero no salte delante de mí, hombre...".

Bueno, pues ¿yo de qué lado me pongo? Soy uno de los cientos que están esperando para pasar por los malditos torniquetes. Me cuesta mucho levantarme para ahora estar esperando como un gilipollas delante de unos torniquetes que no funcionan... Pero lo cierto es que me pongo del lado del segurata. Coño, pobre tipo. El otro salta, sabiendo que el hombrecillo (porque es eso, un hombrecillo, por muy alto que sea), no le va a sujetar, ni le va a obligar a salir, ni mucho menos va a pegarle con la porra delante de todo el mundo (y aunque no hubiera nadie...). No, no va a hacer nada de eso. Simplemente, no hará nada. Y, en cambio, el saltador le ha dejado claro al segurata que su trabajo no vale nada, que es un don nadie, un mindundi, que salta delante de sus narices y no le puede hacer nada, que es como si no estuviera.

En fin. Creo que una espera de dos o tres minutos no justifica ningunear a un pobre hombre que, de por sí, no tiene pinta de tener una vida muy agradable. Ningunear por algo tan nimio a una dudosa autoridad que no se está imponiendo por la fuerza no me parece de recibo. Al menos, no me lo ha parecido esta mañana.

Enrique Dans y el DRM. Nunca digas nunca jamás

2010-03-11T10:01:00.008+01:00

Tiene gracia la entrada de Enrique Dans en su blog GPL, DRM… Nunca digas nunca jamás de no hace ni un año (julio 2009).

En ella habla de cómo en tecnología no hay verdades absolutas, y de cómo él mismo, hace ya años, se dedicaba a convencer a usuarios de máquinas Apple de que se pasaran a PC, cuando hoy (o en aquella época al menos) se le ve "cargando con un MacBook Pro, haciendo presentaciones con Keynote, usando un iMac en casa, un Mac Mini en el salón, y teniéndolos todos felizmente conectados con un Airport Extreme", según su propia entrada.

Pero también se dedica, como tantas otras veces, a despotricar sobre el DRM y de cómo empresas como iTunes, Amazon, Real proporcionan sus descargas sin "absurdas protecciones".

Pues me temo que el "Nunca digas nunca jamás" se le puede aplicar de nuevo a él con el tema del DRM, ya que, según se dice en su blog (no lo dice él, pero tampoco lo desmiente), su libro habría salido para iPhone con DRM. Esto, se mire como se mire, y se intente defender como se intente defender, es una contradicción, por no decir directamente una incoherencia.

Desde luego, hay más entradas en las que critica al DRM. Entre otras ésta y ésta. Si hacéis una búsqueda en su blog por DRM, hay hasta 5 páginas de resultados, y todas las entradas están en la misma línea. El DRM está muerto, el DRM, como cualquier sistema anticopia, se podrá saltar, antes o después...

Por otro lado, y como bien indica un comentarista de su blog, cuando en tecnología se habla de software "libre", como en el caso de linux, lo que se permite no es sólo la descarga del software, sino su reventa, siempre que se incluya el código fuente. Nadie me impide, por ejemplo, descargarme los discos de Debian, copiarlos y venderlos al precio que me parezca conveniente. Su licencia me lo permite. Así que un libro que no puedo copiar y revender no es "libre", si entendemos por ese término lo que se entiende en tecnología, en el mundo del software. Porque el blog de Enrique es sobre tecnología, ¿no?

Dejémonos de frasecitas chulas en inglés sobre la libertad y la cerveza que no se entienden claramente. O peor, que cada uno entiende lo que le parece. En el mundo del software libre, o en el mundo linux, para ser más exacto, creo que todo el mundo tiene claro lo que se entiende por "libre".

En fin, tal como Enrique pone en su propia entrada:

"Cuanto más tiempo pasas en contacto con el mundo de la tecnología, más te das cuenta de que existen muy pocas verdades absolutas. Nunca digas nunca jamás…"

Renovación certificado de la FNMT con Internet Explorer 7 (solucionado)

2010-02-18T08:59:00.009+01:00

Parece que este año la renovación del certificado no funciona tan bien como otras veces. Ayer me estuve pegando con ello y tardé un buen rato en llegar simplemente a realizar la solicitud.

Vaya por delante que lo que describo aquí ocurre, al menos, con Windows XP e Internet Explorer 7 y la solución aplica a esa conjunción. No sé si ocurre lo mismo con el Vista, Windows 7 o con Internet Explorer 8.

El problema es el siguiente: siguiendo las instrucciones del correo de la fnmt en el que te indican que tu certificado va a caducar (al menos ése fue mi caso), entras en la web de certificados de dicha entidad (http://www.cert.fnmt.es/index.php?cha=cit&sec=5). Realizas varios pasos hasta que llegas a una página en la que hay 2 botones: "Firmar" y "Enviar". Y no puedes enviar si no has firmado (te sale un aviso), así que le das a Firmar y... tachán... aparecen varias ventanas de error consecutivas. Quizá la más explícita es la que dice que "El servidor de automatización no ha podido crear el objeto".

Pues bien. La solución a este problema es la siguiente: basta con instalar esta versión de las librerías CAPICOM. Una vez instaladas, basta con arrancar el navegador, volver a entrar en la página de la fnmt y entonces ya se puede firmar.

La comparación de implementaciones JPA en el resumen de 2009 de theserverside.com

2009-12-25T20:40:00.004+01:00

Alguien (no sé si perteneciente a The Server Side) ha puesto un resumen de los posts más populares (o al menos más visitados) en theserverside.com en 2009. El post que escribí sobre la comparativa entre implementaciones de JPA aparece el primero.

Actualización percentilesinfantiles.es: datos OMS

2009-11-22T23:13:00.006+01:00

Acabo de actualizar la web de cálculo de percentiles infantiles de longitud, peso y perímetro craneal. Ahora se puede elegir entre usar los datos de la Organización Mundial de la Salud (OMS) o los de la fundación Faustino Orbegozo Eizaguirre (que son los que utilizan los pediatras de Seguridad Social) para calcular los percentiles.

Nueva versión de la web de cálculo de percentil de bebé, niño y adolescente: http://www.percentilesinfantiles.es

2009-08-19T12:28:00.012+02:00

Acabo de actualizar la versión de la web de cálculo del percentil infantil para bebé, niño y adolescente. La nueva versión tiene estas novedades:

Visualización de la progesión de los percentiles de un niño a lo largo del tiempo, mediante el guardado de datos de varias edades.
Autenticación con la cuenta de Google (vale la de GMail), para poder guardar datos.
Alta y baja de niños, de forma que se pueda hacer el seguimiento de varios niños por usuario.
Guardado de un número infinito de medidas para un niño.
Modificación y borrado de dichas medidas de forma muy sencilla (pinchando en los puntos de la gráfica), además del borrado total de los datos de un niño.

Es decir, ahora se puede ver la progresión del percentil a lo largo del tiempo, tanto de los primeros meses (primeras gráficas, de cero a 24 meses) hasta los 18 años.

Ésta es una captura de cómo se ve la nueva versión, con varias medidas tomadas a diferentes edades.

Web de percentiles infantiles (bebés, niños y adolescentes): http://www.percentilesinfantiles.es

2009-07-12T21:02:00.019+02:00

Bueno, pues me ha dado por crear una web de cálculo de percentiles infantiles (bebes, niños y adolescentes).
Manuel tiene ya dos meses y medio de vida. Con las obligadas visitas al pediatra descubrí la importancia de los percentiles para detectar cuanto antes desviaciones importantes que pudieran sugerir algún tipo de anomalía.
Me sorprendió que el pediatra no nos diera el número exacto de percentil en el que se encontraba Manuel, sino que nos decía "cerca del 97" o "un poco más alto que el 50". Como informático, me parecía poco exacto, así que busqué alguna página que, una vez introducidos los datos del bebé o del niño, calculara el correspondiente percentil.

Todas las páginas que encontré tenían alguna pega. Entre ellas las siguientes:

- En algunas no estaba claro qué datos utilizaban como base, y dada la importancia de estas gráficas (pueden llamar la atención sobre un desvío importante en la longitud, el peso o el perímetro craneal del niño) me parece fundamental conocer el origen de los datos para juzgar la fiabilidad de los resultados.
- En otras sólo permitían introducir datos hasta los 2 años de edad. No podían hacerse calculos de percentiles para niños y adolescentes.

Total, que decidí hacer yo mismo una aplicación para calcular el percentil de Manuel y poder comparlo con las gráficas estándar. En mi aplicación:

- Utilizo los mismos datos que utilizan los pediatras de atención primaria de la Seguridad Social, es decir los de la fundación Fundación Faustino Orbegozo Eizaguirre (lo podéis ver en el pie de página de las gráficas de vuestras cartillas infantiles). Dichos datos los saqué de aquí.
- Permito el cálculo desde los cero meses de vida hasta los 18 años, de tal forma que se puedan detectar desviaciones también durante la niñez y la adolescencia.
- Calculo el percentil exacto y lo muestro.

En fin, os animo a probarla. Tenéis la aplicación disponible aquí: http://www.percentilesinfantiles.es. Si tenéis cualquier comentario, sugerencia o crítica constructiva, no dudéis en poner un comentario en la página o responder a este post.

Actualización: he añadido los datos de la Organización Mundial de la Salud. Ahora se puede elegir entre la fundación Faustino Orbegozo Eizaguirre y la OMS.

Song "El Menú" a capella for six voices

2009-01-26T12:39:00.009+01:00

You have this same article in Spanish here.

Sometime ago I found out n-track Studio. This software emulates a multi-track recording studio. It makes it extremely easy to record a song track by track. At the same time it plays those already recorded tracks, just as you would in a recording studio.

I decided that I should benefit from something like that. So I started recording the song "El Menú", voice by voice, track by track. What you can see and listen in the next video is the result: the song "El Menú" for six voices recorded entirely by me.

Do not expecto great things from me as a singer. I had never done falsetto nor had I recorded six different voices myself. And definitely I am not Pavarotti. But you can be sure that it was really funny to do this (maybe my wife has a different point of view :-D)

"El Menú" a capella para seis voces

2009-01-25T22:25:00.015+01:00

You have this post in English here.

Hace algún tiempo descubrí el software n-track Studio. Dicho software emula un estudio de grabación multipista casero. Hace sumamente sencillo grabar una canción pista por pista, a la vez que reproduces las que ya están grabadas. Vamos, como harías en un estudio de grabación.

Decidí que había que sacar provecho de algo así. Así que me puse a sacar voz por voz la canción El Menú y a grabarla pista por pista. Lo que podéis ver y escuchar en el siguiente vídeo es el resultado: la canción El Menú a seis voces grabada enteramente por un servidor.

No esperéis gran cosa de mí como cantante. No había hecho nunca falsetes ni grabado yo solo varias voces y además no soy Pavarotti. Pero desde luego os aseguro que fue divertido hacerlo (aunque no sé si la que vive conmigo opina lo mismo :-D).

JPA implementations comparison: Hibernate, Toplink Essentials, Openjpa, Eclipselink

2008-12-26T14:17:00.067+01:00

Summary
This article is a response to the lack of information on the net about the performance differences among the 4 most well known Java Persistence API (JPA) implementations: Toplink Essentials, EclipseLink, Hibernate and OpenJPA.
Besides results and conclusions, the full test code is also available in case you want to repeat the test yourself.

I wrote a relatively simple program which executes some queries and inserts in a MySQL database through JPA. Four fixed-time tests were done with exactly the same code, just changing the JPA implementation library and the persistence.xml. I monitored the resources used by the JVM and counted the inserts and queries executed during the tests. Finally, I show here my conclusions and also the results of these tests, so that you can draw your own. I consider the differences found among the different implementations truly relevant.
For the tests performed for this article, nothing except JPA was used. No web pages, no web or application server. Just java threads, JPA and MySQL. I give more details in the next sections.
Note: In case you are using JPA with Axis and/or the Google Web Toolkit (GWT), this other article focused on working with JPA, Axis and GWT could be of interest for you.

Description of hardware and software

The tests have been done in an Acer Extensa 5620G laptop, with a pentium Core 2 Duo T5250 Processor with 2 Gb Ram DDR2, being monitored by a standard PC.

For the tests I have used the following software:

Ubuntu 8.10 Intrepid Ibex
MySQL database, version 5.0 (installed from the official Ubuntu repositories).
Java Virtual Machine 1.6
Driver jdbc for MySQL 5.1.
Eclipse Ganymede
The employees database example for MySQL, courtesy of Patrick Crews and Giuseppe Maxia (url below in the references section)
JConsole for resources monitoring
GIMP 2 to capture screens

The database and the JVM were running in the Acer machine. But both JConsole and GIMP were executed in a PC (also equiped with Ubuntu 8.10) connected via tcp/ip to the test machine. I did it so that I did not overload the machine running the tests.

Versions of the JPA implementations tested:

Hibernate EntityManager and Annotations 3.4.0
Toplink Essentials version 2 build 41
Openjpa 1.2.0
Eclipselink 1.0.2

Description of code and tests

The code developed for the tests is available to download here. All you have to do is import the zip file in Eclipse. You will need at least one of the JPA implementation libraries. You can download them from the urls in the references section below.

The code is made up of two type of threads, one for inserting and one for querying. each of them containing a loop.
Inserting thread loop gets an arbitrary employee and makes a copy of him/her, letting MySQL generate a new emp_no. This was the only modification I did to the employees database: the emp_no is auto-generated.
Querying thread loop executes these queries in sequence:

A query returning the number of female employees.
A query returning the number of male employees.
A query returning all employees hired since an arbitray date.
A query returning all employees born after an arbitrary date.
A query returning all women who have earned more than an arbitrary salary.

I have also created an independent class JPAManager, which is in charge of creating the static EntityManagerFactory and the EntityManager for each of the threads. You have the details of that class in this other article focused on the problems derived from sharing EntityManager among different objects.This is the starting sequence:

When the program starts, it waits 2 minutes for the monitoring infraestructure to be ready (connecting JConsole to the JVM, basically).
It then starts 2 of the so-called inserting threads. I start the inserting threads before the querying threads trying that the queries do not always return the same (which will eventually happen, anyway).
After starting the inserting threads, the program starts running 18 of the querying threads, inserting a pause of 10 seconds before starting next. This is so that they do not execute the same query at the same time.
The program runs the threads for 30 minutes. After that time, it sends a stop signal to the threads, which will safely make them stop after the next inserting or querying round. The main program waits 15 minutes for the threads to stop and the jvm memory to stabilize.
Before stopping, the threads provide information about the number of inserts/queries they have executed.

The only change from test to test was the JPA implementation library and the persistence.xml. It is important to notice that the persistence.xml was left by default for each of the implementations, omitting on purpose any kind optimization that the implementation could accept.

Before every test, the inserted records were deleted. In this way, every implementation started with the database exactly in the same situation.

Results

These were the results of the tests per JPA implementation library. Notice that the time was fixed: 30 minutes running.

	Number of queries+inserts executed	Number of queries executed	Number of inserts executed	Max mem occupied during the test(Mb)	Mem occupied after the test(Mb)
OpenJPA	3928	3530	398	96	61
Hibernate	12687	3080	9607	130	79
Toplink Essentials	5720	3740	1980	55	25
Eclipselink	5874	3735	2139	57	25

The maximum memory occupied is the maximum amount that the JVM reserved during the test.
The memory occupied after the test is the amount of memory that remained reserved after finishing the test.
I have emphasized the highest and lowest values for each of the columns.

You can see this graphically in the following images showing the data monitored during the different tests.

OpenJPA monitoring data

Hibernate monitoring data

Toplink Essentials monitoring data

Eclipselink monitoring data

Conclusions

My intention is that anyone can draw their own conclusions looking at the results or using the code to do a test of their own.
Nevertheless, I consider that there are a number of conclusions that one can draw watching the monitored data:

There is not an implementation that clearly has the best performance. Some had a very good CPU or memory performance and some did it very well when inserting or querying. But none of them was outstanding as a whole.
The number of records inserted by Hibernate was extremely higher than it was for any other implementation (4 times more compared to Eclipselink and 24 times more compared to OpenJPA). However, Hibernate was also the JPA implementation that executed the lowest number of queries, although the differences in this value (3080 for Hibernate vs 3740 for Toplink Essentials) are not so extreme as for the number of inserts.
Hibernate was also the implementation that consumed more memory. But having into account that it inserted many more records than the others, it sounds reasonable.
OpenJPA had the lowest value of inserts+queries.
The number of inserts executed by OpenJPA was extremely low, compared to the others.
The usage of CPU in the case of Toplink Essentials and Eclipselink was extremely low.

Note for the JPA implementations responsible/developers: I am aware that some optimization can be obtained by changing the persistence.xml and/or changing the code somehow. If you give me some advice on how to improve the performance of any of the implementations, I will be glad to update this post with that information.

References
Ubuntu: http://www.ubuntu.com/
Employees database: http://dev.mysql.com/doc/employee/en/employee.html, https://launchpad.net/test-db/
Openjpa: http://openjpa.apache.org/
Toplink Essentials: http://www.oracle.com/technology/products/ias/toplink/jpa/download.html
Hibernate JPA: http://www.hibernate.org/397.html
Eclipselink: http://www.eclipse.org/eclipselink/
MySQL: http://www.mysql.com/
Eclipse: http://www.eclipse.org/

Lessons learned using GWT, Axis and JPA simultaneously

2008-12-26T11:50:00.030+01:00

Note: This article is solely focused on some issues related to the EntityManager that may appear working with GWT, Axis and JPA. If you are interested in the performance of JPA, this other post about a comparison among different JPA implementations (OpenJPA, Hibernate, OpenJPA and Eclipselink) may be of some interest for you.

In my experience with the three technologies which appear in the title of this article, I had to face a number of problems, actually quite easy to solve once you know what all is about.

So I decided to publish this, for others not to have to face these same problems.

Here you have some lessons learned that should be taken into account when working with the Google Web Toolkit, Axis and any of the JPA implementations out there.

You have this same article in Spanish here.

These are the facts:

EntityManager can not be shared among threads. This is specified in JPA, but you don't give it enough importance until you start using JPA from the web (which will probably be the usual case).
Second, Axis creates a new object (and thread) for each call to the server.
Third, contrary to Axis, when you use one of the so-called GWT server remote services, only one object and thread are created and this object is reused everytime the remote service is called. That is to say, GWT does not create a new object for every new call.

As a result of these facts, we have these consequences:

If we use a static EntityManager in a call to Axis, the code will fail as soon as two threads cross with each other (quite usual in a web application), given that they will be using the same EntityManager object.
Contrary to Axis, in the case of GWT it is not necessary that EntityManager is static to start generating problems; it will be enough that it is a global attribute belonging to the object that implements the GWT remote service. Being one only object that answers all petitions, two calls to the server will use the same EntityManager and this will make the code fail.

So, we can conclude two rules:

An Axis service must therefore create a new EntityManager and this can not be static.
Each method of a GWT remote service must create a new EntityManager for individual use (it is not enough that it creates it at a global level).

If any of these two rules are not followed, 2 simultaneous calls will use the same EntityManager at the same time, producing exceptions.

Unfortunately, JPA exceptions are not especially explicit. This is common to almost every implementation of JPA: they give almost no concrete information (including Hibernate).

The EntityManagerFactory can and should be shared among different threads, given that it is a quite expensive object to create.

In short, if you don't want to have problems and you would like to have a piece of code that can be used both by GWT and Axis, you could write something like this:

public class JPAManager {
   private final static EntityManagerFactory emf =   
       Persistence.createEntityManagerFactory("JPAImplementationTest");
   private EntityManager em = emf.createEntityManager();
   public EntityManager getEntityManager () {
       return em;
   }
}

Each method called in an invocation to a web service or to a GWT server remote service should create its own JPAManager and get the EntityManager with the public method. This way you will avoid having problems among the different threads created in the invocations.

You could also use more sophisticated solutions like implementing a singleton (with the problems associated to them) or using the ServletContextListener, as someone suggested in the comments. But this simple solution worked for me and resisted some load tests.

Lecciones aprendidas en el uso simultáneo de GWT, Axis y JPA

2008-12-23T15:57:00.007+01:00

En mi experiencia con las tres tecnologías que dan nombre al artículo, me he encontrado con algunos problemas bastante fáciles de resolver una vez sabes de qué se trata (como siempre). Por eso, y para evitar que otros se peguen con lo mismo, aquí van una serie de lecciones aprendidas que deben ser tenidas en cuenta a la hora de trabajar con el Google Web Toolkit, Axis y cualquiera de las implementaciones de JPA. Para una comparativa detallada entre diferentes implementaciones de JPA (Hibernate, Toplink, Eclipselink y Openjpa), tienes este otro artículo disponible.

Si quieres ver este artículo en inglés, lo tienes disponible aquí.

Pues bien, los hechos:

En primer lugar, así como el EntityManagerFactory puede ser compartido por diferentes objetos (e hilos), el EntityManager no puede ser compartido entre diferentes threads. Esto está especificado en JPA, pero no le das importancia hasta que empiezas a usar JPA desde la web (que será el caso más habitual).
En segundo lugar, Axis crea un nuevo objeto (e hilo) por cada petición que entra al servidor.
En tercero, y al contrario que con Axis, al utilizar uno de los llamados servicio remotos de servidor del GWT se crea un objeto (y thread) que es posteriormente reutilizado cada vez que se llama a dicho servicio. Es decir, no se crea uno nuevo por cada uno que entra.

Las consecuencias a las que dan lugar los hechos:

Si utilizamos un objeto EntityManager estático en una llamada a Axis, el código fallará en el momento en que dos hilos se crucen (bastante normal en la web), al utilizar el mismo objeto los 2.
En el caso de GWT, al contrario que en Axis, no es necesario que el EntityManager sea estático para que de problemas (que también los dará, claro); bastará con que sea un atributo global dentro del objeto que implementa el servicio remoto. Al ser un objeto único el que responde a las peticiones, 2 llamadas al servidor utilizarán el mismo EntityManager y esto hará que código falle.
Un servicio de Axis deberá, por tanto, crear un nuevo EntityManager, y éste no podrá ser estático.
Cada método de un servicio remoto de GWT tiene que crear un nuevo EntityManager para uso individual (no vale que lo cree el objeto a nivel global, ver punto 2. Si no lo hace, 2 llamadas simultáneas al mismo servicio remoto utilizarán a la vez el mismo EntityManager, dando inmediatamente lugar a excepciones.

Por desgracia, las excepciones de JPA son muy poco explícitas. Esto es común para casi todas las implementaciones de JPA: dan poca información concreta de errores (incluyendo a Hibernate).

El EntityManagerFactory sí puede ser compartido por los diferentes hilos.

En definitiva, si no queréis tener problemas y queréis usar un código que puedan utilizar tanto GWT como las llamadas a servicios web a través de Axis, podríais usar un código como el siguiente:

public class JPAManager {

private final static EntityManagerFactory emf =

Persistence.createEntityManagerFactory("JPAImplementationTest");
private EntityManager em = emf.createEntityManager();
public EntityManager getEntityManager () {
return em;
}
}

Cada método llamado en la invocación del web service o del servicio remoto de servidor de GWT deberá crear su propio JPAManager. De esta forma, os evitáis tener problemas entre los diferentes hilos creados en las invocaciones.

Se pueden usar métodos más sofisticados, como implementar un singleton o usar el ServletContextListener, como ha puesto alguno en los comentarios. Pero lo cierto es que este sencillo método funcionó y resistió algunas pruebas de carga.

Comparativa de implementaciones de JPA: Toplink, EclipseLink, Hibernate y OpenJPA

2008-12-22T14:45:00.002+01:00

Este artículo es una respuesta a la falta de información existente en internet en lo que se refiere a las diferencias entre las 4 implementaciones más conocidas de la llamada Java Persistence API (JPA de ahora en adelante).

He realizado 4 pruebas exactamente iguales, una con cada implementación de JPA. Las diferencias entre las diferentes implementaciones han sido muy considerables, dando como ganador indiscutible a Hibernate, y como perdedor a Eclipselink. Puedes leer las conclusiones detalladas más abajo, si quieres.

También tenéis disponible este otro artículo acerca del uso de GWT, Axis y JPA de manera simultánea, porque tiene sus particularidades y merece la pena dedicarle uno completo. El actual, en cambio, se referirá exclusivamente a las diferencias en rendimiento detectadas en las diferentes implementaciones más utilizadas de JPA: Toplink, EclipseLink, Hibernate y OpenJPA.

Descripción del proyecto y las pruebas

El servidor con que se han hecho las pruebas (un Tomcat 5.5) ha ejecutado de manera concurrente dos proyectos desarrollados con Eclipse consistentes en lo siguiente:

Un proyecto que no tiene pantallas y sí acceso a base de datos (Oracle), tanto de inserción como de búsqueda. Utiliza JPA para el acceso a bbdd y Axis para la exposición de un web service.
Un proyecto que sí tiene pantallas. Utiliza igualmente JPA para acceder a Oracle (sólo búsqueda) y el Google Web Toolkit para la parte cliente (GWT de ahora en adelante), haciendo uso intensivo de ajax.

Para lanzar carga se ha utilizado:

JMeter para el servicio web, configurado con 5 hilos que lanzan 100 peticiones cada uno. Se configuró un tiempo de subida de 30 segundos. En total, por tanto, 500 llamadas , habiendo siempre 5 simultáneas.
Google Chrome para hacer peticiones, abriendo 10 ventanas simultáneas. Hay que tener en cuenta que cada ventana dispone de varias peticiones Ajax de actualización que se ejecutan cada 5 segundos (se ha forzado un tiempo tan corto la prueba). Es decir, cada 5 segundos se ejecutan 10x3=30 peticiones ajax simultáneas. No he utilizado JMeter para lanzar la carga web debido a que no hubiera replicado la parte ajax de la página, que es lo que realmente introduce carga en el servidor.
Para la medición de la memoria, he utilizado el JConsole, incluido en el jdk 1.6.
Para el mínimo tratamiento de imágenes (cortar, fundamentalmente) he utilizado el GIMP 2.

La prueba da comienzo con el Tomcat recién arrancado. Seguidamente se abren las 10 ventanas del navegador. Después se espera un minuto aproximadamente, para posteriormente lanzar los 5 hilos con JMeter, que lanzarán las 500 peticiones. Al acabar las peticiones se dejan pasar unos 5 minutos y después se activa a mano el Garbage Collector desde Jconsole. Esto último se hace para no tener que esperar (cuestión logística, no tengo tanto tiempo :-).

Diferencias en el rendimiento

Pues bien, éste ha sido el comportamiento de las diferentes implementaciones, de peor a mejor.

Eclipselink

Eclipselink parece ser la siguiente versión de Toplink, que Oracle habría donado a la comunidad de Eclipse. Hay que tener en cuenta que Toplink lleva mucho tiempo funcionando, no como implementación JPA, sino como capa de acceso a dato. Oracle añadió capas para que fuera accesible vía JPA, exactamente igual que hicieron los de Hibernate.

Supongo, por tanto, que Eclipselink es aún una implementación muy nueva que aún tiene que madurar, exactamente igual que Openjpa.

Eclipselink dio el peor rendimiento durante las pruebas, con mucha diferencia. La memoria ocupada no hizo más que aumentar desde el principio de la prueba, poniendo de manifiesto que hay algún tipo de memory leak sin controlar en dicha implementación.

En concreto, el máximo de memoria utilizada (60 mb) triplica al utilizado por Hibernate o Toplink (poco más de 20 mb).

La memoria ocupada al final de la prueba, aun después de forzado el recolector de basura (GC), quedó en 43 mb, marcando también un record máximo, y casi triplicando la ocupada por Hibernate o Toplink (13 y 15 mb respectivamente).

Los tiempos de respuesta, por otro lado, fueron el doble que los de Hibernate o Toplink.

Apache Openjpa

Openjpa es la respuesta de Apache en lo que se refiere a JPA, y es la implementación por defecto en Gerónimo, el servidor de aplicaciones de Apache que incluye JPA y EJB3. En cualquier caso, me sorprende que la gente de Apache haya liberado algo tan aparentemente inmaduro.

Openjpa se comportó algo mejor que Eclipselink, sobre todo en lo que se refiere a los memory leaks, pero no tanto como para considerarla una alternativa viable para su uso en producción.

Por un lado, se observa el típico comportamiento de diente de sierra del Garbage Collector a lo largo de la prueba (aunque no de manera tan correcta como en Hibernate o Toplink), y por otro lado la memoria ocupada en el heap al final de la prueba es menor que la implementación que mostró peor rendimiento (32 mb frente a los 43 mb de Eclipselink), pero el doble que en el caso de Hibernate o Toplink.

Otro dato a tener en cuenta sobre Openjpa es que no informa en el log del servidor cuando arranca, al contrario que todas las demás implementaciones. Esto al menos ocurre con la configuración por defecto.

Toplink Essentials

Toplink Essentials es un subconjunto gratuito del software java de acceso a datos de Oracle. Dicha empresa le añadió varias capas de abstracción para hacerlo compatible con JPA, pero la base continúa siendo la original, estando por tanto bastante maduro.

El comportamiento de Toplink se acerca mucho al de Hibernate. La diferencia en memoria ocupada es poco apreciable. Por un lado, el máximo a lo largo de la prueba fueron unos 25 mb, al igual que Hibernate, y el total ocupado al finalizar fue de 15 mb, 2 megas por encima de Hibernate. Si tenemos en cuenta la enorme diferencia con Eclipselink y Openjpa, podemos decir que el rendimiento es muy similar al de Hibernate, y es desde luego una alternativa viable para su uso en producción.

Hibernate

Hibernate es probablemente el ORM más utilizado, el que más influencia tuvo en la especificación de EJB3, y la implementación de JPA que viene incluida en las últimas versiones de JBoss. La gente de Hibernate, al igual que la de Oracle, incluyó varias capas de abstracción en su software para hacerlo compatible con JPA. Lo bueno es que el software que hay detrás de esas capas está sobradamente probado, al haber muchísima gente que lo utiliza ya en entornos de produccción, lo que lo hace bastante maduro. Esto, entiendo yo, explicaría el excepcional rendimiento que dio durante la prueba.

El rendimiento en Hibernate fue muy superior al de sus competidores, a excepción de Toplink. Hibernate necesitó 3 veces menos de cantidad de memoria para funcionar que Eclipselink y Openjpa, y al terminar la prueba estaba ocupando 3 veces menos también que dichas implementaciones.

Aunque su rendimiento se asemeja al de Toplink, lo supera en memoria ocupada al final de la prueba (13 mb de Hibernate frente a 15 de Toplink).

El diente de sierra debido al funcionamiento del recolector de basura es perfectamente apreciable en la imagen, pero funciona ligeramente mejor que para Toplink cuando se deja de lanzar carga. Toplink queda con unos 24 mb ocupados, frente a los 20 de Hibernate. Lo cierto es que cuando se fuerza la ejecución del garbage collector, la diferencia entre ambos se reduce a 2 mb. Según la carga que vaya a recibir una aplicación, esa diferencia podría llegar a ser importante.

Conclusiones

El ganador de esta competición de implementaciones de JPA es, sin lugar a dudas, Hibernate. Fue la implementación que mejor resultado dio en cuanto a consumo de memoria durante y después de la prueba y en cuanto a tiempos de respuesta. Toplink le sigue muy de cerca en rendimiento.
En cuanto al perdedor, Eclipselink tuvo el peor comportamiento de todos, seguido muy de cerca por Openjpa. En mi humilde opinión, ninguna de las 2 implementaciones parece lo suficientemente madura como para ser utilizada en producción, al menos con la configuración por defecto. El consumo de memoria sin freno y los aparentes memory leaks llevarán a dejar colgado al servidor de aplicaciones cuando se ocupe toda la memoria heap disponible.
Mi recomendación, hoy por hoy, por madurez y seguridad en el rendimiento, es sin duda para Hibernate, teniendo en cuenta que las pruebas se han hecho con Toplink Essentials, un subconjunto de la implementación de JPA de Oracle, que si se quiere completa hay que pagar por ella. Hibernate, en cambio, es completamente libre y gratuita.

Fotos en Panoramio, Google Maps y Earth

2008-11-24T08:54:00.001+01:00

Bueno , pues por fin he conseguido que me publiquen los de Panoramio (que son españoles, por cierto) un par de fotos en en los mapas de google. Podéis ver y la , en Portugal. La primera es de La Casona del Peregrino, en Cantabria, cerca de Terán. La segunda es de la Casa Grande en Portugal, en el Algarve, en un pueblecito llamado Burgau. También se puede acceder a la lista en Panoramio aquí.

Desgraciadamente, ambas fotos se ven muy pequeñas. Esto es debido a la falta actual de popularidad respecto a las otras que hay desde hace tiempo. Digamos que es la misma idea que Google: a más pagerank, apareces más arriba en la lista de resultados. Aquí se traduce en la cantidad de zoom que tienes que aplicar para que se vea la foto. Las más populares (en las que más se ha pinchado) necesitan poco zoom. Las menos populares requieren mucho más zoom

para aparecer.

Bueno, aparte de haber cumplido una promesa hecha a Sally, de la "Casa Grande" en Burgau, he aprendido cómo va esto de las fotos en los mapas de google, que siempre está bien.

Google Chrome: GMail y Blogger no funcionan (solucionado)

2008-09-03T09:01:00.000+02:00

Bien, acabo de instalar Google Chrome en mi máquina del trabajo, un XP que accede vía proxy autenticado a internet. No sé si tendrá que ver con esto, pero lo cierto es que no funcionan ni GMail ni el acceso a Blogger como propietario de un blog. El resto de páginas (y eso incluye GMaps) funcionan de forma correcta. En el caso de GMail, basta con poner https://gmail.google.com o http://gmail.google.com. La pantalla que se obtiene es ésta, como veis, vacía:

En el caso de Blogger, estando en tu blog sin autenticar, basta con que le des arriba a "Acceder", la pantalla que se obtiene es ésta:

Insisto, no sé si será el acceso por proxy. Un compañero ha dicho que ayer lo instaló en casa y GMail le funcionaba.
En cualquier caso, me parece asombroso que 2 de las aplicaciones más importantes de Google no funcionen en su propio navegador, sea o no debido al proxy.

¿Le pasará alguien más? ¿Tenéis alguna solución?

Solución:

Bueno, pues encontré aquí la respuesta. Parece, efectivamente, que Chrome tiene problemas con los proxys autenticados. En el caso de que el proxy sea el ISA de Microsoft, basta con instalar el Microsoft Firewall Client. De esta forma, ya funcionan tanto GMail como el acceso autenticado a Blogger.

Gasol y la foto

2008-08-14T09:26:00.000+02:00

Quizá hayáis visto en los periódicos que Los Angeles Times y algunos medios británicos han criticado a Gasol por la foto haciendo el gesto de rasgarse los ojos a lo chino. Pues bien, he buscado el sitio (que, por cierto, es un blog) en Los Angeles Times. Lo tenéis aquí: crítica a Gasol en Los Angeles Times.

Sobre el artículo no tengo mucho que decir, aparte de que me parece que parte de la premisa errónea (al menos en España) de que el gesto es racista. Para mí dicho gesto no es de burla ni despectivo ni racista, sino simplemente un gesto que pretendía ser de simpatía/cercanía hacia los chinos (creo que así fue concebido el anuncio) y por tanto considero que el blogger hace el juicio basándose en su propio concepto del gesto. Dicho concepto no coincide con el mío y creo que tampoco con el de muchos españoles (no creo que sea el único). Tampoco con el de la embajada china en España: El anuncio de la selección de baloncesto, ni racista ni ofensivo (El País).
En cuanto a la frase "Let the Spanish act racist in the privacy of their own little country", me parece que esa frase sí es despectiva con España y con los españoles, aparte de transmitir soberbia y desprecio (¿racismo?) hacia un país y sus habitantes.

El caso es que mucho más interesante que el artículo es el debate que se crea después, en el que, en general, nos ponen a parir a los españoles.

Hay 2 comentarios, en cambio, con los que me he sentido plenamente identificado, sobre todo con uno, que es el que cito aquí abajo. El otro es justo el siguiente (que ya no pego aquí), escrito por un americano-asiático que no considera que la foto sea ofensiva.

Posted by: Kush Lalwani | August 13, 2008 at 01:06 PM

"Let the Spanish act racist in the privacy of their own little country."
With this commentary the writer just proves what his article is worth. There's something you should do ALWAYS you feel like judging someone: get all the information.

Just an example:

The word "mulato/a", in Spanish, is applied to someone who is half white/half black. Its use in Spain is stricly "descriptive" and seldom derogatory. As a matter of fact, it can be used in a possitive way.

In Cuba (where half the population or more has some Sub-Saharian-African ancestor), the word mulata has even more possitive connotations. It's even a compliment, a flirting cliche. It's a charming word which quite often implies appreciation or love.

For some time, I'm told, the word "mulato" has been used in some parts of the US the same way as "nigg€r" or "negr0"; that is, with an offensive intention.

Now if an American "mulato" (not pointing at anyone, it is just that it fits this particular example) comes and tell me that I cannot go to Cuba and call a cuban girl "mulata" because in his country (a third party who has no bussiness in this two-sided "game") it is considered racist, then he DOES HAVE A REAL PROBLEM understanding how his place in the World works.

From the point of view of a Spaniard, the only way to see "Racism" in this photo is to have a race-based mindset at first. It is said that the ones claiming "racism!" are too often the very first ones to be racist.

Peace.

Música para todos

2008-07-08T08:51:00.002+02:00

Hace poco conocí lilypond y mutopía.

Lilypond es un programa al estilo LaTex para escribir partituras. La idea es que tú escribes en el código que acepta lilypond y luego se lo das al programa para que lo exporte, por ejemplo, a pdf. Ni que decir tiene que lilypond es gratuito y de código abierto.
Un ejemplo de una escala en do mayor en código lilypond:

{
c' e' g' e'
}

La cosa se puede llegar a complicar mucho.

Mutopía, por otro lado es un proyecto para poner a disposición de todo el mundo partituras en formato lilypond (.ly) y, ya que estamos, por qué no, en pdf. En este caso, la idea es que tú, que tienes la partitura comprada, la pasas al formato lilypond, luego ejecutas el programa para generar el pdf y finalmente subecódigo fuente y el pdf (así como algún otro formato que ellos han establecido) al servidor del proyecto.

Éste es un ejemplo de una partitura que he tocado y conozco. Por lo que he visto, está clavada a la que tengo yo.

La lista de autores es muy considerable, estando destinada a música clásica, fundamentalmente: Beethoven, Mozart, Bach...

Desde luego, si te gusta la música y el mundo del código abierto, merece la pena echarle un vistazo.

Un par de vídeos de Kenia

2008-07-06T13:23:00.003+02:00

Pongo aquí un par de vídeos de nuestra estancia en Kenia. Se trata de una leona con sus crías, por un lado, y de un viaje en mini bus por una carretera terrorífica keniana por otro. Los he subido también a YouTube. Podéis ver aquí el de los leones y aquí el del viaje .
Los accidentes de tráfico son una de las principales causas de mortalidad en Kenia (es la novena causa en el mundo). Unas 3.000 personas mueren al año en Kenia debido a esta lacra.

Street View ya en Francia: el tour

2008-07-04T09:10:00.001+02:00

Google ya ha añadido la funcionalidad Street View en Francia. Se han estrenado con el recorrido del tour.
Se nota perfectamente que han utilizado el software de reconocimiento facial para difuminar los rostros.
A ver cuándo empieza a verse Madrid con esta herramienta (en la que puede que aparezca yo mismo, según cuento en este post).

Edificio de Bull en Google Earth

2008-07-04T08:45:00.001+02:00

Pues ya está visible el edificio de Bull de Madrid en Google Earth. Es el de la izquierda. El de la derecha es el de Genesis.
Ambos edificios son de los primeros del Campo de las Naciones.
Lo cierto es que se ve bien desde lejos. Cuando te acercas, la cosa pierde, sobre todo porque se ve el edificio de la imagen de satélite debajo. Esto último también pasa con las torres Kio y, en general, con cualquier edificio "pegado" de esta forma.
En cualquier caso, no deja de estar curioso.

Salí en la foto de Google

2008-07-03T12:55:00.004+02:00

Actualización: La zona donde vivo ya está visible en el Street Viewer. Y, efectivamente, salí en la/s foto/s. Éste soy yo.

Ayer me encontré con uno de los coches de Google que están recorriendo Madrid fotografiándolo para Street View. Era un Opel negro, con el mástil y la cámara panorámica arriba, exactamente igual que éste.

Me lo encontré exactamente en esta rotonda, en la Avenida del Talgo.

View Larger Map

El menda iba con chaqueta y corbata. Uno de muchos pringaos con funda de portátil al hombro. El coche llegó a la rotonda, dio la vuelta y volvió a subir. ¿Estaba haciendo fotos en ese momento? No lo sé. Lo cierto es que si las estaba haciendo, he salido en unas cuantas, todas las que hizo mientras llegaba a la rotonda, hacía el giro y volvía para arriba.
Lo cierto es que iba bastante rápido, aunque, como es sabido, la resolución de las fotos de Street Viewer ha bajado una barbaridad, debido a las múltiples quejas (e incluso demandas) que han recibido los de Google por temas de privacidad.
Es una lástima, por cierto, porque ahora la calidad es pésima (comparada con la había al principio).
Igualmente, están difuminando las caras. De hecho, están usando un software de reconomiento de patrones faciales para hacerlo.

En fin, que Madrid pasará a formar parte de las ciudades europeas que estarán disponibles para darte un garbeo a pie de calle sin salir de casa. ¿Cuánto tardarán en publicarlas? Cuando salgan, veré si estoy por ahí, je, je.

Desde la terraza

2008-07-03T12:43:00.000+02:00

Bueno, pues ésta es la primera entrada de este blog, que pretende ser un sitio donde contar historias, detalles, cosas que me interesan. ¿Ejemplos? Tecnología, música (tocarla y oírla), sexo, simuladores de vuelo, cine, animales.
No es casualidad que la tecnología vaya por delante. La tecnología, la música y el sexo han guiado mi vida, así que se merecen ese primer lugar.
Este blog, por cierto, ha sido creado gracias a Flock, que acabo de instalar en Ubuntu y lo cierto es que me ha hecho plantearme ya en serio la creación de un blog. ¿Razones? La comodidad a la hora de postear y lo integrado que está todo lo que tiene que ver con la web social: del.icio.us, GMail, rss, blogs, youtube...

Un último detalle. ¿Por qué la terraza de Aravaca? Lo de la terraza tiene un doble significado:

1.- Es un sitio desde el que mirar lo que pasa desde arriba. Y por "desde arriba" me refiero a un sentido literal, físico y otro figurativo. En cuanto al literal, soy un fanático de los aviones y de los simuladores de vuelo. Mi aplicación de referencia, aparte del navegador, es el Google Earth. En cuanto al significado figurativo, éste es un sitio en el que comentar las cosas que pasan, lo que me llama la atención, desde lo que oigo por la radio hasta lo que me ocurrió ayer por la mañana en plena calle, que contaré en otro post.
En cuanto a Aravaca, el sitio donde me acuesto y me levanto está situado en esta zona de los madriles.

2.- La terraza es un sitio en el que conversar tomando algo. Bueno, conversar, opinar, emocionarse, discutir incluso... Exactamente lo mismo que un blog :-)

Lo dicho. Ahí va el primero, y espero que no sea el último.