<div dir="auto"><div>Hi,<br><br><div class="gmail_quote"><div dir="ltr">El sáb., 23 jun. 2018 4:35, Markus Metz <<a href="mailto:markus.metz.giswork@gmail.com" target="_blank" rel="noreferrer">markus.metz.giswork@gmail.com</a>> escribió:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><br>On Fri, Jun 22, 2018 at 10:34 PM, Veronica Andreo <<a href="mailto:veroandreo@gmail.com" rel="noreferrer noreferrer" target="_blank">veroandreo@gmail.com</a>> wrote:<br>><br>> Hi Gabriel,<br>><br><div>> What you could do is import with r.in.gdal -a  that adjusts resolution for lat long maps [0] <br></div><div><br></div><div>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.</div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Right, I overlooked this </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>> and then (before the intercalibration step), set the region to one of the imported maps with g.region raster=yourmap</div><div><br></div><div>you will then get a message like</div><div>360 degree EW extent is exceeded by 1 cells</div><div><br></div><div>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.</div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">So, solution is to just use the data with the extra 15 arc-seconds in each side? </div><div dir="auto"><br></div><div dir="auto">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 dir="auto"><br></div><div dir="auto">Vero </div></div>