Sistemas de Información de Transporte Intermodal

Transcripción

1 LISITT - Instituto de Robótica Tel.: Universidad de Valencia Fax.: Apartado 2085, Valencia francisco.r.soriano@uv.es Ayudas a la realización de proyectos de investigación, desarrollo e innovación tecnológica en el área de transportes y otras áreas del departamento. Ministerio de Fomento Sistemas de Información de Transporte Intermodal INFORME FINAL

2

3 Referencia: SITI-IF-11/08-DEF Control de cambios Fecha Versión Contribución Aportación 30/10/ Juangui Jordán Aldasoro Generación del. pág. 3 de 15

4 Referencia: SITI-IF-05/07-PRE pág. 4 de 15

5 Referencia: SITI-IF-11/08-DEF Titulo: Versión: Fecha: 30 de octubre de 2008 Autor: Juangui Jordán Aldasoro Estado: definitivo Proyecto: SiTi Ref: SITI-IF-05/07-PRE pág. 5 de 15

6 Referencia: SITI-IF-05/07-PRE Tabla de Contenidos 1 Introducción Resultados Análisis de los sistemas de planificación de viaje multimodales en Europa Aplicación de Screen Scraping Planificador multimodal SITI Integración del sistema de transporte de etm en Google Transit Contribución a la generación de cartografía libre OpenStreetMap Difusión Conclusiones...15 pág. 6 de 15

7 Referencia: SITI-IF-11/08-DEF 1 Introducción La planificación de un viaje de largo recorrido supone un desafío para el usuario, que debe consultar diferentes fuentes que ofrecen la información de forma no coordinada. Así, el usuario podrá consultar la web de un operador de transporte de largo recorrido, obtener mapas de transporte urbano para la ciudad de destino, y en algunos casos deberá llamar por teléfono para conseguir información sobre algún operador de transporte más modesto que no dispone de información actualizada en internet. La organización y consolidación de toda esta información le supondrá una dedicación temporal considerable, y un esfuerzo mental que en ocasiones puede generar estrés al viajero. Frecuentemente, después de todo el trabajo el viajero no habrá obtenido la mejor opción posible. En ocasiones, la falta de información o el esfuerzo necesario para reunirla, llevarán al viajero a decidirse por viajar en su vehículo privado. El reto que se plantean los sistemas de información multimodal consiste en ofrecer información completa de toda la cadena de viaje al usuario, integrando los servicios urbanos e interurbanos en un sólo itinerario. En un escenario ideal, el usuario podría consultar desde un único portal común, horarios de los diferentes operadores participantes, mapas de las líneas, además de calcular rutas de largo recorrido entre dos puntos cualesquiera de la geografía nacional. El usuario podría también conocer las incidencias de los diferentes medios de transporte, incluyendo retrasos, cancelaciones y alteraciones del servicio. El viajero internacional podría consultar los servicios ofrecidos tanto a través del portal, como de planificadores pan Europeos como podrían ser EU-Spirit o Google Transit, ya que el sistema permitiría ofrecer los servicios también a través de portales de terceros, cuya presencia y visibilidad a nivel mundial aseguren una mayor difusión del servicio. Veamos un par de escenarios en los que un planificador multimodal puede ayudar al usuario. En estos escenarios llamaremos servicio Cómo Ir al planificador multimodal de ambito nacional, mientras que Google Transit hará las funciones de planificador multimodal. Escenario 1. Viajero nacional. Marga vive en el barrio del Marítimo de Valencia, y suele ir a trabajar en coche, a la calle Colón, en el centro de Valencia. Normalmente madruga bastante y sufre con paciencia el atasco matutino para aparcar pronto en la Alameda y caminar todavía medio kilómetro hasta su destino. Una mañana su coche sufre una avería y decide usar el servicio Cómo Ir -del que ha oído hablar en la radio- a través de su teléfono móvil para conocer qué opciones tiene para llegar al centro. El sistema le ofrece una ruta desde una parada cercana a su casa hasta otra a pocos metros de su trabajo. Marga descubre que ha tardado casi lo mismo que en coche y además ha disfrutado más de su trayecto aprovechando para leer un libro. Escenario 2. Viajero internacional. George viaja desde Londres a Sevilla a una reunión de negocios. Tiene un vuelo hasta Madrid que llega a las 7:10. Antes de viajar, desea evaluar las diferentes opciones de viaje desde el aeropuerto de Barajas hasta su destino, un hotel en el centro de Sevilla, donde se celebra la reunión. George no ha oído hablar nunca del servicio Como Ir, pero conoce Google Transit, así que decide comprobar si tiene cobertura en España. Felizmente, George comprueba que Google Transit ofrece itinerarios de largo recorrido entre varias ciudades de España, incluyendo Madrid y Sevilla. Google Transit le ofrece uno de los servicios que enlazan Barajas con la estación de Atocha, para después ofrecerle un trayecto en el AVE hasta la estación Santa Justa de Sevilla y el enlace correspondiente en autobús urbano o metro -de próxima inauguraciónhasta el Hotel donde tiene lugar su reunión. Asimismo el sistema le ofrecerá itinerarios alternativos que parten de Barajas unos minutos más tarde, y que le podrían ser útiles en caso pág. 7 de 15

