Resumen de la ruta:

• Dificultad: fácil/media.
• Duración: 6.5 horas, incluyendo parada a comer
• Distancia: 11.3 Km, ida y vuelta
• Material: Recomendable crampones.
• Época del año: Invierno, Diciembre 2010

La ruta sale desde el Hotel La Barranca, donde muere la carretera que nos lleva hasta él, y buen punto para tomar un algo caliente y dar los últimos detalles al plan de ruta. Enfrente del hotel encontramos uno de los dos pequeños embalses de agua potable de la zona. Merece la pena emplear unos minutos curioseando por allí antes de empezar a subir.

La ruta comienza en la pista forestal que sale del hotel, junto a un cartel indicador con un mapa. Seguimos la pista durante aproximadamente 1.5 kilómetros y justo en una curva en forma de S sale un sendero a nuestra derecha que podemos tomar si queremos abandonar por unos metros la comodidad de la pista a cambio de subir por un sendero junto a un arroyo que baja de la montaña. Al haber algo de nieve ya a esta altitud (1500m) el sendero se pierde a tramos, pero siguiendo paralelos al arroyo llegamos apenas tras 500 metros de nuevo a la pista de la que partimos.

Al alcanzar los 2.5 km de nuestra ruta llegamos a una fuente con un desvío a la derecha que bien parece el camino a seguir, con algunos travesaños grandes a modo de escaleras… Sin embargo, la ruta que tenía metida en el GPS indica que tenemos que seguir unos metros más, pasando el puente que hay allí mismo. Investigamos un poco y decidimos seguir por el desvío “grande”, ya que probablemente se dirige a la Fuente de la Campanilla.

[Hay que tener cuidado cuando vamos siguiendo una ruta con un GPS colgado de la mochila. Es fácil confiarse y dejarse llevar por la máquina, olvidándonos de estudiar mínimamente el trayecto o de prestar atención a por dónde vamos.]

Y efectivamente, a los pocos minutos llegamos a la fuente y sin entretenernos demasiado seguimos el camino, que a partir de ahora dejar de ser una pista para convertirse en un reglamentario sendero sinuoso cubierto de nieve, que transcurre por el bosque y que aún no presenta ninguna dificultad. Ocasionalmente se ve algún hito y marcas blancas y amarillas que nos recuerdan por dónde va el sendero.

A medida que avanzamos, y tras un par de intentos infructuosos de hacer fotos a unas zarzas con algunas bayas, el bosquecillo se va haciendo cada vez menos denso, hasta que finalmente termina desapareciendo. Desde la fuente hemos ido subiendo en dirección NE claramente, prácticamente paralelos al arroyo Regajo de Pez, hasta que a los 2 Km desde la fuente (4 ya desde el hotel) el camino torna hacia el E, en dirección ya al collado del Piornal, desde el que se ve ya a la perfección la Bola del Mundo y donde giraremos de nuevo en dirección S-SE hacia el pico La Maliciosa, que alcanzamos sin mayor contratiempo a los 5.7 km desde la salida.

En todo el tramo desde el final del bosque la nieve está bastante aplastada y dura, en algunas zonas hay placas de hielo, así que no está de más calzarse los crampones. Nosotros tuvimos un día muy bueno y con una temperatura bastante suave, así que subimos sólo con bastones, pero en cualquier caso no hubieran sobrado los pinchos en los pies. Excepto por la nieve/hielo la ruta no tiene ninguna dificultad, y aunque el tramo (de 1 Km aprox.) justo antes del Collado del Piornal es algo más exigente con las piernas se puede hacer tranquilamente sin mucho esfuerzo.

Tras una buena comida montañera (el clásico bocata, fruta y rosquillas navideñas) y tras lamentar la nube color marrón-asqueroso de contaminación que cubre todo Madrid y que se mueve hacia la sierra debido al viento, bajamos por el mismo camino, eso sí, intentando evitar ahora más que a la subida las zonas de nieve helada, pues bajando un resbalón puede ser todavía más peligroso que subiendo. Tampoco tomamos a la bajada el atajo de la subida, y llegamos de nuevo al hotel tras unas 6.5 horas de travesía.

Aquí os dejo, como siempre, nuestro trayecto:

#

Latitude

Longitude

Elevation

Partdistance

Parttime

Partmovingtime

Partspeed

Partmovingspeed

Partmaxspeed

Part Climb Up

Part Climb Down

Part Heart Rate

Distance

Time

Movingtime

Speed

Movingspeed

Max Speed

Climb Up

Climb Down

1

N 40° 45' 08.43"

W 3° 59' 34.83"

1361 m

0.000 km

