Cuando se divide un viñedo, por ejemplo porque una mitad se arrienda o se planta con una nueva variedad, hasta ahora había que eliminar el viñedo existente y crear dos nuevos. En el proceso se perdían todos los datos vinculados: tareas, partes, control horario.
A partir de ahora esto se hace directamente en el mapa: se traza una línea sobre el viñedo, y la superficie se corta automáticamente en dos partes. Ambos viñedos nuevos conservan su vínculo con el original: las tareas, los partes y los registros de control horario se conservan.
Esto suena sencillo, pero técnicamente ha sido bastante exigente. La lógica de división de polígonos debe poder manejar cualquier forma posible: superficies cóncavas, superficies con huecos y casos límite en los que la línea pasa exactamente por un vértice. Para ello utilizamos la biblioteca Turf.js en el cliente y validamos el resultado de nuevo en el servidor.
Con motivo de la función de división, hemos revisado todo el editor de superficies. Los puntos se pueden mover de forma más intuitiva, los controladores son más grandes y visibles, y el manejo en dispositivos táctiles funciona notablemente mejor.
Las mejoras más importantes de un vistazo:
En lugar de empezar de cero, las nuevas explotaciones comienzan ahora con las tareas habituales de la viticultura: podar, atar, deshojar, aclarar, protección fitosanitaria, desbrozar taludes y muchas más. Los tipos se pueden adaptar, ampliar o eliminar en cualquier momento.
Hemos elaborado los 47 tipos junto con viticultores de Wachau, Burgenland y Südsteiermark. Cubren todo el ciclo anual y están denominados tal como es habitual en la viticultura de habla alemana.
En segundo plano hubo una gran actualización técnica: Spring Boot 4 con Hibernate 7 en el servidor, Angular 21 en el panel y Riverpod 3 en la app móvil. Estas actualizaciones aportan mejor rendimiento y nos permiten desarrollar nuevas funciones más rápido.
La migración a Spring Boot 4 fue el cambio técnico más grande desde nuestros inicios, pero ya está dando sus frutos. El tiempo de arranque del servidor se ha reducido a la mitad.
Para vosotros, como usuarios, esto no cambia nada visible, pero la base más rápida nos permite entregar las próximas funciones mucho más rápido.