[Gfoss] GaussBoaga / Proj4 v.3.8.0

[a.furieri a lqt.it]

On Mon, 21 May 2012 13:36:02 +0200, Francesco P. Lovergine wrote:
> Pensavo fosse ormai ampiamente noto, quoto per esempio hamish_b in
> un recente scambio con lui in merito:
>
>> pps- AFAIK proj 1.8.0's epsg file makes a big problem for GRASS,
>> QGIS, and others as it has removed all the +datum= terms and
>> replaced them with +towgs84= coefficients.
>

ora finalmente mi e' assolutamente chiaro perche' ho dovuto rimettere
pesantemente le mani su un paio di funzioni SpatiaLite con la 4.8.
avevo capito che il problema era nel fatto che la definizione della
4326 WGS84 era cambiata all'improvviso [1], ma non avevo focalizzato
che il casino era cosi' ampio e generalizzato. :-P

[1]
4.7 4326: +proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs
4.8 4326: +proj=longlat +datum=WGS84 +no_defs


> Ergo a meno di non chiarire a chiare lettere che quei codici NON sono 
> codici
> EPSG, la 4.8 chiaramente non è distribuibile. Ovviamente AFAIK (and 
> IANAL).
>

concordo pienamente: e' una roba completamente diversa, che con EPSG
ormai c'entra pochino ... e mi paiono molto fondate anche le tue
perplessita' legali.

personalmente direi che e' veramente una bruttissima regression;
il sw libero ha sempre goduto (giustamente) ottima fama proprio
perche' e' sempre stato assolutamente rigoroso nel rispetto maniacale
degli standard.

N.B.: non sottovalutiamo il problema; stiamo seriamente rischiando
che *tutte* le prossime versioni di GDAL, GeoTIFF, PostGIS, splite etc
utilizzino delle definizioni geodetiche quanto meno dubbie ...
e stiamo rischiando l'effetto babele, se ciascun progetto si muovera'
per proprio conto in autonomia e senza un chiaro coordinamento.

direi che l'unica soluzione sensata parrebbe rilasciare rapidamente
una Proj 4.8.1 che ripristini una totale conformita' con EPSG

ciao Sandro

-- 
Il messaggio e' stato analizzato alla ricerca di virus o
contenuti pericolosi da MailScanner, ed e'
risultato non infetto.