0s

0s

-

-

-

-

-

-

0.000 km

0s

0s

-

-

-

-

-

-

2

N 40° 45' 28.92"

W 3° 59' 39.46"

1448 m

1.006 km

29m 18s

25m 28s

2.06 km/h

2.37 km/h

7.58 km/h

108 m

21 m

0

1.006 km

29m 18s

25m 28s

2.06 km/h

2.37 km/h

7.58 km/h

108 m

21 m

0

3

N 40° 45' 58.08"

W 3° 59' 39.53"

1537 m

0.994 km

27m 28s

23m 20s

2.17 km/h

2.56 km/h

7.87 km/h

125 m

36 m

0

2.000 km

56m 46s

48m 48s

2.11 km/h

2.46 km/h

7.87 km/h

233 m

57 m

0

4

N 40° 46' 12.05"

W 3° 59' 24.77"

1625 m

1.013 km

18m 25s

17m 33s

3.30 km/h

3.46 km/h

8.48 km/h

165 m

77 m

0

3.013 km

1h 15m 11s

1h 06m 21s

2.40 km/h

2.72 km/h

8.48 km/h

398 m

134 m

0

5

N 40° 46' 25.69"

W 3° 58' 54.39"

1815 m

0.993 km

50m 31s

45m 31s

1.18 km/h

1.31 km/h

6.48 km/h

360 m

170 m

0

4.006 km

2h 05m 42s

1h 51m 52s

1.91 km/h

2.15 km/h

8.48 km/h

758 m

304 m

0

6

N 40° 46' 21.20"

W 3° 58' 19.88"

2084 m

0.999 km

59m 39s

50m 27s

1.01 km/h

1.19 km/h

8.42 km/h

423 m

154 m

0

5.005 km

3h 05m 21s

2h 42m 19s

1.62 km/h

1.85 km/h

8.48 km/h

1181 m

458 m

0

7

N 40° 46' 08.47"

W 3° 58' 10.82"

2183 m

1.000 km

1h 22m 26s

1h 01m 13s

0.73 km/h

0.98 km/h

4.46 km/h

169 m

70 m

0

6.005 km

4h 27m 47s

3h 43m 32s

1.35 km/h

1.61 km/h

8.48 km/h

1350 m

528 m

0

8

N 40° 46' 27.67"

W 3° 58' 30.84"

2046 m

0.997 km

29m 38s

26m 51s

2.02 km/h

2.23 km/h

6.00 km/h

19 m

156 m

0

7.001 km

4h 57m 25s

4h 10m 23s

1.41 km/h

1.68 km/h

8.48 km/h

1369 m

684 m

0

9

N 40° 46' 23.28"

W 3° 59' 05.48"

1746 m

1.000 km

35m 17s

33m 30s

1.70 km/h

1.79 km/h

5.72 km/h

6 m

306 m

0

8.002 km

5h 32m 42s

4h 43m 53s

1.44 km/h

1.69 km/h

8.48 km/h

1375 m

990 m

0

10

N 40° 46' 02.89"

W 3° 59' 31.97"

1590 m

1.002 km

27m 48s

23m 21s

2.16 km/h

2.57 km/h

7.45 km/h

14 m

170 m

0

9.003 km

6h 00m 30s

5h 07m 14s

1.50 km/h

1.76 km/h

8.48 km/h

1389 m

1160 m

0

11

N 40° 45' 43.24"

W 3° 59' 44.75"

1499 m

1.000 km

11m 36s

11m 36s

5.17 km/h

5.17 km/h

8.36 km/h

4 m

95 m

0

10.004 km

6h 12m 06s

5h 18m 50s

1.61 km/h

1.88 km/h

8.48 km/h

1393 m

1255 m

0

12

N 40° 45' 18.26"

W 3° 59' 39.48"

1407 m

1.011 km

11m 18s

11m 18s

5.37 km/h

5.37 km/h

6.85 km/h

2 m

94 m

0

11.015 km

6h 23m 24s

5h 30m 08s

1.72 km/h

2.00 km/h

8.48 km/h

1395 m

1349 m

0

13

N 40° 45' 08.51"

W 3° 59' 34.67"

1377 m

0.347 km

5m 50s

5m 14s

3.57 km/h

3.98 km/h

7.09 km/h

2 m

32 m

0

11.362 km

6h 29m 14s

5h 35m 22s

1.75 km/h

2.03 km/h

8.48 km/h

1397 m

1381 m

0

#

Latitude

Longitude

Elevation

Partdistance

Parttime

Partmovingtime

Partspeed

Partmovingspeed

Partmaxspeed

Part Climb Up

Part Climb Down

