[Qgis-developer] GRASS requirements changed

[Radim Blazek]

Zone is also stored in WIND, gdalinfo is not relevant.
Try this:
grep zone /Users/jctull/Documents/Map_Data/grassdata/state_base_map/PERMANENT/WIND
/Users/jctull/Documents/Map_Data/grassdata/state_base_map/jctull/WIND
/Users/jctull/Documents/Map_Data/grassdata/state_base_map/jctull/cellhd/angrin_gb

Radim

On Tue, Mar 16, 2010 at 9:29 PM, John C. Tull <jctull at gmail.com> wrote:
> Hi Radim,
>
> The PROJ_INFO file is where the projection information is stored. It reads:
> name: Universe Transverse Mercator
> proj: utm
> datum: nad83
> ellps: grs80
> zone: 11
> no_defs: defined
>
> GDAL reports:
> cellhd/angrin_gb
> Driver: GRASS/GRASS Database Rasters (5.7+)
> Files: /Users/jctull/Documents/Map_Data/grassdata/state_base_map/jctull/cellhd/angrin_gb
> Size is 859, 2334
> Coordinate System is `'
> Origin = (739283.062363900011405,4073086.029592299833894)
> Pixel Size = (30.412689324935933,-29.886675372750489)
> Corner Coordinates:
> Upper Left  (  739283.062, 4073086.030)
> Lower Left  (  739283.062, 4003330.529)
> Upper Right (  765407.562, 4073086.030)
> Lower Right (  765407.562, 4003330.529)
> Center      (  752345.312, 4038208.279)
>
> No projection information from the gdal driver, which might be normal (not sure). Anyway, the file works fine with an epsg 26911 project using the gdal driver.
>
> John
>
> On Mar 16, 2010, at 12:00 PM, Radim Blazek wrote:
>
>> It seems that the raster map is really in a different zone, you
>> could/should get the same error in GRASS (depends on current mapset).
>> Try to compare zone in location/WIND location/mapset/WIND and
>> location/mapset/cellhd/map, AFAIK the zone (projection in general)
>> must be the same.
>> It could be that location zone was changed after the map was created.
>>
>> Radim
>>
>> On Tue, Mar 16, 2010 at 4:52 PM, John C. Tull <jctull at gmail.com> wrote:
>>> Hi Radim,
>>>
>>> I built trunk on my OS X system. I tested the provider on a grass location that is in EPSG 26911. I set the project to that epsg code, but I get this error when trying to load a raster:
>>>
>>> Cannot draw raster
>>> Cannot start module
>>> command: /Applications/qgis1.5.0.app/Contents/MacOS/share/qgis/grass/modules/qgis.d.rast map=angrin_gb at jctull window=739283,4.00302e+06,765408,4.07309e+06,320,859<br><br>WARNING: Raster map <angrin_gb at jctull@jctull> is in different zone (11)
>>> than current region (0)
>>> WARNING: Unable to open raster map <angrin_gb at jctull@jctull>
>>> ERROR: Unable to open raster map <angrin_gb at jctull
>>>
>>> The raster shows up as a gray box. The same is true of other grass rasters I tried to load.
>>>
>>> Regards,
>>> John
>>>
>>> On Mar 15, 2010, at 1:10 PM, Radim Blazek wrote:
>>>
>>>> 1) GDAL-GRASS driver is no more required, GRASS rasters are accessed
>>>> directly using GRASS libs not via GDAL
>>>>
>>>> 2) GRASS libraries must be compiled with exceptions support. This was
>>>> always required, but it was not explicitly stated in INSTALL.
>>>> On Linux with gcc just run GRASS configure with additional CFLAG:
>>>>    CFLAGS="-fexceptions" ./configure ....
>>>> On windows it seems to work without special options (at least in
>>>> osgeo4w, Jef, which compiler are you using?)
>>>> I have no idea about OSX, here is small test package
>>>> http://trac.osgeo.org/qgis/attachment/ticket/1878/except.tar
>>>>
>>>> The reason for this requirement is, that GRASS G_fatal_error is
>>>> calling exit() and the only way to avoid QGIS exit on every error in
>>>> GRASS (which does not have to be necessarily fatal for QGIS, e.g.
>>>> cannot open layer ...) is to set custom error routine (
>>>> G_set_error_routine) which throws c++ exception which is caught in
>>>> QGIS-GRASS plugin. To support this, GRASS libs (which are in C) must
>>>> be compiled with support for exceptions.
>>>>
>>>> I have modified doc/INSTALL.t2t
>>>>
>>>> Radim
>>>> _______________________________________________
>>>> Qgis-developer mailing list
>>>> Qgis-developer at lists.osgeo.org
>>>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>>
>>>
>
>