Re: [GRASS-user] GRASS GIS 8.0.0 Stand Alone
Hello Anna, thanks a lot for your fast reply. I got the GRASS GIS stand alone installer from " https://grass.osgeo.org/download/windows/#standalone-installers ". The provided file there is " https://grass.osgeo.org/grass80/binary/mswindows/native/WinGRASS-8.0.0-1-Setup.exe " which installs " GRASS GIS 8.0.0dev (04e3de8fa)". I did not see any installation file for " GRASS GIS 8.0.0 ". From where I can get tat one? Regards Martin Am 2/8/2022 um 2:35 AM schrieb Anna Petrášová: Hi Martin, please create an issue: https://github.com/OSGeo/grass/issues/new/choose Indeed, looks like the URL on the server doesn't match the url g.extension expects. Note that you are using a daily build, you may want to consider using released GRASS 8.0.0. Anna On Mon, Feb 7, 2022 at 2:57 PM Martin Bittens wrote: Hello GRASS User, here comes an update concerning the installation of GRASS GIS addons: In the meantime I could change the addon-download link provided by GRASS. Using some of the 'recipes' I found in the internet I manipulated the g.extension.py <http://g.extension.py> file in line 1442 by adding " patch='dev' " and deactivating " patch=version[2] ". As a result, GRASS GIS is now calling '/grass80/addons/grass-8.0.dev <http://grass-8.0.dev>' for the download of addons. It´s not a very professional solution because each time when the addon's web site changing its address (what happens as far as I know with each GRASS update) I have to made the respective adjustment in g.extension.py <http://g.extension.py>. But for know it is working. But...! The addon installation is obviously working only for addons which are based on python scripts (e.g., v.centerline.py <http://v.centerline.py>). Addons which come with an exe-file are being installed with error messages and don´t work: g.extension extension=v.centerpoint operation=add Downloading precompiled GRASS Addons ... Fetching from <http://wingrass.fsv.cvut.cz/grass80/addons/grass-8.0.dev/v.centerpoint.zip> (be patient)... Updating extensions metadata file... Updating extension modules metadata file... WARNING: No metadata available for module 'v.centerpoint': Unable to fetch interface description for command ''. Details: Installation of successfully finished (Mon Feb 7 16:49:42 2022) Command finished (19 sec) So, what is the correct way for installing the GRASS GIS addons? Regards Martin Am 2/7/2022 um 11:45 AM schrieb Martin Bittens: > Hello GRASS User, > > I just installed the latest GRASS GIS Stand Alone version (8.0.0). When > I tried installing some addons I always received an error message: > > ERROR: Cannot open URL: > http://wingrass.fsv.cvut.cz/grass80/addons/grass-8.0.0dev/v.centerpoint.zip > > > I checked the web site and could the that there only exist 2 versions: > > - /grass80/addons/grass-8.0.dev <http://grass-8.0.dev> > > - /grass80/addons/grass-8.0.0 > > > How I can change the web address GRASS GIS is calling to the ones which > are providing the addons? > > > Thank you very much for a suggestion. > > > Regards > > > Martin > > > -- > This email has been checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > > ___ > grass-user mailing list > grass-user@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS GIS 8.0.0 Stand Alone
Hello GRASS User, here comes an update concerning the installation of GRASS GIS addons: In the meantime I could change the addon-download link provided by GRASS. Using some of the 'recipes' I found in the internet I manipulated the g.extension.py file in line 1442 by adding " patch='dev' " and deactivating " patch=version[2] ". As a result, GRASS GIS is now calling '/grass80/addons/grass-8.0.dev' for the download of addons. It´s not a very professional solution because each time when the addon's web site changing its address (what happens as far as I know with each GRASS update) I have to made the respective adjustment in g.extension.py. But for know it is working. But...! The addon installation is obviously working only for addons which are based on python scripts (e.g., v.centerline.py). Addons which come with an exe-file are being installed with error messages and don´t work: g.extension extension=v.centerpoint operation=add Downloading precompiled GRASS Addons ... Fetching from <http://wingrass.fsv.cvut.cz/grass80/addons/grass-8.0.dev/v.centerpoint.zip> (be patient)... Updating extensions metadata file... Updating extension modules metadata file... WARNING: No metadata available for module 'v.centerpoint': Unable to fetch interface description for command ''. Details: Installation of successfully finished (Mon Feb 7 16:49:42 2022) Command finished (19 sec) So, what is the correct way for installing the GRASS GIS addons? Regards Martin Am 2/7/2022 um 11:45 AM schrieb Martin Bittens: Hello GRASS User, I just installed the latest GRASS GIS Stand Alone version (8.0.0). When I tried installing some addons I always received an error message: ERROR: Cannot open URL: http://wingrass.fsv.cvut.cz/grass80/addons/grass-8.0.0dev/v.centerpoint.zip I checked the web site and could the that there only exist 2 versions: - /grass80/addons/grass-8.0.dev - /grass80/addons/grass-8.0.0 How I can change the web address GRASS GIS is calling to the ones which are providing the addons? Thank you very much for a suggestion. Regards Martin -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] GRASS GIS 8.0.0 Stand Alone
Hello GRASS User, I just installed the latest GRASS GIS Stand Alone version (8.0.0). When I tried installing some addons I always received an error message: ERROR: Cannot open URL: http://wingrass.fsv.cvut.cz/grass80/addons/grass-8.0.0dev/v.centerpoint.zip I checked the web site and could the that there only exist 2 versions: - /grass80/addons/grass-8.0.dev - /grass80/addons/grass-8.0.0 How I can change the web address GRASS GIS is calling to the ones which are providing the addons? Thank you very much for a suggestion. Regards Martin -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Import Shape Files
Hello Markus, ok, let us try. Attached I send (as zip files): 1.) QGIS_LT_AOI_3.zip with a shape layer created in QGIS 2.14.0. It contains contains 5 sample points extracted from an existing site (EPSG 31983); 2.) Test_SG.zip with the files from the grassdata directory created by GRASS 7.8.3 after establishing the location "Test_SG" (EPSG 31983) and importing the shape layer into "Test_SG". Regards Martin Am 7/1/2020 um 1:23 PM schrieb Markus Neteler: Hi Martin, On Wed, Jul 1, 2020 at 4:29 PM Martin Bittens wrote: ... I don't know why this happened but obviously GRASS provides different metadata for the same shape-file depending on the command you are using. To analyse this in depth access to the dataset would be required (even an excerpt as a reproducible example will do, i.e. one extracted polygon or whatever is in your dataset). Without that I would not know how to find out... Regards, Markus -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus <> <> ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Import Shape Files
Hello Markus, first of all thank very much for your efforts. Unfortunately, the error message "Projection UTM (zone invalid) did appear anyhow although I replaced the *.prj file by that one you sent. But now I figured out the following (after importing the shape file and making active): - using in the layers display the edit button (left click on it and then selecting "Metadata"), the result is "Projection UTM (zone invalid)" as I reported; - selecting in the layers display from the vector menu "Reports and statistics/Basic vector metadata" and then clicking on "Run", the result is again: "Projection UTM (zone invalid)"; - selecting in the layers display from the vector menu "Reports and statistics/Basic vector metadata" and additionally activating in the "Print" tab the option (e) - "Print extended metadata info in shell script style", the result is now "Projection=UTM, zone=-23". I don't know why this happened but obviously GRASS provides different metadata for the same shape-file depending on the command you are using. Regards Martin Am 6/26/2020 um 11:56 AM schrieb Markus Neteler: Hello Martin, (again the list was not in copy) On Fri, Jun 26, 2020 at 1:19 PM Martin Bittens wrote: Hello Markus, attached you can find a *.prj file created by QGIS. You may try to replace it with the one attached, generated by GRASS GIS. Best, Markus Thank you very much for your help. Martin Am 6/25/2020 um 4:44 PM schrieb Markus Neteler: (please keep the list in CC) On Thu, Jun 25, 2020 at 1:57 PM Martin Bittens wrote: Hello Markus, thank you for your reply. Usually I am creating locations and map sets with the GRASS start-up screen. After opening my 31983 location/mapset the command "g.proj -w" results in: PROJCS["SIRGAS 2000 / UTM zone 23S", GEOGCS["SIRGAS 2000", DATUM["Sistema_de_Referencia_Geocentrico_para_las_AmericaS_2000", SPHEROID["GRS 1980",6378137,298.257222101, AUTHORITY["EPSG","7019"]], TOWGS84[0,0,0,0,0,0,0], AUTHORITY["EPSG","6674"]], PRIMEM["Greenwich",0, AUTHORITY["EPSG","8901"]], UNIT["degree",0.0174532925199433, AUTHORITY["EPSG","9122"]], AUTHORITY["EPSG","4674"]], PROJECTION["Transverse_Mercator"], PARAMETER["latitude_of_origin",0], PARAMETER["central_meridian",-45], PARAMETER["scale_factor",0.9996], PARAMETER["false_easting",50], PARAMETER["false_northing",1000], UNIT["metre",1, AUTHORITY["EPSG","9001"]], AXIS["Easting",EAST], AXIS["Northing",NORTH], AUTHORITY["EPSG","31983"]] This is almost the same result you sent. Just line appears in addition: TOWGS84[0,0,0,0,0,0,0]. Using the command "grass78 -c epsg:31983 ~/grassdata/utm31983" like you did "g.proj -w" results in: PROJCS["SIRGAS 2000 / UTM zone 23S", GEOGCS["SIRGAS 2000", DATUM["Sistema_de_Referencia_Geocentrico_para_las_AmericaS_2000", SPHEROID["GRS 1980",6378137,298.257222101, AUTHORITY["EPSG","7019"]], AUTHORITY["EPSG","6674"]], PRIMEM["Greenwich",0, AUTHORITY["EPSG","8901"]], UNIT["degree",0.0174532925199433, AUTHORITY["EPSG","9122"]], AUTHORITY["EPSG","4674"]], PROJECTION["Transverse_Mercator"], PARAMETER["latitude_of_origin",0], PARAMETER["central_meridian",-45], PARAMETER["scale_factor",0.9996], PARAMETER["false_easting",50], PARAMETER["false_northing",1000], UNIT["metre",1, AUTHORITY["EPSG","9001"]], AXIS["Easting",EAST], AXIS["Northing",NORTH], AUTHORITY["EPSG","31983"]] This looks exactly like the result you sent. Ok, that looks fine to me. But anyhow, it does not matter how I am creating locations/mapsets imported shape files are showing in the meta data results "Projection UTM (zone invalid). Then maybe the .proj file of te shape file(s) is incomplete? Can you make one file available (even off-list)? Best Markus -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Import Shape Files
Hello, I am trying to import shape-files from QGIS 3.12.3 to GRASS GIS 7.8.3). CRS QGIS: EPSG 31983; CRS GRASS: EPSG 31983. EPSG 31983 is: SIRGAS 2000/UTM zone 23S. The import is working fine, the projection fits but when I check the meta data of the imported files I receive the message "Projection: UTM (zone invalid)". In order to narrow down that error I did the following in GRASS: 1.) I created 2 fresh locations/map sets: Loc1/Wells and Loc2/Wells using the same CRS (EPSG 31983); 2.) I did the import of a shape file from QGIS (EPSG 31983) to GRASS Loc1/Wells; 3.) Checking the meta data of the imported file results in "Projection: UTM (zone invalid)"; 4.) I changed the location/map set from Loc1/Wells to Loc2/Wells; 5.) In Loc2/Wells I "transferred" the imported shape file from Loc1/Wells to Loc2/Wells using the command "v.proj"; 6.) Checking the meta data now the message shows the correct projection "Projection: UTM (zone 23)". Are there any ideas why the shape file import in step 3 results in the error message "Projection: UTM (zone invalid)"? Thank you for your help. Regards Martin -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] QGIS 3.14.13 Crashes
Hello QGIS Users, if I try to open the 'Plugins' menu in QGIS 3.14.13 QGIS is crashing. The crash report tells me: Crash ID: 45ba9a8f60f9a223c957d2c10b2a2b17a42d7c53 Stack Trace QString::fill : QString::indexOf : QDir::fromNativeSeparators : QFileInfo::QFileInfo : QFileInfo::QFileInfo : QgsPluginManager::reloadModelData qgspluginmanager.cpp:549 QgsAppPluginManagerInterface::showPluginManager qgsapppluginmanagerinterface.cpp:33 QGIS Info QGIS Version: 3.4.13-Madeira QGIS code revision: 64ad560274 Compiled against Qt: 5.11.2 Running against Qt: 5.11.2 Compiled against GDAL: 2.4.1 Running against GDAL: 2.4.1 System Info CPU Type: x86_64 Kernel Type: winnt Kernel Version: 10.0.18362 In QGIS 3.9 and 3.10 I can open the 'Plugins' menu without any problems. Does anybody get an idea what is going wrong in QGIS 3.4.13? Thank you for your help. Regards Martin -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Editing Saved Workspace
Hello, Dear GRASS Users. I am working with GRASS 7.0.4 (Win10-64bit) and got a problem with saved workspaces (*.gxw files). After saving a GRASS session as a workspace and re-opening the respective *.gxw file, the saved layers appear but it is not possible to edit them. The layers can not be marked or clicked. New layers (vector or raster layer) added to the same workspace are also not editable. However, creating a new GRASS session with the same layers works fine. Are there any ideas how this problem can be solved? Thank you very much for your help. Martin ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user