Re: [GRASS-dev] r.unpack: unhelpful error message when projection info does not match
Dear Anna, thank you, a lot of work for you! Here my test case result (certainly a bit extreme but illustrating the case): GRASS 7.0.svn (europe_laea):~ r.unpack landcover_1m.pack WARNING: Difference between PROJ_INFO file of packed map and of current location: - name: Lambert Conformal Conic + name: Lambert Azimuthal Equal Area - proj: lcc ? ^^ + proj: laea ? ^^^ + datum: etrs89 + ellps: grs80 - datum: nad83 - a: 6378137.0 - es: 0.006694380022900787 - lat_1: 36.16 - lat_2: 34.34 - lat_0: 33.75 ? + lat_0: 52 ? + - lon_0: -79 ? ^^^ + lon_0: 10 ? ^^ - x_0: 609601.22 - y_0: 0 + x_0: 4321000 + y_0: 321 no_defs: defined WARNING: Difference between PROJ_UNITS file of packed map and of current location: - unit: Meter ? ^ - + unit: metre ? ^ + - units: Meters ? ^ - + units: metres ? ^ + meters: 1 ERROR: Projection information does not match. Aborting. For other users: Anna improved v.unpack likewise. thanks again, Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] i.segment fails
Dear list, I am trying to run the i.segment function but I always get the same error during the first pass: 'invalid region id 0'. What does it mean? can it be solved? I have read some e-mails about this problem but have found no solution yet. Trying with different thresholds or changing the memory limit does not work. My output: GRASS 7.0.svn (global_MW):/home/user/HRI/Variables time i.segment gr=segm out=virunga_segm_0.5 thre=0.5 mins=15 memory=5 Pass 1: ERROR: Invalid region id 0 real0m2.364s user0m2.264s sys0m0.094s # version=7.0.svn date=2013 revision=55075 build_date=2013-03-07 Thank you very much in advance! Best regards, Javier ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] speed of r.regression.multi
Hi, Is it correct that the time it takes to run r.regression.multi depends on the region settings (i.e., total number of raster cells in the region), and is not influenced by the number of NULL values in the raster? I am asking because I though I could speed up calculations when masking out part area (using a mask based on x random points), but perhaps that doesn't make sense? Cheers Paulo ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2097: r.modis install using g.extension fails
#2097: r.modis install using g.extension fails ---+ Reporter: pierreroudier | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.0 Component: Addons | Version: svn-trunk Keywords: MODIS |Platform: Linux Cpu: x86-64 | ---+ Comment(by wenzeslaus): `r.modis` is a library (Python packages/modules) and group of modules. Is somewhere specified how the Makefiles for group of Python modules and their library should look like? How does the build process deals with this and how with translations? Is there some official template for the Makefiles? * source:grass-addons/grass7/raster/r.modis/Makefile * source:grass-addons/grass7/raster/r.modis/libmodis/Makefile * source:grass-addons/grass7/raster/r.modis/r.modis.import/Makefile * source:grass-addons/grass7/raster/r.modis/r.modis.download/Makefile It seems that it is implemented in the build system but maybe only partially? So the current problem is mostly related to the translations? There is not much about it in SUBMITTING files: * source:grass-addons/SUBMITTING * source:grass-addons/SUBMITTING_DOCS * source:grass-addons/SUBMITTING_PYTHON * source:grass-addons/SUBMITTING_SCRIPTS By the way, we probably have a lot of duplication with the SUBMITTING files in the main source code (trunk and others). More by the way, there are some invalid links (and probably invalid info too) in SUBMITTING files: * http://www-pool.math.tu-berlin.de/~soeren/grass/GRASS_TestSuite (Error: 404 Not Found) * http://www.grass-gis.org/mailman/listinfo/grass-qa (Errore 404 File non trovato) -- Ticket URL: https://trac.osgeo.org/grass/ticket/2097#comment:6 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2096: Missing libintl-8.dll from all Windows binaries
#2096: Missing libintl-8.dll from all Windows binaries --+- Reporter: dkavanagh| Owner: martinl Type: defect | Status: closed Priority: normal | Milestone: 6.4.3 Component: Packaging| Version: unspecified Resolution: fixed|Keywords: wingrass, windows, binaries, ms-windows, libintl-8.dll Platform: MSWindows 7 | Cpu: x86-64 --+- Changes (by dkavanagh): * status: assigned = closed * resolution: = fixed Comment: Replying to [comment:4 martinl]: Replying to [comment:3 dkavanagh]: Replying to [comment:1 martinl]: This library has been recently moved to the separated package in OSGeo4W. You are referring to the standalone or OSGeo4W installer. Please try the most recent version first. The standalone installer for all versions. Thanks! Please try the most recent version of the installer, ie. no 734 and higher. I installed WinGRASS-7.0.svn-r57955-734 and GRASS started without any issues. (With this build I also noticed extralib has changed to extrabin.) Thanks, Darren -- Ticket URL: http://trac.osgeo.org/grass/ticket/2096#comment:5 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] i.segment fails
On 10/10/13 14:22, Javier Martínez-López wrote: Dear list, I am trying to run the i.segment function but I always get the same error during the first pass: 'invalid region id 0'. What does it mean? can it be solved? I have read some e-mails about this problem but have found no solution yet. Trying with different thresholds or changing the memory limit does not work. My output: GRASS 7.0.svn (global_MW):/home/user/HRI/Variables time i.segment gr=segm out=virunga_segm_0.5 thre=0.5 mins=15 memory=5 Pass 1: ERROR: Invalid region id 0 real0m2.364s user0m2.264s sys0m0.094s # Could you give more info on your data and region settings ? version=7.0.svn date=2013 revision=55075 build_date=2013-03-07 A lot of the bug fixing on these issues by Markus happened during this summer, so please try with a more recent version. Moritz ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] (no subject)
Hi, in the ticket #1778 Glynn [1] says that: it would be nice if we could train users to use that so that we can remove the argv[1]==help check; although help isn't likely to be particularly common as an option value, I dislike having special cases on principle But in the manual pages, there is only a `help` and nothing about `--help` (e.g. [2]). If the majority shares an opinion that `--help` is preferred over `help` than we should change this in the manual pages generation. I agree that `--help` is more standard but I use `help` because no shorter option (such as -h or ?) is available. Vaclav [1] https://trac.osgeo.org/grass/ticket/1778#comment:26 [2] http://grass.osgeo.org/grass70/manuals/r.composite.html ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] i.segment fails
Javier Martínez-López wrote: Dear list, I am trying to run the i.segment function but I always get the same error during the first pass: 'invalid region id 0'. What does it mean? can it be solved? I have read some e-mails about this problem but have found no solution yet. Trying with different thresholds or changing the memory limit does not work. My output: GRASS 7.0.svn (global_MW):/home/user/HRI/Variables time i.segment gr=segm out=virunga_segm_0.5 thre=0.5 mins=15 memory=5 Pass 1: ERROR: Invalid region id 0 real0m2.364s user0m2.264s sys0m0.094s # version=7.0.svn date=2013 revision=55075 i.segment was last changed in r57267, which should also fix the error observed by you. Please update to r57267 or higher and try again. i.segment should now finish successfully. If not, please let us know and if possible provide test data and relevant settings. Markus M ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] i.segment fails
Thank you very much. I will update the version and try again! Cheers, Javier On Thu, Oct 10, 2013 at 11:06 PM, Markus Metz markus.metz.gisw...@gmail.com wrote: Javier Martínez-López wrote: Dear list, I am trying to run the i.segment function but I always get the same error during the first pass: 'invalid region id 0'. What does it mean? can it be solved? I have read some e-mails about this problem but have found no solution yet. Trying with different thresholds or changing the memory limit does not work. My output: GRASS 7.0.svn (global_MW):/home/user/HRI/Variables time i.segment gr=segm out=virunga_segm_0.5 thre=0.5 mins=15 memory=5 Pass 1: ERROR: Invalid region id 0 real0m2.364s user0m2.264s sys0m0.094s # version=7.0.svn date=2013 revision=55075 i.segment was last changed in r57267, which should also fix the error observed by you. Please update to r57267 or higher and try again. i.segment should now finish successfully. If not, please let us know and if possible provide test data and relevant settings. Markus M ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2097: r.modis install using g.extension fails
#2097: r.modis install using g.extension fails ---+ Reporter: pierreroudier | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.0 Component: Addons | Version: svn-trunk Keywords: r.modis|Platform: Linux Cpu: x86-64 | ---+ Changes (by neteler): * keywords: MODIS = r.modis Comment: Replying to [comment:6 wenzeslaus]: [... unsolved Makefile issues...] By the way, we probably have a lot of duplication with the SUBMITTING files in the main source code (trunk and others). They should be actually *identical* since some people come trunk while others only look into Addons. More by the way, there are some invalid links (and probably invalid info too) in SUBMITTING files: * http://www-pool.math.tu-berlin.de/~soeren/grass/GRASS_TestSuite (Error: 404 Not Found) Maybe use this URL? http://grasswiki.osgeo.org/wiki/Test_Suite * http://www.grass-gis.org/mailman/listinfo/grass-qa (Errore 404 File non trovato) grass-qa URL fixed. -- Ticket URL: https://trac.osgeo.org/grass/ticket/2097#comment:7 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2097: r.modis install using g.extension fails
#2097: r.modis install using g.extension fails ---+ Reporter: pierreroudier | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.0 Component: Addons | Version: svn-trunk Keywords: r.modis|Platform: Linux Cpu: x86-64 | ---+ Comment(by wenzeslaus): I see that the following is the topic for a new ticket(s). So if the discussion will go on, we should create them. Replying to [comment:7 neteler]: Replying to [comment:6 wenzeslaus]: [... unsolved Makefile issues...] By the way, we probably have a lot of duplication with the SUBMITTING files in the main source code (trunk and others). They should be actually *identical* since some people come trunk while others only look into Addons. I would suggest to just link (via description and file name or via URL) the SUBMITTING from the main source code and in addons only document addon-specific things. ''(Reorganize SUBMITTING files for addons ticket)'' I think that people are not reading any of these files and the reason They are not available online as HTML (as part of web page, standalone or as part of doxygen). ''(Change SUBMITTING format ticket)'' More by the way, there are some invalid links (and probably invalid info too) in SUBMITTING files: * http://www-pool.math.tu-berlin.de/~soeren/grass/GRASS_TestSuite (Error: 404 Not Found) Maybe use this URL? http://grasswiki.osgeo.org/wiki/Test_Suite This is probably only URL we have but, if I understand correctly, it is an idea, not a working solution. The only solution is manually run shell scripts (but it would be probably advantageous if they are in the format specified by that URL). * http://www.grass-gis.org/mailman/listinfo/grass-qa (Errore 404 File non trovato) grass-qa URL fixed. For me http://grass.osgeo.org/mailman/listinfo/grass-qa does not work but the result of googling - http://lists.osgeo.org/listinfo/grass-qa - works. However, the descriptions says ''(NOTE: currently inactive!)''. ''(Missing instructions for testing ticket)'' -- Ticket URL: https://trac.osgeo.org/grass/ticket/2097#comment:8 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2097: r.modis install using g.extension fails
#2097: r.modis install using g.extension fails ---+ Reporter: pierreroudier | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.0 Component: Addons | Version: svn-trunk Keywords: r.modis|Platform: Linux Cpu: x86-64 | ---+ Comment(by neteler): Replying to [comment:8 wenzeslaus]: Replying to [comment:7 neteler]: grass-qa URL fixed. For me http://grass.osgeo.org/mailman/listinfo/grass-qa does not work but the result of googling - http://lists.osgeo.org/listinfo/grass-qa - works. That was up to date since yesterday (Europe): r57976,r57977,r57978,r57979 However, the descriptions says ''(NOTE: currently inactive!)''. The list purpose was the feed of an automated QA system which existed for some years. ''(Missing instructions for testing ticket)'' Please open these tickets then, it is all unrelated to this one here. -- Ticket URL: https://trac.osgeo.org/grass/ticket/2097#comment:9 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev