Xnoccio

He venido observando que hay una codificación INE de 6 dígitos en lugar de los 5 dígitos tradicionales. Por ejemplo, donde Sevilla solía tener un código INE 41091, ahora tiene un nuevo código 410917. Este código es el mismo que el anterior, más un dígito adicional que a priori parece ser un dígito de control.

Estos códigos nuevos se pueden descargar en formato Excel de la URL:

http://www.ine.es/daco/daco42/codmun/codmun08/08codmunmapa.htm

Parece ser que la codificación es la anterior, con la adición de un sexto dígito de control, como se menciona en esta dirección (”el último es un dígito de control que, asignado mediante una regla de cálculo, permite la detección de errores de grabación y modificación”).

Sin embargo, no he sido capaz de encontrar ninguna referencia a cómo se realiza este cálculo. En anexos de algunos documentos he encontrado referencias a un cálculo basado en un módulo 11, pero he comprobado que ésta no es la vía correcta.

Posibilidades:

• El dígito se calcula mediante una fórmula arcana guardada en secreto por alquimistas que perduran desde la época de la piedra filosofal.
• Es más fácil, pero no está en Google.
• Está en Google, pero no sé buscar.
• Es un número aleatorio para jorobar, realmente es una nueva codificación y punto, a guardarla en base de datos. Lo que pusieron mencionando una “regla de cálculo” era para despistar.

Se acepta ayuda. Gracias!

http://descargas.orange.es/descargas/version/eclipse-sdk/3_1_2/

La descripción es brutal:

“Programa muy útil para los aficionados a la astronomía. Se trata de contemplar un eclipse y aprender de que manera se produce.
Consta de trece fotografías de la trayectoria, las cuales nos irá enseñando poco a poco, con una breve expliación de cada una de las fases.”

Se ve que lo han probado mucho… ahora bien, el crack que se inventó lo de las trece fotografías de la trayectoria se merece un homenaje X-D

Cómo explicar desde cero que una web no sólo tiene que ser ATRACTIVA

sino que también tiene que ser ACCESIBLE para todos los usuarios

Si algo caracteriza a la gente de esta empresa es su aficción por lo que hacen en mayor o menor medida. Nuestra profesión real podría definirse como “liante”, ya que nos gusta liarla con todo lo que cae en nuestras manos y experimentar. Es curioso que siendo una empresa dedicada al software libre publique un artículo con un título tan llamativo. Que nadie se asuste, a continuación cuento la película.

Una de las recientes ideas que hemos tenido pasa por el desarrollo de un juego en los ratos libres. Se han barajado varias herramientas, por supuesto libres entre ellas. En todo este tinglado un servidor ha decidido juguetear con un entorno del que había oido grandes críticas: XNA, la plataforma de Microsoft, por cierto gratuita incluído el IDE.

Acostumbrado al día a día con el software libre cuál ha sido mi sorpresa al ver que XNA está exquisitamente documentado. Es una plataforma que cuenta con un soporte y unas facilidades de desarrollo como no pueden encontrarse en el software libre. No olvidemos que software libre NO es software gratuito, es simplemente otro modelo de negocio. Su negocio se basa en dar soporte, para lo cuál se aseguran de no proporcionar documentación completa. Siempre puedes encomendarte a la comunidad, muy aplicada por cierto, pero no me parece lo mismo.

Mi opinión es que el software libre no es la panacea y el software propietario es el demonio. Habiendo probado los 2 sabores tengo la sensación que el soft propietario permite al programador ser más productivo, ya que de buenas a primeras cuenta con todo lo necesario para no chocarse de narices. Tienes que pagar el producto desde luego, pero merece la pena después. El software libre como no sea contratando soporte oficial no puede compararse al propietario en ese sentido.

En resumen, que nadie se asuste que nada va a cambiar. Sin embargo tras la agradable experiencia que he vivido no puedo menos que afirmar: ¿software propietario? Sí, gracias.

Como saben hasta las hormiguitas del campo, el pasado día 11 de julio se puso a la venta en España el famosísimo iPhone 3G de Apple, en exclusiva para la operadora Movistar.

Existe una gran cantidad de blogs que ya han dado suficiente información sobre sus características, pros y contras, detractores y admiradores…

Por mi parte, pudiendo reconocer fallos graves y con la inmensa desgracia de tener que irme a Movistar (y para más inri esas condiciones casi de esclavitud), he de reconocer que estoy muerto de ganas de comprármelo, pero no lo tengo. ¿Por qué? Pues porque, aunque todos los días llamo y en las tiendas hasta me reconocen la voz, es casi imposible encontrar un sitio (al menos aquí en Sevilla) con disponibilidad del gadget.

