[FreeGeoCZ] Re: 1.7.4 Beta - removed projection EPSG:102067

[Ivan Mincik <ivan.mincik AT gmail.com>]

On Sat, Feb 25, 2012 at 4:00 PM, Radim Blazek <radim.blazek AT gmail.com> wrote:
> Tak jsem se k tomu konecne dostal, rad bych to udelal trochu poradne a 
> komplet,
> abychom nepridavali kody po jednom. Snazim se v tom trochu
> zorientovat, tech kodu na EPSG je docela dost, udelal jsem si takovy
> strucny prehled:
>
> https://docs.google.com/spreadsheet/pub?key=0AhrHiSMewNkSdDB6Mjlobnh4ZzIwMmg1S2VLdUZ5cGc&single=true&gid=0&output=html

Dakujem za peknu tabulku.

> A. Jake kody do QGIS pridat? Navrhuji pridat vsechny projected i
> geographic CRS S-JTSK, nepridavat prozatim S-JTSK/05 / Modified
> Krovak, protoze, jak jsem pochopil, bude se pro to muset pridat
> podpora do PROJ4 (doprogramovat to modified). Kody, ktere nejsou
> North-East budou fungovat jako North-East (jako dosud)
Poslednu vetu som nepochopil, inac +1.

> B. Jake towgs84 parametry pouzit, pokud vubec nejake. Tady vidim
> nekolik problemu:
>  1) Samotne CRS kody zadne transformace nedefinuji, ty jsou jako jiny
> typ pod jinymi kody
>  2) Pokud se rozhodneme pridat towgs84 k CRS (tak jak to bylo u 2065
> napr.), tak jake? K dispozici jsou hodnoty jak pro CR tak SR (4836,
> 5239).
Z tohto ine vychodisko ako nepridavat ziadne towgs nevidim. Moj nazor
je pridat projekcie bez towgs aby existovali a zakladne veci fungovali
a kto potrebuje, tak si towgs parametre bude musiet pridat sam
prostrednictvom 'custom projection'.

>  3) Pri pouziti WMS bude v QGIS pouzito CRS podle kodu server -
> pouziva ale ten server nejaky datum shift? Mel by nebo nemel?
Tomuto odstavcu som neporozumel.

>  4) JTSK spolu s ETRS89 oproti WGS84 odplouva, takze jake parametry
> by to mely byt (nerikam ze mame velky vyber, ale z principu)?  Pokud
> chci zobrazit na mape JTSK namerene body GPS tak budu chtit ty towgs84
> odpovidajici soucasnosti, pokud budu chtit reprojektovat do UTM, tak
> asi chci parametry pro moment kdy ETRS89 odpovidalo WGS84
> (predpokladam ze transformace do UTM bude pouzivat podobne) ....
> trochu zamotane, rekneme ze deformace JTSK je vetsi nez posun ETRS,
> tak na tohle asi zapomeneme a budeme brat ty nejlepsi soucasne co
> jsou.
Ak, tak by som bral najaktualnejsie mozne paramtetre.


> Musime ale najit nejake prakticke reseni, ktere bude davat nejlepsi
> mozne vysledky. Nejlepsi by bylo pridavat kazdy kod 2x s parametry pro
> CR a SR, nevim co ale QGIS udela az bude mit vice stejnych EPSG kodu.
> Mozna dokonce 3x, bez parametru a s parametry pro CR a SR.
Ano, najlepsie by bolo mat kazdy kod viac krat, ale prakticky to mozne
nebude. Zaujimalo by ma, kolko pouzivatelov QGISu pracuje s s S-JTSK
pre CR a SR zaroven. Prakticky bude asi jedine mozne riesenie pouzitie
vseobecnej projekcie bez spresnujuich parametrov a pre presnejsie
vysledky 'custom projection'.

U nas v praci to riesim tak, ze pri kompilacii iremnych balickov si
projekcie nastavim take ake potrebujeme my.

Dakujem za cas,

 --
Ivan Mincik