Re: [GRASS-dev] GRASS 7 r.neighbours average method giving incorrect value
Allar Haav wrote: I noticed today that average method in r.neighbours gives an incorrect value. Let me give you an example: 3) Judging from previous steps, it should be only logical that the output raster has values from 0 to 1. However it seems that 0.5 has been added: When the output is an integer map, the result of the average, variance and stddev methods is supposed to be rounded to the nearest integer (rather than towards zero), so 0.5 is added prior to truncation. r54820 removed the option to generate integer output maps, so the is the output map integer check became redundant. But rather than changing it to never adding 0.5, now it's always added. This should be fixed by r57064. -- Glynn Clements gl...@gclements.plus.com ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2025: r.kappa: output file saving error on Windows
#2025: r.kappa: output file saving error on Windows --+- Reporter: neteler | Owner: grass-dev@… Type: defect | Status: closed Priority: normal | Milestone: 6.4.3 Component: Raster | Version: svn-releasebranch64 Resolution: fixed|Keywords: r.kappa Platform: MSWindows 7 | Cpu: Unspecified --+- Comment(by glynn): Replying to [comment:7 mmetz]: G_legal_filename() is meant for GRASS data file names (anything in GISDASE/$LOCATION_NAME/$MAPSET/element/, not for output files located in a user-defined folder. It's meant for anything which will be a single component of a pathname: either an unqualified map name, or a mapset name, or a location name. Any characters which have meaning to GRASS or to the OS are not legal in this sense, so it rejects names which contain e.g. @ (mapset separator) or / (directory separator). -- Ticket URL: http://trac.osgeo.org/grass/ticket/2025#comment:9 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 7 r.neighbours average method giving incorrect value
Right, explanation makes sense. Also, thanks for the quick fix. Much appreciated! Allar On 11/07/2013 12:30, Glynn Clements wrote: When the output is an integer map, the result of the average, variance and stddev methods is supposed to be rounded to the nearest integer (rather than towards zero), so 0.5 is added prior to truncation. r54820 removed the option to generate integer output maps, so the is the output map integer check became redundant. But rather than changing it to never adding 0.5, now it's always added. This should be fixed by r57064. ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 7 r.neighbours average method giving incorrect value
On Thu, Jul 11, 2013 at 1:30 PM, Glynn Clements gl...@gclements.plus.com wrote: Allar Haav wrote: I noticed today that average method in r.neighbours gives an incorrect value. Let me give you an example: 3) Judging from previous steps, it should be only logical that the output raster has values from 0 to 1. However it seems that 0.5 has been added: When the output is an integer map, the result of the average, variance and stddev methods is supposed to be rounded to the nearest integer (rather than towards zero), so 0.5 is added prior to truncation. For rounding of negative values, 0.5 would need to be subtracted, not added prior to truncation. See e.g. r.mapcalc's round(). Currently (in G6), the output map type is the same like the input map type. For an integer map with zeros and ones, the average will never be anything close to 0.5, but always either zero or one, not realistic and most probably not desired. I would rather have DCELL output all the times, maybe keep the maptype for min, max? Markus M ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] GRASS GIS 6.4.3RC4 released
*Fourth (and last) release candidate of GRASS GIS 6.4.3 with improvements and stability fixes * A fourth release candidate of GRASS GIS 6.4.3 is now available. Source code download: - http://grass.osgeo.org/grass64/source/ - http://grass.osgeo.org/grass64/source/grass-6.4.3RC4.tar.gz Binaries download: - winGRASS 6.4.3RC4 standalone installerhttp://grass.osgeo.org/grass64/binary/mswindows/native/WinGRASS-6.4.3RC4-1-Setup.exe - winGRASS 6.4.3RC4 in OSGeo4W installerhttp://trac.osgeo.org/osgeo4w/wiki/pkg-grass - Arch Linux https://aur.archlinux.org/packages/grass64-rc/ - openSUSE One-Click installerhttp://software.opensuse.org/package/grass - Mac OS X 10.6 Snow leopardhttp://www.public.asu.edu/~cmbarton/files/grass_mac/OSX10.6-snowleopard/ - ... further packages will follow shortly. To get the GRASS GIS 6.4.3RC4 source code directly from SVN: svn checkout http://svn.osgeo.org/grass/grass/tags/release_20130710_grass_6_4_3RC4 *Key improvements* of this release include some new functionality (assistance for topologically unclean vector data), fixes in the vector network modules, fixes for the wxPython based portable graphical interface (attribute table management, wxNVIZ, and Cartographic Composer), fixes in the location wizard for Datum transform selection and support for PROJ.4 version 4.8.0, improvements for selecting the Python version to be used, enhanced portability for MS-Windows (native support, fixes in case of missing system DLLs), and more translations (esp. Romanian). See also our detailed announcement: http://trac.osgeo.org/grass/wiki/Release/6.4.3RC4-News First time users should explore the first steps tutorialhttp://grass.osgeo.org/documentation/first-time-usersafter installation. Release candidate management at http://trac.osgeo.org/grass/wiki/Grass6Planning Please join us in testing this release candidate for the final release. Consider to *donate pizza or beer* for the upcoming GRASS GIS Community Sprint in Prague: http://grass.osgeo.org/donations/ Thanks to all contributors! ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1866: broken db driver communication in winGRASS 7
#1866: broken db driver communication in winGRASS 7 --+- Reporter: martinl | Owner: grass-dev@… Type: defect| Status: new Priority: blocker | Milestone: 7.0.0 Component: Database | Version: unspecified Keywords: sqlite, wingrass |Platform: MSWindows 2K Cpu: Unspecified | --+- Comment(by mlennert): Is the original bug really still open ? I would propose closing it and open new tickets for other issues. Moritz -- Ticket URL: https://trac.osgeo.org/grass/ticket/1866#comment:37 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #995: WxGUI startup screen fails if GISDBASE path contains non-latin characters
#995: WxGUI startup screen fails if GISDBASE path contains non-latin characters +--- Reporter: marisn | Owner: martinl Type: defect | Status: assigned Priority: critical| Milestone: 7.0.0 Component: wxGUI | Version: svn-releasebranch64 Keywords: wingrass, i18n |Platform: MSWindows Vista Cpu: Unspecified | +--- Comment(by mlennert): Any news on this issue, at least for GRASS 7 ? Moritz -- Ticket URL: https://trac.osgeo.org/grass/ticket/995#comment:19 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1338: Text doesn't display for d.legend and d.barscale
#1338: Text doesn't display for d.legend and d.barscale +--- Reporter: snorfalorpagus | Owner: grass-dev@… Type: defect | Status: new Priority: critical| Milestone: 7.0.0 Component: Display | Version: svn-trunk Keywords: cairo, fonts|Platform: MacOSX Cpu: OSX/Intel | +--- Comment(by mlennert): No activity on this ticket for 2 years. Can anyone still reproduce this on Mac OSX ? Moritz -- Ticket URL: https://trac.osgeo.org/grass/ticket/1338#comment:11 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1866: broken db driver communication in winGRASS 7
#1866: broken db driver communication in winGRASS 7
--+-
Reporter: martinl | Owner: grass-dev@…
Type: defect| Status: new
Priority: blocker | Milestone: 7.0.0
Component: Database | Version: unspecified
Keywords: sqlite, wingrass |Platform: MSWindows 2K
Cpu: Unspecified |
--+-
Comment(by neteler):
Replying to [comment:34 hamish]:
Replying to [comment:33 neteler]:
I have tried with r56943 on Windows8, still failing:
{{{
GRASS 7.0.svn db.describe overpasses
...
is the overpass vector map in the current mapset? You may be seeing the
effect of the db.* modules only working for databases linked from maps in
the current mapset, unless you explicitly set database= to the real path,
not the default which may expand $MAPSET to the current mapset, not the
other mapset's dir name.
In fact it was in a different mapset (PERMANENT). But it should not hang
(instead it should report that the table was not found in the current
mapset).
--
Ticket URL: https://trac.osgeo.org/grass/ticket/1866#comment:38
GRASS GIS http://grass.osgeo.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1338: Text doesn't display for d.legend and d.barscale
#1338: Text doesn't display for d.legend and d.barscale +--- Reporter: snorfalorpagus | Owner: grass-dev@… Type: defect | Status: new Priority: critical| Milestone: 7.0.0 Component: Display | Version: svn-trunk Keywords: cairo, fonts|Platform: MacOSX Cpu: OSX/Intel | +--- Comment(by cmbarton): I have not had any problem on this. There are other, different issues with drawing north arrows and other rendering in latlon regions in a separate report. Michael -- Ticket URL: https://trac.osgeo.org/grass/ticket/1338#comment:12 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #793: Provide breakline (fault line) support for surface interpolation modules
#793: Provide breakline (fault line) support for surface interpolation modules -+-- Reporter: marisn | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.0.0 Component: Vector | Version: svn-trunk Keywords: breaklines |Platform: All Cpu: All | -+-- Changes (by hamish): * keywords: = breaklines * platform: Unspecified = All * version: unspecified = svn-trunk * cpu: Unspecified = All Comment: see also Alexander Muriy's v.triangle addon module, http://grasswiki.osgeo.org/wiki/TIN_with_breaklines Hamish wrote: try v.surf.icw from addons. [...] it is very computationally expensive so number of starting points should be kept low. note the new version isn't quite as expensive as the old, and now supports multi-processing. Probably should still be limited to less than a few hundred input points though. Hamish -- Ticket URL: https://trac.osgeo.org/grass/ticket/793#comment:3 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
