[GRASS-dev] GRASS startup window patches
Brad Douglas
rez at touchofmadness.com
Sat Jan 6 12:26:47 EST 2007
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
More information about the grass-dev
mailing list