Should I go with Hamish's patch in the previous email, or is there
some ongoing work here? I think I'm getting ready to push to finish
OpenCL r.sun.
~Seth
On Aug 1, 2010, at 12:07 AM, Jaro Hofierka wrote:
Hi Hamish,
Many thanks for your great work!
I expected some kind of skewness in the
Seth wrote:
Should I go with Hamish's patch in
the previous email, or is there some ongoing work here? I
think I'm getting ready to push to finish OpenCL r.sun.
Jaro's patch gives the same exact result as mine, but his is faster,
simpler, and more in sync with the historic code. I still have
#1076: georectify tool error
-+--
Reporter: clerici | Owner: grass-...@…
Type: defect | Status: new
Priority: normal | Milestone: 6.4.0
#688: wxgui - georectify: after finishing editing a point, next point should be
activated
--+-
Reporter: mlennert | Owner: grass-...@…
Type: enhancement | Status: new
#687: wxgui - georectify: tab order in GCP editing window should be altered
--+-
Reporter: mlennert | Owner: grass-...@…
Type: enhancement | Status: new
#142: WinGRASS Native: Ground Control Points Usability
-+--
Reporter: RRosario | Owner:
grass-...@…
Type: enhancement | Status:
Hi,
2010/8/3 svn_gr...@osgeo.org:
else {
- fprintf(stdout,
- _(layer %d table %s in database %s
through driver
- %s with key %s\n), fi-number,
-
Martin Landa wrote:
Hi,
2010/8/3 svn_gr...@osgeo.org:
else {
- fprintf(stdout,
- _(layer %d table %s in database
%s through driver
- %s with key %s\n), fi-number,
-
Hello All,
i'm using a fresh virtual machine where i installed gdal+grass6.5 from svn
trying to run the command m.proj on a text file lonlatfile , like :
-103.749769548 44.4373443836
i have :
(Tue Aug 3 11:12:35 2010)
m.proj -i
#688: wxgui - georectify: after finishing editing a point, next point should be
activated
--+-
Reporter: mlennert | Owner: grass-...@…
Type: enhancement | Status: closed
That was too fast. There is a problem with the new format. It works
just fine for standard output for one layer, but it has broken some
modules and wxGUI which rely on one line per layer in the form
layer/name;table;key;database;driver
layer/name;table;key;database;driver
etc.
I tend to revert
Markus Metz wrote:
That was too fast. There is a problem with the new format. It works
just fine for standard output for one layer, but it has broken some
modules and wxGUI which rely on one line per layer in the form
layer/name;table;key;database;driver
layer/name;table;key;database;driver
#1125: wingrass7 - ctypes - compiling error
--+-
Reporter: hellik| Owner: grass-...@…
Type: defect| Status: new
Priority: normal|
13 matches
Mail list logo