Part Heart Rate

Distance

Time

Movingtime

Speed

Movingspeed

Max Speed

Climb Up

Climb Down

Summary

11.362 km

6h 29m 14s

5h 35m 22s

1.75 km/h

2.03 km/h

8.48 km/h

1397 m

1381 m

El objetivo de este asunto es configurar la característica de Apps2sd incluida en la versión 2.2 (Froyo) de android para que por defecto se instalen todas las aplicaciones, excepto unas pocas en las que esto no es posible, en la tarjeta de memoria SD, para liberar la escasa memoria interna de la que disponen algunos terminales con android (como la HTC Desire que nos sirve de ejemplo hoy). Y hacerlo desde Linux, claro ;-)

El primer paso es instalar el SDK de android y la herramienta ADB para acceder al terminal. Tras instalar el SDK y descomprimir adb en la carpeta tools y darle permisos de ejecución… Seguimos,

El siguiente paso es configurar Linux para que reconozca nuestro terminal: En 4ndroid lo explican fácil, sólo tenemos que añadir una regla más al sistema udev para que reconozca nuestra Desire, en mi caso ha sido:

SUBSYSTEM==”usb_device”, SYSFS{idVendor}==”0bb4″, MODE=”0666

en /etc/udev/rules.d/51-android.rules. Leed el artículo original de 4ndroid para otras marcas de terminales.

Reiniciamos y ya deberíamos poder identificar el terminal conectado (habiendo activado el modo depuración y en modo “sólo carga”) con:

adb devices

A partir de ahí, y según lo explican en htcmania, el truco consiste en lanzar el comando

adb shell pm setInstallLocation 2

Para configurar el apps2sd de Foyo para que instale las aplicaciones (las que se pueda) directamente en la tarjeta de memoria en vez de en la memoria interna, independientemente de la opción que escogió el desarrollador al compilar la aplicación.

Si queremos volver al estado por defecto (en el que las aplicaciones se instalan donde seleccionó el desarrollador) pondríamos adb shell pm setInstallLocation 0 y si por algún extraño motivo quisiéramos forzar a que todas las aplicaciones se instalen en la memoria del teléfono adb shell pm setInstallLocation 1.

Conviene no olvidar que los Widgets no funcionan (o al menos no lo hacen bien) desde la tarjeta de memoria externa, así que podéis pasarlos de nuevo a la memoria interna con el propio apps2sd o con app2sd.

• Fuera discreta. No necesito anunciar a todo el universo la marca y modelo de la cámara que utilizo.
• Fuera cómoda. La original nunca me ha parecido tan incómoda, pero sí es cierto que en jornadas largas, y especialmente en verano, termina doliendo el cuello.

Parece que los modelos que hay ahora en el mercado que cumplen esos requisitos traen todos cierres rápidos, para poder desconectar la correa de la cámara cuando sea necesario (al grabar vídeo en mi caso). Siempre he mirado con recelo esos cierres, por el peligro de que se abran accidentalmente y la cámara termine en el asfalto (nunca se cae en el césped, siempre es en el asfalto :-) Pero pensé que si se siguen vendiendo es que no deben ser tan inseguros en realidad.

Así que me decidí por una correa Lowepro Voyager C: Con neopreno muy ancho en la zona del cuello, completamente negra, con cierres rápidos y una funda para llevar las tarjetas de memoria sujetas en la propia correa. Buena pinta.

La verdad es que los cierres de esta correa están muy bien diseñados, el propio peso de la cámara hace que se aseguren más, y si fuera a confiar mi cámara a una correa con cierres rápidos, sin duda sería una de estas… Peeeeeeeeeero… Para mi no ha sido suficiente, muchas veces me quito la cámara del cuello y enrosco la correa alrededor del antebrazo, y en esa posición los cierres estorban mucho pues son grandes, y al no estar en tensión es (o al menos lo parece) más fácil que se abran por accidente. El riesgo era mucho mayor que los beneficios, así que he optado por quitarlos (con una sierra concretamente ;-) y sustituirlos por unas anillas metálicas, de las típicas de los llaveros, al igual que hizo ZKcrew.

Para evitar que la parte metálica que queda al descubierto arañara la cámara la he forrado con una funda termoretráctil de las que utilizamos en electrónica para proteger las soldaduras. Es un tubito de plástico que se encoje al calentarlo, con lo que el resultado final queda bastante aparente:

La verdad es que la Lowepro Voyager C es una correa estupenda, cómoda y discreta. Y aunque hubiera preferido que no llevara los cierres rápidos desde el principio, con una sencilla modificación está ahora perfecta para mis necesidades :D

