[GRASS-user] bug with projection systems?

Maris Nartiss maris.gis at gmail.com
Fri Mar 15 01:59:58 PDT 2013


JFYI
http://trac.osgeo.org/grass/ticket/1905

Seems that GRASS fails to notice difference between "north" and "south" at all.

Maris.

2013/3/14 Shaun Langley <shaunlangley at gmail.com>:
> Here is the projection for my input file:
>
> Driver: GTiff/GeoTIFF
> Files: MOD112_2004_001.LST_Day_1km.tif
> Size is 2495, 2504
> Coordinate System is:
> PROJCS["WGS 84 / UTM zone 36N",
>     GEOGCS["WGS 84",
>         DATUM["WGS_1984",
>             SPHEROID["WGS 84",6378137,298.257223563,
>                 AUTHORITY["EPSG","7030"]],
>             AUTHORITY["EPSG","6326"]],
>         PRIMEM["Greenwich",0],
>         UNIT["degree",0.0174532925199433],
>         AUTHORITY["EPSG","4326"]],
>     PROJECTION["Transverse_Mercator"],
>     PARAMETER["latitude_of_origin",0],
>     PARAMETER["central_meridian",33],
>     PARAMETER["scale_factor",0.9996],
>     PARAMETER["false_easting",500000],
>     PARAMETER["false_northing",0],
>     UNIT["metre",1,
>         AUTHORITY["EPSG","9001"]],
>     AUTHORITY["EPSG","32636"]]
>
> Here is the projection on which I initialized my GRASS location:
>
> Driver: GTiff/GeoTIFF
> Files: Mode_LULC_T1_500m.tif
> Size is 1792, 2082
> Coordinate System is:
> PROJCS["WGS_1984_UTM_Zone_36S",
>     GEOGCS["WGS 84",
>         DATUM["WGS_1984",
>             SPHEROID["WGS 84",6378137,298.257223563,
>                 AUTHORITY["EPSG","7030"]],
>             AUTHORITY["EPSG","6326"]],
>         PRIMEM["Greenwich",0],
>         UNIT["degree",0.0174532925199433],
>         AUTHORITY["EPSG","4326"]],
>     PROJECTION["Transverse_Mercator"],
>     PARAMETER["latitude_of_origin",0],
>     PARAMETER["central_meridian",33],
>     PARAMETER["scale_factor",0.9996],
>     PARAMETER["false_easting",500000],
>     PARAMETER["false_northing",10000000],
>     UNIT["metre",1,
>         AUTHORITY["EPSG","9001"]],
>     AUTHORITY["EPSG","32736"]]
>
> Here is the projection info from GRASS for my location:
>
> +proj=utm
> +south
> +no_defs
> +zone=36
> +a=6378137
> +rf=298.257223563
> +towgs84=0.000,0.000,0.000
> +to_meter=1
>
> Without reprojecting the MODIS image, I can import it into GRASS even though
> the projection systems don't match with:
>
> GRASS 6.4.2 (kenya):~/PullDir/0302568977ukjJXB/001 > r.in.gdal
> input=MOD112_2004_001.LST_Night_1km.tif output=foo.testing
> Projection of input dataset and current location appear to match
>  100%
> r.in.gdal complete. Raster map <foo.testing> created.
>
> version: GRASS 6.4.2
> OS: MacOS X ML (10.8.2)
>
> Regards,
> Shaun
>
> (sorry for any duplicates, I sent it to the wrong users list)
>
> --------------------------
> Shaun Langley
> Doctoral Candidate
> Department of Geography
> Michigan State University
> (562) 281-7847
>
>
> On Thu, Mar 14, 2013 at 3:09 AM, Markus Neteler <neteler at osgeo.org> wrote:
>>
>> On Thu, Mar 14, 2013 at 2:57 AM, Shaun Langley <shaunlangley at gmail.com>
>> wrote:
>> > I'm wondering if I've stumbled on a bug…
>> >
>> > I'm working with a bunch of MODIS data that I've converted to UTM (Zone
>> > 36, WGS84) using the Modis Reprojection Tool.  Using gdal I can see that
>> > these maps have projections of EPSG:32636; however my GRASS location is
>> > defined with EPSG:32736.  When importing into grass with r.in.gdal, GRASS
>> > identifies the two projections as the same and allows me to proceed to
>> > import without error.  When displaying the maps though, it's obvious that
>> > the projections were wrong.  It too me a long time to figure this problem
>> > out and I'm just wondering if maybe it's a bug?
>>
>> Please post whch GRASS version on which OS you use and
>> ideally also the command lines + messages to give better help.
>>
>> (We do similar things and did not meet such problems)
>>
>> Markus
>
>
>
> _______________________________________________
> grass-user mailing list
> grass-user at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-user
>


More information about the grass-user mailing list