[GRASS-dev] Re: updates to grass startup

Maris Nartiss maris.gis at gmail.com
Wed Dec 13 15:45:04 EST 2006


(en route form offlist conversation)
Hi,

Michael: As I understood, PROJSHARE is one of variable strings, that
gets replaced by exact value by make process. It's done with sed in
lib/init/Make file line 175. You can replace it by hand or run Make.

Unfortunately till weekend i will have no time to digg deeply in code,
but I THINK, that my changes in code SHOULD not affect location/mapset
ordering, as I only added crash preventing code.

About that georeferenced file problem - it's a "chicken and egg" type
problem. Currently to create new location from georeferenced file,
user needs valid location to run "g.proj -c georef=". If user has no
existing locations and only georeferenced file, user can't* create new
(first) location from that file, as he needs location to create
location from georeferenced file, what needs valid location to create
location from georeferenced file and so on in endless loop ;)
I took short look in to "make_location_epsg.sh.in". It could be easely
converted to similar "make_location_georef.sh.it". But problem how to
notify user about failed process still remains (hint - there is some
code, that catches g.* error in gis.m mapcanvas.tcl).

* User still can create new (first) location in other ways - by EPSG
code or proj values.

IMHO for current code there is no use in including copy of proj epsg
file in GRASS. IF code is changed in such way, that allows search and
select in those epsg codes, then there could be some benefit from
keeping an fallback epsg code file inside GRASS (like, if
--with-proj-share-dir is not set, then use internal version).

Just my 0.02 cents,
Maris.

PS. I'm happy to see, that few lines of code can triger such HUGE
activity from others ;)




More information about the grass-dev mailing list