[GRASS-dev] GRASS startup window patches

[Brad Douglas]

On Sat, 2007-01-06 at 09:29 -0700, Michael Barton wrote:
> What about having a warning about the suboptimal datum being issued, now
> that we're on the way to dealing with such warnings in some way? This could
> suggest that the user run g.proj to correct the problems.
> 
> Given that GRASS needs a location created to do anything, in some
> circumstances, it may be better to let g.proj go ahead and create a new
> location based on a georeferenced file and fix it later. A user may be well
> aware of the deficiencies in their data (or could be made aware via a
> warning) but simply needs to get the data up and visible to work with. It's
> always much better to have properly projected geodata, but I can certainly
> think of cases where all the stuff a user will be working with currently has
> the same deficiencies.

IMHO, that would be fine where absolutely necessary, with preference
towards error wherever possible.  The warnings should be verbose.

Being too strict should be viewed as a [usability] bug.  However, being
too lax presents a separate set undesirable issues.


-- 
Brad Douglas <rez touchofmadness com>                    KB8UYR/6
Address: 37.493,-121.924 / WGS84    National Map Corps #TNMC-3785