[Gfoss] GaussBoaga / Proj4 v.3.8.0

[Francesco P. Lovergine]

On Mon, May 21, 2012 at 01:25:17PM +0200, a.furieri a lqt.it wrote:
> On Mon, 21 May 2012 13:21:18 +0200, Francesco P. Lovergine wrote:
> >Sfortunatamente non è l'unico pasticcio introdotto in 4.8, ragion
> >per cui è
> >opportuno evitarne in toto l'impiego.
> >
> 
> Ciao Frakie,
> 
> potresti dettagliare ?
> quali altre criticita' ti risultano con la Proj 4.8 ?
> 
> grazie Sandro
> 

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. Default transform
> terms are nice, but mandating that everyone use that specific
> set of terms with no way out (since the datum name was removed)
> is a bit of a disaster! at least for us in New Zealand where
> we have a lot of distortion and the NTv2 datum transform grid
> is very important. This is still unresolved, and so I have been
> happy to see that proj 1.8.0 has not yet entered sid, as it
> will cause bad problems for us (NZ,GRASS) once it does.
> (Users of the Potsdam, OSGB36, and NAD27 etc. datums are affected
> too..)

Quindi il casino sembra un po' più esteso della sola zona italiana...
Tra parentesi, si potrebbe pensare che ci siano gli estremi per una
violazione di licenza dei dati EPSG, che al punto 2 recita:

---
All data pertinent to a specific coordinate reference system MUST be copied
without modification and all related pages/records must be included;
---

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).


-- 
Francesco P. Lovergine