8 Referencia: SITI-IF-05/07-PRE de que su avión se retrase o pierda más tiempo del previsto recogiendo su maleta. Google Transit también le da a conocer el operador de cada uno de los servicios utilizados en el itinerario. A través del enlace a uno de los operadores, George conoce el sistema Como Ir, desde el cual obtiene información más detallada del itinerario además de información de incidencias sobre el estado de la red. El proyecto SITI ha abordado estos problemas proponiendo soluciones y generando una serie de resultados que veremos en las siguientes secciones. 2 Resultados El proyecto SITI ha generado una serie de resultados que se detallan en este apartado. 2.1 Análisis de los sistemas de planificación de viaje multimodales en Europa En las primeras fases del proyecto se realizó una exhaustiva labor de investigación sobre los sistemas de planificación de viaje multimodales en Europa. Los países analizados fueron los que formaban parte de la Unión Europea en el momento en que fue redactado el documento, junto con algunos países no pertenecientes, por su importancia y su nivel de desarrollo tecnológico (Suiza y Noruega). Para cada país analizado se identificaron: Las acciones tomadas o previstas a nivel de política de transportes relacionadas con el intercambio de información multimodal. Los sistemas de información multimodal reales o en versión piloto en los que participa el país, a nivel regional, nacional o internacional. No se han incluido proyectos de investigación, que ya fueron incluidos en el estado del arte del proyecto SITI, y no forman parte del ámbito de este documento. Información de contacto de los ministerios, empresas involucradas en el desarrollo, universidades participantes, etc. Los portales de acceso a estos sistemas de información. Los servicios ofrecidos dentro de estos portales. Capturas de pantalla de los portales de información. Adicionalmente, con la finalidad de establecer un criterio comparativo, sobre la calidad de los servicios de información multimodal en cada uno de los países analizados, se definieron indicadores sobre la calidad de los servicios de información implementados y sobre las acciones gubernamentales tomadas respecto de la información multimodal. Se extrajeron conclusiones en base a los identificadores calculados, contrastando estos datos con el resto de información recabada. Por último, se redactó una serie de recomendaciones para la promoción y el desarrollo de servicios multimodales en nuestro país, a partir de las lecciones aprendidas de otros países. Este documento, titulado Estado de los servicios intermodales de información al viajero en Europa, no ha sido adjuntado al anexo de Resultados, ya que fue enviado en su día por correo a nuestro evaluador. En su lugar, se ha escogido incluirlo en el CD de documentación adjunto, y puede encontrarse en el directorio de resultados. pág. 8 de 15

