Re: [GRASS-dev] area measurements
Thank you, Anna :) I just tested - it really works. Also I'm happy to see that event handling for distance measurement now is in a good shape. Finally both tools are usable in G7. Thank you and keep up your good work :) Maris. 2014/1/7 Anna Petrášová kratocha...@gmail.com: Hi Vincent, just FYI, I fixed (and Markus) the problems with units, so you should now be able to use 'metres' as well (but in GRASS 7 only). On Sun, Jan 5, 2014 at 4:05 PM, Anna Petrášová kratocha...@gmail.com wrote: Hi Vincent, On Sun, Jan 5, 2014 at 10:14 AM, Vincent Bain b...@toraval.fr wrote: Le dimanche 05 janvier 2014 à 08:42 -0500, Anna Petrášová a écrit : Vincent, On Sun, Jan 5, 2014 at 5:19 AM, Vincent Bain b...@toraval.fr wrote: Hi Anna, I just tested on r58611. Unfortunately it fails : could you try m.measure separately? Launch it from gui command line or menu so that you have the interactive adding coordinates from map display. Could you post the result of m.measure with and without -g flag? Yes, here it is with four points describing a 1 km side square : m.measure coordinates=922000,2106000,923000,2106000,923000,2107000,922000,2107000 units=meters Length: 3000.00 meters Area:100.00 square meters m.measure -g coordinates=922000,2106000,923000,2106000,923000,2107000,922000,2107000 units=meters units=meters,square meters length=3000.00 area=100.00 I actually didn't want you to use the units parameter, this is why you got reasonable outputs. Without it you would probably get segmentation fault. I created a ticket for this: http://trac.osgeo.org/grass/ticket/2157 Having a closer look at my PROJ_UNITS file, I noticed unit was set to metre and units was set to metres. I tried to change these values to meter and meters. And now it works just fine. Yes, that makes sense. I was wondering why do you have metres instead of meters there? I can't say when and how one can tweak this variable. Do you think this enhancement could be easily backported to 6.4 ? Unfortunately not. One thing is the GUI part which I would have to write again for grass 6 because although it looks the same, the code of wxGUI is quite different. And write it for grass 6 would be more difficult. The other thing is that m.measure is only a grass 7 module so I don't know which backend should be used for grass 6. Regards, Anna Yours, V. ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] EGU 2014
** Apologies for any cross posting ** Dear All, for your info, there will be a couple of appointments of interest for FOSS users/developers/strugglers at EGU 2014 [1]: HS3.3 Open Source Computing in Hydrology | PICO Sessionhttp://meetingorganizer.copernicus.org/EGU2014/session/14311 and ESSI2.7: Free and Open Source Software (FOSS) for Geoinformatics and Geosciences http://meetingorganizer.copernicus.org/EGU2014/session/15502 The *deadline* for submissions is *16 January 2014* (13:00 CET) As past years, there will be also Splinter session to discuss FOSS GIS within EGU/AGU, followed by a meeting with local FOSS activists. The point of contact for the latter is Mr Helmut Kudrnovsky (in CC). Happy new year! [1] European Geosciences Union http://www.egu2014.eu/, General Assembly 2014, Vienna, Austria, 27 April – 2 May, 2014 -- Best regards, Dr. Margherita DI LEO Scientific / technical project officer European Commission - DG JRC Institute for Environment and Sustainability (IES) Via Fermi, 2749 I-21027 Ispra (VA) - Italy - TP 261 Tel. +39 0332 78 3600 margherita.di-...@jrc.ec.europa.eu Disclaimer: The views expressed are purely those of the writer and may not in any circumstance be regarded as stating an official position of the European Commission. ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] Python error with GRASS 7 on Windows 8
On Tue, Jan 7, 2014 at 7:43 AM, Helmut Kudrnovsky hel...@web.de wrote: (which I really actually need, i.landsat.dehaze) have a look at http://grasswiki.osgeo.org/wiki/AddOns/GRASS_6 and http://grasswiki.osgeo.org/wiki/AddOns/GRASS_7/imagery https://svn.osgeo.org/grass/grass-addons/grass7/imagery/ i.landsat.dehaze seems to be available only for grass6 at the moment (?), maybe the author (cc'ed) has more insight about this. In this case, I am just forcing the error by trying to install an extension beside addon availability, Settings - Addons extensions - Install extensions from addons isn't working in winGRASS7. only the the command line version of g.extension is working, e.g.: g.extension extension=r.geomorphon operation=add Downloading precompiled GRASS Addons r.geomorphon... Updating metadata file... Installation of r.geomorphon successfully finished (Tue Jan 07 13:41:31 2014) Command finished (2 sec) please open a ticket in http://trac.osgeo.org/grass/ this can be again the Python incompatibility issue (the MAXREPEAT problem). For this issue there is already ticket http://trac.osgeo.org/grass/ticket/2150 It usually appears when you have also ArcGIS installed. Anna - best regards Helmut -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Python-error-with-GRASS-7-on-Windows-8-tp5096508p5096756.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-u...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2150: Cannot call Python scripts from Python on MS Windows
#2150: Cannot call Python scripts from Python on MS Windows ---+ Reporter: wenzeslaus | Owner: grass-dev@… Type: defect | Status: new Priority: blocker| Milestone: 7.0.0 Component: Python | Version: svn-releasebranch64 Keywords: packaging, MAXREPEAT, scripts |Platform: MSWindows 7 Cpu: Unspecified| ---+ Comment(by wenzeslaus): This ticket is possible duplicate of 5-year-old blocker #580 which ends with suggestions to get rid of GRASS session concept and installing Python to system. -- Ticket URL: https://trac.osgeo.org/grass/ticket/2150#comment:4 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] Object-based image classification in GRASS
Dear all, Some news about the machine learning classification of image segments. The process described below has been used to classify some RGB images for two different regions with more than 1 billions of pixels, and more than 2.7 millions of segments. Working with such challenging figures requires to optimize/rewrite part of the pygrass library [r58622-r58628 and r58634/r58635] and to adapt/add new GRASS modules, below is briefly reported the sequence of modules used/developed: 1. i.segment.hierarchical [r58137] = extract the segments from the raster group splitting the domain in tiles (in grass-addons); 2. r.to.vect = convert the segments to a vector map; 3. v.category = to transfer the categories of the geometry features to the new layers, the module was not working for areas but know is fixed [r58202]. 3. v.stats [r58637] = Extract statistics from a vector map (statistics about shape and about raster maps). v.stats internally use (in grass-addons): - v.area.stats [r58636] = extract some statistics about the shape (in grass-addons); - v.to.rast = re-convert the vector to a raster map using the vector categories to be sure that there is a correspondence between vector and raster categories (zones). - r.univar2 [r58439] = extract some general statistics from raster using the zones (consume much less memory than r.univar, and compute more general statistics like: skewness, kurtosis, and mode (in grass-addons); 4. v.class.ml [r58638] = classify a vector map, at the moment only a supervisionate classification is tested/supported. To select the segment that must use for training the different machine-learning techniques you can define a training map using the g.gui.iclass. The v.class.ml module can: - extract the training, - balance and scale the training set; - optimize the training set; - test several machine learning techniques; - explore the SVC domain; - export the accuracy of different ML to a csv file; - find and export the optimum training set, - classify the vector map using several ML techniques and export to a new layer of the vector map with the results of the classification; - export the classification results to several raster maps, the vector map coming from a segment raster map is too big to be exported to a shape file (the limit for a shape file is 4Gb [0]). The module accept as input a python file with a list of custom classifiers defined by the user, and support both: scikit-learn[1] and mlpy[2] libraries. Known Issues: * not all the classifiers are working (but I hope to be able to fix this during the next weeks); * so far, only a supervised classification is supported. Best regards Pietro [0] http://www.gdal.org/ogr/drv_shapefile.html [1] http://scikit-learn.org/ [2] http://mlpy.sourceforge.net/ ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2150: Cannot call Python scripts from Python on MS Windows
#2150: Cannot call Python scripts from Python on MS Windows ---+ Reporter: wenzeslaus | Owner: grass-dev@… Type: defect | Status: new Priority: blocker| Milestone: 7.0.0 Component: Python | Version: svn-releasebranch64 Keywords: packaging, MAXREPEAT, scripts |Platform: MSWindows 7 Cpu: Unspecified| ---+ Comment(by hellik): Replying to [comment:4 wenzeslaus]: This ticket is possible duplicate of 5-year-old blocker #580 which ends with suggestions to get rid of GRASS session concept and installing Python to system. as mentioned in #2138, IMHO we are near a working solution. -- Ticket URL: https://trac.osgeo.org/grass/ticket/2150#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] [GRASS-user] Python error with GRASS 7 on Windows 8
3. Is it possible to add these tools through the QGIS? maybe through there my problem will be solved Unfortunately, it is not. QGIS cannot install GRASS addons and QGIS even cannot run them when installed. We GRASS developers, should consider working with QGIS developers to get this working. It is a recurrent topic: http://lists.osgeo.org/pipermail/qgis-developer/2012-September/022139.html http://lists.osgeo.org/pipermail/grass-dev/2012-September/059934.html http://gis.stackexchange.com/questions/73119/how-to-install-grass-addons-to-use-in-qgis http://gis.stackexchange.com/questions/76514/install-grass-addon-in-with-qgis http://gis.stackexchange.com/questions/55051/add-grass-addon-to-sextant-within-qgis And the number of GRASS addons is growing as well as the number of QGIS users. What do you think? Vaclav ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
