Martin - Serveur de tuiles vectorielles temps réel haute performance basé sur PostGIS

Les problèmes concrets auxquels on se heurte lors de la mise en place d’un service cartographique

En général, quand on essaie d’implémenter soi-même une carte, on finit par se poser des questions sur les quatre points suivants.

1. La difficulté des mises à jour de données

• Problème : Un nouveau bâtiment a été ajouté à la base de données, mais pour redessiner la carte (Tile Generation), il faut repasser à chaque fois par un long processus de prétraitement qui peut prendre des heures.
• Approche de Martin : Il n’y a tout simplement pas de prétraitement. Au moment où l’utilisateur consulte la carte, le serveur lit les coordonnées les plus récentes dans la base et les affiche immédiatement.

2. Les limites des ressources serveur

• Problème : Les données cartographiques sont volumineuses et les requêtes nombreuses, ce qui fait qu’un serveur peut facilement saturer ou ralentir.
• Approche de Martin : Grâce au contrôle bas niveau propre au langage Rust, l’utilisation mémoire a été réduite au minimum. Il peut encaisser un grand nombre de requêtes même sur des serveurs modestes.

3. Une gestion des données fragmentée

• Problème : Certaines données sont dans PostgreSQL, d’autres dans de gros fichiers (MBTiles), ce qui multiplie les points à gérer.
• Approche de Martin : Un seul serveur peut lire simultanément plusieurs formats de données et les réunir dans un format unique. Les développeurs n’ont qu’à appeler une seule API, sans se soucier de l’emplacement des sources.

4. La fatigue liée aux réglages annexes

• Problème : Pour afficher une carte, il ne faut pas seulement les données de tuiles, mais aussi des polices, des icônes, des fichiers de style et bien d’autres éléments à préparer.
• Approche de Martin : Le serveur inclut des fonctions capables de générer ou de servir lui-même ces assets annexes. Il n’est pas nécessaire d’ajouter une configuration de serving séparée.

---

C’est un utilitaire qui prend en charge toute la pénibilité intermédiaire nécessaire pour afficher les données à l’écran. Un projet qui réduit les tâtonnements répétitifs rencontrés lorsqu’on construit un système SIG depuis zéro.