On Sun, 25 Feb 2018 12:00:41 +0100, Andrea Peri wrote:
Forse sarebbe stato meglio introdurre una codifica differente dal NULLO per gestire l'eccezione ? Boh.
forse tutto considerato la soluzione piu' corretta sarebbe quella di supportare il geom-type EMPTY, che e' previsto dalle specifiche OGC-SFS ma che purtroppo non e' supportato da SpatiaLite. questo ci consentirebbe di eliminare qualsiasi ambiguita', perche' p.es. determinare un'intersezione tra due geometrie perfettamente valide ma completamente disgiunte tornerebbe EMPTY, mentre un valore di ritorno NULL a questo punto indicherebbe con assoluta certezza che almeno uno tra gli argomenti di invocazione della funzione era inaccettabile.
in ogni caso ora anche cio' comporterebbe una perdita di compatibilita' e quindi e' una disquisizione inutile.
vero: ma sicuramente l'ipotesi di introdurre prima o poi le geometrie EMPTY si presenta come una soluzione piu' facile da implementare, e con conseguenze molto meno traumatiche. dopo tutto il flusso di esecuzione non verrebbe interrotto, proprio come avviene attualmente. mentre invece i valori di ritorno si presterebbero ad una interpretazione non ambigua. ciao Sandro _______________________________________________ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 796 iscritti al 28/12/2017
