<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-GB" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I am also sometimes getting the same infinity problem with the openlayers plugin on QGIS 2.4 on Windows 7 64 bit. The result is that QGIS hangs and has to be
forced closed<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Regards<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">David Pearce<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> qgis-user-bounces@lists.osgeo.org [mailto:qgis-user-bounces@lists.osgeo.org]
<b>On Behalf Of </b>Carlos Cerdán<br>
<b>Sent:</b> Tuesday, 15 July, 2014 6:01 AM<br>
<b>To:</b> qgis-user@lists.osgeo.org<br>
<b>Subject:</b> Re: [Qgis-user] GRASS Mask Issue QGIS 2.2<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">Hello again:<br>
<br>
Perhaps there is an incompatibility between QGIS and GRASS: now QGIS produces "-inf" (-infinite) values for null cells, so any operation or function that involves al least one those cells, give us -infinite values (constant + - * / -infinite = - infinite).<br>
<br>
So, as you get -inf values, then scale of values is so large that finally all is pink color.<br>
<br>
I think that it must be fixed to get "null" values again, as in QGIS 1.8 version, because GRASS works with "null" values, not with -inf... or What do you say, dear developers?.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Regards<br>
<br>
Carlos Cerdán<o:p></o:p></p>
</div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<div>
<p class="MsoNormal">2014-07-14 16:23 GMT-05:00 Ivan Santiago <<a href="mailto:isantiago@ogp.pr.gov" target="_blank">isantiago@ogp.pr.gov</a>>:<o:p></o:p></p>
<p class="MsoNormal">Hello all:<br>
<br>
Thanks to Carlos Cerdan for his advice. Apparently, QGIS has some issues with integer rasters containing nodata values. When the raster for masking use is floating point, QGIS does not paint nodata cells. On the contrary, when the original raster is integer,
QGIS fills nodata cells with pink color (which makes no sense). The big problem/question is why even if the mask exists, further rasters will not have nodata values outside the AOI.<br>
<br>
Then...<br>
Following Carlos' advice, I converted nodata cells to zero using <a href="http://r.null.to" target="_blank">
r.null.to</a><br>
Since my purpose is to compute area coverage and percent coverage for risk zones inside a municipality:<br>
I multiplied the 1,0 raster layer by the integer risk_index (that is 1to5)<br>
<br>
Then I used r.null.val to set zero value cells to nodata because I wanted to use r.stats to compute areas and percentages with the option of ignoring nodata cells.<br>
<br>
Finally (and happily) the r.stats results were more realistic, taking away the area outside the "mask".<br>
<br>
---------------------------<br>
Iván Santiago<br>
GIS Specialist<br>
Information Technologies<br>
Office of Management and Budget<br>
787.725.9420 x 2378<br>
Calle Cruz 254<br>
PO Box 9023228<br>
San Juan, PR 00902-3228<br>
<a href="http://gis.pr.gov" target="_blank">http://gis.pr.gov</a><br>
_______________________________________________<br>
Qgis-user mailing list<br>
<a href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
<br>
<hr>
<font face="Arial" color="Gray" size="1">The contents of this e-mail are confidential and may be privileged. If you are not the intended recipient, please do not read, use, print, copy, forward or distribute the contents or disclose it to anyone. Instead, please
inform us by return e-mail and delete it from your system immediately. Opinions, conclusions and other information in this message shall not be deemed or understood to be given nor endorsed by the Sapura Group, unless it is separately confirmed in writing
by the relevant duly authorised personnel of the Sapura Group. All liability for computer viruses is excluded to the fullest extent permitted by law.<br>
</font>
</body>
</html>