[GRASS-user] Error with GRASS 7.8.3

Thomas Adams tea3rd at gmail.com
Sat Oct 10 05:14:06 PDT 2020


Hi Markus!

OMG; thank you!!!! version 7.8.4 solved my issues.. I thought I was going
crazy (I was)... I should have reported my problems sooner... thank you
everyone!

Best,
Tom

On Sat, Oct 10, 2020 at 7:38 AM Markus Neteler <neteler at osgeo.org> wrote:

> Hi Thomas,
>
> Can you please try the new GRASS GIS 7.8.4?
> We fixed plenty of Python issues as well as PROJ support.
>
> https://trac.osgeo.org/grass/wiki/Release/7.8.4-News
>
> Best
> Markus
>
>
> On Fri, Oct 9, 2020 at 9:17 PM Thomas Adams <tea3rd at gmail.com> wrote:
>
>> Hi all:
>>
>> I have had these 2 problems for a while, but tried to work around them...
>> It may be with my build from source...
>>
>> PROBLEM #1...
>>
>> When I try to create a new LOCATION and MAPSET (just a simple lat-long
>> LOCATION over the CONUS), I use the GUI to select the projection and datum
>> (lat-long & WGS84)... I get something like this:
>>
>> Starting GRASS GIS...
>> Traceback (most recent call last):
>>   File "/usr/local/grass78/gui/wxpython/location_wizard/wizard.py", line
>> 1080, in OnPageChanging
>>     self.parent.parent, transforms=ret)
>>   File "/usr/local/grass78/gui/wxpython/location_wizard/dialogs.py", line
>> 617, in __init__
>>     transforms = '---\n\n0\nDo not apply any datum transformations\n\n' +
>> transforms
>> TypeError: must be str, not bytes
>> Traceback (most recent call last):
>>   File "/usr/local/grass78/gui/wxpython/location_wizard/wizard.py", line
>> 1080, in OnPageChanging
>>     self.parent.parent, transforms=ret)
>>   File "/usr/local/grass78/gui/wxpython/location_wizard/dialogs.py", line
>> 617, in __init__
>>     transforms = '---\n\n0\nDo not apply any datum transformations\n\n' +
>> transforms
>> TypeError: must be str, not bytes
>> Exit was requested in GUI.
>> GRASS GIS will not start. Bye.
>>
>> PROBLEM #2...
>> when I attempt to re-project a RASTER between LOCATIONS, I get no errors,
>> but all the raster values are NULL, even with the target LOCATION defined
>> large enough. And sometimes, it works!
>>
>> r.proj will report something like this:
>>
>> Output:
>> Cols: 1 (original: 5390)
>> Rows: 1 (original: 3288)
>> North: 4762.500000 (original: 1985962.500000)
>> South: 0.000000 (original: -13673137.500000)
>> West: -4762.500000 (original: -11820525.000000)
>> East: 0.000000 (original: 13849350.000000)
>> EW-res: 4762.500000
>> NS-res: 4762.500000
>>
>> The original raster is perfectly fine. Any initial thoughts?
>>
>> Best,
>> Tom
>>
>>
>>
>> _______________________________________________
>> grass-user mailing list
>> grass-user at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/grass-user
>
>
>
> --
> Markus Neteler, PhD
> https://www.mundialis.de - free data with free software
> https://grass.osgeo.org
> https://courses.neteler.org/blog
>


-- 
Thomas E Adams, III
1724 Sage Lane
Blacksburg, VA 24060
tea3rd at gmail.com (personal)
tea at terrapredictions.org (work)

1 (513) 739-9512 (cell)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-user/attachments/20201010/f0e10fee/attachment.html>


More information about the grass-user mailing list