Ecografias 4D: Ecografias 3D en tiempo real

Os presento a mi sobrino, aun no sé cómo se va a llamar pero hoy le he visto por primera vez: en 3D y moviéndose en tiempo real, es lo que llaman Ecografías 4D.

Tiene 22 semanas (algo más de cinco meses) y creo que no hace falta que os diga lo que se ve en la foto. Ésta es una de las grandes ventajas de las imágenes 3D, no es necesario ser un experto ni guiñar los ojos para saber lo que estás viendo.

El Dr. que nos atendió nos ha dicho que él prefiere hacerlas con 28- 29 semanas (7 meses) porque así todo se ve más grande, pero eso también tienes sus inconvenientes ya que con esos tamaños ya no son posibles imágenes como ésta, en las que se puede ver el brazito, el pecho además de toda la cara perfectamente.

Algo de información y algún tema interesante que han surgido durante la ecografía:

  • La tecnología al parecer no deja de ser una aplicación informática que fue desarrollada en sus orígenes por informáticos checos, sin embargo es ahora EE.UU. quien ostenta los derechos de la patente.
  • El aparato con el que han hecho esta maravilla era un Voluson 730 Pro de General Electric. Es un máquina fascinante que te permite, entre otras muchas cosas, definir la profundidad de la exploración, es decir puedes examinar los huesos del niño o puedes (como en la imagen) quedarte en menos «profundidad» y ver su piel.
  • El centro donde hemos hecho esta ecografía 4D se encuentra en la calle Conde de Peñalver, si estáis interesados podéis consultar todos los datos accediendo a la selección de ginecólogos en Madrid de TopMadrid.

En un momento de la exploración el Dr. ha examinado la placenta de mi hermana a través de la cual se alimenta la criatura de la imagen. Sólo con verla ha podido saber que mi hermana ni fuma ni bebe, porque al parecer en la salud de la placenta se notan este tipo de cosas perfectamente… las placentas de mujeres que fuman y beben durante el embarazo suelen ser más pequeñas (menos funcionales), al igual que los fetos, que estadísticamente nos ha comentado parece demostrado que incluso pueden ver disminuida su capacidad intelectual durante su vida debido a estas circunstancias… Por eso es tan importante no fumar ni beber durante el embarazo (y aun menos tomar otro tipo de sustancias).

Otro dato curioso es que este niño (porque es niño y tras esta ecografía podemos estar 100% seguros) ha sido engendrado mediante un fertilización in vitro, podéis consultar la sección de clínicas de fertilidad en Madrid si queréis algunas recomendaciones en cuanto a centros que lleven a cabo este tipo de tratamientos (la clínica a la que ha ido mi hermana encabeza el listado).

En «dos» palabras… FASCI-NANTE 🙂

Madrid no será 2012

Madrid cae en el tercer corte, así lo hacía público El Pais hace pocos minutos. Lo cual ha sido una desilusión (aunque también un gran alivio ante la amenaza de que subieran los pisos ese 20% que se vaticinaba… ¡y lo que nos hemos ahorrado en IBI!)

Creo que ha sido un gran intento que ha terminado de la misma manera que cuando «Rosa de España» fue a EuroVisión. No obstante creo que los fracasos se deben encarar también con orgullo y no ampararse en escusas (aunque éstas sean tan voluminosas como la amenaza terrorista). En fin, que hemos perdido… otra vez será, o mejor aun, como decía un familiar mio «Se van a cansar ellos antes de suspenderme que yo de presentarme»… con un par!

Fin del cambio de servidor

Como ya os hemos ido contando hemos estado cambiando de servidor virtual a servidor virtual ISP en Arsys … este cambio de servidor nos ha costado sangre, sudor y lágrimas.

Además dado que para este tipo de cambios no existe un proceso automatizado en Arsys… todo es mucho más traumático. Ya que primero tienes que dar de baja el dominio, cambiar las DNS del dominio y luego darlo de alta en el nuevo servidor…

Eso implica que mientras que las DNS se dan de baja la web no funciona lo cual bueno, son sólo 24 horas más o menos. Lo malo son los e-mails que se pierden… ya que cuando das de baja el dominio se borran tus buzones, y entonces ya puedes crear el dominio en el nuevo servidor y re-crear los buzones, pero mientras se actualizan las DNSs los e-mails van al lugar anterior y no encuentran nada, de hecho no deben encontrar ni el servidor de correo ya que al dar de baja el dominio también se dan de baja las entradas en la zona DNS (y entonces es cuando te preguntas, ¿me habrá escrito un mail durante esas 48 horas aquella chica a la que le di mi dirección? Seguramente no, pero ya nunca lo sabrás…. Puedes llamar y preguntarlo, pero queda demasiado patético: «Oye no me ha funcionado el correo durante estos días ¿por casualidad me has escrito?». Grrr… mejor no).

Menos traumático sería si pudieras recrear toda tu estructura (correo y web… todo menos las bases de datos que se actualicen constantemente) sin dar de baja la anterior y luego simplemente cambiar las DNS, ya que de esa manera algunos de tus visitantes estarían visitando una web en el antiguo servidor y otros la web en el nuevo, pero NO habría interrupciones. Tampoco se perderían e-mails, a los tres días podrías conectarte a tu antiguo servidor de correo (con la IP, ya no con mail.midominio.com) y descargarte todos los e-mails rezagados. Esto sin duda es lo mejor, seguramente así lo hacen los grandes… y así se debería poder hacer en Arsys.

