> >> #12: gis.m->Help->About system doesn't work (launches another
> >> gis.m instance)
> >> +-
Michael Barton wrote:
> As I said in the rest of the post, it's very old code. Is it worth
> bothering with to have the GUI launch a window with a
#7: Location wizard: should predefine DB connection for new location
--+-
Reporter: neteler | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major|
#12: gis.m->Help->About system doesn't work (launches another gis.m instance)
--+-
Reporter: neteler | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: maj
#7: Location wizard: should predefine DB connection for new location
--+-
Reporter: neteler | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major|
I don't know enough to comment on the math issues specifically, but would like
to relate a conversation I had with John MacDonald of MacDonald Detweiler (a
big Canadian company that makes ground link stations etc) while serving on an
advisory panel to the US national remotely sensed data archive
On Jan 1, 2008, at 3:13 AM, [EMAIL PROTECTED] wrote:
#12: gis.m->Help->About system doesn't work (launches another
gis.m instance)
--
+-
Reporter: neteler | Owner: grass-dev@lists.osgeo.org
Type: defe
GRASS-trac wrote:
> #12: gis.m->Help->About system doesn't work (launches another gis.m instance)
> --+-
> Reporter: neteler | Owner: grass-dev@lists.osgeo.org
> Type: defect | Status: new
Gerald Nelson wrote:
> Since all spatial data are about describing a specific location on a
> specific planet, usually earth, it would seem that the best way
> conceptually to store data is with respect to a single easily defined
> reference point such as the gravitational center of the planet. A
