Re: [GRASS-user] Copying many files of same pattern from one mapset to another

Rich Shepard:   Can't directly move maps from one mapset to another using rename (unless I'm misreading the manual page), so I need to copy them to the current mapset, then change to the source mapset and remove them.   The g.copy man page does not indicate using regex or pattern to copy many

Re: [GRASS-user] r.mapcalc: not the desired results

On Thu, 14 Dec 2017, Markus Metz wrote: r.colors map=sim_max raster=sim_blk will copy the color scheme from sim_blk to sim_max Markus, Thank you. Rich ___ grass-user mailing list grass-user@lists.osgeo.org

Re: [GRASS-user] r.mapcalc: not the desired results

On Thu, Dec 14, 2017 at 8:19 PM, Rich Shepard wrote: > > I have two maps (sim_blk and sim_open, attached) and I want a map of the > cell-by-cell differences between them. Using the equation, > > r.mapcalc "sim_max = max(sim_blk,sim_open)" > > yields a map of the higher

Re: [GRASS-user] r.mapcalc: not the desired results

On Thu, 14 Dec 2017, Rich Shepard wrote: I have two maps (sim_blk and sim_open, attached) and I want a map of the cell-by-cell differences between them. Using the equation, r.mapcalc "sim_max = max(sim_blk,sim_open)" Should have mentioned that the equation, r.mapcalc "sim_diff = sim_blk -

Re: [GRASS-user] Copying many files of same pattern from one mapset to another

On Thu, 14 Dec 2017, Martin Landa wrote: https://grass.osgeo.org/grass72/manuals/addons/g.copyall.html Martin, Ah, that's an addon. Good to know. Thanks, Rich ___ grass-user mailing list grass-user@lists.osgeo.org

Re: [GRASS-user] Copying many files of same pattern from one mapset to another

On Thu, 14 Dec 2017, Micha Silver wrote: I do: for r in `g.list rast pattern=test4blk_h_* mapset=other_mapset`; do g.copy rast=${r}@other_mapset,${r}; done   Micha, Sigh. I keep forgetting that a simple bash script will do the job. Thanks, Rich

Re: [GRASS-user] Copying many files of same pattern from one mapset to another

2017-12-14 19:36 GMT+01:00 Micha Silver : > The g.copy man page does not indicate using regex or pattern to copy many > files at the same time. I have a set of 72 maps of the same pattern > (test4blk_h_*) created in the wrong mapset. I want to copy them to the > proper

Re: [GRASS-user] Copying many files of same pattern from one mapset to another

Hi Rich: I do: for r in `g.list rast pattern=test4blk_h_* mapset=other_mapset`; do g.copy rast=${r}@other_mapset,${r}; done   On 12/14/2017 07:17 PM, Rich Shepard wrote:   Can't directly move maps from one mapset to

Re: [GRASS-user] Behavior difference: g.list and g.remove

On Thu, 14 Dec 2017, Martin Landa wrote: g.list -m Martin, Mea culpa! I missed that when I looked at the options. Apologies to all, Rich ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] Copying many files of same pattern from one mapset to another

Can't directly move maps from one mapset to another using rename (unless I'm misreading the manual page), so I need to copy them to the current mapset, then change to the source mapset and remove them. The g.copy man page does not indicate using regex or pattern to copy many files at the

Re: [GRASS-user] Behavior difference: g.list and g.remove

2017-12-14 18:02 GMT+01:00 Rich Shepard : > As a suggestion, would it be difficult to append mapset names to map names > for all files, not only duplicates? It would be really helpful to see in > which mapset a map is located, especially when cleaning up from multiple >

Re: [GRASS-user] Behavior difference: g.list and g.remove

On Thu, 14 Dec 2017, Moritz Lennert wrote: In which mapset are the maps found by g.list. AFAIR, g.remove only lists those files that are in the current mapset as the user can only remove files there. Moritz, Yes, I had forgotten this, as Vero pointed out. As a suggestion, would it be

Re: [GRASS-user] Behavior difference: g.list and g.remove

On 14/12/17 17:18, Rich Shepard wrote:   Running 7.5.svn (r71933) on Slackware-14.2. Using g.remove without the '-f' option to check which files would be removed does not find the same files found by g.list: g.list type=rast pattern=blocked1_* blocked1_h_ blocked1_h_0001 blocked1_h_0002

[GRASS-user] Behavior difference: g.list and g.remove

Running 7.5.svn (r71933) on Slackware-14.2. Using g.remove without the '-f' option to check which files would be removed does not find the same files found by g.list: g.list type=rast pattern=blocked1_* blocked1_h_ blocked1_h_0001 blocked1_h_0002 blocked1_h_0003 blocked1_h_max [Raster

Re: [GRASS-user] Install GRASS stable and experimental in parallel

On 14/12/17 13:49, Markus Neteler wrote: Hi Stefan, On Thu, Dec 14, 2017 at 1:26 PM, Stefan Blumentrath wrote: Hi Markus, Many thanks for the swift reply and the clarification! Will think about website improvements and come back to you… Great! I would assume,

Re: [GRASS-user] Install GRASS stable and experimental in parallel

On Thu, 14 Dec 2017, Stefan Blumentrath wrote: I would assume, being able to have package based installations of test versions in parallel to the current stable would make it easier for casual testers or people interested in certain features of development versions to get more involved in early

Re: [GRASS-user] GRASS-7.x.svn

On Thu, 14 Dec 2017, Markus Neteler wrote: Yes. The version was updated when starting the 7.4 release branch. Markus, I assumed it was deliberate. Thanks for confirming. Best regards, Rich ___ grass-user mailing list grass-user@lists.osgeo.org

Re: [GRASS-user] Install GRASS stable and experimental in parallel

Hi Stefan, On Thu, Dec 14, 2017 at 1:26 PM, Stefan Blumentrath wrote: > Hi Markus, > > Many thanks for the swift reply and the clarification! > > Will think about website improvements and come back to you… Great! > I would assume, being able to have package based

Re: [GRASS-user] Install GRASS stable and experimental in parallel

Hi Markus, Many thanks for the swift reply and the clarification! Will think about website improvements and come back to you… I would assume, being able to have package based installations of test versions in parallel to the current stable would make it easier for casual testers or people

Re: [GRASS-user] Install GRASS stable and experimental in parallel

On Dec 14, 2017 12:48 PM, "Stefan Blumentrath" wrote: > > Hi, > > > > Is it possible to install (any) development / test version of GRASS (trunk or 7.4.0RC2) in parallel to the stable version (GRASS 7.2) from UbunutGIS both at the same machine? Sure! Since the names

[GRASS-user] Install GRASS stable and experimental in parallel

Hi, Is it possible to install (any) development / test version of GRASS (trunk or 7.4.0RC2) in parallel to the stable version (GRASS 7.2) from UbunutGIS both at the same machine? I know both can co-exist when I compile from source, but a binary package might come in handy in some cases...