Quand une parcelle est divisée — par exemple parce qu’une moitié est mise en fermage ou replantée avec un nouveau cépage — il fallait jusqu’ici supprimer la parcelle existante et en créer deux nouvelles. Ce faisant, toutes les données associées étaient perdues : tâches, signalements, suivi du temps.
Désormais, cela se fait directement sur la carte : tracer une ligne sur la parcelle, et la surface est automatiquement découpée en deux parties. Les deux nouvelles parcelles conservent leur lien avec l’originale — tâches, signalements et suivis du temps sont préservés.
Cela paraît simple, mais était techniquement assez exigeant. La logique de division de polygones doit gérer toutes les formes possibles : surfaces concaves, surfaces avec des trous, et des cas limites où la ligne passe exactement par un point d’angle. Nous utilisons pour cela la bibliothèque Turf.js côté client et validons le résultat une nouvelle fois côté serveur.
Dans le cadre de la fonction de division, nous avons retravaillé l’intégralité de l’éditeur de surface. Les points se déplacent de façon plus intuitive, les poignées sont plus grandes et mieux visibles, et l’utilisation sur les appareils tactiles fonctionne nettement mieux.
Les principales améliorations en un coup d’œil :
Au lieu de partir de zéro, les nouvelles exploitations démarrent désormais avec les tâches viticoles habituelles : tailler, attacher, effeuiller, éclaircir, protection phytosanitaire, faucher les talus et bien plus encore. Les types peuvent être adaptés, complétés ou supprimés à tout moment.
Nous avons élaboré les 47 types avec des viticulteurs de la Wachau, du Burgenland et de la Südsteiermark. Ils couvrent l’ensemble du cycle annuel et sont nommés comme il est d’usage dans la viticulture germanophone.
En arrière-plan, il y a eu une grande mise à jour technique : Spring Boot 4 avec Hibernate 7 sur le serveur, Angular 21 dans le tableau de bord et Riverpod 3 dans l’application mobile. Ces mises à jour apportent de meilleures performances et nous permettent de développer plus rapidement de nouvelles fonctions.
La migration vers Spring Boot 4 a été le plus grand changement technique depuis nos débuts — mais elle porte déjà ses fruits. Le temps de démarrage du serveur a été divisé par deux.
Pour vous en tant qu’utilisateurs, rien de visible ne change — mais la base plus rapide nous permet de livrer les prochaines fonctionnalités nettement plus vite.