Apéndice C. Explicaremos la manera de funcionar y manejo de la aplicación. Esta aplicación

Transcripción

1 APÉNDICE C

2 C Funcionamiento Explicaremos la manera de funcionar y manejo de la aplicación. Esta aplicación basa su funcionamiento en los dispositivos GPS, el cual es el que se encarga de capturar los datos; ya teniendo los puntos de referencia (waypoints) y las rutas recolectadas en el dispositivo, la aplicación los recupera hacia un Host o PC, en donde ahí serán almacenados en formato GML para su uso posterior. C.1 Descripción de la Interfaz Como primera parte tenemos la apertura del puerto de comunicaciones la cual es indispensable para poder hacer uso de esta aplicación ya que sin esta no se podría transmitir los datos necesarios. En esta opción hacemos uso del API javacomm. La Figura C.1 muestra la interfaz. Ya está predeterminado el puerto que intentará abrir, quien será el propietario del puerto y el tiempo que tratará de abrirlo. Figura C.1 Abrir Conexión 108

3 Generando un objeto GPS con sus streams de entrada y salida, y agregando los respectivos listeners y habilitando las demás opciones de los menús, ahora el GPS está listo para transmitir datos. C.2 Solicitud de Waypoints y Rutas En el menú de Action tenemos dos opciones las cuales son Request WayPoints y Routes, como su nombre lo indica solicita los datos de rutas y waypoints como se muestra en la figura C.2. Figura C.2 Menú Action Waypoints 109

4 Aquí se muestra los datos de waypoints recuperados en donde se muestra el identificador de este, su latitud y longitud en sistema UTM (Capítulo 3), comentarios, símbolo utilizado y la manera como se despliega. De igual forma en la solicitud de las rutas como se muestra en la figura C.3 Figura C.3 Menú Action Routes Aquí se muestran el nombre de la ruta, los comentarios de la misma, así como los waypoints que conforman a cada ruta. En ambos casos cuando se hace la solicitud de los waypoint o de las rutas se crean paquetes en la clase GarminPacket en los cuales deben 110

5 incluir el formato de paquete Garmin el cual se explicó anteriormente en el capitulo 3, agregando un valor de ID al paquete generado dependiendo la solicitud que se le haga al GPS que en estos casos son Cmnd_Transfer_Wpt y Cmnd_Transfer_Rte. De esta manera el dispositivo los recibe y comienza la transferencia de regreso al host con los datos solicitados. La aplicación se encarga de verificar que los paquetes vengan de manera correcta y no estén dañados o incompletos. Existe la diferencia entre waypoints y rutas que en las últimas llega también un header de la ruta la cual incluye el nombre y comentarios de acuerdo al modelo del GPS. Este paquete está estructurado en la clase RouteDataPacket. La similitud de ambos datos es que utilizan en muchos casos los mismos waypoints, que se estructuran en la clase WaypointDataPacket en ambos casos. Aquí también variaría en el caso que se deseara implementar para otros modelos Garmin se deberá estructurar los paquetes de acuerdo al modelo a utilizar. En esta parte es donde entran los threads y los listeners, de la clase GarminGPS, en la cual el método run se encarga de estar escuchando al dispositivo GPS de todos los datos que llegan. De igual manera se encarga de distribuirlos al listener correcto de acuerdo al tipo de dato que llegue. Para que una clase se convierta en listener debe implementar la interfaz correspondiente. De esta manera cada listener se encarga de mandar los paquetes a cada DataPacket. 111

6 C.3 Información del GPS En esta opción del menú se obtiene la información básica que maneja el GPS como es: Los protocolos que maneja este modelo La posición actual del GPS La hora y la fecha Como se muestra en la figura C.4. Hora y fecha están dadas con respecto al meridiano de Greenwich. Figura C.4 Protocolos del 12 XL 112

7 Este tipo de dato maneja la información básica de los GPS de Garmin, como lo es la versión del software que maneja el dispositivo, el ID del producto el cual nos ayuda a identificar la manera de estructurar todos los datos que maneja el dispositivo, y los protocolos que maneja. En la figura C.5 se muestra la fecha y la hora que tiene el dispositivo GPS y como se había explicado anteriormente, esta información está dada basándose en el meridiano de Greenwich, donde el primer valor mostrado es la fecha y el segundo es la hora. Figura C.5 Fecha y Tiempo 113

8 En la última opción está la posición actual, como se muestra en la figura C.6, Ella nos muestra en que posición se encuentra en ese momento el dispositivo GPS, también dada en el sistema UTM. La posición así como en los waypoint y las rutas es recibida en grados, minutos y segundos. Estos datos son transformados a UTM en la clase ConvLatToUTM en la cual se maneja valores constantes basándose en el Datum WSG84. Figura C.6 Posición Actual 114

