Re: [GRASS-user] GRASS 8 binaries for Ubuntu
Hi Jeremy, Many thanks for the feedback. Best, Angelos On 6/7/22 15:22, Jérémy Garniaux wrote: Angelos, I confirm that the package works, as far as I can tell: GRASS 8 is installed on my Ubuntu 22.04 machine from ubuntugis-experimental, and launches without issues. Thanks, Jeremy Le 07/06/2022 à 12:06, Angelos Tzotsos a écrit : Hi, I was just waiting for some testing before moving to unstable. If you can confirm that the package works as expected, I can copy asap. Best, Angelos On 6/7/22 12:48, Martin Landa wrote: Hi, út 7. 6. 2022 v 11:32 odesílatel Jérémy Garniaux napsal: I'd like to try out GRASS-GIS 8.x under Ubuntu. If I'm not mistaken, the ubuntugis-unstable repository only proposes binaries for versions as far as 7.8.6-1: https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-unstable/+packages?field.name_filter=grass Any idea if GRASS 8.x binaries are available somewhere? please use ubuntu-experimental [1]. GRASS 8 will be migrated to ubuntu-unstable later. Martin [1] https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-experimental/+packages?field.name_filter=grass_filter=published_filter= -- Angelos Tzotsos, PhD President Open Source Geospatial Foundation http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS 8 binaries for Ubuntu
Hi, I was just waiting for some testing before moving to unstable. If you can confirm that the package works as expected, I can copy asap. Best, Angelos On 6/7/22 12:48, Martin Landa wrote: Hi, út 7. 6. 2022 v 11:32 odesílatel Jérémy Garniaux napsal: I'd like to try out GRASS-GIS 8.x under Ubuntu. If I'm not mistaken, the ubuntugis-unstable repository only proposes binaries for versions as far as 7.8.6-1: https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-unstable/+packages?field.name_filter=grass Any idea if GRASS 8.x binaries are available somewhere? please use ubuntu-experimental [1]. GRASS 8 will be migrated to ubuntu-unstable later. Martin [1] https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-experimental/+packages?field.name_filter=grass_filter=published_filter= -- Angelos Tzotsos, PhD President Open Source Geospatial Foundation http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 7.8.1 on Ubuntu 18.04
Done, please upload RC to experimental. Thanks, Angelos On 12/3/19 12:28 PM, Martin Landa wrote: út 3. 12. 2019 v 11:27 odesílatel Angelos Tzotsos napsal: No, please wait, do not upload anything yet, I am still building packages to move to unstable. OK, just let me know. Ma -- Angelos Tzotsos, PhD Charter Member Open Source Geospatial Foundation http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 7.8.1 on Ubuntu 18.04
No, please wait, do not upload anything yet, I am still building packages to move to unstable. On 12/3/19 12:25 PM, Martin Landa wrote: Hi, út 3. 12. 2019 v 10:40 odesílatel Angelos Tzotsos napsal: My plan is to copy the transition files from experimental to unstable. After that, please upload the RC version to experimental only. sure, RCs are uploaded only to expr PPA. So if I understand well, I can upload RC to expr PPA right now? Ma -- Angelos Tzotsos, PhD Charter Member Open Source Geospatial Foundation http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 7.8.1 on Ubuntu 18.04
My plan is to copy the transition files from experimental to unstable. After that, please upload the RC version to experimental only. On 12/3/19 11:35 AM, Martin Landa wrote: Hi, út 3. 12. 2019 v 10:23 odesílatel Angelos Tzotsos napsal: Please wait until I copy those files over. are we speaking about expr PPA only? Ma -- Angelos Tzotsos, PhD Charter Member Open Source Geospatial Foundation http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 7.8.1 on Ubuntu 18.04
Please wait until I copy those files over. On 12/3/19 11:06 AM, Martin Landa wrote: Hi, út 3. 12. 2019 v 10:01 odesílatel Angelos Tzotsos napsal: I will rebuild the package in experimental with ~bionic3 I was planning to upload 7.8.2RC1 to experimental... Ma -- Angelos Tzotsos, PhD Charter Member Open Source Geospatial Foundation http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 7.8.1 on Ubuntu 18.04
Thanks for uploading. I will rebuild the package in experimental with ~bionic3 On 12/3/19 10:57 AM, Martin Landa wrote: Hi, út 3. 12. 2019 v 9:54 odesílatel Angelos Tzotsos napsal: The package was already in experimental ppa, waiting to be copied along with new geos, proj and gdal. Please test since I am planning to copy soon. I will test. Anyway I took liberty to upload bionic2 package to unstable since bionic1 is completely broken (speaking about GUI). Ma -- Angelos Tzotsos, PhD Charter Member Open Source Geospatial Foundation http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 7.8.1 on Ubuntu 18.04
The package was already in experimental ppa, waiting to be copied along with new geos, proj and gdal. Please test since I am planning to copy soon. On 12/3/19 10:27 AM, Martin Landa wrote: Hi, po 25. 11. 2019 v 8:35 odesílatel Martin Landa napsal: I tried reinstalling grass from grass-devel and ubuntugis-unstable PPAs to same result. I also tried compiling from source, with no success so far. it's a known issue [1]. Will be fixed in upcoming release 7.8.2. Ma I have published new package with locally applied patch. Try to install 7.8.1-1~bionic2. Martin -- Angelos Tzotsos, PhD Charter Member Open Source Geospatial Foundation http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 7.8.1 on Ubuntu 18.04
Thanks Veronica, I will use the patch for the UbuntuGIS package. Cheers, Angelos On 11/25/19 2:06 PM, Veronica Andreo wrote: In the meantime, you can edit the file /usr/lib/grass78/gui/wxpython/gui_core/wrap.py file as in https://github.com/OSGeo/grass/pull/155/commits/e4fbc0f3ae876bc548dae6c509f507d6b9e536b7 I did and all is working fine :) El lun., 25 nov. 2019 a las 8:35, Martin Landa () escribió: Hi, po 25. 11. 2019 v 8:10 odesílatel Pavel Jansa napsal: from wx import NewIdRef as NewId ImportError: cannot import name 'NewIdRef' OnInit returned false, exiting... I tried reinstalling grass from grass-devel and ubuntugis-unstable PPAs to same result. I also tried compiling from source, with no success so far. it's a known issue [1]. Will be fixed in upcoming release 7.8.2. Ma [1] https://trac.osgeo.org/grass/ticket/3962 -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ 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 -- Angelos Tzotsos, PhD Charter Member Open Source Geospatial Foundation http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Failure to install addons in GRASS 7.0.3; on LINUX SuSE 13.2.
Hi Lars, Thanks for opening the ticket, the issue is now hopefully fixed: https://bugzilla.opensuse.org/show_bug.cgi?id=976959 Best, Angelos On 04/17/2016 10:37 PM, Angelos Tzotsos wrote: Hi Lars, Can you please open a new ticket so we can proceed? It can be done from the "Report Bug" in the following location: https://build.opensuse.org/package/show/Application:Geo/grass Thanks, Angelos On 04/10/2016 02:17 AM, Lars Forseth wrote: Den 10. april 2016 01:08, skrev Martin Landa: Hi, 2016-04-10 1:05 GMT+02:00 Lars Forseth <lars.fors...@ntebb.no>: no; it's installed: grass-devel is the package name i SuSE opengeo repository. /opt/grass/include/grass/gis.h But maybe that is a location that g.extension and GRASS can't find? yes, there is no -I /opt/grass in gcc flags. Please contant OpenSuse packager. It's not bug in GRASS but in packaging for OpenSuse. Martin Thanks; already done in previous mail as copy to; see adresses there! By the way; its a 64 bit system and vector addons fail too! Good Night and thanks again! Regards larsf ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Angelos Tzotsos, PhD OSGeo Charter Member http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Failure to install addons in GRASS 7.0.3; on LINUX SuSE 13.2.
Hi Lars, Can you please open a new ticket so we can proceed? It can be done from the "Report Bug" in the following location: https://build.opensuse.org/package/show/Application:Geo/grass Thanks, Angelos On 04/10/2016 02:17 AM, Lars Forseth wrote: Den 10. april 2016 01:08, skrev Martin Landa: Hi, 2016-04-10 1:05 GMT+02:00 Lars Forseth <lars.fors...@ntebb.no>: no; it's installed: grass-devel is the package name i SuSE opengeo repository. /opt/grass/include/grass/gis.h But maybe that is a location that g.extension and GRASS can't find? yes, there is no -I /opt/grass in gcc flags. Please contant OpenSuse packager. It's not bug in GRASS but in packaging for OpenSuse. Martin Thanks; already done in previous mail as copy to; see adresses there! By the way; its a 64 bit system and vector addons fail too! Good Night and thanks again! Regards larsf ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Angelos Tzotsos, PhD OSGeo Charter Member http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [OSGeo-Discuss] Help fixing QGIS/GRASS quickstart
t version to 2.14 Thanks for making the effort to include us on the live CD! Regards Tim And if we could get someone to check that QGIS's quickstart is still valid that would be wonderful. How to add/update docs is described here:https://wiki.osgeo.org/wiki/Live_GIS_Disc#Documentation Warm regards, Cameron On 3/03/2016 10:29 pm, Cameron Shorter wrote: Hey guys, Anyone around? Any chance you could help with this question? Cheers, Cameron On 29/02/2016 9:56 pm, cameron.shor...@gmail.com wrote: Hi Tim, Nathan, Larry, Alex, The OSGeo-Live Project Overview for qgis currently describes version 2.4.0, however version 2.12.1 is installed on the next OSGeo-Live9.5 release. Are there any features which should be added to the Project Overview, or does the doc just require a version update? You can see the latest nightly OSGeo-Live docs here: http://adhoc.osgeo.osuosl.org/livedvd/docs/en/overview/overview.html And docs are in git here: https://github.com/OSGeo/OSGeoLive-doc Warm regards, -- Cameron Shorter, Software and Data Solutions Manager LISAsoft Suite 112, Jones Bay Wharf, 26 - 32 Pirrama Rd, Pyrmont NSW 2009 P +61 2 9009 5000, W www.lisasoft.com, F +61 2 9009 5099 — Tim Sutton Visit http://kartoza.com <http://kartoza.com/> <http://kartoza.com/> to find out about open source: * Desktop GIS programming services * Geospatial web development * GIS Training * Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net Tim is a member of the QGIS Project Steering Committee Kartoza is a merger between Linfiniti and Afrispatial -- Cameron Shorter, Software and Data Solutions Manager LISAsoft Suite 112, Jones Bay Wharf, 26 - 32 Pirrama Rd, Pyrmont NSW 2009 P +61 2 9009 5000, W www.lisasoft.com, F +61 2 9009 5099 -- Cameron Shorter, Software and Data Solutions Manager LISAsoft Suite 112, Jones Bay Wharf, 26 - 32 Pirrama Rd, Pyrmont NSW 2009 P +61 2 9009 5000, W www.lisasoft.com, F +61 2 9009 5099 ___ Discuss mailing list disc...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Angelos Tzotsos, PhD OSGeo Charter Member http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] up-to-date packages in UbuntuGIS
On 01/19/2016 03:34 PM, Panagiotis Mavrogiorgos wrote: Dear Ubuntu users, recently I have stopped producing GRASS stable packages for GRASS Launchpad PPA [1] (for those how are still using this PPA, uninstall `grass7` package and remove this PPA from the source list). There is only one alive PPA used for daily builds [2] - `grass-daily` package. Some days ago I started producing up-to-date packages for UbuntuGIS (unstable) [3]. So please switch to this repo if you are using Ubuntu when installing GRASS. Martin [1] https://launchpad.net/~grass/+archive/ubuntu/grass-stable [2] https://launchpad.net/~grass/+archive/ubuntu/grass-devel [3] https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-unstable Hi Martin, So are there any upstream packages for GRASS stable versions (i.e. 7.0.2 which will get updated when 7.0.3 gets released etc)? For various reasons, I'd rather not use RC packages. Thank you for your efforts, Panos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user Hi Panos, Until 7.0.3 gets released you can use the 7.0.2 package from OSGeoLive ppa here: https://launchpad.net/~osgeolive/+archive/ubuntu/nightly Best, Angelos -- Angelos Tzotsos, PhD OSGeo Charter Member http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] up-to-date packages in UbuntuGIS
On 01/19/2016 04:10 PM, Panagiotis Mavrogiorgos wrote: On Tue, Jan 19, 2016 at 3:46 PM, Angelos Tzotsos <gcpp.kal...@gmail.com> wrote: Hi Panos, Until 7.0.3 gets released you can use the 7.0.2 package from OSGeoLive ppa here: https://launchpad.net/~osgeolive/+archive/ubuntu/nightly Best, Angelos Thank you Angelos Could you or someone else also comment whether the folloing is accurate? - https://launchpad.net/ubuntu/+source/grass The official packages. Oudated so you probably don't want to use them. - https://launchpad.net/~grass/+archive/ubuntu/grass-stable is deprecated - https://launchpad.net/~grass/+archive/ubuntu/grass-devel is used for daily builds of 7.1.# - https://launchpad.net/~ubuntugis/+archive/ubuntu/ppa is used for stable releases of 6.4.# - https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-unstable is used for releases of 7.0.# but it may contain RC versions too. - https://launchpad.net/~osgeolive/+archive/ubuntu/nightly nightly builds for OSGeo Live CD. It has the current GRASS stable version (i.e. 7.0.2 or whatever). I am mostly interested in using a ppa with the stable releases of the 7.0.# branch. all the best, Panos FYI, there is a current plan for UbuntuGIS Stable ppa to get the latest released packages from OSGeoLive 9.0 and UbuntuGIS Unstable ppa to get the packages from OSGeoLive 9.5 (which got input from DebianGIS) when it reaches RC status. Of course when GRASS 7.0.3 is released, it will land in UbuntuGIS Unstable. Best, Angelos -- Angelos Tzotsos, PhD OSGeo Charter Member http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Opensuse 13.1 Grass
I am guessing you use a more recent version of numpy, than the 13.1 default which is 1.7. In numpy 1.9+ they dropped support for numeric and wxWidgets is recently patched for it: http://trac.wxwidgets.org/ticket/16590 On 11/30/2014 11:13 AM, Tim Southern wrote: Can confirm that Grass is apparently working under 13.1. Grass crashed trying to save a screen image from the Grass toolbar command. Rebooted ok. Thanks. Will try and install 13.2 again and try Grass. Why was Numpy incomplete? Kind regards Tim Tim Southern 17, Park Close, Sonning Common, Oxfordshire RG4 9RY On 30 Nov 2014, at 05:02, grass-user-requ...@lists.osgeo.org wrote: Send grass-user mailing list submissions to grass-user@lists.osgeo.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.osgeo.org/mailman/listinfo/grass-user or, via email, send a message with subject or body 'help' to grass-user-requ...@lists.osgeo.org You can reach the person managing the list at grass-user-ow...@lists.osgeo.org When replying, please edit your Subject line so it is more specific than Re: Contents of grass-user digest... Today's Topics: 1. Re: Grass 6.4, Opensuse 13.1/13.2 (Angelos Tzotsos) 2. mapping interface (shashank khare) 3. Re: how to change all cats in a vector line (C?sar Augusto Ram?rez Franco) 4. Re: grass-user Digest, Vol 103, Issue 47 (Michael Barton) -- Message: 1 Date: Sun, 30 Nov 2014 05:16:07 +0200 From: Angelos Tzotsos gcpp.kal...@gmail.com To: grass-user@lists.osgeo.org Subject: Re: [GRASS-user] Grass 6.4, Opensuse 13.1/13.2 Message-ID: 547a8bf7.3090...@gmail.com Content-Type: text/plain; charset=windows-1252; format=flowed Problem fixed on both openSUSE 13.1 and 13.2 Can you please confirm? On 11/30/2014 01:43 AM, Angelos Tzotsos wrote: Hi Tim, I will have a look at this and report back. Cheers, Angelos On 11/29/2014 03:32 PM, Tim Southern wrote: Dear all, A couple of weeks ago I made the mistake of upgrading Opensuse on this 32 Toshiba Laptop to 13.2. Grass failed to work with error messages indicating NumPy had not been installed. It had been installed but did not contain the files Grass was looking for. Attempts at removing and re-installing NumPy all produced the same incomplete file set. (i586 installation) I have reverted to Opensuse 13.1 and now have another non working version Grass 6.4 Traceback (most recent call GRASS 6.4.3 (South_Oxfordshire):~ Traceback (most recent call last): File /opt/grass/etc/wxpython/wxgui.py, line 139, in module sys.exit(main()) File /opt/grass/etc/wxpython/wxgui.py, line 132, in main app = GMApp(workspaceFile) File /opt/grass/etc/wxpython/wxgui.py, line 45, in __init__ wx.App.__init__(self, False) File /usr/lib/python2.7/site-packages/wx-2.8-gtk2-unicode/wx/_core.py, line 7981, in __init__ self._BootstrapApp() File /usr/lib/python2.7/site-packages/wx-2.8-gtk2-unicode/wx/_core.py, line 7555, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File /opt/grass/etc/wxpython/wxgui.py, line 78, in OnInit workspace = self.workspaceFile) File /opt/grass/etc/wxpython/lmgr/frame.py, line 111, in __init__ self.toolbars = { 'workspace' : LMWorkspaceToolbar(parent = self), File /opt/grass/etc/wxpython/lmgr/toolbars.py, line 40, in __init__ self.InitToolbar(self._toolbarData()) File /opt/grass/etc/wxpython/gui_core/toolbars.py, line 96, in InitToolbar self.CreateTool(*tool) File /opt/grass/etc/wxpython/gui_core/toolbars.py, line 120, in CreateTool shortHelp, longHelp) File /usr/lib/python2.7/site-packages/wx-2.8-gtk2-unicode/wx/_controls.py, line 3764, in AddLabelTool shortHelp, longHelp, clientData) File /usr/lib/python2.7/site-packages/wx-2.8-gtk2-unicode/wx/_controls.py, line 3686, in DoAddTool return _controls_.ToolBarBase_DoAddTool(*args, **kwargs) ValueError: invalid null reference in method 'ToolBarBase_DoAddTool', expected argument 4 of type 'wxBitmap const ' I am assuming both the errors in 13.2 and now in 13.1 are due to installation issues. Grass 6.4 worked well in 13.1 until I upgraded. Can anyone help? Thanks Tim Tim Southern 17, Park Close, Sonning Common, Oxfordshire RG4 9RY On 25 Nov 2014, at 20:00, grass-user-requ...@lists.osgeo.org wrote: Send grass-user mailing list submissions to grass-user@lists.osgeo.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.osgeo.org/mailman/listinfo/grass-user or, via email, send a message with subject or body 'help' to grass-user-requ...@lists.osgeo.org You can reach the person managing the list at grass-user-ow...@lists.osgeo.org When replying, please edit your Subject line so it is more specific than Re: Contents of grass-user digest... Today's Topics: 1. Re: Computing major and minor axes for polygons (Benjamin Ducke) 2. Re: Computing major and minor axes for polygons (S?ren Gebbert) 3. Re: Computing major
Re: [GRASS-user] Grass - Opensuse 13.2 on i586 Install
Hi Tim, If you read more closely the bug report, you will see that there are no Numeric components in NumPy 1.9 to install, simply because they are *dropped* from NumPy. The problem is not visible in other distributions because they still use NumPy 1.8.x Hopefully there will be a wx patch soon (or even better an upstream release fixing this) On 11/30/2014 03:44 PM, Tim Southern wrote: Hi Angelos, Sorry but 13.2 Install does installs Numpy but DOES NOT iINSTALL Numeric or Numarray components. Installing Grass on this system does not add these missing NumPy components. Wxpython GUI crashes with missing NumPy components. I will revert back to 13.1 for now as at least that allows me to use Grass. Thanks for trying to help. Kind regards Tim Tim Southern 17, Park Close, Sonning Common, Oxfordshire RG4 9RY On 30 Nov 2014, at 05:02, grass-user-requ...@lists.osgeo.org wrote: Send grass-user mailing list submissions to grass-user@lists.osgeo.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.osgeo.org/mailman/listinfo/grass-user or, via email, send a message with subject or body 'help' to grass-user-requ...@lists.osgeo.org You can reach the person managing the list at grass-user-ow...@lists.osgeo.org When replying, please edit your Subject line so it is more specific than Re: Contents of grass-user digest... Today's Topics: 1. Re: Grass 6.4, Opensuse 13.1/13.2 (Angelos Tzotsos) 2. mapping interface (shashank khare) 3. Re: how to change all cats in a vector line (C?sar Augusto Ram?rez Franco) 4. Re: grass-user Digest, Vol 103, Issue 47 (Michael Barton) -- Message: 1 Date: Sun, 30 Nov 2014 05:16:07 +0200 From: Angelos Tzotsos gcpp.kal...@gmail.com To: grass-user@lists.osgeo.org Subject: Re: [GRASS-user] Grass 6.4, Opensuse 13.1/13.2 Message-ID: 547a8bf7.3090...@gmail.com Content-Type: text/plain; charset=windows-1252; format=flowed Problem fixed on both openSUSE 13.1 and 13.2 Can you please confirm? On 11/30/2014 01:43 AM, Angelos Tzotsos wrote: Hi Tim, I will have a look at this and report back. Cheers, Angelos On 11/29/2014 03:32 PM, Tim Southern wrote: Dear all, A couple of weeks ago I made the mistake of upgrading Opensuse on this 32 Toshiba Laptop to 13.2. Grass failed to work with error messages indicating NumPy had not been installed. It had been installed but did not contain the files Grass was looking for. Attempts at removing and re-installing NumPy all produced the same incomplete file set. (i586 installation) I have reverted to Opensuse 13.1 and now have another non working version Grass 6.4 Traceback (most recent call GRASS 6.4.3 (South_Oxfordshire):~ Traceback (most recent call last): File /opt/grass/etc/wxpython/wxgui.py, line 139, in module sys.exit(main()) File /opt/grass/etc/wxpython/wxgui.py, line 132, in main app = GMApp(workspaceFile) File /opt/grass/etc/wxpython/wxgui.py, line 45, in __init__ wx.App.__init__(self, False) File /usr/lib/python2.7/site-packages/wx-2.8-gtk2-unicode/wx/_core.py, line 7981, in __init__ self._BootstrapApp() File /usr/lib/python2.7/site-packages/wx-2.8-gtk2-unicode/wx/_core.py, line 7555, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File /opt/grass/etc/wxpython/wxgui.py, line 78, in OnInit workspace = self.workspaceFile) File /opt/grass/etc/wxpython/lmgr/frame.py, line 111, in __init__ self.toolbars = { 'workspace' : LMWorkspaceToolbar(parent = self), File /opt/grass/etc/wxpython/lmgr/toolbars.py, line 40, in __init__ self.InitToolbar(self._toolbarData()) File /opt/grass/etc/wxpython/gui_core/toolbars.py, line 96, in InitToolbar self.CreateTool(*tool) File /opt/grass/etc/wxpython/gui_core/toolbars.py, line 120, in CreateTool shortHelp, longHelp) File /usr/lib/python2.7/site-packages/wx-2.8-gtk2-unicode/wx/_controls.py, line 3764, in AddLabelTool shortHelp, longHelp, clientData) File /usr/lib/python2.7/site-packages/wx-2.8-gtk2-unicode/wx/_controls.py, line 3686, in DoAddTool return _controls_.ToolBarBase_DoAddTool(*args, **kwargs) ValueError: invalid null reference in method 'ToolBarBase_DoAddTool', expected argument 4 of type 'wxBitmap const ' I am assuming both the errors in 13.2 and now in 13.1 are due to installation issues. Grass 6.4 worked well in 13.1 until I upgraded. Can anyone help? Thanks Tim Tim Southern 17, Park Close, Sonning Common, Oxfordshire RG4 9RY On 25 Nov 2014, at 20:00, grass-user-requ...@lists.osgeo.org wrote: Send grass-user mailing list submissions to grass-user@lists.osgeo.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.osgeo.org/mailman/listinfo/grass-user or, via email, send a message with subject or body 'help' to grass-user-requ...@lists.osgeo.org You can reach the person managing the list at grass-user-ow...@lists.osgeo.org When replying, please edit your Subject line so
Re: [GRASS-user] Grass 6.4, Opensuse 13.1/13.2
mailto:grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Dr. Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer Spatial technology for the masses, not the classes: experience free and open source GIS at http://gvsigce.org -- Message: 2 Date: Mon, 24 Nov 2014 23:44:29 +0100 From: S?ren Gebbert soerengebb...@googlemail.com To: Benjamin Ducke bendu...@fastmail.fm Cc: grass-user grass-user@lists.osgeo.org Subject: Re: [GRASS-user] Computing major and minor axes for polygons Message-ID: caphdrejy+alkpezthfcd+8m935qgild1f-ynhrjemz-s8ru...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 Hi Ben, 2014-11-24 22:50 GMT+01:00 Benjamin Ducke bendu...@fastmail.fm: Right, a PCA of the polygon vertices, I assume? Exactly, create a covariance matrix from the vertices coordinates of each polygon and compute the eigenvectors and eigenvalues of these matrices. Best regards Soeren Maybe v.to.db could be enhanced to allow it to upload the lengths of the first two/three components to the attribute table? For a quick fix, I solved the problem in a shell script using a crude approximation. FWIW: 0. Set major axis length=-1 1. Rotate polygon by 10? (v.transform) 2. Fit region to polygon (g.region vect=). 3. Get width of region. If it is greater than major axis length, set major axis length = width 4. Repeat from 1, until polygon has been rotated 350? 5. Minor axis length = height of current region. Like I said, it's just a crude approximation (precision can be increased by using smaller rotation steps) and slow, too. But it's good enough for my purposes, which is basically to calculate elongation=len(major)/len(min). Best, Ben On 24/11/14 19:27, S?ren Gebbert wrote: IIRC is the code to compute the major and minor axes already in GRASS. You need to perform a Karhunen-Loewe-Transformation for each Polygon. This is also known as principal components analysis. Best regards Soeren Am 21.11.2014 23:33 schrieb Benjamin Ducke bendu...@fastmail.fm mailto:bendu...@fastmail.fm: Hi All -- Does anybody here know of an existing GRASS modules that will compute the major and minor axes for the polygons of a vector map? Thanks and best, Ben ___ grass-user mailing list grass-user@lists.osgeo.org mailto:grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Dr. Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer Spatial technology for the masses, not the classes: experience free and open source GIS at http://gvsigce.org ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Message: 3 Date: Tue, 25 Nov 2014 19:10:38 +0200 From: Nikos Alexandris n...@nikosalexandris.net To: grass-user@lists.osgeo.org Subject: Re: [GRASS-user] Computing major and minor axes for polygons Message-ID: 5db8e3e250d0adde57c6a9628ba56...@nikosalexandris.net Content-Type: text/plain; charset=UTF-8; format=flowed On 24.11.2014 23:50, Benjamin Ducke wrote: Right, a PCA of the polygon vertices, I assume? Maybe v.to.db could be enhanced to allow it to upload the lengths of the first two/three components to the attribute table? For a quick fix, I solved the problem in a shell script using a crude approximation. FWIW: 0. Set major axis length=-1 1. Rotate polygon by 10? (v.transform) 2. Fit region to polygon (g.region vect=). 3. Get width of region. If it is greater than major axis length, set major axis length = width 4. Repeat from 1, until polygon has been rotated 350? 5. Minor axis length = height of current region. Wow, What a smart approach! :-) Nikos -- ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user End of grass-user Digest, Vol 103, Issue 42 *** ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Angelos Tzotsos Remote Sensing Laboratory National Technical University of Athens http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Grass 6.4, Opensuse 13.1/13.2
Problem fixed on both openSUSE 13.1 and 13.2 Can you please confirm? On 11/30/2014 01:43 AM, Angelos Tzotsos wrote: Hi Tim, I will have a look at this and report back. Cheers, Angelos On 11/29/2014 03:32 PM, Tim Southern wrote: Dear all, A couple of weeks ago I made the mistake of upgrading Opensuse on this 32 Toshiba Laptop to 13.2. Grass failed to work with error messages indicating NumPy had not been installed. It had been installed but did not contain the files Grass was looking for. Attempts at removing and re-installing NumPy all produced the same incomplete file set. (i586 installation) I have reverted to Opensuse 13.1 and now have another non working version Grass 6.4 Traceback (most recent call GRASS 6.4.3 (South_Oxfordshire):~ Traceback (most recent call last): File /opt/grass/etc/wxpython/wxgui.py, line 139, in module sys.exit(main()) File /opt/grass/etc/wxpython/wxgui.py, line 132, in main app = GMApp(workspaceFile) File /opt/grass/etc/wxpython/wxgui.py, line 45, in __init__ wx.App.__init__(self, False) File /usr/lib/python2.7/site-packages/wx-2.8-gtk2-unicode/wx/_core.py, line 7981, in __init__ self._BootstrapApp() File /usr/lib/python2.7/site-packages/wx-2.8-gtk2-unicode/wx/_core.py, line 7555, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File /opt/grass/etc/wxpython/wxgui.py, line 78, in OnInit workspace = self.workspaceFile) File /opt/grass/etc/wxpython/lmgr/frame.py, line 111, in __init__ self.toolbars = { 'workspace' : LMWorkspaceToolbar(parent = self), File /opt/grass/etc/wxpython/lmgr/toolbars.py, line 40, in __init__ self.InitToolbar(self._toolbarData()) File /opt/grass/etc/wxpython/gui_core/toolbars.py, line 96, in InitToolbar self.CreateTool(*tool) File /opt/grass/etc/wxpython/gui_core/toolbars.py, line 120, in CreateTool shortHelp, longHelp) File /usr/lib/python2.7/site-packages/wx-2.8-gtk2-unicode/wx/_controls.py, line 3764, in AddLabelTool shortHelp, longHelp, clientData) File /usr/lib/python2.7/site-packages/wx-2.8-gtk2-unicode/wx/_controls.py, line 3686, in DoAddTool return _controls_.ToolBarBase_DoAddTool(*args, **kwargs) ValueError: invalid null reference in method 'ToolBarBase_DoAddTool', expected argument 4 of type 'wxBitmap const ' I am assuming both the errors in 13.2 and now in 13.1 are due to installation issues. Grass 6.4 worked well in 13.1 until I upgraded. Can anyone help? Thanks Tim Tim Southern 17, Park Close, Sonning Common, Oxfordshire RG4 9RY On 25 Nov 2014, at 20:00, grass-user-requ...@lists.osgeo.org wrote: Send grass-user mailing list submissions to grass-user@lists.osgeo.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.osgeo.org/mailman/listinfo/grass-user or, via email, send a message with subject or body 'help' to grass-user-requ...@lists.osgeo.org You can reach the person managing the list at grass-user-ow...@lists.osgeo.org When replying, please edit your Subject line so it is more specific than Re: Contents of grass-user digest... Today's Topics: 1. Re: Computing major and minor axes for polygons (Benjamin Ducke) 2. Re: Computing major and minor axes for polygons (S?ren Gebbert) 3. Re: Computing major and minor axes for polygons (Nikos Alexandris) -- Message: 1 Date: Mon, 24 Nov 2014 22:50:46 +0100 From: Benjamin Ducke bendu...@fastmail.fm To: grass-user grass-user@lists.osgeo.org Subject: Re: [GRASS-user] Computing major and minor axes for polygons Message-ID: 5473a836.5030...@fastmail.fm Content-Type: text/plain; charset=utf-8 Right, a PCA of the polygon vertices, I assume? Maybe v.to.db could be enhanced to allow it to upload the lengths of the first two/three components to the attribute table? For a quick fix, I solved the problem in a shell script using a crude approximation. FWIW: 0. Set major axis length=-1 1. Rotate polygon by 10? (v.transform) 2. Fit region to polygon (g.region vect=). 3. Get width of region. If it is greater than major axis length, set major axis length = width 4. Repeat from 1, until polygon has been rotated 350? 5. Minor axis length = height of current region. Like I said, it's just a crude approximation (precision can be increased by using smaller rotation steps) and slow, too. But it's good enough for my purposes, which is basically to calculate elongation=len(major)/len(min). Best, Ben On 24/11/14 19:27, S?ren Gebbert wrote: IIRC is the code to compute the major and minor axes already in GRASS. You need to perform a Karhunen-Loewe-Transformation for each Polygon. This is also known as principal components analysis. Best regards Soeren Am 21.11.2014 23:33 schrieb Benjamin Ducke bendu...@fastmail.fm mailto:bendu...@fastmail.fm: Hi All -- Does anybody here know of an existing GRASS modules that will compute the major and minor axes for the polygons of a vector map? Thanks and best
Re: [GRASS-user] Suse 12.3, GRASS 6.4.3 - addons not possible to install - SOLVED!
On 10/06/2013 09:32 PM, Lars Forseth wrote: Hi! I just solved a long standing issue with GRASS 6.4.3 on my pc, under SuSE 12.3 linux. I use the GEO repository for all GIS packages. Since long I have not been able to install plugins/add-ons in GRASS, either through the commandline or the menu (wxpython gui). Yesterday I discovered why! In the standard GRASS 6.4.3 package under GEO:repository for SUSE 12.3, the g.html2man script is missing! Since this seems to be essential under the install procedure for addons, attempts to install add-ons failes! Remedy (for my part); downloaded the sourcepackage for grass 6.4.3; found g.html2man script and copied it to /opt/grass/tools, and made scertain it had the right permissions! And now I can install add-ons! Regards larsf PS! How do I communicate this bug to the GEO repository maintainers? ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user Hi Lars, Thanks for reporting the issue, we will make sure it gets fixed. Best, Angelos -- Angelos Tzotsos Remote Sensing Laboratory National Technical University of Athens http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS and opensuse 12.3
Hi, Can you please post the repositories that you have enabled on your system? I will take a look now on a fresh install to see what the problem is. Cheers, Angelos On 06/27/2013 11:24 AM, jwd wrote: I've run into problems in trying to install GRASS and some related software on my opensuse 12.3 system. It may be something broken in my install - but - I cannot get an installation of GRASS to finish up on my system, which is running an AMD Phenom II processor with 4 gigs of memory and a 600 gig sata hard drive. Attempts report a missing libodb.so.2() (64 bit). Attempts to install other elements, e.g. gdal or qgis also report a missing libpng16.so.16() (64 bit). There is a libpng15.so.15 present on the system. JWDougherty ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Angelos Tzotsos Remote Sensing Laboratory National Technical University of Athens http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS is seeking mirrors in Latin America and South Africa
On 01/20/2013 10:55 PM, Markus Neteler wrote: On Thu, Jan 17, 2013 at 11:04 PM, Martin Landa landa.mar...@gmail.com wrote: 2013/1/17 Carlos Grohmann carlos.grohm...@gmail.com: There's mirror at University of São Paulo, Brazil : http://vps.fmvz.usp.br/grass good, anyway this mirror needs update. It contains the old website. rsync now needs to point to grass.meteo.uni.wroc.pl::grass Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user Hi all, We had the same problem with OSGeoLive due to large iso files. FYI, we solved it by hosting the download files in SourceForge. Best, Angelos -- Angelos Tzotsos Remote Sensing Laboratory National Technical University of Athens http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Differences Between ERDAS and GRASS About NDVI Statistics
On 01/14/2013 01:03 AM, Gökçen Güner wrote: Hi, This will not be a specific GRASS question. My friend and I tried to calculate NDVIs of same data set and results seem same to us. But checking statistics of each output we saw that statistics are very different. I mean, median, mean, std.dev values of Grass output and Erdas output are different. We couldn't find an explanation for this situation. What can be the reason for this? PS: For NDVI, we used this formula: (NIR_Band - RED_Band) / (NIR_Band + RED_Band) ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user Hi, Please make sure that the output images are of the same type in both cases and that your statistic calculation method is the same. NDVI is a float (or double) result if your initial data are integers (usually they are). Perhaps one of your images is automatically converted to 8 bit integer type? Cheers, Angelos -- Angelos Tzotsos Remote Sensing Laboratory National Technical University of Athens http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] SUSE 12.2 rpm
Hi Bob, The repository you install from is a mirror of download.opensuse.org. It should be working ok. When I trigger a chroot build using grass in 32bit environment I do not get the same error. I will test on a new SUSE Studio VM. Angelos On 11/29/2012 05:10 PM, Bob Siegfried wrote: Angelos, The repository from which I downloaded the both rpms was anorien.csc.warwick.ac.uk. Thanks, Bob On 11/28/2012 1:37 AM, Angelos Tzotsos wrote: Hi Bob, Daniel. I am in the process of updating to 6.4.3 but I am waiting for the final version to push to Application:Geo. https://build.opensuse.org/project/monitor?project=home%3Atzotsos%3AApplication%3AGeo Bob, can you please provide a list of the repositories you have on your system? Also, what openSUSE version do you have installed? Best, Angelos On 11/28/2012 10:25 AM, Daniel Lee wrote: Hi Bob, Is your machine running 32 bit? I'm running OpenSUSE 12.2 64-bit and haven't had any problems installing 6.4 from the Geo repository. I can't test the 32-bit version though. Or can you ignore the dependency? Best, Daniel 2012/11/28 Bob Siegfriedrobtsiegfr...@gmail.com Hello, I get a Catch 22 when downloading the GRASS 6.4.2.1-2.23.i586.rpm. Installation fails because there is a grass-docs dependency. Similarly, grass-docs- 6.4.2.1-2.23.i586.rpm installation fails because of a GRASS 6.4.2.1-2.23.i586 dependency. Would appreciate any suggestions. Thanks, Bob ___ 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 -- Angelos Tzotsos Remote Sensing Laboratory National Technical University of Athens http://users.ntua.gr/tzotsos ___ 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 -- Angelos Tzotsos Remote Sensing Laboratory National Technical University of Athens http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] SUSE 12.2 rpm
On 11/29/2012 05:22 PM, Daniel Lee wrote: Hi Bob, I'm using the Geo community repository hosted here: http://download.opensuse.org/repositories/Application:/Geo/openSUSE_12.2/ And have had no problems with dependencies. I'm working on a 64-bit machine, though. I like that repository because it has pretty much all the geographic stuff you could wish for. Thank you Daniel for your nice words :) Daniel 2012/11/29 Bob Siegfried robtsiegfr...@gmail.com Thanks, Daniel. 32 bit. It never occurred to me to try ignoring the dependency. Bob On 11/28/2012 12:25 AM, Daniel Lee wrote: Hi Bob, Is your machine running 32 bit? I'm running OpenSUSE 12.2 64-bit and haven't had any problems installing 6.4 from the Geo repository. I can't test the 32-bit version though. Or can you ignore the dependency? Best, Daniel 2012/11/28 Bob Siegfried robtsiegfr...@gmail.com Hello, I get a Catch 22 when downloading the GRASS 6.4.2.1-2.23.i586.rpm. Installation fails because there is a grass-docs dependency. Similarly, grass-docs- 6.4.2.1-2.23.i586.rpm installation fails because of a GRASS 6.4.2.1-2.23.i586 dependency. Would appreciate any suggestions. Thanks, Bob ___ 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 -- Angelos Tzotsos Remote Sensing Laboratory National Technical University of Athens http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] SUSE 12.2 rpm
Hi Bob, Daniel. I am in the process of updating to 6.4.3 but I am waiting for the final version to push to Application:Geo. https://build.opensuse.org/project/monitor?project=home%3Atzotsos%3AApplication%3AGeo Bob, can you please provide a list of the repositories you have on your system? Also, what openSUSE version do you have installed? Best, Angelos On 11/28/2012 10:25 AM, Daniel Lee wrote: Hi Bob, Is your machine running 32 bit? I'm running OpenSUSE 12.2 64-bit and haven't had any problems installing 6.4 from the Geo repository. I can't test the 32-bit version though. Or can you ignore the dependency? Best, Daniel 2012/11/28 Bob Siegfried robtsiegfr...@gmail.com Hello, I get a Catch 22 when downloading the GRASS 6.4.2.1-2.23.i586.rpm. Installation fails because there is a grass-docs dependency. Similarly, grass-docs- 6.4.2.1-2.23.i586.rpm installation fails because of a GRASS 6.4.2.1-2.23.i586 dependency. Would appreciate any suggestions. Thanks, Bob ___ 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 -- Angelos Tzotsos Remote Sensing Laboratory National Technical University of Athens http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Is i.cluster an implementation of the ISODATA algorithm?
Hi all, This is an ISODATA implementation in C, written under GPL by Christos Iossifidis, a colleague of mine at NTUA. Would anyone be interested porting it to GRASS? http://users.ntua.gr/chiossif/Free_As_Freedom_Software/isodata.c Cheers, Angelos On 10/31/2012 01:48 AM, Nikos Alexandris wrote: NikosA: I wonder why the term ISODATA [2] is not to be traced anywhere in the GRASS manuals, nor in the GRASS book (3rd ed.). Can someone confirm that i.cluster is an(other) implementation of the ISODATA clustering algorithm? MarkusN: I search in my inbox and found some earlier discussion with the Subject: Re: [GRASS-user] Re: algorithm used in i.cluster, see below. PS: Still we need a text snippet to improve the manual... Things to keep in mind from the archived discussions (below): - the ISODATA algorithm (Ball and Hall, 1967) is a common modification of the K-means algorithm - the algorithm implemented in the i.cluster module involves merging of classes (I_cluster_merge) though no splitting function seems to be implemented Moritz: To add: i.cluster output is also not equivalent to ISODATA in so far as it does not classify all pixels, but only creates signature files for the classes. Classification is then done by i.maxlik which is not equivalent to ISODATA. It might be an interesting addition to i.cluster to work with all pixels (not only a subset) and to create an output assigning each pixel to a given class which would be close (but not equal) to ISODATA output. Moritz, please correct me if I am wrong. I feel that the above sentences draw actually an unnecessary confusion. The first step is to cluster pixels according to their (similar, spectral) properties. The second step is to classify the clusters, meaning labeling of the resulted clusters. So, I don't see were confusions might arise, apart from the question whether i.cluster is an exact implementation of the ISODATA algorithm or not. - ISODATA is a clustering algorithm, not a classification algorithm per se -- skimming through Richards book (1999) [1], pages 182, 189, 225. And the i.cluster module might not be identical to the ISODATA clustering algorithm, yet, it performs clustering. So, both do the same job, most likely in a more or less similar way. - i.maxlik performs the classification of the clusters, which is not a clustering process. Thus, the module can/should not be identical to the ISODATA clustering algorithm. I might have missed something (skimming through the manuals), but I didn't read anywhere that i.maxlik is performing clustering. Your attention to details is highly appreciated. Thanks, Nikos --- [1] @BOOK{Richards1999, title = {{{R}emote {S}ensing {D}igital {I}mage {A}nalysis. {A}n {I}ntroduction, 3rd revised and enlarged edition.: xxi + 363 pp.}}, publisher = {Berlin, Heidelberg, New York, London, Paris, Tokyo, Hong Kong: Springer-Verlag.}, year = {1999}, author = {JA Richards and X Jia}, pages = {363}, edition = {3}, note = {Hard cover}, isbn = {3-540-64860-7} } ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Angelos Tzotsos Remote Sensing Laboratory National Technical University of Athens http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Is i.cluster an implementation of the ISODATA algorithm?
Sorry, I forgot to CC Christos :) On 10/31/2012 11:32 AM, Angelos Tzotsos wrote: Hi all, This is an ISODATA implementation in C, written under GPL by Christos Iossifidis, a colleague of mine at NTUA. Would anyone be interested porting it to GRASS? http://users.ntua.gr/chiossif/Free_As_Freedom_Software/isodata.c Cheers, Angelos On 10/31/2012 01:48 AM, Nikos Alexandris wrote: NikosA: I wonder why the term ISODATA [2] is not to be traced anywhere in the GRASS manuals, nor in the GRASS book (3rd ed.). Can someone confirm that i.cluster is an(other) implementation of the ISODATA clustering algorithm? MarkusN: I search in my inbox and found some earlier discussion with the Subject: Re: [GRASS-user] Re: algorithm used in i.cluster, see below. PS: Still we need a text snippet to improve the manual... Things to keep in mind from the archived discussions (below): - the ISODATA algorithm (Ball and Hall, 1967) is a common modification of the K-means algorithm - the algorithm implemented in the i.cluster module involves merging of classes (I_cluster_merge) though no splitting function seems to be implemented Moritz: To add: i.cluster output is also not equivalent to ISODATA in so far as it does not classify all pixels, but only creates signature files for the classes. Classification is then done by i.maxlik which is not equivalent to ISODATA. It might be an interesting addition to i.cluster to work with all pixels (not only a subset) and to create an output assigning each pixel to a given class which would be close (but not equal) to ISODATA output. Moritz, please correct me if I am wrong. I feel that the above sentences draw actually an unnecessary confusion. The first step is to cluster pixels according to their (similar, spectral) properties. The second step is to classify the clusters, meaning labeling of the resulted clusters. So, I don't see were confusions might arise, apart from the question whether i.cluster is an exact implementation of the ISODATA algorithm or not. - ISODATA is a clustering algorithm, not a classification algorithm per se -- skimming through Richards book (1999) [1], pages 182, 189, 225. And the i.cluster module might not be identical to the ISODATA clustering algorithm, yet, it performs clustering. So, both do the same job, most likely in a more or less similar way. - i.maxlik performs the classification of the clusters, which is not a clustering process. Thus, the module can/should not be identical to the ISODATA clustering algorithm. I might have missed something (skimming through the manuals), but I didn't read anywhere that i.maxlik is performing clustering. Your attention to details is highly appreciated. Thanks, Nikos --- [1] @BOOK{Richards1999, title = {{{R}emote {S}ensing {D}igital {I}mage {A}nalysis. {A}n {I}ntroduction, 3rd revised and enlarged edition.: xxi + 363 pp.}}, publisher = {Berlin, Heidelberg, New York, London, Paris, Tokyo, Hong Kong: Springer-Verlag.}, year = {1999}, author = {JA Richards and X Jia}, pages = {363}, edition = {3}, note = {Hard cover}, isbn = {3-540-64860-7} } ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Angelos Tzotsos Remote Sensing Laboratory National Technical University of Athens http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] status of launchpad Ubuntu builds [WAS: Re: how to install GRASS binaries of weekly snapshot on ubuntu12.04?]
Hi Tim, I was having the same error in openSUSE OBS about gui/wxpython and it is now fixed in svn (branch_64). I see that there is a direct mirror from subversion to bazaar in LP. This should trigger a build on every new commit through the recipe, but is this really needed? Perhaps this should be done weekly. I had a look at the debian files in case I could create a grass7 (like the one for openSUSE) but the rule file is very complicated. Is it due to lintian checks? Angelos On 10/29/2012 12:02 AM, Tim Michelsen wrote: Sidenote: I really hope that one day Ubuntu launchpad will deliver GRASS binaries... Since all code is well imported from SVN to LP: https://code.launchpad.net/~grass/grass/releasebranch_6_4 It is /*only/* an issue of updating the debian files: https://code.launchpad.net/~grass/grass/grass64_release_debian All members of the GRASS GIS team can do this: https://launchpad.net/~grass/+members once this is automatically taken up by the recipe: https://code.launchpad.net/~grass/+recipe/grass64 Last, I deactivated it as it was continuously failing (see below). Since 2 years I am not working with GRASS on day2day basis. Thus, there's no time and current need. I would be grateful if someone could assist and co-maintain the GRASS project on Launchpad. I am willing to assist in setting everything up. Regards. ### Started compilation: Mon Oct 22 02:44:24 UTC 2012 -- Errors in: /build/buildd/grass-6.4.2+0ubuntu1+21696~oneiric1/gui/wxpython -- In case of errors please change into the directory with error and run 'make'. If you get multiple errors, you need to deal with them in the order they appear in the error log. If you get an error building a library, you will also get errors from anything which uses the library. -- Finished compilation: Mon Oct 22 02:55:33 UTC 2012 make[1]: *** [default] Error 1 make[1]: Leaving directory `/build/buildd/grass-6.4.2+0ubuntu1+21696~oneiric1' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 ** ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Angelos Tzotsos Remote Sensing Laboratory National Technical University of Athens http://users.ntua.gr/tzotsos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: Fwd: object based image analysis (something similar to eCognition)
Hi everyone. As Hamish already posted, I am working on Object Based Image Analysis for my PhD. I have developed a system based on mseg (http://sourceforge.net/projects/mseg/) for image segmentation, CLIPS for rule based classification and Support Vector Machines for supervised classification. I also use OpenCV for some advanced computer vision algorithms. All these programs are combined through scripts and have primitive CLI interfaces. I have published some papers around this technology and I will release all my code under GPL soon. Especially for the segmentation algorithm, it is still unoptimized for speed, but gives good results (of course it has to be improved a lot to meet my expectations...). It is written in C++ and is missing gdal integration right now (works only with ER-Mapper ers - BIL format) with my own implementation of image I/O. Initially I had in mind to include it on GRASS someday, but I will need support to know the internals of GRASS. Regards, Angelos Tzotsos On 10/09/2010 03:51 AM, Hamish wrote: Angelos Tzotsos (a.k.a. kalxas) wrote: [...] Also, I have a remote sensing background and I have been very interested in WKTRaster, Rasdaman and ZooWPS. I will try to contribute to those parts of the live dvd when I find some free time or I will try to find a volunteer among my students to test and contribute. Also, I am developing a free algorithm/software for object based image analysis (something similar to eCognition) and plan to release some alpha version very soon. http://sourceforge.net/projects/mseg/ This will have to go way too much distance to be final (this time is only cli, like gdal), but I hope some day I will have it on OSGeo-Live for everyone to use. for use with GRASS, that level of interaction is perfect. cheers, Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user