[Qgis-developer] GRASS requirements changed

[John C. Tull]

Hi Radim,

Your changes appear to have fixed the issue. The color table and correct CRS information are now being used in the canvas display.

Cheers,
John

On Mar 16, 2010, at 2:49 PM, Radim Blazek wrote:

> I have changed qgis.d.rast so that it reads the window from the cellhd
> instead of from mapset WIND so it should work for you now.
> It is better however to fix your GRASS data in any case because you
> probably get to troubles soon or later running GRASS modules.
> 
> Radim
> 
> On Tue, Mar 16, 2010 at 10:27 PM, Radim Blazek <radim.blazek at gmail.com> wrote:
>> 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
>>>>> 
>>>>> 
>>> 
>>> 
>>