Los ciudadanos y las empresas usuarias de Internet adheridas a este texto manifestamos:

1. Que Internet es una Red Neutral por diseño, desde su creación hasta su actual implementación, en la que la información fluye de manera libre, sin discriminación alguna en función de origen, destino, protocolo o contenido.
2. Que las empresas, emprendedores y usuarios de Internet han podido crear servicios y productos en esa Red Neutral sin necesidad de autorizaciones ni acuerdos previos, dando lugar a una barrera de entrada prácticamente inexistente que ha permitido la explosión creativa, de innovación y de servicios que define el estado de la red actual.
3. Que todos los usuarios, emprendedores y empresas de Internet han podido definir y ofrecer sus servicios en condiciones de igualdad llevando el concepto de la libre competencia hasta extremos nunca antes conocidos.
4. Que Internet es el vehículo de libre expresión, libre información y desarrollo social más importante con el que cuentan ciudadanos y empresas. Su naturaleza no debe ser puesta en riesgo bajo ningún concepto.
5. Que para posibilitar esa Red Neutral las operadoras deben transportar paquetes de datos de manera neutral sin erigirse en “aduaneros” del tráfico y sin favorecer o perjudicar a unos contenidos por encima de otros.
6. Que la gestión del tráfico en situaciones puntuales y excepcionales de saturación de las redes debe acometerse de forma transparente, de acuerdo a criterios homogéneos de interés público y no discriminatorios ni comerciales.
7. Que dicha restricción excepcional del tráfico por parte de las operadoras no puede convertirse en una alternativa sostenida a la inversión en redes.
8. Que dicha Red Neutral se ve amenazada por operadoras interesadas en llegar a acuerdos comerciales por los que se privilegie o degrade el contenido según su relación comercial con la operadora.
9. Que algunos operadores del mercado quieren “redefinir” la Red Neutral para manejarla de acuerdo con sus intereses, y esa pretensión debe ser evitada; la definición de las reglas fundamentales del funcionamiento de Internet debe basarse en el interés de quienes la usan, no de quienes la proveen.
10. Que la respuesta ante esta amenaza para la red no puede ser la inacción: no hacer nada equivale a permitir que intereses privados puedan de facto llevar a cabo prácticas que afectan a las libertades fundamentales de los ciudadanos y la capacidad de las empresas para competir en igualdad de condiciones.
11. Que es preciso y urgente instar al Gobierno a proteger de manera clara e inequívoca la Red Neutral, con el fin de proteger el valor de Internet de cara al desarrollo de una economía más productiva, moderna, eficiente y libre de injerencias e intromisiones indebidas. Para ello es preciso que cualquier moción que se apruebe vincule de manera indisoluble la definición de Red Neutral en el contenido de la futura ley que se promueve, y no condicione su aplicación a cuestiones que poco tienen que ver con ésta.

La Red Neutral es un concepto claro y definido en el ámbito académico, donde no suscita debate: los ciudadanos y las empresas tienen derecho a que el tráfico de datos recibido o generado no sea manipulado, tergiversado, impedido, desviado, priorizado o retrasado en función del tipo de contenido, del protocolo o aplicación utilizado, del origen o destino de la comunicación ni de cualquier otra consideración ajena a la de su propia voluntad. Ese tráfico se tratará como una comunicación privada y exclusivamente bajo mandato judicial podrá ser espiado, trazado, archivado o analizado en su contenido, como correspondencia privada que es en realidad.

Europa, y España en particular, se encuentran en medio de una crisis económica tan importante que obligará al cambio radical de su modelo productivo, y a un mejor aprovechamiento de la creatividad de sus ciudadanos. La Red Neutral es crucial a la hora de preservar un ecosistema que favorezca la competencia e innovación para la creación de los innumerables productos y servicios que quedan por inventar y descubrir.

La capacidad de trabajar en red, de manera colaborativa, y en mercados conectados, afectará a todos los sectores y todas las empresas de nuestro país, lo que convierte a Internet en un factor clave actual y futuro en nuestro desarrollo económico y social, determinando en gran medida el nivel de competitividad del país. De ahí nuestra profunda preocupación por la preservación de la Red Neutral. Por eso instamos con urgencia al Gobierno español a ser proactivo en el contexto europeo y a legislar de manera clara e inequívoca en ese sentido.

Por suerte el otro día encontré un script que te permite generar un proyecto de kdenlive para crear un pase de fotografías de forma automática desde la consola: akw-qt. El script nos permite elegir el tiempo que se muestra cada fotografía, y la duración de las transiciones. Transiciones que se escogen al azar al generar el proyecto.