Desconozco dónde estará el problema. Supongo que será de origen (Apple) , aunque probablemente también haya habido una terrible falta de previsión de Movistar, totalmente inexplicable por otro lado, cuando tenían más de 200.000 interesados inscritos en la web destinado al iPhone (entre los que estaba yo).

El caso es que la indignación y las quejas crecen entre los potenciales clientes, pero ¿y en Movistar?

Simplemente basta echar unas cuentas. Más del 50% de esos 200.000 interesados eran, como yo, de otras compañías dispuestos a ejercer su derecho a la portabilidad. Es decir, por cada día que pasa sin conseguir su iPhone, Movistar deja de recibir su fracción del contrato que firmaría nuevo. Dado que el mínimo es de 24€/mes (15 para datos y 9 para voz), y lo más normal será un mínimo de  35€ (los 15 de datos y 20 de mínimo de voz), pues haciendo la cuenta de la vieja Movistar pierde un euro por cada día que está haciendo esperar a un usuario por su iPhone, si este usuario es de otra compañía. Si el usuario es de Movistar, al menos pierde lo correspondiente al plan de datos, de 15€/mes como mínimo… es decir, como mínimo, 0,5€ por día que pasa.

Viendo los problemas de distribución que hay ahora mismo, en nada de tiempo que pase la broma le está saliendo a Telefónica Móviles por varios millones de euros.

Además, Movistar se arriesga a perder al cliente que, presa del desánimo, puede acabar gastándose el dinero en un HTC Touch Diamond, por ejemplo, con un compromiso de permanencia en su compañía.

En definitiva,  yo como usuario estoy indignado, pero si fuese de la dirección de Movistar… estaría a) avergonzado, y b) indignadísimo, por las pérdidas diarias que este desastre les tiene que estar generando.

Resulta curioso cómo la tecnología va y vuelve por los mismos caminos. Partimos de máquinas con poquísima capacidad de cálculo y aplicaciones cliente- servidor, que cedían la mayor parte del esfuerzo de cálculo a una máquina central. Despúes evolucionamos hacia clientes ricos, aplicaciones web, RIA… y en paralelo el mercado se vuelve a plantear utilizar thin clients para los usuarios (como las Sun Ray), aplicaciones en modo ASP nuevamente centralizadas en un servidor…

En el desarrollo web estamos viviendo algo similar. Al principio los esfuerzos por la falta de estándares y la batalla entre IE y Netscape nos traía locos, obligándonos a distinguir qué navegador estaba rendeando la página mediante Javascript. La ausencia de CSS y la maquetación con tablas  hacía que apenas unos pocas combinaciones de sistemas operativos / resoluciones / navegadores daban resultados aceptables. La aparición de los estándares (con la siempre inquietante sombra de IE acechando) nos ayudó a evolucionar. Por otro lado, se podia aceptar como un estándar de mercado que las resoluciones de 640×480 ó 800×600 iban desapareciendo…

Pues véase en la figura una foto de salón que cada vez va a ser más frecuente: la misma página web visualizada en un televisor Full HD de altísima resolución, en un UMPC (en este caso, un Airis Kira) con un monitor de 7 pulgadas y una resolución de apenas 800×480, y en un Ipod Touch con una resolución de 480×320… ¿Alguien puede jurar que la resolución “óptima” es una concreta? En definitiva, deberíamos ir haciendo un rápido rollback de nuestras ideas previas sobre navegadores, resoluciones, sistemas operativos, etc. ¿Acaso alguien duda de que la web 3.0, si algún día la imagina alguien del todo, no será navegada por cualquier tipo de dispositivo móvil?

Es cierto que la adopción de estándares y CSS nos va a ayudar bastante en este tipo de tareas; a priori, una web con HTML bien marcado y unas buenas dosis de CSS puede ser navegada por un gran espectro de dispositivos. Sin embargo, la tecnología es un camino de ida y vuelta, y a nadie le debería de extrañar que en poco tiempo volvamos a tratar de detectar el sistema operativo / navegador cliente*, y personalizarle la interfaz…

Namasté y buena suerte.

*  Y como muestra, un botón: minid ha publicado un framework de desarrollo de aplicaciones para iPhone, basado en xhtml y CSS3 que puede rendear el navegador Safari del iPhone. Gracias a esto, podemos desarrollar aplicaciones web con una apariencia fiel de aplicativo de escritorio iPhone. Así que una misma aplicación web, distinguiendo el cliente, podría ser rendeada específicamente para iPhone. Si teneis uno, o un iPod Touch, probadlo que está bastante interesante.