9 Referencia: SITI-IF-11/08-DEF 2.2 Aplicación de Screen Scraping Un sistema de información multimodal necesita alimentarse de datos de diferentes medios de transporte, generalmente operados por diferentes operadores. Los datos de transporte público raramente son ofrecidos de manera pública y gratuita por los operadores, si se exceptúa la publicación de horarios a través de internet. De ahí radica el interés de la técnica de screen scraping para nuestro proyecto. La técnica de screen scraping consiste en la extracción de información desde distintas fuentes Web. De este modo es posible extraer automáticamente datos de una red de transporte público mediante una serie de consultas web a los sitios web de información de los operadores, y alimentar una base de datos mediante la respuesta -debidamente procesada- a estas consultas. Dado el tiempo limitado de que disponíamos para completar el proyecto, la obtención de datos de la red de transporte de diferentes operadores a través de acuerdos con estos operadores parecía improbable (aunque finalmente sí se consiguió alcanzar un acuerdo con etm de Valencia). Por ello se decidió abrir una rama en nuestro proyecto a la investigación y uso de técnicas de scraping. En primer lugar se llevó a cabo el estado del arte, recabado en el documento Revisión y puesta al día: Técnicas de extracción de información desde fuentes Web. Este documento contiene una revisión y puesta al día sobre la mayor parte de técnicas que guardan relación con la extracción de fuentes Web parcialmente estructuradas. Éstas técnicas van desde los procesos de solicitudes masivas de datos a servidores, extracción y transformación de información, integración de fuentes de datos heterogéneas o formas de prestar servicios de valor añadido. Dado que las tareas implicadas son tantas, y a que existe una abundante cantidad de literatura en cada uno de tan diversos campos, este estudio se centra en los aspectos que se consideran más interesantes. Han sido estudiadas múltiples herramientas que automatizan la interacción con los servidores Web, obteniendo resultados favorables. En este campo hay buenos programas funcionando, por lo que únicamente se describen y recomiendan los más utilizados. La parte más importante en un proceso de screen scrapping es la de la extracción de los datos, para dejarlos en un formato utilizable. Para abordar el problema existen diferentes aproximaciones, aunque prácticamente todas se basan en wrappers, que son los programas que se encargan de esta parte del trabajo. Sin embargo pueden utilizarse wrappers localmente, una vez descargada la información o bien wrappers que funcionen en caliente, y q realicen búsquedas tras peticiones directas del usuario. Para la generación de estos wrappers existen herramientas que proporcionan facilidades para su generación automática o semi automática. En el documento se presentan las aproximaciones más habituales que son: utilización de lenguajes declarativos para el diseño automático de wrappers, generadores basados en la estructura del documento HTML, generadores basados en técnicas inductivas, en modelos de datos, basados en ontologías y por último los basados en expresiones regulares. Este estudio de técnicas se acompaña con un resumen de las herramientas existentes en el mercado, tanto comerciales como no comerciales y de otros proyectos interesantes relacionados que podrían tomarse como ejemplo a seguir en nuestro proyecto. En concreto se decidió seguir la metodología propuesta en ANDES, que se basa en la programación de procesos de extracción basada en estándares como XSL, transformando la información localmente para proporcionar servicios de valor añadido. Otros de los proyectos aquí presentados pueden ser interesantes si se dispone de más tiempo, para realizar aportaciones tanto en la gestión de peticiones sobre formularios con JavasScript, o la generación automática de wrappers, tratando de aplicar técnicas similares, con las ventajas de que se dispone hoy día y con los inconvenientes que presentan los más variados formatos de las páginas actuales. El documento Revisión y puesta al día: Técnicas de extracción de información desde fuentes Web no ha sido incluido en su totalidad en el anexo de Resultados, dado que ya fue enviado en su día. Por ello se ha decidido incluir únicamente la portada y el índice. pág. 9 de 15

