<div dir="ltr"><br><br>On Sat, Jun 23, 2018 at 11:10 AM, Veronica Andreo <<a href="mailto:veroandreo@gmail.com">veroandreo@gmail.com</a>> wrote:<br>><br>> Hi,<br>><br>> El sáb., 23 jun. 2018 4:35, Markus Metz <<a href="mailto:markus.metz.giswork@gmail.com">markus.metz.giswork@gmail.com</a>> escribió:<br>>><br>>><br>>><br>>> On Fri, Jun 22, 2018 at 10:34 PM, Veronica Andreo <<a href="mailto:veroandreo@gmail.com">veroandreo@gmail.com</a>> wrote:<br>>> ><br>>> > Hi Gabriel,<br>>> ><br>>> > What you could do is import with r.in.gdal -a  that adjusts resolution for lat long maps [0]<br>>><br>>> that will help to fix the resolution from 0.008333333300000 to 0.008333333333333, i.e. exactly 30 arc-seconds. The software used to create the raster data has stored the resolution with limited precision.<br>><br>><br>> Right, I overlooked this <br>><br>>> > and then (before the intercalibration step), set the region to one of the imported maps with g.region raster=yourmap<br>>><br>>> you will then get a message like<br>>> 360 degree EW extent is exceeded by 1 cells<br>>><br>>> which is correct because the first and last column are duplicates. The cell centers cover -180, 180, and the EW extents regarding cell borders are E: 180:00:15E, W: 180:00:15W, grown by half a cell, i.e. 15 arc-seconds.<br>><br>><br>> So, solution is to just use the data with the extra 15 arc-seconds in each side? <br><div><br></div><div>yes, or chop off the first or last column: set the region to the raster, then modify the current region with g.region w=179:59:45W -p<br></div><div>></div><div>> Of I want data to fit 180/-180, would r.region mymap e=180 w=180 help or will it change the data?</div><div><br></div><div>this would modify the data because</div><div>1) the raster will be shifted by half a cell to the east</div><div>2) the cell size (ew resolution) will be changed<br></div><div><br></div><div>Markus M</div><div><br></div>><br>> Vero <br><br></div>