[GRASS-user] how create new mapsets in grass bash scripts in parallel (equivalent of grass78 -c /path/location/PERMANENT -e)

2021-10-21 Thread B H
I am trying to parallelize some scripts that currently run only one way .(
Currently scripts just create a new temporary mapset and run some commands
using --exec option of grass78)
My understanding is that I should follow this, however I am unable to
create a new mapset using this.
https://grasswiki.osgeo.org/wiki/GRASS_and_Shell#Automated_batch_jobs:_Setting_the_GRASS_environmental_variables

Here is what I have tried and failed
1)  grass78 executable cannot be run parallely from bash even  to just
create the mapset
2) g.mapset -c
3) g.proj -c


If there is a different way to create a new mapset, please let me know (I
am not sure if its as simple as copying some files from a template
location...)



#current grass scripts
#Step 1: Create a new location with permanent mapset
grass78 -c  /path/location/PERMANENT -e

#Step2: run some commands using--exec option
grass78--exec v.in.ogr input='$inputfile' output=$vecoutname
location=path/location/PERMANENT
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] Raster null values unchanged by r.null

2021-10-21 Thread Eric Patton via grass-user
Hi Ken,

This is on a native Grass raster, not through a file linked by r.external. It 
seems to be some problem with the rendering/refreshing in the WXGUI.

~ Eric.

Sent from ProtonMail for iOS

On Wed, Oct 20, 2021 at 6:43 PM, Ken Mankoff  wrote:

> I think r.null does not work on external (r.external) files. Make sure this 
> is not the issue.
>
> Please excuse brevity. Sent from tiny pocket computer with non-haptic 
> feedback keyboard.
>
> On Wed, Oct 20, 2021, 07:02 Eric Patton via grass-user 
>  wrote:
>
>> I'm encountering some strange behaviour from r.null - when I use the setnull 
>> parameter to assign a particular value to be null in a raster, the raster 
>> areas just set to null are still visible and coloured according to their 
>> previous values when I refresh the display in the gui map window. Querying 
>> these values shows they haven't been set to null.
>>
>> Using version 7.8.5 on Linux Mint. Can anyone confirm?
>>
>> --
>> Eric
>>
>> ___
>> grass-user mailing list
>> grass-user@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/grass-user___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] Help needed with a coordinate projection problem

2021-10-21 Thread Veronica Andreo
Hi Thomas,

I have no suggestion other than to create an issue here
https://github.com/OSGeo/grass/issues with a reproducible example so others
can easily test. Also report the GDAL and PROJ versions you have.

Best,
Vero

El mar, 19 oct 2021 a las 14:50, Thomas Adams () escribió:

> Hi all,
>
> I have run into a problem with the development version of GRASS 7.8.6 and
> with the latest versions of PROJ and GDAL. I had a significant issue a
> couple of months ago and had to re-build GRASS, etc. and I have been trying
> to get back where I was since that time.
>
> A major part of the work I do is working with US NOAA/NWS raster radar
> precipitation data in what's called xmrg format... a binary grid file that
> relies on a very obtuse 'projection' called HRAP, described here (and
> within linked files): https://www.weather.gov/owp/oh_hrl_distmodel_hrap
> -- it basically relies on a polar stereographic projection with a spherical
> Earth model with these parameters:
>
> -PROJ_INFO-
> name   : Stereographic
> proj   : stere
> a  : 1337.784777
> es : 0.0
> f  : 0.0
> lat_0  : 90.00
> lat_ts : 60.00
> lon_0  : -105.00
> k_0: 1.00
> x_0: 401.0
> y_0: 1601.0
> -PROJ_UNITS
> unit   : meters
> units  : meters
> meters : 1.00
>
> Previously, I had been able to re-project raster and vector maps to/from
> this location from other map locations with different projections. Now I
> cannot do this; I now get this error:
>
> v.proj location=world_location mapset=teaiii input=st_us
>
> proj_create_operations: Source and target ellipsoid do not belong to the
> same celestial body
> proj_create_operations: Source and target ellipsoid do not belong to the
> same celestial body
> WARNING: proj_create() failed for '(null)'
> ERROR: Unable to initialize coordinate transformation
>
> Any ideas what I might try?
>
> Thank you,
> Tom
>
>
>
>
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-user
>
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user