10 Referencia: SITI-IF-05/07-PRE A partir del estudio realizado, y con el objetivo principal de demostrar el uso de screen scraping para recabar información de diferentes sitios web se diseñó y desarrolló una aplicación de screen scraping. Esta aplicación tiene como objetivo la reutilización de información sobre viajes que se encuentra dispersa en varias fuentes con la finalidad de proporcionar un valor añadido una vez integrada y procesada. Para ello se utilizan técnicas de screen scraping sobre diversos sitios Web de compañías aéreas y se almacenan los datos recabados en una base de datos. La explotación de esta base de datos permite realizar cálculos sobre la distribución que siguen los precios conforme se acerca la fecha de despegue, cómo varían de unas compañías a otras, o distribuciones relacionadas con los lugares de origen y destino. En el anexo de Resultados puede encontrarse un documento titulado Análisis, Diseño e Implementación de la Aplicación de Screen Scraping, que incluye todos los detalles técnicos de esta aplicación. Asímismo se incluye un breve Manual de Usuario y una presentación titulada Descripción y demostración del sistema, que resume la información técnica de la aplicación. 2.3 Planificador multimodal SITI Conocido el estado del arte de la planificación multimodal, tanto a nivel técnico como de desarrollos, se decidió dar un paso más, desarrollando un prototipo que demuestra la funcionalidad básica de un planificador multimodal. Los objetivos para el desarrollo del prototipo incluyeron: Demostrar el uso e integración de las diferentes funciones necesarias para la planificación de rutas Geocodificación: obtención de coordenadas a partir de topónimos (nomenclator) así como nombres de calles o puntos de interés. Este proceso debe incluye la desambiguación, esto es, escoger la opción deseada cuando hay varias respuestas posibles. A esta función se añade la identificación de origen y destino, paso intermedio entre la geocodificación y el cálculo de rutas, que permite obtener los IDs de los nodos de origen y destino (nodo perteneciente a una calle o a una parada de transporte público) a partir de las coordenadas. Geocodificación inversa: proceso inverso, que permite obtener las direcciones a partir de las coordenadas pulsando en un mapa. Cálculo de rutas: a partir de los IDs de los nodos de origen y destino se obtiene la ruta. La ruta se presenta de forma textual y gráfica mediante cartografía. Demostrar la combinación de diferentes medios en la planificación de rutas. A pie, permitiendo ofrecer rutas puerta a puerta (completar la distancia entre las paradas y la localización inicial o final) Mediante transporte público, integrando diversos modos. Probar un interfaz de usuario sencillo y usable Basado en HTML simple, AJAX y CSS Un contenedor (div) para cada tipo de datos -opciones básicas de ruta, opciones avanzadas, resultados, mapa, etc.- formateado mediante CSS Un mapa que permite mostrar la dirección de origen y destino, así como la ruta completa. En el anexo de Resultados se incluye una descripción técnica del prototipo y un manual de usuario. pág. 10 de 15

