Description du projet
TraduitNous développons une application mobile et nous avons besoin d'une couche API géospatiale séparée que nos développeurs appelleront via HTTP. La tâche principale est le géocodage : par adresse, le service renvoie la latitude et la longitude, et par une paire de coordonnées — une adresse structurée propre en retour. En plus de cela, vous avez besoin d'une saisie semi-automatique d'adresse qui suggère des résultats pendant la saisie afin que l'utilisateur sélectionne son emplacement en quelques taps au lieu de tout taper manuellement. Ce n'est pas un service de livraison ou un portail immobilier — nous avons besoin d'un moteur de coordonnées et de cartes fiable auquel d'autres équipes pourront se connecter à leurs produits.
En plus de la recherche, l'API doit effectuer des calculs mathématiques spatiaux de base. Nous avons besoin de calculs de distance entre deux points ou plus, de construction d'itinéraires sur de vraies routes avec estimation du temps de trajet et prise en charge des points intermédiaires afin qu'une demande décrive un voyage avec plusieurs arrêts. Les réponses doivent arriver sous forme de JSON propre avec des noms de champs uniformes, des codes d'erreur clairs et une latence prévisible, car les applications clientes appelleront l'API en permanence. Nous avons également besoin de tuiles de carte ou d'un point de terminaison de tuiles que nous pouvons rendre à l'intérieur de l'application afin que l'utilisateur voit son point sur une vraie carte, plus des marqueurs avec des capacités de style.
Pensez à l'échelle et au coût : mise en cache des demandes, limitation de débit par clé API, et solutions de secours douces lorsque le fournisseur externe répond lentement. La documentation et un petit ensemble de demandes de test sont inclus dans le résultat. Montrez des exemples de backends géospatiaux ou cartographiques que vous avez déjà construits, et dites-nous si vous construirez la solution sur des données ouvertes ou si vous envelopperez un fournisseur commercial, avec avantages et inconvénients.
— Géocodage avant et arrière
— Saisie semi-automatique d'adresse avec résilience aux fautes de frappe
— Calculs de distance, itinéraires et voyages avec arrêts
— Tuiles de carte et marqueurs stylables pour l'application
— Mise en cache, limites et fournisseur de secours
— Réponses JSON, clés API et documentation claire
En plus de la recherche, l'API doit effectuer des calculs mathématiques spatiaux de base. Nous avons besoin de calculs de distance entre deux points ou plus, de construction d'itinéraires sur de vraies routes avec estimation du temps de trajet et prise en charge des points intermédiaires afin qu'une demande décrive un voyage avec plusieurs arrêts. Les réponses doivent arriver sous forme de JSON propre avec des noms de champs uniformes, des codes d'erreur clairs et une latence prévisible, car les applications clientes appelleront l'API en permanence. Nous avons également besoin de tuiles de carte ou d'un point de terminaison de tuiles que nous pouvons rendre à l'intérieur de l'application afin que l'utilisateur voit son point sur une vraie carte, plus des marqueurs avec des capacités de style.
Pensez à l'échelle et au coût : mise en cache des demandes, limitation de débit par clé API, et solutions de secours douces lorsque le fournisseur externe répond lentement. La documentation et un petit ensemble de demandes de test sont inclus dans le résultat. Montrez des exemples de backends géospatiaux ou cartographiques que vous avez déjà construits, et dites-nous si vous construirez la solution sur des données ouvertes ou si vous envelopperez un fournisseur commercial, avec avantages et inconvénients.
— Géocodage avant et arrière
— Saisie semi-automatique d'adresse avec résilience aux fautes de frappe
— Calculs de distance, itinéraires et voyages avec arrêts
— Tuiles de carte et marqueurs stylables pour l'application
— Mise en cache, limites et fournisseur de secours
— Réponses JSON, clés API et documentation claire
Programmation web Espèces, Virement bancaire
