From dpinte at itae.be Fri Sep 1 08:09:49 2006 From: dpinte at itae.be (Didrik Pinte) Date: Fri, 01 Sep 2006 08:09:49 +0200 Subject: thuban for windows updated (1.1.0-6) Message-ID: <1157090989.12950.25.camel@geru-itae> Hi, i've updated the installer for windows. It has been updated with proj 4.4.9 and the latest wxPython (2.6.3.3). I've created a patch in order to updated the setup.py file. It's there : http://wald.intevation.org/tracker/index.php?func=detail&aid=178&group_id=6&atid=107 Can someone make some tests of the new version ? If it's ok, i'll commit the patch and post the info on the thuban-list. Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060901/2e32004d/attachment.bin From dpinte at itae.be Mon Sep 4 15:03:47 2006 From: dpinte at itae.be (Didrik Pinte) Date: Mon, 04 Sep 2006 15:03:47 +0200 Subject: foss4g Message-ID: <1157375027.23753.51.camel@geru-itae> Does some of you go to the F0SS4G conference ? Could it be interesting to organize a little meeting with the ones going there ? And why not a Thuban bug squashing party ;-) or a thuban for wx 2.6 release ? Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060904/3187fdd6/attachment.bin From bernhard at intevation.de Mon Sep 4 19:02:26 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 4 Sep 2006 19:02:26 +0200 Subject: foss4g In-Reply-To: <1157375027.23753.51.camel@geru-itae> References: <1157375027.23753.51.camel@geru-itae> Message-ID: <200609041902.27298.bernhard@intevation.de> On Monday 04 September 2006 15:03, Didrik Pinte wrote: > Does some of you go to the F0SS4G conference ? Jan-Oliver and Frank are going there. > Could it be interesting > to organize a little meeting with the ones going there ? > And why not a Thuban bug squashing party ;-) or a thuban for wx 2.6 > release ? It would be cool to have a Thuban release and a meeting, of course. :) But I let Jan and Frank write themself if they see time to meet, as those conferences tend to be quite busy when you need to handle a booth. Bernhard -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060904/089ff543/attachment.bin From dpinte at itae.be Tue Sep 5 11:56:59 2006 From: dpinte at itae.be (Didrik Pinte) Date: Tue, 05 Sep 2006 11:56:59 +0200 Subject: thuban and py2exe Message-ID: <1157450219.13176.17.camel@geru-itae> Hi guys, Here is the first working version of the 1.1.0 Thuban version bundled with py2exe. http://downloads.itae.be/thuban_exe.zip It works fine and allow the users to install Thuban without any external dependencies (no python installation, no python packages, no wxwindows, etc.). At the moment, extensions and gdal are not included in the binaries but will in a near future. If someone wants to test it, download the file, unzip it and launch thuban.exe. Feedback is welcome. Didrik PS : there is a little bug when closing the application but nothing really important. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060905/f5a8a101/attachment.bin From bernhard at intevation.de Thu Sep 7 10:27:41 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 7 Sep 2006 10:27:41 +0200 Subject: thuban and py2exe In-Reply-To: <1157450219.13176.17.camel@geru-itae> References: <1157450219.13176.17.camel@geru-itae> Message-ID: <200609071027.42001.bernhard@intevation.de> Didrik, On Tuesday 05 September 2006 11:56, Didrik Pinte wrote: > Here is the first working version of the 1.1.0 Thuban version bundled > with py2exe. > > http://downloads.itae.be/thuban_exe.zip > > It works fine and allow the users to install Thuban without any external > dependencies (no python installation, no python packages, no wxwindows, > etc.). > > At the moment, extensions and gdal are not included in the binaries but > will in a near future. sound good. :) It would be cool to later have a set of instruction so that others can create that bundle as well. > If someone wants to test it, download the file, unzip it and launch > thuban.exe. Feedback is welcome. You should also point this out to users on the users list. Bernhard -- Managing Director - Owner, www.intevation.net (Free Software Company) Germany Coordinator, fsfeurope.org (Non-Profit Org for Free Software) www.kolab-konsortium.com (Email/Groupware Solution, Professional Service) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060907/1f3a6226/attachment.bin From dpinte at itae.be Thu Sep 7 10:35:40 2006 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 07 Sep 2006 10:35:40 +0200 Subject: thuban and py2exe In-Reply-To: <200609071027.42001.bernhard@intevation.de> References: <1157450219.13176.17.camel@geru-itae> <200609071027.42001.bernhard@intevation.de> Message-ID: <1157618140.10319.18.camel@geru-itae> Le jeudi 07 septembre 2006 ? 10:27 +0200, Bernhard Reiter a ?crit : > > sound good. :) > It would be cool to later have a set of instruction so that others > can create that bundle as well. My thought was to integrate it into the setup.py files. At the end, the perfect system will be to have a py2exe with inno setup command, so that it creates a single file for installation. > > If someone wants to test it, download the file, unzip it and launch > > thuban.exe. Feedback is welcome. > > You should also point this out to users on the users list. I will do that in the next minutes. Cheers, Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060907/37d3bb8a/attachment.bin From dpinte at itae.be Thu Sep 7 16:04:04 2006 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 07 Sep 2006 16:04:04 +0200 Subject: utf8 encoding problem Message-ID: <1157637845.10319.65.camel@geru-itae> I'm facing some problems reading non-utf8 files with a utf8 locale on my Debian/Sid system. I've reported what I encountered here : http://wald.intevation.org/tracker/index.php?func=detail&aid=118&group_id=6&atid=105 Would it be a good idea to allow the user to configure a list of locales for the loaded session ? All the dbf files could then be filtered if needed. Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060907/1b38a3e1/attachment.bin From Philippe.Legrand at state.mn.us Thu Sep 7 16:08:55 2006 From: Philippe.Legrand at state.mn.us (Philippe LeGrand) Date: Thu, 07 Sep 2006 09:08:55 -0500 Subject: Status of pyShapelib Message-ID: Hello all. I hope this is the right place to ask about pyShapelib. If it isn't, please direct me where you think might be more appropriate. I have made a few changes to pyShapelib, including updating the swig interfaces to run without too many warnings with the latest version (1.3.29), and allowing for Z and M data to be written to a shapefile. I would like to know if the Thuban project is still maintaining pyShapelib, and if so, to whom I should submit a patch. Regards, Philippe From jan-oliver.wagner at intevation.de Thu Sep 7 09:29:38 2006 From: jan-oliver.wagner at intevation.de (Jan-Oliver Wagner) Date: Thu, 7 Sep 2006 09:29:38 +0200 Subject: foss4g In-Reply-To: <200609041902.27298.bernhard@intevation.de> References: <1157375027.23753.51.camel@geru-itae> <200609041902.27298.bernhard@intevation.de> Message-ID: <200609070929.39455.jan-oliver.wagner@intevation.de> On Monday 04 September 2006 19:02, Bernhard Reiter wrote: > On Monday 04 September 2006 15:03, Didrik Pinte wrote: > > Could it be interesting > > to organize a little meeting with the ones going there ? > > And why not a Thuban bug squashing party ;-) or a thuban for wx 2.6 > > release ? > > It would be cool to have a Thuban release and a meeting, of course. :) > But I let Jan and Frank write themself if they see time to meet, > as those conferences tend to be quite busy when you need to handle a booth. I definitely want to meet all Thuban people there :-) I will arrive on wednesday and we could meet at the Intevation booth to talk and perhaps to organize some sort of coding session. Personally I would be interested in the wx2.6 release. Best Jan -- Jan-Oliver Wagner: www.intevation.de/~jan | GISpatcher: www.gispatcher.de Kolab Konsortium : www.kolab-konsortium.de | Thuban : thuban.intevation.org Intevation GmbH : www.intevation.de | Kolab : www.kolab.org FreeGIS : www.freegis.org | GAV : www.grass-verein.de From bwindridge at gmail.com Fri Sep 8 07:57:19 2006 From: bwindridge at gmail.com (Barry Windridge) Date: Fri, 8 Sep 2006 15:57:19 +1000 Subject: Missing post to the development group email list. Message-ID: On the 28 th August I posted an email to the development group with an extension for navigating between extents in a Thuban session. I recieved a reply message that the email was being directed to the list moderator, because it exceeded 40 kb. This email does not appear to have surfaced on the group list, nor have I heard anything to say that it has been rejected. Is there a moderator? and how can I go about getting my email published? From jan-oliver.wagner at intevation.de Fri Sep 8 09:42:07 2006 From: jan-oliver.wagner at intevation.de (Jan-Oliver Wagner) Date: Fri, 8 Sep 2006 09:42:07 +0200 Subject: Missing post to the development group email list. In-Reply-To: References: Message-ID: <200609080942.08032.jan-oliver.wagner@intevation.de> Hello Barry, On Friday 08 September 2006 07:57, Barry Windridge wrote: > On the 28 th August I posted an email to the development group with an > extension for navigating between extents in a Thuban session. I > recieved a reply message that the email was being directed to the list > moderator, because it exceeded 40 kb. This email does not appear to > have surfaced on the group list, nor have I heard anything to say that > it has been rejected. > > Is there a moderator? and how can I go about getting my email published? yes, there are moderators. I am one of them. I can trace back that indeed there was an email hold back. I absolutely fail to understand why it apparently has been removed silently. I see to possible reasons: Either the email was approved but then emails went lost (because we did a big move with our email system around that time) or one of the moderators did not detect your email inbetween the many SPAMs and accidently deleted it together with the SPAM. For either reason, please take my apologies. Can you resend your email? Best Jan -- Jan-Oliver Wagner: www.intevation.de/~jan | GISpatcher: www.gispatcher.de Kolab Konsortium : www.kolab-konsortium.de | Thuban : thuban.intevation.org Intevation GmbH : www.intevation.de | Kolab : www.kolab.org FreeGIS : www.freegis.org | GAV : www.grass-verein.de From bwindridge at gmail.com Fri Sep 8 10:18:22 2006 From: bwindridge at gmail.com (Barry Windridge) Date: Fri, 8 Sep 2006 18:18:22 +1000 Subject: Missing post to the development group email list. In-Reply-To: <200609080942.08032.jan-oliver.wagner@intevation.de> References: <200609080942.08032.jan-oliver.wagner@intevation.de> Message-ID: I have just resent the original email From frank.koormann at intevation.de Fri Sep 8 11:35:06 2006 From: frank.koormann at intevation.de (Frank Koormann) Date: Fri, 8 Sep 2006 11:35:06 +0200 Subject: foss4g In-Reply-To: <200609070929.39455.jan-oliver.wagner@intevation.de> References: <1157375027.23753.51.camel@geru-itae> <200609041902.27298.bernhard@intevation.de> <200609070929.39455.jan-oliver.wagner@intevation.de> Message-ID: <200609081135.06811.frank.koormann@intevation.de> Am Donnerstag 07 September 2006 09:29 schrieb Jan-Oliver Wagner: > I will arrive on wednesday and we could meet at the Intevation booth > to talk and perhaps to organize some sort of coding session. > Personally I would be interested in the wx2.6 release. I will arrive on Monday and will leave early Thursday. Cheers, Frank -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From bwindridge at gmail.com Fri Sep 8 10:15:12 2006 From: bwindridge at gmail.com (Barry Windridge) Date: Fri, 8 Sep 2006 18:15:12 +1000 Subject: Previous/Next Extents Tool In-Reply-To: References: Message-ID: Hi Attached is a tool for navigating backwards and forwards between previously selected extents. The tool also has a facility to create 'named extents' that are saved into, and restored from, the session file. Accessing the tool is through three toolbar buttons or three extra menu options under the map menu. The tool requires modifications to five Thuban (version 1105) files which are attached. The tool only saves scale and offset. This means that it is not able to correctly restore the extent if the size of the map window changes. But it will restore the top left hand corner and scale correctly. Feedback on the tools would be appreciated. Barry Barry Windridge -------------- next part -------------- A non-text attachment was scrubbed... Name: PrevNextExtent.py Type: text/x-python Size: 12435 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060908/16891b43/PrevNextExtent.py -------------- next part -------------- A non-text attachment was scrubbed... Name: load.py Type: text/x-python Size: 28582 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060908/16891b43/load.py -------------- next part -------------- A non-text attachment was scrubbed... Name: save.py Type: text/x-python Size: 16523 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060908/16891b43/save.py -------------- next part -------------- A non-text attachment was scrubbed... Name: map.py Type: text/x-python Size: 10343 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060908/16891b43/map.py -------------- next part -------------- A non-text attachment was scrubbed... Name: mainwindow.py Type: text/x-python Size: 54731 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060908/16891b43/mainwindow.py -------------- next part -------------- A non-text attachment was scrubbed... Name: viewport.py Type: text/x-python Size: 36195 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060908/16891b43/viewport.py From bernhard at intevation.de Mon Sep 11 14:46:08 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 11 Sep 2006 14:46:08 +0200 Subject: wx2.6 and Thuban for Etch Testrun Message-ID: <200609111446.13268.bernhard@intevation.de> Hi All, I did a testrun for Thuban on Debian Etch with python2.4 and wxwidgets 2.6. It seem to work, there are two issues: a) the numeric bugs of proj, ogr and ogdal b) the ogr bug with FIELDTYPE_INT See my notes and the about dialog: * Trying thuban-on-sid. First I have reported a bug in python-gdal. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=385460 (python-gdal: import gdal fails with python2.4) Trying to compensate by setting the path explicitely, this works: PYTHONPATH=/usr/share/pycentral/python-gdal/site-packages/ python -c "import gdal" Starting thuban, see about-sid-20060909.txt. I can see a legend, but not map. Console writes: (python:5198): Gtk-CRITICAL **: gtk_file_system_unix_get_folder: assertion `g_path_is_absolute (filename)' failed only once. Trying to open Data/iceland_sample.thuban: does not work. Opening Data/iceland_sample_class.thuban works! _raster does not work _size works _test works Can work when LC_NUMERIC is set to a "." decimal point value (known proj, gdal and ogr bug). E.g.: LC_ALL=en_US.UTF-8 LANGUAGE=en_US PYTHONPATH=/usr/share/pycentral/python-gdal/site-packages/ ./thuban.py Running the tests: PYTHONPATH=/usr/share/pycentral/python-gdal/site-packages/ python runtests.py reasonable:======================================================================FAIL: Extensions.ogr.test.test_OGRShapestore.TestOGRTable.test_Column----------------------------------------------------------------------Traceback (most recent call last): File "/mobilehome/bernhard/hacking/thuban/root/trunk/thuban-on-sid/test/../Extensions/ogr/test/test_OGRShapestore.py", line 197, in test_Column self.assertEquals(self.table.Column(0).type, FIELDTYPE_INT)AssertionError: 'double' != 'int'======================================================================FAIL: Extensions.ogr.test.test_OGRShapestore.TestOGRTable.test_Columns----------------------------------------------------------------------Traceback (most recent call last): File "/mobilehome/bernhard/hacking/thuban/root/trunk/thuban-on-sid/test/../Extensions/ogr/test/test_OGRShapestore.py", line 191, in test_Columns self.assertEquals(self.table.Columns()[0].type, FIELDTYPE_INT)AssertionError: 'double' != 'int'----------------------------------------------------------------------Ran 576 tests in 79.414sFAILED (failures=2)skipped = 166XML validation attempts ignored because pyRXP is not available -- Managing Director - Owner, www.intevation.net (Free Software Company) Germany Coordinator, fsfeurope.org (Non-Profit Org for Free Software) www.kolab-konsortium.com (Email/Groupware Solution, Professional Service) -------------- next part -------------- Thuban 1.1 svn-20060831 ChangeLog 2006-08-31 Currently using: wxPython 2.6.3.2 Python 2.4.4 PySQLite 2.3.2 SQLite 3.3.7 GDAL 1.3.2.0 psycopg - not available Internal encoding: utf-8 Compiled for: GTK 2.8.20 proj 4.4.9 Extensions: SVG Export 1.0.0+cvs Lead Developer: Bernhard Herzog Developers: Jonathan Coles Frank Koormann Martin Müller Bernhard Reiter Jan-Oliver Wagner Translators: French: Daniel Calvelo Aros German: Björn Broscheit Hungarian: Norbert Solymosi Italian: Maurizio Napolitano Portuguese (Brazilian): Eduardo Patto Kanegae Russian: Alex Shevlakov Spanish: Daniel Calvelo Aros Other Contributors: Jonathan Byron Didrik Pinte Ole Rahn Silke Reimer Questions and comments can be sent to the following addresses: General list (public): Developers list (public): Thuban team at Intevation: Details on the registered extensions: SVG Export 1.0.0+cvs: Copyright 2004, 2005 Intevation GmbH Authors: Markus Rechtien Bernhard Reiter Export the current map and legend in Thuban-map-SVG format. Status: Initialization not yet requested. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060911/115bf130/attachment.bin From bernhard at intevation.de Mon Sep 11 14:50:07 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 11 Sep 2006 14:50:07 +0200 Subject: utf8 encoding problem In-Reply-To: <1157637845.10319.65.camel@geru-itae> References: <1157637845.10319.65.camel@geru-itae> Message-ID: <200609111450.08221.bernhard@intevation.de> On Thursday 07 September 2006 16:04, Didrik Pinte wrote: > I'm facing some problems reading non-utf8 files with a utf8 locale on my > Debian/Sid system. > > I've reported what I encountered here : > http://wald.intevation.org/tracker/index.php?func=detail&aid=118&group_id=6 >&atid=105 > > Would it be a good idea to allow the user to configure a list of locales > for the loaded session ? Yes in principle, we can save it in the session then. All our dataformats should have a value so we can save the encoding. > All the dbf files could then be filtered if > needed. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060911/cab04398/attachment.bin From bernhard at intevation.de Mon Sep 11 14:56:26 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 11 Sep 2006 14:56:26 +0200 Subject: Status of pyShapelib In-Reply-To: References: Message-ID: <200609111456.27852.bernhard@intevation.de> Hi Philippe, On Thursday 07 September 2006 16:08, Philippe LeGrand wrote: > I hope this is the right place to ask about pyShapelib. If it isn't, > please direct me where you think might be more appropriate. yes this is a good place to ask about pyShapelib. > I have made a few changes to pyShapelib, including updating the swig > interfaces to run without too many warnings with the latest version > (1.3.29), and allowing for Z and M data to be written to a shapefile. I > would like to know if the Thuban project is still maintaining > pyShapelib, and if so, to whom I should submit a patch. We welcome patches. The best place currently is the patch tracker of Thuban. http://wald.intevation.org/tracker/?group_id=6 Best, Bernhard -- Managing Director - Owner, www.intevation.net (Free Software Company) Germany Coordinator, fsfeurope.org (Non-Profit Org for Free Software) www.kolab-konsortium.com (Email/Groupware Solution, Professional Service) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060911/9dddcd97/attachment.bin From dpinte at itae.be Mon Sep 11 15:05:54 2006 From: dpinte at itae.be (Didrik Pinte) Date: Mon, 11 Sep 2006 15:05:54 +0200 Subject: wx2.6 and Thuban for Etch Testrun In-Reply-To: <200609111446.13268.bernhard@intevation.de> References: <200609111446.13268.bernhard@intevation.de> Message-ID: <1157979955.3231.3.camel@geru-itae> Le lundi 11 septembre 2006 ? 14:46 +0200, Bernhard Reiter a ?crit : > Hi All, > I did a testrun for Thuban on Debian Etch > with python2.4 and wxwidgets 2.6. > > It seem to work, there are two issues: > a) the numeric bugs of proj, ogr and ogdal > b) the ogr bug with FIELDTYPE_INT > > See my notes and the about dialog: > > * Trying thuban-on-sid. > First I have reported a bug in python-gdal. > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=385460 > (python-gdal: import gdal fails with python2.4) > > Trying to compensate by setting the path explicitely, this works: > PYTHONPATH=/usr/share/pycentral/python-gdal/site-packages/ python -c > "import gdal" Hi Bernhard, Have you seen my post with a proposed solution ? > > Starting thuban, see about-sid-20060909.txt. > I can see a legend, but not map. Console writes: > (python:5198): Gtk-CRITICAL **: > gtk_file_system_unix_get_folder: assertion `g_path_is_absolute (filename)' > failed > only once. > > Trying to open Data/iceland_sample.thuban: does not work. > Opening Data/iceland_sample_class.thuban works! > _raster does not work > _size works > _test works We need to compare our environement. I'm running a Debian/Sid for a long time now and i'm using and building Thuban on it. The samples are working fine. Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060911/8bc1080f/attachment.bin From bernhard at intevation.de Tue Sep 12 09:48:36 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 12 Sep 2006 09:48:36 +0200 Subject: wx2.6 and Thuban for Etch Testrun In-Reply-To: <1157979955.3231.3.camel@geru-itae> References: <200609111446.13268.bernhard@intevation.de> <1157979955.3231.3.camel@geru-itae> Message-ID: <200609120948.40040.bernhard@intevation.de> On Monday 11 September 2006 15:05, Didrik Pinte wrote: > Le lundi 11 septembre 2006 ? 14:46 +0200, Bernhard Reiter a ?crit : > > * Trying thuban-on-sid. > > First I have reported a bug in python-gdal. > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=385460 > > (python-gdal: import gdal fails with python2.4) > > > > Trying to compensate by setting the path explicitely, this works: > > PYTHONPATH=/usr/share/pycentral/python-gdal/site-packages/ > > python -c "import gdal" > Have you seen my post with a proposed solution ? Now I did. :) Still this is a problem somewhere with Debian as I never changed the python default installation. > > Starting thuban, see about-sid-20060909.txt. > > I can see a legend, but not map. Console writes: > > (python:5198): Gtk-CRITICAL **: > > gtk_file_system_unix_get_folder: assertion `g_path_is_absolute > > (filename)' failed > > only once. > > > > Trying to open Data/iceland_sample.thuban: does not work. > > Opening Data/iceland_sample_class.thuban works! > > _raster does not work > > _size works > > _test works > > We need to compare our environement. I'm running a Debian/Sid for a long > time now and i'm using and building Thuban on it. The samples are > working fine. I believe this to be the LC_NUMERIC bug,http://wald.intevation.org/tracker/index.php?func=detail&aid=120&group_id=6&atid=105 as they work fine one I use a locale with a point as decimalpoint and not a comma. Bernhard -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060912/90aa1d1f/attachment.bin From dpinte at itae.be Wed Sep 13 17:03:59 2006 From: dpinte at itae.be (Didrik Pinte) Date: Wed, 13 Sep 2006 17:03:59 +0200 Subject: wx2.6 and Thuban for Etch Testrun In-Reply-To: <200609120948.40040.bernhard@intevation.de> References: <200609111446.13268.bernhard@intevation.de> <1157979955.3231.3.camel@geru-itae> <200609120948.40040.bernhard@intevation.de> Message-ID: <1158159839.3201.44.camel@geru-itae> Le mardi 12 septembre 2006 ? 09:48 +0200, Bernhard Reiter a ?crit : > > We need to compare our environement. I'm running a Debian/Sid for a long > > time now and i'm using and building Thuban on it. The samples are > > working fine. > > I believe this to be the LC_NUMERIC > bug,http://wald.intevation.org/tracker/index.php?func=detail&aid=120&group_id=6&atid=105 > as they work fine one I use > a locale with a point as decimalpoint and not a comma. > > Bernhard I went a little bit too quick. I've just rebuilded Thuban with all the latest libs from Sid (gdal 1.3.2, python 2.4, etc.), the following samples does not show anything : iceland_sample.thuban iceland_sample_raster.thuban The workaround listed on the tracker solve the problem : did at geru-itae:~/$ LC_NUMERIC="C" python thuban.py I'm using the following locales "fr_BE.UTF-8". Bernhard, Do you see a practical and easy solution to this problem ? Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060913/7bd45663/attachment.bin From bernhard at intevation.de Thu Sep 14 14:48:20 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 14 Sep 2006 14:48:20 +0200 Subject: wx2.6 and Thuban for Etch Testrun In-Reply-To: <1158159839.3201.44.camel@geru-itae> References: <200609111446.13268.bernhard@intevation.de> <200609120948.40040.bernhard@intevation.de> <1158159839.3201.44.camel@geru-itae> Message-ID: <200609141448.25236.bernhard@intevation.de> On Wednesday 13 September 2006 17:03, Didrik Pinte wrote: > Le mardi 12 septembre 2006 ? 09:48 +0200, Bernhard Reiter a ?crit : > > > We need to compare our environement. I'm running a Debian/Sid for a > > > long time now and i'm using and building Thuban on it. The samples are > > > working fine. > > > > I believe this to be the LC_NUMERIC > > bug,http://wald.intevation.org/tracker/index.php?func=detail&aid=120&grou > >p_id=6&atid=105 as they work fine one I use > > a locale with a point as decimalpoint and not a comma. > > > > Bernhard > > I went a little bit too quick. I've just rebuilded Thuban with all the > latest libs from Sid (gdal 1.3.2, python 2.4, etc.), the following > samples does not show anything : > > iceland_sample.thuban > iceland_sample_raster.thuban > > The workaround listed on the tracker solve the problem : > > did at geru-itae:~/$ LC_NUMERIC="C" python thuban.py > > I'm using the following locales "fr_BE.UTF-8". > > Bernhard, > > Do you see a practical and easy solution to this problem ? As I wrote in the tracker, the next step to solve this are: a) make sure there a proper bug report for gdal, ogr and proj about this problem. b) write a short test for it. I started researching this, we probably have to try a couple of locales because we cannot say which one is enabled. c) Make a fix on our side as long as proj and ogr have problems, like switching the locale to en_US or C when calling proj, ogr and gdal. Bernhard -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060914/60c49422/attachment.bin From bh at intevation.de Fri Sep 15 11:30:47 2006 From: bh at intevation.de (Bernhard Herzog) Date: Fri, 15 Sep 2006 11:30:47 +0200 Subject: [Thuban-commits] r2692 - trunk/thuban In-Reply-To: <20060915080402.D9F5718017E8@pyrosoma.intevation.org> (scm-commit@wald.intevation.org's message of "Fri\, 15 Sep 2006 10\:04\:02 +0200 \(CEST\)") References: <20060915080402.D9F5718017E8@pyrosoma.intevation.org> Message-ID: scm-commit at wald.intevation.org writes: > --- trunk/thuban/README 2006-08-31 12:40:30 UTC (rev 2691) > +++ trunk/thuban/README 2006-09-15 08:04:01 UTC (rev 2692) > @@ -43,7 +43,11 @@ > psycopg 1.0.x http://initd.org/software/psycopg > for postgis connections. Newer version probably also work > > + RXP 1.2.x http://www.cogsci.ed.ac.uk/~richard/rxp.html > + pyRXP 0.9 http://www.reportlab.org/pyrxp.html pyRXP comes with a copy of RXP, so it's not necessary to install RXP itself. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://skencil.org/ Thuban http://thuban.intevation.org/ From bernhard at intevation.de Fri Sep 15 16:10:22 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 15 Sep 2006 16:10:22 +0200 Subject: [Thuban-commits] r2692 - trunk/thuban In-Reply-To: References: <20060915080402.D9F5718017E8@pyrosoma.intevation.org> Message-ID: <200609151610.23058.bernhard@intevation.de> On Friday 15 September 2006 11:30, Bernhard Herzog wrote: > scm-commit at wald.intevation.org writes: > > --- trunk/thuban/README 2006-08-31 12:40:30 UTC (rev 2691) > > +++ trunk/thuban/README 2006-09-15 08:04:01 UTC (rev 2692) > > @@ -43,7 +43,11 @@ > > psycopg 1.0.x http://initd.org/software/psycopg > > for postgis connections. Newer version probably also work > > > > + RXP 1.2.x http://www.cogsci.ed.ac.uk/~richard/rxp.html > > + pyRXP 0.9 http://www.reportlab.org/pyrxp.html > > pyRXP comes with a copy of RXP, so it's not necessary to install RXP > itself. I know, still I thought I list it as of course pysqlite also cannot be installed without sqlite. But anyway, it is better to add an additional line, so I did. Thanks a lot for the hint! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060915/b12491d1/attachment.bin From bh at intevation.de Mon Sep 18 10:59:43 2006 From: bh at intevation.de (Bernhard Herzog) Date: Mon, 18 Sep 2006 10:59:43 +0200 Subject: [Thuban-commits] r2698 - in trunk/thuban: . Thuban/Model test In-Reply-To: <20060918005627.DCAB418017E1@pyrosoma.intevation.org> (scm-commit@wald.intevation.org's message of "Mon\, 18 Sep 2006 02\:56\:27 +0200 \(CEST\)") References: <20060918005627.DCAB418017E1@pyrosoma.intevation.org> Message-ID: scm-commit at wald.intevation.org writes: > --- trunk/thuban/Thuban/Model/proj.py 2006-09-18 00:45:37 UTC (rev 2697) > +++ trunk/thuban/Thuban/Model/proj.py 2006-09-18 00:56:26 UTC (rev 2698) [...] > class Projection(BaseProjection): > + """A proj4 projection object that remembers the parameters. > > - """A proj4 projection object that remembers the parameters""" > + Note: it seems that calling > + self.assuregoodlocale() > + self.assureinitlocale() > + before BaseProjection.__init__() is enough to work around the bug. What bug? In the context of this doc-string that's not clear. Also, I wonder whether assuregoodlocale and assureinitlocale shouldn't have a "_"-prefix. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://skencil.org/ Thuban http://thuban.intevation.org/ From bernhard at intevation.de Mon Sep 18 16:02:03 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 18 Sep 2006 16:02:03 +0200 Subject: [Thuban-commits] r2698 - in trunk/thuban: . Thuban/Model test In-Reply-To: References: <20060918005627.DCAB418017E1@pyrosoma.intevation.org> Message-ID: <200609181602.04136.bernhard@intevation.de> On Monday 18 September 2006 10:59, Bernhard Herzog wrote: > scm-commit at wald.intevation.org writes: > > --- trunk/thuban/Thuban/Model/proj.py 2006-09-18 00:45:37 UTC (rev 2697) > > +++ trunk/thuban/Thuban/Model/proj.py 2006-09-18 00:56:26 UTC (rev 2698) > > [...] > > > class Projection(BaseProjection): > > + """A proj4 projection object that remembers the parameters. > > > > - """A proj4 projection object that remembers the parameters""" > > + Note: it seems that calling > > + self.assuregoodlocale() > > + self.assureinitlocale() > > + before BaseProjection.__init__() is enough to work around the bug. > > What bug? In the context of this doc-string that's not clear. Text improved. > Also, I wonder whether assuregoodlocale and assureinitlocale shouldn't > have a "_"-prefix. I wondered, too. Initially I thought that they had to be called outside of the module around Foreward() or Inverse() loops, thus I get them public. As it is only my observation that using it around BaseProjection.__init__() is enough, I still kept the names if this observation turns out to be wrong later. Bernhard -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060918/cf41ed26/attachment.bin From bernhard at intevation.de Sun Sep 24 21:11:16 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Sun, 24 Sep 2006 21:11:16 +0200 Subject: new runtest option and dirty locale fix method Message-ID: <200609242111.19816.bernhard@intevation.de> With Revision 2705 I just completed a debugging session about decimal_point != ".\0" robustness. + * test/runtests.py: Added new option ---setdecimalcommalocale + to run all tests with an LC_NUMERIC that uses comma as decimal_point. This enabled me to run all tests under the new conditions and I discovered that dbflib is having a problem as well: FAIL: test_transientdb.TestTransientTable.test_transient_table ---------------------------------------------------------------------- Traceback (most recent call last): File "/mobilehome/bernhard/hacking/thuban/root/trunk/thuban-on-sid/test/test_t ransientdb.py", line 111, in test_transient_table self.run_iceland_political_tests(table) File "/mobilehome/bernhard/hacking/thuban/root/trunk/thuban-on-sid/test/test_t ransientdb.py", line 72, in run_iceland_political_tests {'POPYCOUN': 'IC', 'POPYADMIN': '', 'PONET_': 146, AssertionError: {'PERIMETER': 88.0, 'AREA': 19.0, 'POPYCOUN': u'IC', 'PONET_ID': 145, 'POPYTYPE': 1, 'POPYREG': u'1', 'PONET_': 146, 'POPYADMIN': u''} != {'PERIMETER': 88.518000000000001, 'AREA': 19.462, 'POPYCOUN': 'IC', 'PONET_ID': 145, 'POPYTYPE': 1, 'POPYREG': '1', 'PONET_': 146, 'POPYADMIN': ''} So I have added a dirty workaround. What do you think about it? Here are the details: Modified: trunk/thuban/libraries/shapelib/dbfopen.c trunk/thuban/libraries/shapelib/shapefil.h Log: Introduced a pointer atof_function which is called by DBFReadAttribute() now. Default value is &atof, but DBFSetatof_function() can now be used to change this during runtime. Reasoning: +/* This makes it possible to initialise a different atof() function */ +/* which might be necessary because the standard atof() might be */ +/* sensitive to locale settings. */ +/* */ +/* If the calling application uses a locale with different decimal_point*/ +/* it should better also give us a locale agnostic atof() function. */ +/* */ +/* As far as I can see from Python PEP331 and GNU libc documentation */ +/* there is no standard for such a function yet. */ Next I hardcoded the new Python function. (This still needs a check for the Python version to be compatible with Python < 2.4.) + * dbflib_wrap.c: Added call DBFSetatof_function(&PyOS_ascii_atof); + to initdbflibc(). This is a hack, but I envision that there will be locale agnostic functions around and putting your own into shapelib probably is creating more need for maintenance. There already are some in glib, Python C/API and even on glibc you can easily create one using strtod_l(). Would this be a good solution for gdal as well? shapelib is easy as Thuban already ships its own version. Bernhard -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060924/310e2f51/attachment.bin From bwindridge at gmail.com Mon Sep 25 06:24:49 2006 From: bwindridge at gmail.com (Barry Windridge) Date: Mon, 25 Sep 2006 14:24:49 +1000 Subject: TAKE 2: Spatial Selection Tools and Table Enhancements without attachment. Message-ID: Below is a copy (without attachment) of an email that I posted on the weekend and is currently waiting moderator approval: Is there another mechanism to submit changes other than through emails? Barry COPY OF EMAIL Attached is a zip file containing a number of enhancements to Thuban. The enhancements are outlined below (and hopefully reflect changes to the head revision on wald). Select by graphics tools that I have previousely posted have been fixed to handle multi-part shapes. Logic added to make a selection a property of a layer, so that multiple layers can have selections simultaneously. Logic added to enable the layer selection highlight properties to be modified on a layer basis. The properties that can be modified are the selection fill and stroke colour, selection strike width and selection fill pattern. These properties are saved/restored as part of the session file. They can be accessed by the 'Selection' button on the bottom of the layer properties dialog. Clear Selection, Invert Selection, and Select All options have been added to the layer context menu (right click popup) in the legend. A 'Selection' menu has been added to the main menu. The Selection menu has an options sub-menu displays a dialog that allows the select by graphics tools to select features that are contained wholly within the drawn graphic shape or any shape that is inside or intersects the drawn graphic. The dialog also allows the user to choose whether the selection should (these options also apply to the select by layer tool): i) be a new selection ii) be added to the existing selection iii) use any features selected by a tool to be removed from an existing selection iv) select only features selected by the tool and also in the existing selection for that layer A spatial selection tool has been added that allows the following types of selections 1) Select points inside polygons 2) Select points within a buffer distance from points in another layer 3) Select lines intersecting a buffer distance from a points layer 4) Select points within a buffer distance from a lines layer 5) Select lines in one layer that intersect lines in another layer 6) Select lines that are contained in polygon layer 7) Select lines that are contained in or intersect polygon layer 8) Select polygons that contain points from another layer 9) Select polygons that contain part of a line from another layer 10) Select points within a buffered distance of polygons perimeter in another layer. This option has three sub options: i) if an unsigned buffer distance is entered it will select points inside and outside o f the polygon that are within the required distance. ii) if the buffer distance is preceded by a '+' sign then only points outside the polygons that are within the buffer distance will be selected iii) if the buffer distance is preceded by a '-' sign then only points inside the polygons that are within the specified buffer distance will be selected. All of the above spatial selections can utilise the entire 'using' layer or just the selected features of the 'using' layer. Logic has been added to tableview.py to enable a table to be sorted on a column by right clicking on a column and choosing from the 'ascending' or 'descending' options. Right clicking on the top left hand blank area that is the inersection of the row labels and column headings will allow the table to be returned to its "natural" order. A sort button has been added to the top of the table that opens a dialog to allow multiple columns to be chosen for sorting. A "show selected"/"Show All" button has been added to layer tables. This button will toggle between showing all rows in the table and only showing selected features in the table, to make it easier to see which features have been selected. If the table is only displaying selected records then the doing a query or selecting features on the map will automatically update the display to only show the currently selected features. However if the user de-selects a row in the table it will remain shown in the "show selected" display until another action takes place to reset the display. From dpinte at itae.be Mon Sep 25 09:02:34 2006 From: dpinte at itae.be (Didrik Pinte) Date: Mon, 25 Sep 2006 09:02:34 +0200 Subject: new runtest option and dirty locale fix method In-Reply-To: <200609242111.19816.bernhard@intevation.de> References: <200609242111.19816.bernhard@intevation.de> Message-ID: <1159167754.2273.7.camel@geru-itae> Le dimanche 24 septembre 2006 ? 21:11 +0200, Bernhard Reiter a ?crit : > > This is a hack, but I envision that there will be locale agnostic > functions around and putting your own into shapelib probably > is creating more need for maintenance. > There already are some in glib, Python C/API and even on glibc > you can easily create one using strtod_l(). > > Would this be a good solution for gdal as well? > shapelib is easy as Thuban already ships its own version. > > Bernhard Hi Bernhard, First, I have to say that it's good to have something working concerning the problems of encoding and locales. I thinks the following could be interesting : There is actually a discussion on a RFC for a gdal using utf8 internally. In this discussion they were talking about the problems of file encoding/drivers and how to deal with them. It seems that there is a way to know the exact encoding of the dbf file of a shapefile. This would allow pyshapelib to be really consistant against the locale and the encoding of the file the user wants to open. Here is the related thread : (all) : http://lists.maptools.org/pipermail/gdal-dev/2006-September/010131.html (shapefile info) : http://lists.maptools.org/pipermail/gdal-dev/2006-September/010150.html Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060925/245ad3f7/attachment.bin From dpinte at itae.be Mon Sep 25 09:09:08 2006 From: dpinte at itae.be (Didrik Pinte) Date: Mon, 25 Sep 2006 09:09:08 +0200 Subject: TAKE 2: Spatial Selection Tools and Table Enhancements without attachment. In-Reply-To: References: Message-ID: <1159168149.2273.12.camel@geru-itae> Le lundi 25 septembre 2006 ? 14:24 +1000, Barry Windridge a ?crit : > Below is a copy (without attachment) of an email that I posted on the > weekend and is currently waiting moderator approval: > > Is there another mechanism to submit changes other than through emails? > > Barry Hi Barry, I can suggest the following : why don't you create an entry on the tracker of the thuban development website (http://wald.intevation.org/projects/thuban/ )? There you could add a new patch with the description of it and the related zip file. This will speed up your posts ;-) Thank you for the tools, they are great ! Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060925/d090f8f4/attachment.bin From bernhard at intevation.de Mon Sep 25 09:43:36 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 25 Sep 2006 09:43:36 +0200 Subject: new runtest option and dirty locale fix method In-Reply-To: <1159167754.2273.7.camel@geru-itae> References: <200609242111.19816.bernhard@intevation.de> <1159167754.2273.7.camel@geru-itae> Message-ID: <200609250943.40726.bernhard@intevation.de> On Monday 25 September 2006 09:02, Didrik Pinte wrote: > Le dimanche 24 septembre 2006 ? 21:11 +0200, Bernhard Reiter a ?crit : > > This is a hack, but I envision that there will be locale agnostic > > functions around and putting your own into shapelib probably > > is creating more need for maintenance. > > There already are some in glib, Python C/API and even on glibc > > you can easily create one using strtod_l(). > > > > Would this be a good solution for gdal as well? > > shapelib is easy as Thuban already ships its own version. > First, I have to say that it's good to have something working concerning > the problems of encoding and locales. So far I have only tried to fix the LC_NUMERIC problems and I did not deal with encodings. Gdal is still broken for LC_NUMERIC. > I thinks the following could be interesting : > > There is actually a discussion on a RFC for a gdal using utf8 > internally. In this discussion they were talking about the problems of > file encoding/drivers and how to deal with them. > (all) : > http://lists.maptools.org/pipermail/gdal-dev/2006-September/010131.html This is the strategy that we also started in Thuban a while ago. It is good to see GDAL considering this. > It seems that there is > a way to know the exact encoding of the dbf file of a shapefile. This > would allow pyshapelib to be really consistant against the locale and > the encoding of the file the user wants to open. > > Here is the related thread : > > (shapefile info) : > http://lists.maptools.org/pipermail/gdal-dev/2006-September/010150.html Thanks for finding it, this is indeed interesting. I was wondering if .dbf files would save the encoding. Both hints do not solve: a) the problem to know the locale, e.g. the decimal_point saved in the file. Someone could guess that .dbf files would only use decimal_point = '.', but I have not consulted the documentation about this. b) Get functions that actually do things like atof or printf according to the locale that is used in the files while the font-end application uses a different one. GNU libc seems to have a proof-of-concept implementation of strtod_l, see last sentence of http://www.gnu.org/software/libc/manual/html_node/Parsing-of-Floats.html#Parsing-of-Floats Bernhard -- Managing Director - Owner, www.intevation.net (Free Software Company) Germany Coordinator, fsfeurope.org (Non-Profit Org for Free Software) www.kolab-konsortium.com (Email/Groupware Solution, Professional Service) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060925/35ec51b2/attachment.bin From bwindridge at gmail.com Sun Sep 24 02:06:22 2006 From: bwindridge at gmail.com (Barry Windridge) Date: Sun, 24 Sep 2006 10:06:22 +1000 Subject: Spatial selection Tools and Table Enhancements Message-ID: Attached is a zip file containing a number of enhancements to Thuban. The enhancements are outlined below (and hopefully reflect changes to the head revision on wald). Select by graphics tools that I have previousely posted have been fixed to handle multi-part shapes. Logic added to make a selection a property of a layer, so that multiple layers can have selections simultaneously. Logic added to enable the layer selection highlight properties to be modified on a layer basis. The properties that can be modified are the selection fill and stroke colour, selection strike width and selection fill pattern. These properties are saved/restored as part of the session file. They can be accessed by the 'Selection' button on the bottom of the layer properties dialog. Clear Selection, Invert Selection, and Select All options have been added to the layer context menu (right click popup) in the legend. A 'Selection' menu has been added to the main menu. The Selection menu has an options sub-menu displays a dialog that allows the select by graphics tools to select features that are contained wholly within the drawn graphic shape or any shape that is inside or intersects the drawn graphic. The dialog also allows the user to choose whether the selection should (these options also apply to the select by layer tool): i) be a new selection ii) be added to the existing selection iii) use any features selected by a tool to be removed from an existing selection iv) select only features selected by the tool and also in the existing selection for that layer A spatial selection tool has been added that allows the following types of selections 1) Select points inside polygons 2) Select points within a buffer distance from points in another layer 3) Select lines intersecting a buffer distance from a points layer 4) Select points within a buffer distance from a lines layer 5) Select lines in one layer that intersect lines in another layer 6) Select lines that are contained in polygon layer 7) Select lines that are contained in or intersect polygon layer 8) Select polygons that contain points from another layer 9) Select polygons that contain part of a line from another layer 10) Select points within a buffered distance of polygons perimeter in another layer. This option has three sub options: i) if an unsigned buffer distance is entered it will select points inside and outside o f the polygon that are within the required distance. ii) if the buffer distance is preceded by a '+' sign then only points outside the polygons that are within the buffer distance will be selected iii) if the buffer distance is preceded by a '-' sign then only points inside the polygons that are within the specified buffer distance will be selected. All of the above spatial selections can utilise the entire 'using' layer or just the selected features of the 'using' layer. Logic has been added to tableview.py to enable a table to be sorted on a column by right clicking on a column and choosing from the 'ascending' or 'descending' options. Right clicking on the top left hand blank area that is the inersection of the row labels and column headings will allow the table to be returned to its "natural" order. A sort button has been added to the top of the table that opens a dialog to allow multiple columns to be chosen for sorting. A "show selected"/"Show All" button has been added to layer tables. This button will toggle between showing all rows in the table and only showing selected features in the table, to make it easier to see which features have been selected. If the table is only displaying selected records then the doing a query or selecting features on the map will automatically update the display to only show the currently selected features. However if the user de-selects a row in the table it will remain shown in the "show selected" display until another action takes place to reset the display. From jan-oliver.wagner at intevation.de Mon Sep 25 21:20:16 2006 From: jan-oliver.wagner at intevation.de (Jan-Oliver Wagner) Date: Mon, 25 Sep 2006 21:20:16 +0200 Subject: TAKE 2: Spatial Selection Tools and Table Enhancements without attachment. In-Reply-To: References: Message-ID: <200609252120.17148.jan-oliver.wagner@intevation.de> Hi Barry, On Monday 25 September 2006 06:24, Barry Windridge wrote: > Below is a copy (without attachment) of an email that I posted on the > weekend and is currently waiting moderator approval: > > Is there another mechanism to submit changes other than through emails? I am sorry for the hanging email. Currently only Bernhard Herzog an me are moderators of the list. Sometimes (though rarely ;-) it happens that both of us do not read email over the weekend. Best Jan -- Jan-Oliver Wagner: www.intevation.de/~jan | GISpatcher: www.gispatcher.de Kolab Konsortium : www.kolab-konsortium.de | Thuban : thuban.intevation.org Intevation GmbH : www.intevation.de | Kolab : www.kolab.org FreeGIS : www.freegis.org | GAV : www.grass-verein.de From dpinte at itae.be Mon Sep 25 21:57:36 2006 From: dpinte at itae.be (Didrik Pinte) Date: Mon, 25 Sep 2006 21:57:36 +0200 Subject: Spatial selection Tools and Table Enhancements In-Reply-To: References: Message-ID: <1159214256.2273.52.camel@geru-itae> Le dimanche 24 septembre 2006 ? 10:06 +1000, Barry Windridge a ?crit : > From here I intend to: > > a) tidy up the above code > b) work on making the spatial selection code more efficient > c) add a few more select by layer options. > d) look at logic to allow a choice of symbols for the display of > points on the map. Barry, Is it possible for you to create a patch against the current trunk code ? It will be really easy then to incorporate your patch and test it easily. Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060925/daf895f5/attachment.bin From bernhard at intevation.de Wed Sep 27 09:11:27 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 27 Sep 2006 09:11:27 +0200 Subject: Spatial selection Tools and Table Enhancements In-Reply-To: References: Message-ID: <200609270911.31349.bernhard@intevation.de> Hi Barry, On Sunday 24 September 2006 02:06, Barry Windridge wrote: > Attached is a zip file containing a number of enhancements to Thuban. > The enhancements are outlined below (and hopefully reflect changes to > the head revision on wald). thanks a lot for your contribution! This looks like you did a bug chunk of good work! Of course this also takes a while to review so bear with us here. I also have to think about how to handle your contribution in the best way. Two things are on my mind: a) How to best release it as Free Software. Ideally we (means Intevation) would be interested in getting a copyright assignment from you (like with any contributor) to be able to completely publish Thuban as Free Software and legally maintain it. E.g. when we might consider going to GPLV v3 when it comes out or to LGPL at some point. Is that something you find worth considering? Of course we will keep your author name in the files, getting you full credit. Currently they do not have a license statement. b) How to quality control. In the earlier days we were working much more intensively on Thuban. During this time we made it a ground rule to have all changes be double checked, enhancements thoroughly discussed, tests and documentation being written before committing to our repository. When intensity dropped this turned out to be not feasable, because turnaround times were getting quite long. I believe it is more important to take up good additions and have less quality control, but show some progress even when there are bugs to attract more users and developers. What do you prefer? If we try to be stricter, it will prove your code and Thuban in general, but it also will take a lot longer and might be potentially frustrating for you. > Select by graphics tools that I have previousely posted have been > fixed to handle multi-part shapes. Just to be double sure: I understand that this supercedes the code you have posted in "Previous/Next Extents Tool" on the 8th, because it is included in tools2.zip. > Logic added to make a selection a property of a layer, so that > multiple layers can have selections simultaneously. You have added quite a few enhancements on a per layer basis. What are the use cases that you have in mind for this? I am wondering if this affect usability of Thuban for users that could potentially get confused when they have a selection per layer. As Didrik has pointed out, to make it easier to test your code, a patch against trunk would be best. If you work on a checkout of Thuban, svn diff -u will just produce this. I would also help to have one issue in the patch tracker on wald per feature, as it enables to discuss and look as one change at a time. You can also use an svn branch if you like. Just register on wald, and email me your id so I can upgrade your priviledges. Best Regards, Bernhard -- Managing Director - Owner, www.intevation.net (Free Software Company) Germany Coordinator, fsfeurope.org (Non-Profit Org for Free Software) www.kolab-konsortium.com (Email/Groupware Solution, Professional Service) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060927/982c4749/attachment.bin From dpinte at itae.be Thu Sep 28 18:27:31 2006 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 28 Sep 2006 18:27:31 +0200 Subject: update question Message-ID: <1159460851.16424.9.camel@geru-itae> Hi, I've made little bugfix and one change to the code. Before commiting, i need your opinion on it. Here is the future change log : ----------------------------------------------------------------------- 2006-09-28 Didrik Pinte * Thuban/UI/classgen.py: bugfix due to wx2.6 update * Thuban/UI/view.py: removed non needed declaration * Thuban/UI/viewport.py : extracted method from LabelShapeAt to GetLabelPosForShape (see feature request #121 on wald) * Thuban/UI/selection.py : typo correction ----------------------------------------------------------------------- [1] Concerning the modification of the Thuban/UI/viewport.py file, i've just extracted some code of the LabelShapeAt method in order to be used by a more general method that will allow the user to label a complete layer by selecting a field of the associated table. See http://wald.intevation.org/tracker/index.php?func=detail&aid=121&group_id=6&atid=108 The new method GetLabelPosForShape is at the moment in the viewport.py file but IMHO, it could be moved to the Thuban/Model/map.py file. What do you think about this ? Is there an other place that could be more appropriate ? [2] What do you think about adding a new tool allowing the user to label all the shapes of an existing layer (not only one shape like it is now) ? If the answer is yes, i can easily integrate the work i've just done into the trunk. Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060928/63e2ba87/attachment.bin From bernhard at intevation.de Thu Sep 28 21:50:23 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 28 Sep 2006 21:50:23 +0200 Subject: update question In-Reply-To: <1159460851.16424.9.camel@geru-itae> References: <1159460851.16424.9.camel@geru-itae> Message-ID: <200609282150.24523.bernhard@intevation.de> Hi Didrik, On Thursday 28 September 2006 18:27, Didrik Pinte wrote: > I've made little bugfix and one change to the code. Before commiting, i > need your opinion on it. > > Here is the future change log : > ----------------------------------------------------------------------- > 2006-09-28 Didrik Pinte > > * Thuban/UI/classgen.py: bugfix due to wx2.6 update > > * Thuban/UI/view.py: removed non needed declaration > > * Thuban/UI/viewport.py : extracted method from LabelShapeAt to > GetLabelPosForShape (see feature request #121 on wald) > > * Thuban/UI/selection.py : typo correction > ----------------------------------------------------------------------- my suggestion is to submit in small blocks that belong together. So if you have a bunch of simple bugfixes this is fine. Execept for the viewport.py change, I would directly commit the smaller fixes. > [1] Concerning the modification of the Thuban/UI/viewport.py file, i've > just extracted some code of the LabelShapeAt method in order to be used > by a more general method that will allow the user to label a complete > layer by selecting a field of the associated table. See > http://wald.intevation.org/tracker/index.php?func=detail&aid=121&group_id=6 >&atid=108 The new method GetLabelPosForShape is at the moment in the > viewport.py file but IMHO, it could be moved to the Thuban/Model/map.py > file. What do you think about this ? Is there an other place that could be > more appropriate ? Extracting methods, if you need the functionality from different places in the code is the right idea. (I am currently commenting offline.) Without having seen the method your are extracting I cannot comment on the best place. From looking at LabelShapeAt I believe it works quite closly to windows coordinates which I would consider UI dependent. So what is your idea in moving thi sot Model/map.py? > [2] What do you think about adding a new tool allowing the user to label > all the shapes of an existing layer (not only one shape like it is > now) ? If the answer is yes, i can easily integrate the work i've just > done into the trunk. This is a feature I would like. Automatical labelling can become quite an art easily, if you take cartographic ideas into account, like try to position the labels nicely so that other features can be intentified well and so on. Any progress is appreciated. ;) Best, Bernhard From dpinte at itae.be Fri Sep 29 15:56:38 2006 From: dpinte at itae.be (Didrik Pinte) Date: Fri, 29 Sep 2006 15:56:38 +0200 Subject: update question In-Reply-To: <200609282150.24523.bernhard@intevation.de> References: <1159460851.16424.9.camel@geru-itae> <200609282150.24523.bernhard@intevation.de> Message-ID: <1159538198.16424.48.camel@geru-itae> Le jeudi 28 septembre 2006 ? 21:50 +0200, Bernhard Reiter a ?crit : > Hi Didrik, > > On Thursday 28 September 2006 18:27, Didrik Pinte wrote: > > I've made little bugfix and one change to the code. Before commiting, i > > need your opinion on it. > > > > Here is the future change log : > > ----------------------------------------------------------------------- > > 2006-09-28 Didrik Pinte > > > > * Thuban/UI/classgen.py: bugfix due to wx2.6 update > > > > * Thuban/UI/view.py: removed non needed declaration > > > > * Thuban/UI/viewport.py : extracted method from LabelShapeAt to > > GetLabelPosForShape (see feature request #121 on wald) > > > > * Thuban/UI/selection.py : typo correction > > ----------------------------------------------------------------------- > > my suggestion is to submit in small blocks that belong together. > So if you have a bunch of simple bugfixes this is fine. > Execept for the viewport.py change, I would directly commit > the smaller fixes. Ok. I'll do that > > > [1] Concerning the modification of the Thuban/UI/viewport.py file, i've > > just extracted some code of the LabelShapeAt method in order to be used > > by a more general method that will allow the user to label a complete > > layer by selecting a field of the associated table. See > > http://wald.intevation.org/tracker/index.php?func=detail&aid=121&group_id=6 > >&atid=108 The new method GetLabelPosForShape is at the moment in the > > viewport.py file but IMHO, it could be moved to the Thuban/Model/map.py > > file. What do you think about this ? Is there an other place that could be > > more appropriate ? > > Extracting methods, if you need the functionality from different places > in the code is the right idea. > (I am currently commenting offline.) > Without having seen the method your are extracting I cannot comment > on the best place. From looking at LabelShapeAt I believe it works quite > closly to windows coordinates which I would consider UI dependent. > So what is your idea in moving thi sot Model/map.py? Here is the explanation (see code below or diff in attachement). The piece of code in the old LabelShapeAt method concerning the label positioning can be used pretty easily for any shape_index and layer. So, i've extracted all this code to a new method called GetLabelPosFromShape. This new method return a(x, y, halign, valign) tuple when called with a layer and a shape_index. Because the new GetLabelPosFromShape is not really UI related, I would propose to extract it to Model/map.py. Thuban/UI/viewport.py - line 951 -------------------------------------------------------------------------- def LabelShapeAt(self, x, y, text = None): """Add or remove a label at window position x, y. If there's a label at the given position, remove it. Otherwise determine the shape at the position and add a label. Return True is an action was performed, False otherwise. """ label_layer = self.map.LabelLayer() layer, shape_index = self.find_shape_at(x, y, select_labels = 1) if layer is None and shape_index is not None: # a label was selected label_layer.RemoveLabel(shape_index) return True elif layer is not None and text: (x, y, halign, valign) = self.GetLabelPosFromShape(layer, \ shape_index) label_layer.AddLabel(x, y, text, halign = halign, valign = valign) return True return False def GetLabelPosFromShape(self, layer, shape_index): ''' Return the label position parameters (x, y, halign, valign) from the shape object ''' proj = self.map.projection if proj is not None: map_proj = proj else: map_proj = None proj = layer.projection if proj is not None: layer_proj = proj else: layer_proj = None shapetype = layer.ShapeType() if shapetype == SHAPETYPE_POLYGON: shapefile = layer.ShapeStore().Shapefile().cobject() x, y = shape_centroid(shapefile, shape_index, map_proj, layer_proj, 1, 1, 0, 0) if map_proj is not None: x, y = map_proj.Inverse(x, y) else: shape = layer.Shape(shape_index) if shapetype == SHAPETYPE_POINT: x, y = shape.Points()[0][0] else: # assume SHAPETYPE_ARC points = shape.Points()[0] x, y = points[len(points) / 2] if layer_proj is not None: x, y = layer_proj.Inverse(x, y) if shapetype == SHAPETYPE_POINT: halign = ALIGN_LEFT valign = ALIGN_CENTER elif shapetype == SHAPETYPE_POLYGON: halign = ALIGN_CENTER valign = ALIGN_CENTER elif shapetype == SHAPETYPE_ARC: halign = ALIGN_LEFT valign = ALIGN_CENTER return (x, y, halign, valign) -------------------------------------------------------------------------- > > > [2] What do you think about adding a new tool allowing the user to label > > all the shapes of an existing layer (not only one shape like it is > > now) ? If the answer is yes, i can easily integrate the work i've just > > done into the trunk. > > This is a feature I would like. > Automatical labelling can become quite an art easily, if you take cartographic > ideas into account, like try to position the labels nicely so that other > features can be intentified well and so on. > Any progress is appreciated. ;) At the moment, simply using the existing piece of code, it does work nicely. I'm thinking about developping a simple algorithm of intelligent label positionning to prevent superposition. I'll go on and let the list know about the news ! Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: viewport_2708.diff Type: text/x-patch Size: 4049 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060929/6aada1a6/viewport_2708.diff -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060929/6aada1a6/attachment.bin