11 Referencia: SITI-IF-11/08-DEF El prototipo SITI es una aplicación web, accesible por tanto desde cualquier dispositivo que disponga de un navegador y una conexión a internet. Los navegadores soportados actualmente son: Firefox, Opera y Konqueror. El navegador Internet Explorer no está actualmente soportado debido a diferencias en la interpretación del lenguaje Javascript. Su ejecución provoca algunos errores que impiden visualizar correctamente la ruta calculada. El acceso al prototipo SITI se realiza a través de la página: El prototipo es actualmente funcional, pero sigue en desarrollo. Las mejoras que prevemos en el futuro incluyen: Volver a implementar la geocodificación directa (coordenadas a partir de nombres de lugares) que dejó de funcionar debido al cambio de funcionamiento del servicio web externo OSM namefinder. Mejorar la estabilidad del motor de cálculo de rutas. Debido a la enorme cantidad de datos que maneja, el grafo almacenado permanentemente en memoria ocupa un espacio considerable. Al realizar el cálculo de rutas se genera otro grafo que va creciendo conforme recorre el algoritmo Dijstra el grafo original. Cuando la ruta es muy larga este grafo llega a ser también muy grande y, en ocasiones, el programa termina de forma inesperada. Crear un CD live basado en una distribución de linux, que permita testear el planificador desde cualquier ordenador sin necesidad de conexión a internet y sin depender de que el planificador online esté operativo. 2.4 Integración del sistema de transporte de etm en Google Transit En diciembre de 2005 Google lanzó bajo la etiqueta de experimental su sistema Transit, que funcionaba únicamente en la ciudad de Portland, Oregon. Este sistema permitía obtener un único itinerario recomendado entre dos puntos del área metropolitana de Portland usando transporte público, y ofrecía una comparación con el recorrido mediante vehículo privado. Aproximadamente un año después, Google hizo pública una especificación de datos para permitir a cualquier operador participar, de forma gratuita, en su servicio Google Transit, que bautizaron como Google Transit Feed Specification (GTFS). Desde entonces, el número de operadores que se han unido al sistema ha sido notable en EEUU, permitiendo actualmente ofrecer este servicio en más de 50 ciudades de diferentes estados (de forma autónoma, ya que todavía no existen operadores de transporte que conecten estas ciudades entre si), y en más de 10 del resto del mundo. En algunos países la cobertura ya es nacional, ofreciendo planificación de itinerarios interurbanos, como en Japón, Austria y Suiza. El acelerado crecimiento de la cobertura de este servicio en los últimos meses y el hecho de que esté operado por la todopoderosa Google hace que la predicción sea sencilla: Google Transit puede convertirse en una herramienta con cobertura mundial y utilizada mayoriariamente por usuarios que deseen planificar viajes tanto de corto como de largo recorrido. Reconociendo el potencial de este servicio y mostrando una disposición muy positiva a ofrecer información al usuario a través del mayor número de canales, la Entitat de Transport Metropolità de València aceptó la propuesta de colaboración del grupo LISITT de integrar sus datos en el sistema Google Transit. Esta actividad era particularmente relevante para la consecución de los objetivos de nuestro proyecto. La Entitat de Transport Metropolità de València proporcionó acceso al grupo investigador del Instituto de Robótica a los datos de su red de transporte, permitiendo así mismo su inclusión dentro de un prototipo de planificador de itinerarios multimodal desarrollado dentro del proyecto SITI. La labor del Instituto de Robótica consistió en: pág. 11 de 15

