<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-2">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7233.28">
<TITLE>RE [GRASS-user] MOLA data elevation problem</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>Maciej Tomaszczyk wrote:<BR>
> > I have problem with MOLA data, i managed to import MOLA binary file<BR>
> > to grass using r.in.bin<BR>
> > but some cells seems to have invalid values (see pictures in<BR>
> > attachment). Anyone know how to solve this problem??? and set<BR>
> > correct elevation values. Thanks in advance<BR>
<BR>
Laurent wrote:<BR>
> It seems that your file contains negative values. They are coded with<BR>
> the values form 32768 to 65535 with 32765 meaning -32768 and 65535<BR>
> meaning -1 (you can see in your histogram that you have values in the<BR>
> low value (0...) which are the positive values and in the high values<BR>
> (...65535) which are the negative values (-1...).<BR>
<BR>
Maciej wrote:<BR>
> There is in r.in.bin a -s flag(high bit means negative value) but when<BR>
> i used it, effect was the same. The r.mapcalc fixed it. Now everything<BR>
> is ok. Thanks for your advice<BR>
<BR>
Glad it is working. FYI in an article in GRASSNews vol 1 (page 11) I use<BR>
this r.in.bin command to load in MOLA data:<BR>
<BR>
GRASS:~ > r.in.bin input=megt90n000fb.img \<BR>
title="MGS/MOLA Gridded Data, 1/32 degree" \<BR>
output=mars_mola_32 -b bytes=2 rows=5760 \<BR>
cols=11520 n=90N s=90S e=180E w=180W<BR>
<BR>
<BR>
Hamish<BR>
<BR>
Hi<BR>
<BR>
The problem is that i act on your article in GRASSnews vol.1.<BR>
I did it again one more time and effect is the same.<BR>
maybe there is a bug in r.in.bin??? i use latest cvs version,<BR>
(i tried both, command line and GUI).<BR>
<BR>
maciej<BR>
<BR>
Maciej Tomaszczyk<BR>
Polish Geological Institute<BR>
Geological Mapping Department<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>