Verborrea Esporádica

 

Proyecto eTraffic Mobile

La tontá esta va de: // Y la parió tupolev a las 1:09 pm

Necesidad
Conocer en cualquier momento, las incidencias de tráfico oficiales de la vía por la que transitamos.

Objetivo
Tener un listado actualizado de los puntos problemáticos de la zona especificada, por provincia y vía. De modo que, en un trayecto normal Málaga-Madrid, por ejemplo, podamos ver rápidamente y en cualquier móvil con conexión a internet gprs, las incidencias actualizadas para las carreteras que usaremos, A45, A92M, A92, A44, A4, R4, M50…

Premisas
Tráfico provee un buscador de incidencias actualizado por sus sistemas telemáticos y por la Guardia Civil. Este buscador, devuelve una lista ordenable de incidencias tabular en HTML, incluyendo tipo de incidencia, provincia, población y PK aproximados, vía y sentido de la circulación.
La búsqueda se realiza, según tipo de incidencia, vía, provincia, población y PK.

Cualquier móvil con conexión a internet gprs, puede acceder desde cualquier punto con cobertura a esta información, mediante un navegador web adaptado, ya que la interfaz del buscador es XHTML estándar. Como añadido, es posible parsear esos resultados para crear un canal RSS, por ejemplo. De hecho la propia DGT ofrece RSS, pero sus posibilidades son deficientes y requiere complementarlo.

Asimismo, un móvil actual tiene la potencia de proceso necesario, para cargar imágenes y dibujar entidades simples sobre ella, usando la implementación de J2ME, por ejemplo. Aunque si esto no fuese posible, se puede dejar ese trabajo al servidor web, devolviendo la imagen preparada, lo cual no es recomendable, porque aumenta el coste económico al cliente, por la conexión y al responsable de la aplicación web, pues esa descarga se le facturará si supera el ancho de banda máximo contratado, cosa bastante habitual.

Ideas primarias
En principio, obtendremos la información en una lista tabular ordenada por sentido del trayecto (Ascendiente de la kilométrica o descendiente de la kilométrica). Aunque la idea es plasmar esa lista en una imagen de mapa, previamente parametrizada, para que los puntos correspondan con su localización aproximada en la carretera.

Otra opción será parametrizar por provincia y carretera y poder agrupar distintas vías, por trayecto.
La unidad mínima de detalle será población junto con PK, aprovechando que Tráfico también lo usa como medida de aproximación humana.
La unidad mínima de búsqueda, será la vía-provincia. Por ejemplo, A4-Jaén.
Se agruparán en ficheros que contendrán una vía cada uno, por escalabilidad. Cada fichero contendrá las provincias y las poblaciones, jerarquizadas y con los PK aproximados, correspondientes a la salida que da a cada población.
De este modo, el fichero correspondiente a la A44, contendrá las provincias de Granada y Jaén y las poblaciones que la vía atraviesa, agrupadas por su provincia.
Se usará XML para la estructura de los ficheros y se acompañará de imágenes del recorrido de la vía, que se cargarán por sectores -provincia o rango kilométrico-.

En principio será el servidor web quien aloje la aplicación de búsqueda y quien parsee los datos de la DGT, generando y devolviendo la imagen al navegador web cliente, por ser la más sencilla de las posibles implementaciones y válida para la prueba de concepto. Pero dado que el RSS será abierto, igualmente queda abierta la posibilidad de crear un cliente “pesado” para que sea el dispositivo móvil quien cargue una imagen “limpia” y dibuje las incidencias en ella, reduciendo el coste económico para ambas partes.

¿Qué os parece la idea?
Me gustaría contar con vuestras sugerencias en todos los aspectos de la aplicación y por supuesto, si alguien se adelanta y lo hace y libera el código y lo publica…no me voy a enfadar, eh? xDD

Stewie dice: 2 comentarios! La victoria es mía!

vermicida
25/6/2008 a las 1:39 pm

¿Tenemos que parsear un HTML porque el XML del RSS no devuelve suficientes datos? Ojú! xDDDDDDDD

Vale me apunto. No hay fecha de entrega ni nada por el estilo ¿no? Si se tira de J2ME te toca a tí esa parte :)

tupolev
25/6/2008 a las 2:17 pm

Mira los RSS. Son una puta mierda. Lo que devuelven es código html con la descripción, pero genérica y para toda la comunidad. Lo que yo quiero es dividir por provincia y carretera. Porque si no, al seleccionar Jaén, por ejemplo, me saldría la N-330, por ejemplo, que me da igual.
Es necesario acotar como sea, por provincia y carretera, pues será la delimitación que se use visualmente.

Hombre, si quieres currarte la parte de servidor, te pasaré el “funcional” :)
La parte cliente -que ya veremos si cae en el móvil o en el servidor- debe recibir un XML limpio con las incidencias y ciertos datos más.

Aquí lo jodido va a ser ir asignando coordenadas de carreteras a las imágenes. Trabajo de chinos. Esto lo hacía yo cuando Pascal y es muuuy cansino xD

Una vez creados esos ficheros, el cliente solo debe cargar la imagen, cargar los PK del XML, buscarlos en el fichero de carretera, cargar las coordenadas de esos PK y pintar “algo” en la imagen, sobre esas coordenadas. Bueno, eso y el propio formulario de búsqueda.

Como curiosidad, la DGT tiene algo parecido hecho sobre Google Maps, con su API. Pero eso en un móvil no funciona ni de coña. Una forma burra podría ser, crear una “captura de pantalla” de ese mapa renderizado y devolverlo como gif de 256 colores o menos. Eso sería ligero. Pero no sé si CURL es capaz de hacer renders visuales y volcarlos a fichero.

RSS de los comentarios de esta entrada

Dime algo, cojones!



Por razones de seguridad, copie el siguiente texto en el campo que aparece abajo: El perro de San Roque no tiene rabo

Párrafos y saltos de línea automáticos, los e-mails nunca se publican, etiquetas HTML permitidas: <a href="" title="" rel=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <code> <em> <i> <strike> <strong>