[GRASS-user] Multiple `r.proj` requests on the same raster map(s)

Markus Metz markus.metz.giswork at gmail.com
Sat Feb 24 12:39:40 PST 2018

On Sat, Feb 24, 2018 at 9:25 PM, Nikos Alexandris <nik at nikosalexandris.net>
> Dear community,
> I am asking for help to "debug" a situation.
> One ETRS89-based location, one Mapset with hundreds of land cover raster
> map tiles.
> Then, hundreds of UTM Zones-based Locations, subset of the WRS2 grid.
> Multiple `r.proj`es are running in parallel. However, only one at a time
> from inside one Mapset inside the respective UTM-Zone-based Location,
> requesting for one land cover raster map tile from the ETRS89-based
> And, each `r.proj` is isolated running inside an independent docker
> To the question. Some tiles are cross-cut by more than one UTM-Zone.
> Hence, it happens that many UTM-Zones will/might request to read the
> same land cover raster map tile at the same time.
> That is one write per target Mapset/Location, yet highly probable
> concurrent read requests to the same raster map(s) in the source
> Mapset/Location.
> Is this bad?

Are you experiencing problems?

I have been using concurrent read requests on the same raster maps on
different HPC systems for quite a few years by now and never got any

Concurrent write requests would be a different issue.

Markus M
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-user/attachments/20180224/cdbfe652/attachment.html>

More information about the grass-user mailing list