[GRASS-dev] Create new location from EPSG code backport problem

[Paul Kelly]

Hello Hamish
I'm not sure if it's correct/optimum in the current CVS. I posted some 
plans here:
http://www.nabble.com/forum/ViewPost.jtp?post=9125507&framed=y
that I think should be fixed before it goes into a stable release.

In particular I'm not sure if the logic in the Tcl code for the order of 
the various g.proj calls and the value of the datumtrans= option is 
correct yet. IIRC the location should be created on the first attempt if 
there is no list of datum transformation paramters, and the default when 
there is a choice should be 0 (unspecified) rather than forcing the first 
set. But the Tcl code doesn't do this.

Will try and find time to have a look at it.

Paul

On Wed, 25 Apr 2007, Hamish wrote:

> Hi,
>
> I'm trying to backport Michael's fancy new EPSG code search tool and
> location creator for the 6.2 branch, to have in the upcoming 6.2.2
> release.
>
> I've got it mostly working, but it locks up after you select an EPSG
> code and click "Define location". I'm having trouble debugging where
> the lockup happens. This works fine in 6.3-CVS but there have been too
> many changes there see what's different.
>
> What am I missing?
>
> updated lib/init/epsg_option.tcl.in for GRASS 6.2:
>  http://bambi.otago.ac.nz/hamish/grass/gui/epsg_option.tcl.in
>
> drop into the 6.2 branch weekly CVS snapshot:
>  http://grass.ibiblio.org/grass62/source/snapshot/
>
>
>
> thanks,
> Hamish
>
> _______________________________________________
> grass-dev mailing list
> grass-dev at grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass-dev
>