9 Cuando se han recolectado los datos al host y se han mostrado, se tiene la opción de exportar estos datos en formato GML como muestras la figura C.7 la cual podrá ser implementada en otras aplicaciones. Figura C.7 Exportación de Datos El archivo generado, que en este caso se llama waipoints.xml tendrá la información de los waypoints recuperados del GPS y salvado en formato GML los cuales están estructurados y validados en base a la aplicación realizada en el laboratorio de 115

10 GeoInformación de la UDLA-P. [Cepeda, 2003]. La cual es una ruta de los topes que se encuentran en la Universidad de las Américas-Puebla. Ejemplo del archivo generado: <?xml version="1.0" encoding="utf-8"?> <gisonline:genericfeaturecollection xmlns:gisonline=" ne" xmlns:gml=" xmlns:xsi=" xsi:schemalocation=" nline gisonlinefeatures.xsd"> <gml:name>waypoints</gml:name> <gml:boundedby> <gml:box srsname="htt:// <gml:x> </gml:x> <gml:y> </gml:y> <gml:x> </gml:x> <gml:y> </gml:y> </gml:box> </gml:boundedby> <gisonline:datavalue>casa </gisonline:datavalue> <gml:x> </gml:x> <gml:y> </gml:y> <gisonline:datavalue>top01 </gisonline:datavalue> 116

11 117 <gml:x> </gml:x> <gml:y> </gml:y> <gisonline:datavalue>top02 </gisonline:datavalue> <gml:x> </gml:x> <gml:y> </gml:y> <gisonline:datavalue>top03 </gisonline:datavalue>

12 118 <gml:x> </gml:x> <gml:y> </gml:y> <gisonline:datavalue>top04 </gisonline:datavalue> <gml:x> </gml:x> <gml:y> </gml:y> <gisonline:datavalue>top05 </gisonline:datavalue> <gml:x> </gml:x> <gml:y> </gml:y>

13 119 <gisonline:datavalue>top06 </gisonline:datavalue> <gml:x> </gml:x> <gml:y> </gml:y> <gisonline:datavalue>top07 </gisonline:datavalue> <gml:x> </gml:x> <gml:y> </gml:y> <gisonline:datavalue>top08 </gisonline:datavalue>

14 120 <gml:x> </gml:x> <gml:y> </gml:y> <gisonline:datavalue>top09 </gisonline:datavalue> <gml:x> </gml:x> <gml:y> </gml:y> <gisonline:datavalue>top10 </gisonline:datavalue> <gml:x> </gml:x>

15 121 <gml:y> </gml:y> <gisonline:datavalue>top11 </gisonline:datavalue> <gml:x> </gml:x> <gml:y> </gml:y> <gisonline:datavalue>top12 </gisonline:datavalue> <gml:x> </gml:x> <gml:y> </gml:y>

16 122 <gisonline:datavalue>top13 </gisonline:datavalue> <gml:x> </gml:x> <gml:y> </gml:y> <gisonline:datavalue>top14 </gisonline:datavalue> <gml:x> </gml:x> <gml:y> </gml:y> </gisonline:genericfeaturecollection>

17 A continuación se muestra una representación gráfica del archivo en GML visualizado en una aplicación realizada en el Laboratorio de GeoInformación de la UDLA-P. [Negrete, Rodríguez, 2003]. Donde la línea señalada es la generada por el archivo de GML antes mostrado. Figura C.8 Ruta Generada 123

18 Resumen de funcionamiento El framework y la GUI se inician en el package garmingps, y es donde también comienza la solicitud de apertura de puertos y la comunicación con el dispositivo, lo cual lo realiza el package comm. Una vez abierta la comunicación con el dispositivo, en el package Garmin se inicia el thread, el cual llama a los listeners en el package GPS en espera de la llegada de datos. Esto dependerá de la solicitud que se le haga al dispositivo GPS para que en el package Garmin se genere el paquete de comando con la solicitud de la información que se requiere. Cuando dicha información llegue del GPS al Host, su respectivo listener recibirá la información y será distribuida en el package Garmin, donde en este mismo package, el paquete pasa a su respectiva clase, para separar el paquete en todas sus partes y los puntos de ubicación son transformados en el sistema UTM, de manera que puedan ser entendidos y mostrados en el GUI en el estándar establecido. Las rutas y los waypoints son almacenados en estructuras de tipo ArrayList s los cuales en el mismo package Garmin son formateados para que estos puntos de referencia sean salvados en formato GML, como formato final. Esta es una explicación breve del funcionamiento del framework. 124