Când o vie este împărțită — de exemplu pentru că o jumătate este arendată sau plantată cu un soi nou de viță-de-vie — trebuia până acum să ștergi via existentă și să creezi două noi. Astfel se pierdeau toate datele asociate: sarcini, raportări, pontaj.
Împărțirea viilor direct pe hartă
De acum, acest lucru se face direct pe hartă: tragi o linie peste vie, iar suprafața este tăiată automat în două părți. Ambele vii noi își păstrează legătura cu originalul — sarcinile, raportările și pontajele rămân păstrate.
Sună simplu, dar a fost destul de solicitant din punct de vedere tehnic. Logica de împărțire a poligoanelor trebuie să poată gestiona toate formele posibile: suprafețe concave, suprafețe cu găuri și cazuri-limită în care linia trece exact printr-un colț. Folosim pentru aceasta biblioteca Turf.js pe client și validăm rezultatul încă o dată pe partea de server.
Editor de suprafață reproiectat
În cadrul funcției de împărțire am reproiectat întregul editor de suprafață. Punctele pot fi mutate mai intuitiv, mânerele sunt mai mari și mai vizibile, iar operarea pe dispozitivele tactile funcționează considerabil mai bine.
Cele mai importante îmbunătățiri pe scurt:
- Puncte de prindere mai mari — ușor de operat și pe dispozitivele mobile
- Feedback vizual la mutarea punctelor
- Anulare/refacere pentru toți pașii de editare
- Opțiune de aliniere la grilă pentru introduceri precise
47 de tipuri de sarcini predefinite
În loc să pornească de la zero, exploatațiile noi încep acum cu sarcinile viticole uzuale: tăiere, legare, desfrunzire, rărire, protecția plantelor, cosirea taluzurilor și multe altele. Tipurile pot fi oricând ajustate, completate sau șterse.
Cele 47 de tipuri le-am întocmit împreună cu viticultori din Wachau, Burgenland și Stiria de Sud. Acoperă întregul ciclu anual și sunt denumite așa cum este uzual în viticultura de limbă germană.
Modernizare tehnică
În fundal a avut loc o mare actualizare tehnică: Spring Boot 4 cu Hibernate 7 pe server, Angular 21 în dashboard și Riverpod 3 în aplicația mobilă. Aceste actualizări aduc o performanță mai bună și ne permit să livrăm următoarele funcții mai rapid.
Migrarea la Spring Boot 4 a fost cea mai mare schimbare tehnică de la lansarea noastră — dar deja se dovedește rentabilă. Timpul de pornire al serverului s-a înjumătățit.
Pentru voi, ca utilizatori, nu se schimbă nimic vizibil prin aceasta — dar baza mai rapidă ne permite să livrăm următoarele funcții considerabil mai repede.