Re: [GRASS-user] [GRASS-dev] Object-based image classification in GRASS
Salut GRASSers, Moritz Lennert wrote: [..] With all the elements in place, especially with Pietro's recent work, it should be quite easy to create a unifying module 'i.segment.classify' which would take as input - the segments coming out of i.segment - training zones - a choice of variables - a choice of classifier would then calculate the chosen variables, submit the results to the classifier and then update the segment map attribute table with the classification result. In other words a frontend combining v.to.db, v.rast.stats, v.class.ml and possibly some others. As another alternative way, so as to stay in the Raster world, what do you think of simply using r.statistics2 and providing an input cover= map in order to derive segment-oriented statistics and use'm further, for example in an unsupervised classification scheme? Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [GRASS-dev] Object-based image classification in GRASS
Hi, 2014-02-12 13:41 GMT+01:00 Nikos Alexandris n...@nikosalexandris.net: [...] think of simply using r.statistics2 and providing an input cover= map btw, it remembers me that we haven't yet decided about renaming `r.statistics2` and `r.statistics3` to any reasonable name... Martin -- Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/gwiki/Landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] i.ortho.photo trouble
Hamish, Thanks for your response! I have answered your questions below in red: On Sun, Feb 9, 2014 at 8:01 PM, Hamish hamis...@yahoo.com wrote: Buslers wrote: I have been having trouble trying to use i.ortho.photo. It has been a few years since I have last used GRASS GIS. I knew that the i.ortho.photo module was not available for winGRASS, so I attempted to install on Ubuntu. After several hours of failed attempts to run the module, I found a website saying that i.ortho.photo was not working in 6.4.3, but you could use it on windows running Cygwin. Which website is that? The website that I found saying that i.ortho.photo was not working on 6.4.3 was at http://trac.osgeo.org/osgeo4w/wiki/pkg-grass under Errata. i.ortho.photo should be working fine on 6.4.3 in Ubuntu. It's only if you really want to run i.ortho.photo on Windows that you need worry about Cygwin. (Cygwin provides UNIX's X11 X-Windows, i.ortho.photo needs an X-monitor) Generally it's probably easier to run Ubuntu directly or in a virtual machine (VirtualBox is pretty popular) than bother with setting Cygwin. Many roads to Rome though. What was the error you were having trying to get 6.4.3's i.ortho.photo to run on Ubuntu? I was not getting an error in particular, but I was not able to select any of the options to proceed with the orthorectification process. I was able to choose the imagery group, but that was as far as I could go. It very well could be a user error (meaning I did not know what to do next). I attempted to type 2 to go to Select/Modify imagery group target. The menu did not respond to anything. I attempted to install Cygwin and winGRASS using the instructions from here - http://grass.osgeo.org/grass64/binary/mswindows/cygwin/, but I kept getting an error saying unable to get setup.ini from I think that file is the cygwin download mirror's manifest, you might try another mirror? I did add the -X to the target in the properties menu. I then tried to install GRASS 7.0, but Ubuntu's repositories did not include 7.0. I added the ubuntugis testing repository and I still get a message saying that grass70 could not be located. GRASS 7 doesn't include i.ortho.photo, since Xmonitors were removed there. I'm not sure if anyone is working on a wxGUI replacement for it or not. UbuntuGIS only supplies official GRASS releases, so 6.4.3 is the latest. There is another grass team ppa which has grass7 development snapshot packages for ubuntu, the latest build is from December last time I looked. Hamish From your suggestion above, I would ideally like to run i.ortho.photo directly on Ubuntu. It appears that 6.4.3 would be my only option if I can get it to work. I read somewhere that i.ortho.photo should work from the command line, but I would rather go through the GUI if at all possible. It would be great if i.ortho.photo could be included with GRASS 7.0. Is i.ortho.rectify going to replace i.ortho.photo? Thanks for the help! Shaun On Sun, Feb 9, 2014 at 8:01 PM, Hamish hamis...@yahoo.com wrote: Buslers wrote: I have been having trouble trying to use i.ortho.photo. It has been a few years since I have last used GRASS GIS. I knew that the i.ortho.photo module was not available for winGRASS, so I attempted to install on Ubuntu. After several hours of failed attempts to run the module, I found a website saying that i.ortho.photo was not working in 6.4.3, but you could use it on windows running Cygwin. Which website is that? i.ortho.photo should be working fine on 6.4.3 in Ubuntu. It's only if you really want to run i.ortho.photo on Windows that you need worry about Cygwin. (Cygwin provides UNIX's X11 X-Windows, i.ortho.photo needs an X-monitor) Generally it's probably easier to run Ubuntu directly or in a virtual machine (VirtualBox is pretty popular) than bother with setting Cygwin. Many roads to Rome though. What was the error you were having trying to get 6.4.3's i.ortho.photo to run on Ubuntu? I attempted to install Cygwin and winGRASS using the instructions from here - http://grass.osgeo.org/grass64/binary/mswindows/cygwin/, but I kept getting an error saying unable to get setup.ini from I think that file is the cygwin download mirror's manifest, you might try another mirror? I did add the -X to the target in the properties menu. I then tried to install GRASS 7.0, but Ubuntu's repositories did not include 7.0. I added the ubuntugis testing repository and I still get a message saying that grass70 could not be located. GRASS 7 doesn't include i.ortho.photo, since Xmonitors were removed there. I'm not sure if anyone is working on a wxGUI replacement for it or not. UbuntuGIS only supplies official GRASS releases, so 6.4.3 is the latest. There is another grass team ppa which has grass7 development snapshot packages for ubuntu, the latest build is from December last time I looked. Hamish
Re: [GRASS-user] Strange r.slope.aspect output of Aster dem : slope calculations
Thanks for the replies, we actually derived SRTM DEMs and yes this thime without artifacts. Cheers On 01/08/2014 09:16 PM, Markus Metz wrote: On Fri, Dec 20, 2013 at 4:54 PM, manuel.martin manuel.mar...@orleans.inra.fr wrote: Hi all, I just computed the slope using r.slope.aspect on the Aster data over the full French territory, and as a result got large artefact stripes on a south west-north east axe? When could it come from (inadequate re-projection, the slope routine or the aster data)? The stripped result : https://www.dropbox.com/s/fcxaei1be9wsmka/slopeFranceSmall.png https://www.dropbox.com/s/b52k5co46ujmpt7/slopeFrance.jpg ASTER data are not really suitable to derive a DEM, your example is another demonstration that an ASTER-derived DEM contains artefacts. SRTM DEMs are without these artefacts. Markus M -- 00-- INRA - InfoSol Centre de recherche d'Orléans 2163 Avenue de la Pomme de Pin CS 40001 ARDON 45075 ORLEANS Cedex 2 tel : (33) (0)2 38 41 48 21 fax : (33) (0)2 38 41 78 69 http://www.gissol.fr 00-- ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] r.in.gdal for importing categorical ArcGIS binary rasters
Hi all, I tried to import an ArcGIS binary raster (corine land cover for the French territory) with three fields on each pixels (VALUE, COUNT and CODE_06) using the *r.in.gdal* command. The import works just fine, except that in the resulting raster, in GRASS, I only get one field, which seems to be the VALUE field (and not the CODE_06 field, which I am interested in, and which is a categorical field, although coded with integers). Is there a way to produce a resulting raster with all the fields of the initial ArcGIS layer, or alternatively to choose one unique field? Also, is there a limitation on categorical fields. For instance, what if instead of integer corine land cover codes I have literal labels, i.e. levels of my categorical field coded with strings? Cheers, Manuel -- 00-- INRA - InfoSol Centre de recherche d'Orléans 2163 Avenue de la Pomme de Pin CS 40001 ARDON 45075 ORLEANS Cedex 2 tel : (33) (0)2 38 41 48 21 fax : (33) (0)2 38 41 78 69 http://www.gissol.fr 00-- ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [GRASS-dev] Object-based image classification in GRASS
On Wed, Feb 12, 2014 at 7:42 AM, Martin Landa landa.mar...@gmail.comwrote: Hi, 2014-02-12 13:41 GMT+01:00 Nikos Alexandris n...@nikosalexandris.net: [...] think of simply using r.statistics2 and providing an input cover= map btw, it remembers me that we haven't yet decided about renaming `r.statistics2` and `r.statistics3` to any reasonable name... And they confuses with r.stats and r.univar. And r.univar is the most basic one from these, I would say, and has the most cryptic name. Is the merging (some of) them together still an option? Vaclav Martin -- Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/gwiki/Landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.in.gdal for importing categorical ArcGIS binary rasters
Hi Manuel, GRASS does not support multi-band rasters, so you'll have to import each band as a separate raster map. r.in.gdal has the band= option to specify a band number to import. Best, Ben On 12/02/14 17:05, manuel.martin wrote: Hi all, I tried to import an ArcGIS binary raster (corine land cover for the French territory) with three fields on each pixels (VALUE, COUNT and CODE_06) using the *r.in.gdal* command. The import works just fine, except that in the resulting raster, in GRASS, I only get one field, which seems to be the VALUE field (and not the CODE_06 field, which I am interested in, and which is a categorical field, although coded with integers). Is there a way to produce a resulting raster with all the fields of the initial ArcGIS layer, or alternatively to choose one unique field? Also, is there a limitation on categorical fields. For instance, what if instead of integer corine land cover codes I have literal labels, i.e. levels of my categorical field coded with strings? Cheers, Manuel -- 00-- INRA - InfoSol Centre de recherche d'Orléans 2163 Avenue de la Pomme de Pin CS 40001 ARDON 45075 ORLEANS Cedex 2 tel : (33) (0)2 38 41 48 21 fax : (33) (0)2 38 41 78 69 http://www.gissol.fr 00-- ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Dr. Benjamin Ducke, M.A. {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] d.out.file
Hi, I just added the support of exporting image from wxGUI and d.mon through command line. It does not support the advanced options of d.out.file in GRASS 64 (mainly because of different rendering mechanism). Testing (especially in d.mon) is welcome. Related to this, any ideas if wxGUI should support d.erase? And if yes, what should it do? Erase display, uncheck all layers or perhaps remove all layers from the layer tree? The third one seems to be the most useful, at least for me. Best, Anna ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [GRASS-dev] Object-based image classification in GRASS
The names aren't too far off, but I admit that they are not completely obvious. To think about potential replacement names it is good to think what they do. r.univar calculates aggregate statistics for values across all cells of a map r.stats (which to me has the most confusing name) will provide cell counts or areas for each value for all cells in a map r.statistics calculates aggregate statistics of values in a map that are overlain by clusters of cells in another map Some ideas r.univar - r.mapstats r.statistics - r.coverstats r.stats - r.mapsummary Michael C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Feb 12, 2014, at 1:00 PM, grass-user-requ...@lists.osgeo.orgmailto:grass-user-requ...@lists.osgeo.org grass-user-requ...@lists.osgeo.orgmailto:grass-user-requ...@lists.osgeo.org wrote: From: Vaclav Petras wenzesl...@gmail.commailto:wenzesl...@gmail.com Subject: Re: [GRASS-user] [GRASS-dev] Object-based image classification in GRASS Date: February 12, 2014 at 9:28:29 AM MST To: Martin Landa landa.mar...@gmail.commailto:landa.mar...@gmail.com Cc: GRASS user list grass-user@lists.osgeo.orgmailto:grass-user@lists.osgeo.org, GRASS developers list grass-...@lists.osgeo.orgmailto:grass-...@lists.osgeo.org On Wed, Feb 12, 2014 at 7:42 AM, Martin Landa landa.mar...@gmail.commailto:landa.mar...@gmail.comwrote: Hi, 2014-02-12 13:41 GMT+01:00 Nikos Alexandris n...@nikosalexandris.netmailto:n...@nikosalexandris.net: [...] think of simply using r.statistics2 and providing an input cover= map btw, it remembers me that we haven't yet decided about renaming `r.statistics2` and `r.statistics3` to any reasonable name... And they confuses with r.stats and r.univar. And r.univar is the most basic one from these, I would say, and has the most cryptic name. Is the merging (some of) them together still an option? Vaclav Martin -- Martin Landa landa.martin gmail.comhttp://gmail.com/ * http://geo.fsv.cvut.cz/gwiki/Landa ___ grass-user mailing list grass-user@lists.osgeo.orgmailto:grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user