12 Referencia: SITI-IF-05/07-PRE Analizar el modelo de datos de SITe en relación al modelo de datos de Google Transit con el objetivo de planificar la exportación de la base de datos de SITe al formato requerido Google Transit. Adaptar los sistemas de coordenadas utilizados en SITe a los requeridos por Google Transit. Conjuntamente con PalmaTools, implementar las consultas a la base de datos que permiten la exportación directa al formato requerido por Google Transit. Verificar la validez de los datos generados por estas consultas y refinar las consultas para corregir los errores. Para ello se utilizaron tanto herramientas de validación proporcionadas por Google, como el prototipo de planificador de itinerarios del proyecto SITI, que puede ser alimentado con datos en el formato Google Transit, permitiendo realizar el testeo de cálculo de itinerarios. El resultado final de la colaboración es un conjunto de consultas web que atacan a la base de datos de SITe y generan automáticamente los ficheros requeridos por Google Transit, de modo que cada vez que se realiza un cambio en la base de datos, se puede generar los ficheros de Google Transit de manera directa. En el anexo de Resultados se incluye una descripción del trabajo realizado. También se incluye una copia del acuerdo de colaboración firmado por LISITT y etm Valencia para la realización de estas tareas y la cesión de datos. Por último se incluye una presentación acerca del plan de marketing previsto por Google para el lanzamiento de Google Transit en Valencia y Madrid. Este documento fue entregado en una reunión con etm Valencia y Google y es confidencial, por lo que rogamos que no sea divulgado. Todos estos documentos excepto el plan de marketing de Google están también incluidos en el CD de documentación. 2.5 Contribución a la generación de cartografía libre OpenStreetMap Uno de los objetivos durante el desarrollo del prototipo de planificador multimodal fue el de realizar un desarrollo de bajo coste, incluyendo la utilización en lo posible de fuentes de datos libres y gratuitas. La cartografía digital es una fuente de datos costosa, especialmente para un proyecto de investigación, dado que una cartografía a nivel de callejero como la que necesitábamos cuesta miles de euros, y generalmente tienen una licencia de sólo un año, costando la renovación casi tanto como la suscripción. En el momento de redacción de este documento parece que es posible conseguir cartografía gratuita del estado, con fines de investigación, a entidades como universidades y centros públicos de investigación. Sin embargo, esto no era posible cuando comenzamos a desarrollar el prototipo. Por ello se optó por utilizar cartografía OpenStreetMap 1. Se trata de una cartografía vectorial libre que se está creando de forma colaborativa -similar a la Wikipedia- por usuarios de todo el mundo. Su principal ventaja frente al uso de Google Maps es que se puede acceder a los datos vectoriales para utilizarlos en el cálculo de rutas, además de no necesitar una licencia. La ventaja frente a otras cartografías vectoriales es que es totalmente gratuita. Cuando comenzamos el proyecto la zona de Valencia no estaba cartografiada por lo que procedimos a mapear algunas calles para usarlas en el prototipo. Con el tiempo se ha adherido más gente de forma voluntaria y actualmente casi se ha completado la ciudad de Valencia. En noviembre se impulsó y se colaboró en la organización de un evento para tratar de completar el mapa de Valencia 2. Madrid también cuenta con una extensa cartografía en Openstreetmap pág. 12 de 15

13 Referencia: SITI-IF-11/08-DEF Su crecimiento está siendo rápido y se puede esperar que en poco más de un año exista una cartografía completa de España, como ya sucede en Holanda, Reino Unido o Alemania. En el anexo de Resultados del proyecto se incluye la cobertura actual de la ciudad de Valencia zona en la que se ha contribuido extensamente dentro de este proyecto, así como varias capturas de la evolución temporal de la cobertura en España, donde se observa el gran crecimiento durante estos últimos dos años. La experiencia con el uso de cartografía libre OpenStreetMap ha sido en general muy positiva. A pesar de que la cobertura no es total y aún carece de carreteras importantes así como callejeros de muchas ciudades, OpenStreetMap nos ha proporcionado toda la funcionalidad que se le puede pedir a una cartografía para el cálculo de rutas. La cartografía digital de OpenStreetMap incluye datos vectoriales con clasificación del tipo de vía, sentido de circulación, y un sinfín de metadatos que pueden ser explotados por aplicaciones de cálculo de rutas, como información sobre el tipo de vehículos que pueden circular por una vía (peatones, bicicletas, automóviles, vehículos de transporte público, etc.), restricciones horarias y de acceso (propiedad privada, abierto hasta las 22h, etc.). La actualización es continua e inmediata. Cada vez que un usuario introduce un cambio, éste se refleja en la base de datos. Los renderizados (imágenes prerrenderizadas de la cartografía para mostrar en mapas tipo Google Maps) tienen una actualización frecuente (cada 2 o 3 días) y también reflejan los cambios en poco tiempo. A diario se publican exportaciones completas (los datos de todo el globo terráqueo) así como parciales (extractos de países o regiones). En nuestro caso, descargábamos cartografía actualizada aproximadamente una vez al mes y actualizábamos nuestra base de datos de carreteras. Por tanto, en el ámbito investigativo, OpenStreetMap ofrece prestaciones incomparables con otras cartografías comerciales. Para un entorno de producción una aplicación comercial o de la administración pública habría que buscar una cartografía más completa, ya que OpenStreetMap tiene todavía huecos importantes en su cobertura. Esto cambiará con el tiempo. A pesar de todo, su vertiente colaborativa hace que haya que observar con precaución las actualizaciones, en un entorno de producción, ya que un usuario podría realizar cambios erróneos (malintencionadamente o por desconocimiento). 3 Difusión En el proyecto SITI se ha dedicado un importante esfuerzo a la difusión, con un doble objetivo: Dar a conocer nuestros progresos entre la comunidad científica, como es lógico dentro de cualquier proyecto de investigación. Presentar los avances y resultados a los profesionales del sector del transporte público, de cara a motivar colaboraciones entre el grupo investigador y autoridades y operadores de transporte público, que den lugar a una transferencia tecnológica a partir de los resultados de la investigación. Se enviaron comunicaciones a varios congresos sobre ITS, así como a un concurso europeo de jóvenes investigadores en el área de transporte Young European Research Arena 2008 donde nuestra investigación fue seleccionada de entre más de 200 proyectos de investigación europeos. Las comunicaciones aceptadas incluyen, por orden cronológico: Sistemas de Información de Transporte Intermodal al Viajero. José Vidal, Juan G. Jordán, Jaume Segura García, Francisco R. Soriano, Tomás Trenor. VII Congreso Español sobre ITS. Valencia, de septiembre de Evolving to pan-european multimodal journey planning services. Juan G. Jordán, Jaume Segura, Miguel A. Jaén, José Vidal. Young European Arena of Research (YEAR 2008). Ljubljiana, de Abril de Prototipo de Sistema de Información Multimodal. Juan G. Jordán, Jaume Segura. Jornada pág. 13 de 15

14 Referencia: SITI-IF-05/07-PRE sobre los ITS en el Transporte Público. Barcelona, 6 de mayo de Descripción del SITe. Sistema de Información de Transporte de la etm. VIII Congreso Español sobre ITS. Oviedo, de octubre de En el anexo de Difusión del proyecto se incluyen las comunicaciones y/o presentaciones correspondientes a las publicaciones citadas. En el caso del YEAR 2008 no se solicitó una comunicación completa, sino un abstract, un póster y una presentación. El proyecto fue defendido por Juan G. Jordán ante un tribunal, en Ljubjliana. En las Jornadas de Barcelona sólo se solicitó una presentación. Los congresos de ITS de Valencia y Oviedo incluyeron comunicación y presentación. En el CD de documentación adjunto también se incluyen los abstracts y comunicaciones enviadas a los siguientes congresos, que aceptaron el abstract pero finalmente declinaron incluir las comunicaciones en el programa: An open source multimodal public transport information system based on OpenStreetMap cartography and Google Transit Feed Specification. Juan G. Jordán. The Lakeside Conference. Safety in Mobility July 9 to 11, 2008 in Velden, Austria. An open source comodal public transport journey planner based on 'de facto' standards. Juan G. Jordán, Jaume Segura, José Vidal, Francisco R. Soriano, and Miguel A. Jaén. ITSC The 11th International IEEE Conference on Intelligent Transportation Systems. October 12-15, 2008, Beijing, China. Dentro de la labor de difusión entre autoridades y operadores de transporte público se distribuyeron folletos entre un elevado número de entidades de transporte público españolas. En las ponencias en congresos nacionales se explicaron los objetivos del proyecto y los beneficios de una posible colaboración. A pesar del creciente interés de la multimodalidad que se respira en los congresos de ITS, y de que algunas entidades ya han incorporado planificadores de ruta en sus portales web, estas entidades no parecen encontrar interés en integrar sus datos en planificadores de ámbito superior al urbano, que permitan ofrecer una respuesta integrada para toda la cadena de viaje. Así, no se recibió ninguna respuesta a las cartas y s enviados. En los congresos se mostró interés por parte de alguna autoridad particularmente el caso de ATM de Barcelona, que está desarrollando un proyecto multimodal para el área metropolitana, pero finalmente no dio lugar a una colaboración más allá del intercambio de información. En general, las entidades de transporte público parecen reticentes a compartir o exponer los datos de su red de transporte. Una vía adicional de difusión fue la toma de contacto directa con la Entitat de Transports Metropolitana de València (etm), mediante una reunión con sus responsables. En este caso, etm de Valencia mostró desde la primera reunión una disposición muy positiva a ofrecer información al usuario a través del mayor número de canales, y aceptó la propuesta de colaboración del grupo LISITT de integrar sus datos en el sistema Google Transit. En el anexo de Difusión del Proyecto se incluyen los siguientes documentos relacionados con la actividad de difusión entre autoridades y operadores de transporte: Folleto de presentación del proyecto, en español. Fue enviado por correo ordinario y electrónico a una lista de más de 30 entidades de transporte españolas. En el folleto se instaba a la colaboración en el proyecto, explicando que la participación en el proyecto situaría a la empresa en una situación ventajosa a la hora de ofrecer sus datos a través de Google Transit, ya que el formato utilizado en nuestro prototipo era el requerido por Google para su planificador multimodal. Asimismo se incluía un enlace a la página web del proyecto donde se les animaba a descargar los documentos públicos del proyecto. Folleto de presentación del proyecto, en inglés. Fue distribuido en el congreso YEAR 2008, en Ljubljiana. pág. 14 de 15

