Descripción del proyecto
TraducidoEstamos desarrollando una aplicación móvil y necesitamos una capa de API geoespacial separada que nuestros desarrolladores llamarán a través de HTTP. La tarea principal es la geocodificación: por dirección, el servicio devuelve latitud y longitud, y por un par de coordenadas — una dirección estructurada limpia de vuelta. Además de esto, necesitas autocompletar direcciones que sugiera resultados mientras se escribe para que el usuario seleccione su ubicación en un par de toques en lugar de escribir todo manualmente. Este no es un servicio de entrega ni un portal inmobiliario — necesitamos un motor de coordenadas y mapas confiable al que otros equipos puedan conectar sus productos.
Además de la búsqueda, la API debe realizar matemáticas espaciales básicas. Necesitamos cálculos de distancia entre dos o más puntos, construcción de rutas sobre carreteras reales con estimación de tiempo de viaje y soporte para puntos intermedios, de modo que una solicitud describa un viaje con varias paradas. Las respuestas deben venir como JSON limpio con nombres de campo uniformes, códigos de error claros y latencia predecible, porque las aplicaciones del cliente llamarán a la API constantemente. También necesitamos mosaicos de mapas o un punto final de mosaicos que podamos renderizar dentro de la aplicación para que el usuario vea su punto en un mapa real, además de marcadores con capacidad de estilo.
Piensa en el futuro sobre la escala y el costo: caché de solicitudes, limitación de tasa por clave de API y retrocesos suaves cuando el proveedor externo responde lentamente. La documentación y un pequeño conjunto de solicitudes de prueba están incluidos en el resultado. Muestra ejemplos de backends geoespaciales o cartográficos que ya has construido, y cuéntanos si construirás la solución sobre datos abiertos o envolverás a un proveedor comercial, con pros y contras.
— Geocodificación hacia adelante y hacia atrás
— Autocompletar direcciones con resistencia a errores tipográficos
— Cálculos de distancia, rutas y viajes con paradas
— Mosaicos de mapas y marcadores estilables para la aplicación
— Caché, límites y proveedor de retroceso
— Respuestas JSON, claves de API y documentación clara
Además de la búsqueda, la API debe realizar matemáticas espaciales básicas. Necesitamos cálculos de distancia entre dos o más puntos, construcción de rutas sobre carreteras reales con estimación de tiempo de viaje y soporte para puntos intermedios, de modo que una solicitud describa un viaje con varias paradas. Las respuestas deben venir como JSON limpio con nombres de campo uniformes, códigos de error claros y latencia predecible, porque las aplicaciones del cliente llamarán a la API constantemente. También necesitamos mosaicos de mapas o un punto final de mosaicos que podamos renderizar dentro de la aplicación para que el usuario vea su punto en un mapa real, además de marcadores con capacidad de estilo.
Piensa en el futuro sobre la escala y el costo: caché de solicitudes, limitación de tasa por clave de API y retrocesos suaves cuando el proveedor externo responde lentamente. La documentación y un pequeño conjunto de solicitudes de prueba están incluidos en el resultado. Muestra ejemplos de backends geoespaciales o cartográficos que ya has construido, y cuéntanos si construirás la solución sobre datos abiertos o envolverás a un proveedor comercial, con pros y contras.
— Geocodificación hacia adelante y hacia atrás
— Autocompletar direcciones con resistencia a errores tipográficos
— Cálculos de distancia, rutas y viajes con paradas
— Mosaicos de mapas y marcadores estilables para la aplicación
— Caché, límites y proveedor de retroceso
— Respuestas JSON, claves de API y documentación clara
Programación web Efectivo, Transferencia bancaria