Bueno, pero ya está todo hecho, lo que se perdió se perdió… miremos al futuro. Espero no tener que volver a cambiar de servidor en al menos un par de años… porque vaya semanita!

Control de calidad de un sitio web (cont)

En un post muy reciente: Verificando la utilidad de tu web… hablaba de algo que me parece muy interesante ¿Cómo sabes si tu web gusta o es util?. Nosotros habíamos decidido implementar un sistema propio (aunque lo utilicen mucho los de Microsoft no estoy seguro de que «implementar» sea una palabra), que básicamente va acumulando una resumen de lo que cada usuario ha hecho en su visita al web.

Aquí ponemos un fragmento de una de las tablas que contienen este «resumen» en el que estamos trabajando:

Explicamos cada uno de los campos de la tabla (utilizamos nombres en inglés muchas veces porque son más cortos):

  • ID es el número de sesión que almacenamos en una cookie del explorador del visitante para poder seguirle durante toda su visita.
  • Alta es la fecha y hora en la que el usuario ha entrado.
  • First es el código único de la página en la que el usuario ha entrado.
  • Last (al final) es el código único de la última página que ha visto el visitante.

Y aquí vienen los contadores:

  • Pag es el número de páginas que ha visto el visitante.
  • Click es el número de veces que el usuario ha pinchado en un enlace recomendado.
  • Seek es el número de búsquedas que ha hecho el usuario.
  • Sat es el número de Fotos desde Satélite que ha visto el visitante.

Interpretación del Extracto

Bueno según la clasificación que hicimos en el anterior post en esta tabla que contiene lo que han hecho 14 visitantes, podemos ver distintos comportamientos de los que podemos deducir (con muchos matices) cómo han encontrado nuestro web con sobre Madrid:

Usuarios para los que el web no ha sido util

Estos usuarios han entrado, han visto y se han ido. Esto lo deducimos de:

  • Pag sólo marca 1. Es decir sólo han visto una página.
  • Fist y Last son iguales evidentemente, porque si sólo has visto una página, esa página es tu primera y tu última.
  • No se han ido haciendo click en ninguna recomendación.

Matizamos:

  • Hay recomendaciones compuestas en su mayoría de recomendaciones sin enlace: Por ejemplo, casi ninguna de las cafeterías en Madrid recomendadas dispone de web. Con lo cual sobre este aspecto habría que trabajar más…
  • Puede que no hayan hecho click en una recomendación pero sí en un anuncio de AdSense. Si bien dado que esto anuncios los gestiona Google no vamos a poder saber qué usuarios pinchan sobre ellos (aunque sería interesante).

Usuarios para los que el web ha sido relativamente util

Estos usuarios consideramos que están relativamente satisfechos porque al menos han hecho click en un enlace. Realmente puede que estén muy satisfechos porque han encontrado de un golpe exactamente lo que querían… con la información de la que disponemos no podemos saberlo, pero… ¿podríamos? Qué necesitariamos saber, para empezar:

  • Referer- ¿De qué pagina venía este usuario? ¿Si venía de un buscador (como en la mayoría de los casos) qué es lo que buscaba?.
  • Donde ha hecho click– Exáctamente en qué recomendación ha hecho click.
  • Relación entre el Referer y el Click– Si hay una relación muy estrecha podemos considerar que el usuario debe estar muy satisfecho. Aunque creo que se entiende me explico con un ejemplo:

Si un usuario busca en Google, «Madrilia» (excelente restaurante italiano en el centro de Madrid) y encuentra nuestra página de restaurantes italianos en Madrid, y hace click sobre el enlace a la web de Madrilia by Café Oliver… entonces yo creo que usuario debe estar muy contento con TopMadrid porque gracias a él ha encontrado lo que quería.

En cualquier caso despejar todas estas incógnitas de manera automáticas va a ser dificil…

Usuarios para los que el web ha sido util

Estos tres ultimos usuarios han debido encontrar el web muy util porque han visitado varios enlaces (click>1). El primero de todos por ejemplo ha visitado siete webs de las recomendadas en la categoría 62 (guarderías en Madrid), con lo que podemos pensar que se trata de un usuario que está buscando una guardería para su hijo y utiliza nuestro web para informarse de lo que hay en el mercado… ¡Perfecto!

Claro que de nuevo hay más interpretaciones, ya que puede que haya hecho muchos clicks porque no encontraba lo que quería (no creo, pero bueno…). El caso es que sería interesante saber ¿cuanto tiempo ha estado el visitante en la página? Ya que si ha estado un tiempo considerable, es que definitivamente el web le ha resultado útil (aunque también esto se podría matizar).

Evidentemente, tal y como dijimos en nuestro anterior post, muchos de estos datos te los ofrecen las estadísticas de tu web, pero este tipo de sistemas nos ofrecen las posibilidad de clasificar a los usuarios en tiempo real y adaptar el comportamiento del web al tipo de usuarios que son.

Otras aplicaciones prácticas interesantes:

  • Sabremos que categorías gustan más
  • Sabremos que categorías no están gustando y se deben mejorar.

[Este post continúa en Estadisticas de Utilidad de un Web]