Re: [GRASS-dev] r65348 (GRASS_TMPDIR_MAPSET)
Martin Landa wrote: Yes. I'd prefer that lib/raster continues to create the file on the same filesystem as the mapset and atomically rename()s it into place. IOW, the new tempfile behaviour needs to be availble in addition to the long-standing behaviour, not a replacement for it. this is controlled by GRASS_TMPDIR_MAPSET variable, if not set the default is the long-standing behaviour. The the temporary files used by lib/raster need to be on the same filesystem as the mapset regardless of any environment settings. -- 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] #2349: CELL raster format: make ZLIB level 3 standard compression instead of RLE
#2349: CELL raster format: make ZLIB level 3 standard compression instead of RLE --+--- Reporter: neteler | Owner: grass-dev@… Type: enhancement | Status: new Priority: critical | Milestone: 7.1.0 Component: Raster |Version: svn-trunk Resolution: | Keywords: compression, r.compress, null CPU: Unspecified | Platform: All --+--- Comment (by neteler): Replying to [comment:32 glynn]: For now, it should exist only in trunk. Yes, this is the case, no related backports done. I am just not sure how to test it (I would need the improved r.null/r.compress functionality to not ruin all metadata). Or do you prefer to have tests with newly generated data first? I can do that as well. -- Ticket URL: https://trac.osgeo.org/grass/ticket/2349#comment:33 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] #2349: CELL raster format: make ZLIB level 3 standard compression instead of RLE
#2349: CELL raster format: make ZLIB level 3 standard compression instead of RLE --+--- Reporter: neteler | Owner: grass-dev@… Type: enhancement | Status: new Priority: critical | Milestone: 7.1.0 Component: Raster |Version: svn-trunk Resolution: | Keywords: compression, r.compress, null CPU: Unspecified | Platform: All --+--- Comment (by glynn): Replying to [comment:31 neteler]: Is there any snipped which should be backported? I'd suggest not including this feature in any release version until it has received more thorough testing. If it has already been backported in some form, that should be reverted. For now, it should exist only in trunk. -- Ticket URL: https://trac.osgeo.org/grass/ticket/2349#comment:32 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] r65348 (GRASS_TMPDIR_MAPSET)
Hi, 2015-06-04 16:08 GMT+02:00 Glynn Clements gl...@gclements.plus.com: The the temporary files used by lib/raster need to be on the same filesystem as the mapset regardless of any environment settings. please could you write us why? I didn't find any problem (bearing in mind changes in G_rename_file() which tries to rename file and if fails copy remove). Anyway, I wonder how to treat raster lib and vector lib differently. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2349: CELL raster format: make ZLIB level 3 standard compression instead of RLE
#2349: CELL raster format: make ZLIB level 3 standard compression instead of RLE --+--- Reporter: neteler | Owner: grass-dev@… Type: enhancement | Status: new Priority: critical | Milestone: 7.1.0 Component: Raster |Version: svn-trunk Resolution: | Keywords: compression, r.compress, null CPU: Unspecified | Platform: All --+--- Comment (by neteler): Replying to [comment:30 glynn]: Replying to [comment:29 glynn]: In the meantime, don't use compressed nulls, because they aren't actually working yet. At the point that the row pointers are written out, the null file has already been closed. This should be fixed in r65323, along with the issue that a compressed null file was being ignored (resulting in the zero-is-null compatibility behaviour). Is there any snipped which should be backported? -- Ticket URL: https://trac.osgeo.org/grass/ticket/2349#comment:31 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 7.0.1 planning: potential backports
Hi, let's get 7.0.1RC1 out soon...! But... On Sat, May 2, 2015 at 10:54 PM, Markus Neteler nete...@osgeo.org wrote: On Tue, Apr 7, 2015 at 2:36 PM, Markus Neteler nete...@osgeo.org wrote: https://trac.osgeo.org/grass/wiki/Grass7Planning#a7.0.1tobebackported This list is incomplete, especially concerning the wxGUI and PyGRASS. The respective authors: please check, backport where reasonable and delete from the trac Wiki list. ... please go through the list. thanks Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev