Arquitectura para la implementación de un localizador inverso en aplicaciones móviles de cálculo de rutas

• Autores: Luis Felipe Wanumen Silva, Jairo Mosquera, Laura Ximena García Vaca
• Localización: Tecnura: Tecnología y Cultura Afirmando el Conocimiento, ISSN-e 2248-7638, ISSN 0123-921X, Vol. 20, Nº. Extra 1, 2016 (Ejemplar dedicado a: Edición Especial), págs. 43-55
• Idioma: español
• Títulos paralelos:
  • Architecture for implementing a reverse locator in mobile applications with route calculation
• Enlaces
  • Texto completo (pdf)
• Resumen
  • español

    Contexto: En general, las aplicaciones que interac­túan con sistemas de información geográficos fun­cionan correctamente cuando los usuarios utilizan puntos geográficos previamente geo-codificados. Sin embargo, cuando se requieren otras funcionali­dades como el cálculo de rutas de un punto a otro, se presentan problemas en caso que alguno de los puntos seleccionados no esté geo-codificado. En este caso particular del cálculo de rutas en que uno de los puntos no está geo-codificado, no es posible calcularlas puesto que uno o ambos puntos no son identificables, y esto constituye un problema. Por lo tanto, es necesario aproximar al punto geo-locali­zado más cercano los puntos que el usuario ha se­leccionado. Por otro lado, se presenta a menudo el caso en que los usuarios desean interactuar con di­recciones basadas en calles y carreras, independien­te de si la aplicación internamente lo hace basada en puntos de coordenadas geográficas.Método: Una de las posibles soluciones al pro­blema anterior es plantear la construcción de un localizador inverso que se encargaría de hacer las traducciones de coordenadas geográficas a direccio­nes naturales. Para la construcción de dicho localiza­dor se plantean los siguientes pasos: en primer lugar, la especificación del tipo de aplicación en el que se implementará el localizador inverso; en segundo lu­gar, el análisis de los elementos que se deben tener en cuenta para el refinamiento de la arquitectura; en tercer lugar, la creación de una primera versión de la arquitectura y, finalmente, la creación de una se­gunda versión de la arquitectura que correspondería a la versión final de la arquitectura.Resultados: El resultado final es creación de una ar­quitectura que implemente un localizador inverso que permita a este tipo de aplicaciones geográficas solucionar los problemas planteados en la parte de contexto del resumen.Conclusiones: Como resultado de la investigación se muestran las condiciones bajo las cuales la cons­trucción del localizador inverso tiene validez, y los posibles problemas que se derivarán si no se aplica correctamente la arquitectura. También se muestran conclusiones relacionadas con potenciales mejoras que permitan solucionar el problema incluyendo lo­calizaciones adaptativas e inteligentes.

  • English

    Context: In general, applications that interact with geographic information systems work correctly when users use previously geo-coded points. However, problems occur if any of the selected points are not geo-coded. In the particular case of the calculation of routes in which one of the points is not geo-co­dified, it is not possible to calculate the route since one or both points are not identifiable; Therefore, it is necessary to approximate the points that the user has selected to the nearest geo-located point. On the other hand, the case is often presented in which users wish to interact with addresses in common language, regardless of whether the application internally does so based on geographical coordinate points.Method: One of the possible solutions to the pre­vious problem is to propose the construction of an inverse locator that would be responsible for making the translations of geographical coordinates to natu­ral directions. For the construction of said locator the following steps are proposed: Firstly, the specification of the type of application in which the inverse locator will be implemented; second, the analysis of the ele­ments that must be taken into account for the refine­ment of the architecture; third, the creation of a first version of the architecture; and finally the creation of a second version of the architecture that would co­rrespond to the final version of the architecture.Results: The end result is the creation of an archi­tecture that implements a reverse locator that allows this type of geographic applications to solve the pro­blems raised in the context part of the abstract.Conclusions: As a result of the research, we present the conditions under which the inverse locator cons­truction is valid, and the possible problems that will arise if the architecture is not correctly applied. The paper also presents conclusions related to potential improvements that allow to solve the problem inclu­ding adaptive and intelligent locations.