No soy muy amigo de los efectos especiales en las transiciones, y sólo me interesa utilizar la transición “Disolver”, así que me decidí a intentar modificar el script, y echando un vistazo al script de nowardev y comparándolo con el contenido de un proyecto con transiciones “Disolver”, la verdad es que no fue muy difícil adaptarlo para generar pases de fotografías a través de kdenlive a mi gusto.

El truco principalmente está en sustituir las funciones originales randomeffectlumaodd y randomeffectlumaeven por dissolveodd y dissolveeven respectivamente. Aparte de eso, sólo seguir las instrucciones y poco más.

Además de utilizar sólo un tipo de transición, añadí una variable extra al principio del script, para seleccionar el perfil de proyecto para kdenlive que queramos. En mi caso hice uno con un tamaño de imagen de 1280×1024 (resolución habitual de monitores y de proyectores) y 23.976 imágenes por segundo, que es la velocidad que suelo utilizar cuando grabo vídeo.

Habría que hacer mucha limpieza de cosas que no utilizo, pero mientras tanto… Aquí os dejo mi versión modificada de akw.

(Sí, la proyección con las fotos de Barcelona la he preparado con este sistema)

Hoy vamos a ver cómo sacar el token que nos servirá para autentificarnos contra Toodledo y obtener nuestras tareas de su servidor. Para ello tenemos que parsear la respuesta XML y buscar el elemento <token> para leer su contenido. Hay varias maneras de hacer esto, y parece que la más adecuada para esta aplicación es utilizar Linq to XML (que nos abstrae del XML en sí, y nos da acceso fácil al contenido), pero al menos una vez en la vida hay que parsear una cadena de texto a mano, así que en esta entrada utilizaré un objeto XmlTextReader para leer secuencialmente el XML hasta encontrar la información que buscamos (supuestamente ésta es la manera más rápida de parsear un archivo XML, así que no está de más conocerla por si en algún momento Linq es demasiado pesado cuando tengamos miles de tareas en nuestro Toodledo).

Hay que tener en cuenta que nos encontraremos una linea de información de la versión del xml, que no vamos a utilizar por ahora. Y a partir de ahí, ir leyendo hasta que encontremos un elemento que tenga el nombre esperado (token en este caso). Llegados a este punto, sacamos el contenido y salimos del bucle.

Fácil, ¿no?

[Método visto (entre otros lugares) aquí.]

De este modo, pasando nuestra nueva función la cadena que nos devolvió Toodledo, ya tendríamos el token que utilizaremos para generar la clave de autenticación para acceder a nuestras tareas.

Y ya tendríamos token= “bar” :D

Nota aclaratoria: Esta serie de artículos no pretenden ser un manual sobre cómo escribir una aplicación real. Son sólo una prueba de concepto, una serie de notas y trozos de código ineficientes, posiblemente incorrectos, sin comprobación de errores y potencialmente peligrosos para la integridad de vuestra tostadora. Usar con precaución. No me hago responsable de lo que ocurra si tratáis si quiera de compilar este código.

Si realmente queréis hacer una aplicación de este tipo, un buen punto de partida sería utilizar la API sharpgtd de Doug Reichard (que probablemente sea lo que yo haga pronto :)

Probaré con Toodledo para empezar, ya que su API me ha parecido más amigable.

El primer paso será poder enviar peticiones y recibir las respuestas del servidor, que tanto en RTM como en Toodledo son XML. Os dejo un pequeño pseudo-código que hace justo eso:

En este ejemplo enviamos a Toodledo la petición del token de identificación asociado a nuestro usuario “foo”, y si todo ha ido bien tendremos en la variable “res” la respuesta del servidor, que será algo así:

Otro día intentaré interpretar el XML y sacar el valor que nos interesa: “bar”.

Encontrado aquí

Sí, lo sé, soy un insensato :D

Conseguirlo es realmente fácil, tan sólo hay que instalar la aplicación HPLIP y seguir las instrucciones, desde Debian (Squeeze):

Una vez instalado HPLIP, lanzamos (como root) la aplicación para instalar la impresora: hp-setup. El asistente nos irá guiando, y si queremos acceder a la impresora por wifi nos pedirá que la conectemos por USB temporalmente para configurar la red y demás… El proceso no tiene pérdida, y una vez finalizado podremos escanear a través de XSane e imprimir a través de Cups, todo ello de forma inalámbrica :D

Para hacerlo funcionar sólo hay que meterlo en /etc/pm/sleep.d/49sound, y darle permisos de ejecución con un chmod 755

Y, al menos en mi caso, con eso es suficiente :D

En ese foro sugieren una mejora, que probaré otro día…