15 Referencia: SITI-IF-11/08-DEF Acta de la primera reunión con etm Valencia. Documento técnico sobre el prototipo del proyecto SITI, para etm Valencia. Presentación del prototipo para etm Valencia. Presentación del proyecto SITI y de Google Transit a etm Valencia. Presentación de las condiciones de participación en Google Transit a etm Valencia. En el CD de documentación adjunto se incluye también una presentación que se realizó a nuestros compañeros de trabajo en el Instituto de robótica, con el objetivo de difusión interna y posible reutilización del trabajo realizado. Una última vía de difusión del proyecto consiste en el desarrollo de un portal web desde el cual es posible conocer los objetivos del proyecto, descargar documentos públicos generados por el proyecto, además de acceder al prototipo y otras demos online. Se puede acceder al portal web a través de la URL: 4 Conclusiones El proyecto SITI ha cumplido gran parte de sus objetivos iniciales. En primer lugar, se ha realizado una extensa labor de documentación y análisis de los aspectos técnicos de la planificación multimodal, así como de los actuales desarrollos a nivel Europeo, realizando una comparación cuantitativa que permite identificar la situación actual de los servicios multimodales en nuestro país. Se han elaborado recomendaciones específicas para la promoción y el desarrollo de servicios multimodales en nuestro país. Asimismo se ha recopilado información sobre las técnicas de extracción de datos de fuentes web o screen scraping, y posteriormente desarrollado una aplicación de demostración de estas técnicas comparador de precios de vuelos así como una aplicación específica para nuestro prototipo extracción de horarios de la web de Renfe. Se ha desarrollado un prototipo que demuestra el cálculo de rutas multimodales puerta a puerta, integrando perfectamente tramos a pie y modos de transporte urbanos e interurbanos. Este prototipo también demuestra la utilidad de disponer de un estándar para el intercambio de datos, ya sea el de Google Transit o cualquier otro que se considere adecuado para los sistemas de transporte de nuestro país. Se han utilizado en todos los desarrollos tecnologías de bajo coste, tanto en el uso de software de código abierto, como en la cartografía digital OpenStreetMap utilizada. El prototipo desarrollado podría servir como base para el desarrollo de un prototipo o aplicación de planificación multimodal a nivel regional o incluso nacional, dado que el coste en licencias es nulo, y sólo habría que incluir los datos de transporte y carreteras necesarios. pág. 15 de 15