From bernhard at intevation.de Thu Jun 1 15:06:03 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 1 Jun 2006 15:06:03 +0200 Subject: wxWindows 2.6 In-Reply-To: <1148889749.4852.36.camel@geru-itae> References: <20060519084843.GB30111@intevation.de> <200605200038.24370.jan-oliver.wagner@intevation.de> <1148110223.17209.45.camel@geru-itae> <200605202326.20702.jan-oliver.wagner@intevation.de> <1148889749.4852.36.camel@geru-itae> Message-ID: <20060601130603.GB19834@intevation.de> Am 29. May 2006 um 10:02:29 schrieb Didrik Pinte: > I've a first patch for the 2.6 version. > > Basically, the changes are the following : > > - "from wxPython import" changed to "from wx import" > - renamed all the wxObject to object > - i'm changing all the EVT_ so that they use the Bind method > - i've remove the multiplechoice.py file > > Everything seems to work fine. Cool, thanks for creating and sending the patch! > > BUT > > there is no test case for the user interface and that's a real problem. > It's not possible to assure that a change won't break the UI without > testing it manually. I've tried to build a testcase for the ui but they > are some dependencies that prevent me to do it correctly. I'm not enough > knowing the internals of the thuban ui to make it working. Does anyone > of you has a little bit of time to make to try to create a empty > testcase . Of course I agree that it would be very cool to have UI tests. I am not sure that we can actually build testcases for the GUI. This seems to be quite difficult after all and I have not yet evaluated possibilities for wxPython of doing so. Maybe we can research what Robin Dunn and the Chandler project is doing to get some inspiration. Bernhard R. -------------- 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/20060601/235ee9e4/attachment.bin From dpinte at itae.be Thu Jun 1 15:25:47 2006 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 01 Jun 2006 15:25:47 +0200 Subject: wxWindows 2.6 In-Reply-To: <20060601130603.GB19834@intevation.de> References: <20060519084843.GB30111@intevation.de> <200605200038.24370.jan-oliver.wagner@intevation.de> <1148110223.17209.45.camel@geru-itae> <200605202326.20702.jan-oliver.wagner@intevation.de> <1148889749.4852.36.camel@geru-itae> <20060601130603.GB19834@intevation.de> Message-ID: <1149168347.8750.9.camel@geru-itae> Le jeudi 01 juin 2006 ? 15:06 +0200, Bernhard Reiter a ?crit : > > Of course I agree that it would be very cool to have UI tests. > I am not sure that we can actually build testcases for the GUI. > This seems to be quite difficult after all and I have not yet > evaluated possibilities for wxPython of doing so. > Maybe we can research what Robin Dunn and the Chandler project is > doing to get some inspiration. It's not so difficult. The problem I faced was that when lauching a test creating a ThubanApp without launching the mainloop the chain of includes finally call the Thuban/UI/main.py including the mainloop. I'll try to post my testcase attempt as soon as I can get access to my laptop with the thuban dev tests (not before monday I think). Didrik PS : I still need to add lots of things to the patch, particularly finish the rewriting of the EVT bindings. -------------- 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/20060601/5b6486d8/attachment.bin From jan-oliver.wagner at intevation.de Fri Jun 2 17:10:09 2006 From: jan-oliver.wagner at intevation.de (Jan-Oliver Wagner) Date: Fri, 2 Jun 2006 17:10:09 +0200 Subject: Now it is possible to sponsor Thuban via Paypal Message-ID: <200606021710.10989.jan-oliver.wagner@intevation.de> Hello, I just added a Paypal button to the Thuban website. So it is easier to sponsor the project if you find Thuban useful. Any arbitrary amount is possible, people can add comments and we eventually want to assemble a list of all sponsors and name their sponsorship on a web page. (There is a opt-in for allowing to be named). 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 bernhard at intevation.de Fri Jun 2 18:10:44 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 2 Jun 2006 18:10:44 +0200 Subject: wxWindows 2.6 In-Reply-To: <1149168347.8750.9.camel@geru-itae> References: <20060519084843.GB30111@intevation.de> <200605200038.24370.jan-oliver.wagner@intevation.de> <1148110223.17209.45.camel@geru-itae> <200605202326.20702.jan-oliver.wagner@intevation.de> <1148889749.4852.36.camel@geru-itae> <20060601130603.GB19834@intevation.de> <1149168347.8750.9.camel@geru-itae> Message-ID: <20060602161044.GE31844@intevation.de> Am 1. Jun 2006 um 15:25:47 schrieb Didrik Pinte: > Le jeudi 01 juin 2006 ? 15:06 +0200, Bernhard Reiter a ?crit : > > > > Of course I agree that it would be very cool to have UI tests. > > I am not sure that we can actually build testcases for the GUI. > > This seems to be quite difficult after all and I have not yet > > evaluated possibilities for wxPython of doing so. > > Maybe we can research what Robin Dunn and the Chandler project is > > doing to get some inspiration. > > It's not so difficult. The problem I faced was that when lauching a test > creating a ThubanApp without launching the mainloop the chain of > includes finally call the Thuban/UI/main.py including the mainloop. Maybe I have missunderstood you then, I thought of really testing the graphical interface, which would require script where clicks come in and key events and all this. > I'll try to post my testcase attempt as soon as I can get access to my > laptop with the thuban dev tests (not before monday I think). Cool, I will be away for a week in Korea, so my response time will be slower again and then be on vacation for two weeks without a computer. > PS : I still need to add lots of things to the patch, particularly > finish the rewriting of the EVT bindings. -------------- 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/20060602/3256bbe7/attachment.bin From jan-oliver.wagner at intevation.de Wed Jun 7 23:17:34 2006 From: jan-oliver.wagner at intevation.de (Jan-Oliver Wagner) Date: Wed, 7 Jun 2006 23:17:34 +0200 Subject: thuban REMOVED from testing In-Reply-To: References: Message-ID: <200606072317.34800.jan-oliver.wagner@intevation.de> Hello, just to make everyone has seen this. I am not a Debian maintainer and do not know enough about the processes there. Is there anything we could do to prevent that Thuban will not be part of Etch? It would be a pitty. Jan On Tuesday 06 June 2006 23:08, Debian testing watch wrote: > FYI: The status of the thuban source package > in Debian's testing distribution has changed. > > Previous version: 1.0.1-1 > Current version: (not in testing) > Hint: > #20060603 > Bug #368060: thuban: Thuban was compiled with wx 2.4.4 but wxPython is > 2.4.5.0 > > The script that generates this mail tries to extract removal > reasons from comments in the britney hint files. Those comments > were not originally meant to be machine readable, so if the > reason for removing your package seems to be nonsense, it is > probably the reporting script that got confused. Please check the > actual hints file before you complain about meaningless removals. -- 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 joey at infodrom.org Thu Jun 8 08:42:14 2006 From: joey at infodrom.org (Martin Schulze) Date: Thu, 8 Jun 2006 08:42:14 +0200 Subject: thuban REMOVED from testing In-Reply-To: <200606072317.34800.jan-oliver.wagner@intevation.de> References: <200606072317.34800.jan-oliver.wagner@intevation.de> Message-ID: <20060608064214.GX2598@finlandia.infodrom.north.de> Jan-Oliver Wagner wrote: > Hello, > > just to make everyone has seen this. > I am not a Debian maintainer and do not know > enough about the processes there. > Is there anything we could do to prevent that > Thuban will not be part of Etch? > It would be a pitty. Indeed. The reason why it has been removed from testing is a release critical bug: http://bugs.debian.org/368060 thuban: Thuban was compiled with wx 2.4.4 but wxPython is 2.4.5.0 The proper fix would be Silke compiling thuban against wxPython 2.4.5.0 and uploading that version into sid (maybe including the patch in the bug report), assuming that Thuban will still work fine. There are two more bugs that are tagged important, even though I'd consider them normal bugs. Maybe Silke should decrease the severity. http://bugs.debian.org/288074 #288074: thuban: Unable to zoom properly with two layers loaded http://bugs.debian.org/309122 #309122: thuban: Fail to handle postgis with several geometry entries properly Regards, Joey -- All language designers are arrogant. Goes with the territory... -- Larry Wall From thuban-bugs at intevation.de Thu Jun 8 13:51:24 2006 From: thuban-bugs at intevation.de (Request Tracker) Date: Thu, 8 Jun 2006 13:51:24 +0200 (CEST) Subject: [bug #4559] (thuban) call to non existent method/procedure call in render.py Message-ID: <20060608115124.2972E1006A8@lists.intevation.de> this bug's URL: http://intevation.de/rt/webrt?serial_num=4559 ------------------------------------------------------------------------- Subject: call to non existent method/procedure call in render.py Operating System: MS Windows, xp Thuban version: other, Thuban 1.1 cvs-20060608 wxPython version: other, wxPython 2.6.3.0 Python version: other, Python 2.4.2 PySQLite version: other, PySQLite 2.2.1 SQLite version: other, SQLite 3.3.5 GDAL version: other, GDAL - not available proj version: other My version of Thuban is the windows build that is linked to from the Thuban web site. If you select an unclassified point shape in its table, it will cause an error when Thuban tries to draw the selected point. The error occurs in line 273 of renderer.py. Line 273 of renderer.py () is: size = lc.GetDefaultSize() but the procedure/method being called does not exist. Replacing this line with: size = lc.GetDefaultGroup().GetProperties().GetSize() will fix the problem. Line 273 is in the method: def draw_selection_incrementally -------------------------------------------- Managed by Request Tracker From pabs3 at bonedaddy.net Thu Jun 8 16:37:33 2006 From: pabs3 at bonedaddy.net (Paul Wise) Date: Thu, 08 Jun 2006 22:37:33 +0800 Subject: thuban strict wxPython version check? Message-ID: <1149777454.6417.45.camel@localhost.localdomain> Hi all, I'm wondering what the following check from Thuban/version.py is for? Is the wxWidgets ABI really so fragile that wxProj breaks on new minor 2.6.X versions or new 2.4.X versions? Surely using the soname to do version checks with the normal shared library support is enough? # Check whether the wxWindows version of wxPython and thuban's # wxproj module match. If they don't match, segfaults are likely. if versions["wxproj-wx-tuple"] != versions["wxPython-tuple"][:3]: errors.append(_("Thuban was compiled with wx %(wxproj-wx)s" " but wxPython is %(wxPython)s") % versions) I get the feeling I'm missing something about wxProj and it's relationship to wxWidgets, enlightenment would be welcome. -- bye, pabs http://wiki.debian.org/PaulWise -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060608/e34e7920/attachment.bin From bh at intevation.de Thu Jun 8 17:22:33 2006 From: bh at intevation.de (Bernhard Herzog) Date: Thu, 08 Jun 2006 17:22:33 +0200 Subject: thuban strict wxPython version check? In-Reply-To: <1149777454.6417.45.camel@localhost.localdomain> (Paul Wise's message of "Thu, 08 Jun 2006 22:37:33 +0800") References: <1149777454.6417.45.camel@localhost.localdomain> Message-ID: Paul Wise writes: > I'm wondering what the following check from Thuban/version.py is for? Is > the wxWidgets ABI really so fragile that wxProj breaks on new minor > 2.6.X versions or new 2.4.X versions? Surely using the soname to do > version checks with the normal shared library support is enough? The symptom people often see when using Thuban with a different wxWidgets version -- even when it's only a different minor version -- is that it segfaults as soon as it tries to actually render a map on the screen. In the past there were enough problem reports from users about this for us to put in the version check so that users would at least get a meaningful error message instead of just a segfault. The reason for the crashes is that wxproj accesses wxPython objects at the C++-level to extract the corresponding wxWidgets object so that it can call wxWidgets methods directly. That way, Thuban can render data read from e.g. a shapefile without having to funnel the data through Python which improves rendering speed considerably. Unfortunately, this means that the wxWidgets object used by wxproj has been created by the wxWidgets library wxPython is linked with and that may be different from the one wxproj is linked with. The libraries may differ in the layout of the classes and/or virtual tables depending on the version and perhaps compile time options. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://skencil.org/ Thuban http://thuban.intevation.org/ From dpinte at itae.be Fri Jun 9 15:43:00 2006 From: dpinte at itae.be (Didrik Pinte) Date: Fri, 09 Jun 2006 15:43:00 +0200 Subject: import all extensions example files In-Reply-To: <20060519083327.GA30111@intevation.de> References: <20060516075443.GL11334@intevation.de> <1147766807.14379.8.camel@geru-itae> <20060519083327.GA30111@intevation.de> Message-ID: <1149860580.7498.52.camel@geru-itae> Le vendredi 19 mai 2006 ? 10:33 +0200, Bernhard Reiter a ?crit : > > > The file could contain all the official stable extension and even more a > > commented import of the non stable ones. > > I would even say: > Enable them all, because the unstable ones are already put under > an "unstable" menu entry usually, which would be indication enough. it's true except for the drawshape extention that require a patch of the code. What about that one ? I consider it would be very interesting to add this functionnality into the core of thuban but at the moment it's not possible to add it to the default list of Extensions. Where do you want the sample thubanstart.py files be in the svn ? In a sample directory ? or in the Examples directory ? 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/20060609/3ee8d316/attachment.bin From frankie at debian.org Fri Jun 9 21:10:01 2006 From: frankie at debian.org (Francesco Paolo Lovergine) Date: Fri, 9 Jun 2006 21:10:01 +0200 Subject: [DebianGIS] Re: thuban strict wxPython version check? In-Reply-To: References: <1149777454.6417.45.camel@localhost.localdomain> Message-ID: <20060609191001.GA10874@ba.issia.cnr.it> On Thu, Jun 08, 2006 at 05:22:33PM +0200, Bernhard Herzog wrote: > Paul Wise writes: > > > I'm wondering what the following check from Thuban/version.py is for? Is > > the wxWidgets ABI really so fragile that wxProj breaks on new minor > > 2.6.X versions or new 2.4.X versions? Surely using the soname to do > > version checks with the normal shared library support is enough? > > The symptom people often see when using Thuban with a different > wxWidgets version -- even when it's only a different minor version -- is > that it segfaults as soon as it tries to actually render a map on the > screen. In the past there were enough problem reports from users about > this for us to put in the version check so that users would at least get > a meaningful error message instead of just a segfault. > > The reason for the crashes is that wxproj accesses wxPython objects at > the C++-level to extract the corresponding wxWidgets object so that it > can call wxWidgets methods directly. That way, Thuban can render data > read from e.g. a shapefile without having to funnel the data through > Python which improves rendering speed considerably. > > Unfortunately, this means that the wxWidgets object used by wxproj has > been created by the wxWidgets library wxPython is linked with and that > may be different from the one wxproj is linked with. The libraries may > differ in the layout of the classes and/or virtual tables depending on > the version and perhaps compile time options. > > Bernhard > I'm not a python addicted, but I suspect this issue should be managed at python-wxgtk2.4 level. Incompatibilities in ABIs should be managed using different source packages to avoid conflicts. I'm CC to d-python list for analysis... -- Francesco P. Lovergine From jan-oliver.wagner at intevation.de Fri Jun 9 22:04:25 2006 From: jan-oliver.wagner at intevation.de (Jan-Oliver Wagner) Date: Fri, 9 Jun 2006 22:04:25 +0200 Subject: import all extensions example files In-Reply-To: <1149860580.7498.52.camel@geru-itae> References: <20060516075443.GL11334@intevation.de> <20060519083327.GA30111@intevation.de> <1149860580.7498.52.camel@geru-itae> Message-ID: <200606092204.26898.jan-oliver.wagner@intevation.de> On Friday 09 June 2006 15:43, Didrik Pinte wrote: > Le vendredi 19 mai 2006 ? 10:33 +0200, Bernhard Reiter a ?crit : > > > The file could contain all the official stable extension and even more > > > a commented import of the non stable ones. > > > > I would even say: > > Enable them all, because the unstable ones are already put under > > an "unstable" menu entry usually, which would be indication enough. > > it's true except for the drawshape extention that require a patch of the > code. > > What about that one ? I consider it would be very interesting to add > this functionnality into the core of thuban but at the moment it's not > possible to add it to the default list of Extensions. I vote to leave that one out. It is too experimental to be of any real use and makes things comlicated at the same time. > Where do you want the sample thubanstart.py files be in the svn ? In a > sample directory ? or in the Examples directory ? Good question. Perhaps even add the contents to Extensions/__init__.py ? I think, Bernhard Herzog can answer this 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 Tue Jun 13 15:05:52 2006 From: dpinte at itae.be (Didrik Pinte) Date: Tue, 13 Jun 2006 15:05:52 +0200 Subject: thubanframe question Message-ID: <1150203952.10671.5.camel@geru-itae> What is the exact aim of the following method in Thuban/UI/ThubanFrame? def OnClose(self, event): # FIXME: Shouldn't this really be in OnDestroy? if self.parent.dialogs.has_key(self.name): self.parent.remove_dialog(self.name) self.Destroy() I'm thinking at a different way of doing it, so that Extensions can be developped directly using wx.Frame. 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/20060613/e8b51b8f/attachment.bin From joey at infodrom.org Tue Jun 13 15:27:48 2006 From: joey at infodrom.org (Martin Schulze) Date: Tue, 13 Jun 2006 15:27:48 +0200 Subject: thubanframe question In-Reply-To: <1150203952.10671.5.camel@geru-itae> References: <1150203952.10671.5.camel@geru-itae> Message-ID: <20060613132748.GY2598@finlandia.infodrom.north.de> Didrik Pinte wrote: > What is the exact aim of the following method in Thuban/UI/ThubanFrame? > > def OnClose(self, event): > # FIXME: Shouldn't this really be in OnDestroy? > if self.parent.dialogs.has_key(self.name): > self.parent.remove_dialog(self.name) > self.Destroy() It first removes the dialog from the queue of the parent and then destroys the dialog itself. When a dialog is created, it is placed into the parent queue. Regards, Joey -- Open source is important from a technical angle. -- Linus Torvalds From dpinte at itae.be Tue Jun 13 17:26:15 2006 From: dpinte at itae.be (Didrik Pinte) Date: Tue, 13 Jun 2006 15:26:15 +0000 Subject: thubanframe question In-Reply-To: <20060613132748.GY2598@finlandia.infodrom.north.de> References: <1150203952.10671.5.camel@geru-itae> <20060613132748.GY2598@finlandia.infodrom.north.de> Message-ID: <1150212376.10671.14.camel@geru-itae> Le mardi 13 juin 2006 ? 15:27 +0200, Martin Schulze a ?crit : > Didrik Pinte wrote: > > What is the exact aim of the following method in Thuban/UI/ThubanFrame? > > > > def OnClose(self, event): > > # FIXME: Shouldn't this really be in OnDestroy? > > if self.parent.dialogs.has_key(self.name): > > self.parent.remove_dialog(self.name) > > self.Destroy() > > It first removes the dialog from the queue of the parent and then > destroys the dialog itself. When a dialog is created, it is placed > into the parent queue. > > Regards, > > Joey For, sure, that was clear BUT the dialogs dictionnary is described in the Thuban/UI/mainwindow.py as follow : def init_dialogs(self): """Initialize the dialog handling""" # The mainwindow maintains a dict mapping names to open # non-modal dialogs. The dialogs are put into this dict when # they're created and removed when they're closed self.dialogs = {} Why does the ThubanFrame class be concerned by the dialogs ? A wx.Frame is not a wx.Dialog and by the way not a non-modal dialog. Can we consider those specific lines from ThubanFrame.OnClose as useless ? Didrik From thuban-bugs at intevation.de Fri Jun 16 23:31:13 2006 From: thuban-bugs at intevation.de (Request Tracker) Date: Fri, 16 Jun 2006 23:31:13 +0200 (CEST) Subject: [bug #4615] (thuban) when trying to open help section error windows opens, new layer of graphic a file (tiff) can not be loaded Message-ID: <20060616213113.1A0A01006BA@lists.intevation.de> this bug's URL: http://intevation.de/rt/webrt?serial_num=4615 ------------------------------------------------------------------------- Subject: when trying to open help section error windows opens, new layer of graphic a file (tiff) can not be loaded Operating System: MS Windows, WiNXP SP2 Poffesional v.2002 Thuban version: 1.0.1, v.1.0.1.0 wxPython version: 2.4.2.4, win32-2.4.2.4Pyt23 Python version: other, v. 2.3.4 PySQLite version: 0.4.3, win32-py23 SQLite version: other, not installed GDAL version: 1.1.8, w2k-py23 proj version: not installed Please enter error description here. Did you compile Thuban yourself? If not, which binary package did you install (eg. where did you get it from)? Installation file was Tuban-1.0.1.0.exe (791424 b) error message follows... raceback (most recent call last): File "C:\Thuban\Thuban\UI\mainwindow.py", line 282, in invoke_command command.Execute(self.Context()) File "C:\Thuban\Thuban\UI\command.py", line 121, in Execute apply(self.function, (context,) + self.args + args, kw) File "C:\Thuban\Thuban\UI\mainwindow.py", line 957, in call_method apply(getattr(context.mainwindow, methodname), args) File "C:\Thuban\Thuban\UI\mainwindow.py", line 460, in About dlg = About(self) File "C:\Thuban\Thuban\UI\about.py", line 36, in __init__ developers = [ 'Jonathan Coles (2003)', File "C:\Thuban\Thuban\UI\about.py", line 140, in unicodeToLocale return unicodeStr.encode(getdefaultlocale()[1]) File "D:\Python23\lib\encodings\cp1251.py", line 18, in encode return codecs.charmap_encode(input,errors,encoding_map) UnicodeEncodeError: 'charmap' codec can't encode character u'\xfc' in position 8: character maps to -------------------------------------------- Managed by Request Tracker From joey at infodrom.org Wed Jun 21 19:10:50 2006 From: joey at infodrom.org (Martin Schulze) Date: Wed, 21 Jun 2006 19:10:50 +0200 Subject: thuban REMOVED from testing In-Reply-To: <20060608064214.GX2598@finlandia.infodrom.north.de> References: <200606072317.34800.jan-oliver.wagner@intevation.de> <20060608064214.GX2598@finlandia.infodrom.north.de> Message-ID: <20060621171049.GA17204@finlandia.home.infodrom.org> Martin Schulze wrote: > > just to make everyone has seen this. > > I am not a Debian maintainer and do not know > > enough about the processes there. > > Is there anything we could do to prevent that > > Thuban will not be part of Etch? > > It would be a pitty. > > Indeed. > > The reason why it has been removed from testing is a release critical bug: > > http://bugs.debian.org/368060 > > thuban: Thuban was compiled with wx 2.4.4 but wxPython is 2.4.5.0 > > The proper fix would be Silke compiling thuban against wxPython 2.4.5.0 > and uploading that version into sid (maybe including the patch in the > bug report), assuming that Thuban will still work fine. Is there any progress on this? I'm willing to sponsor the package as an exception (maybe I'm also willing to NMU it, not sure). Regards, Joey -- This is GNU/Linux Country. On a quiet night, you can hear Windows reboot. From jan-oliver.wagner at intevation.de Wed Jun 21 22:01:39 2006 From: jan-oliver.wagner at intevation.de (Jan-Oliver Wagner) Date: Wed, 21 Jun 2006 22:01:39 +0200 Subject: thuban REMOVED from testing In-Reply-To: <20060621171049.GA17204@finlandia.home.infodrom.org> References: <20060608064214.GX2598@finlandia.infodrom.north.de> <20060621171049.GA17204@finlandia.home.infodrom.org> Message-ID: <200606212201.40525.jan-oliver.wagner@intevation.de> On Wednesday 21 June 2006 19:10, Martin Schulze wrote: > Martin Schulze wrote: > > > just to make everyone has seen this. > > > I am not a Debian maintainer and do not know > > > enough about the processes there. > > > Is there anything we could do to prevent that > > > Thuban will not be part of Etch? > > > It would be a pitty. > > > > Indeed. > > > > The reason why it has been removed from testing is a release critical > > bug: > > > > http://bugs.debian.org/368060 > > > > thuban: Thuban was compiled with wx 2.4.4 but wxPython is 2.4.5.0 > > > > The proper fix would be Silke compiling thuban against wxPython 2.4.5.0 > > and uploading that version into sid (maybe including the patch in the > > bug report), assuming that Thuban will still work fine. > > Is there any progress on this? I'm willing to sponsor the package > as an exception (maybe I'm also willing to NMU it, not sure). that would be great. Unfortunately I am currently *entirely out of free time* to work on this :-( 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 Thu Jun 22 09:22:53 2006 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 22 Jun 2006 09:22:53 +0200 Subject: thuban REMOVED from testing In-Reply-To: <200606212201.40525.jan-oliver.wagner@intevation.de> References: <20060608064214.GX2598@finlandia.infodrom.north.de> <20060621171049.GA17204@finlandia.home.infodrom.org> <200606212201.40525.jan-oliver.wagner@intevation.de> Message-ID: <1150960973.10160.13.camel@geru-itae> Le mercredi 21 juin 2006 ? 22:01 +0200, Jan-Oliver Wagner a ?crit : > > > The proper fix would be Silke compiling thuban against wxPython 2.4.5.0 > > > and uploading that version into sid (maybe including the patch in the > > > bug report), assuming that Thuban will still work fine. > > > > Is there any progress on this? I'm willing to sponsor the package > > as an exception (maybe I'm also willing to NMU it, not sure). > > that would be great. > > Unfortunately I am currently *entirely out of free time* to work on this :-( > > Best > > Jan What exactly has to be done ? I've a sid environment that I can use to do it without problems. Is it just a recompilation or more than that ? 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/20060622/3b4d0d66/attachment.bin From joey at infodrom.org Thu Jun 22 09:28:38 2006 From: joey at infodrom.org (Martin Schulze) Date: Thu, 22 Jun 2006 09:28:38 +0200 Subject: thuban REMOVED from testing In-Reply-To: <1150960973.10160.13.camel@geru-itae> References: <20060608064214.GX2598@finlandia.infodrom.north.de> <20060621171049.GA17204@finlandia.home.infodrom.org> <200606212201.40525.jan-oliver.wagner@intevation.de> <1150960973.10160.13.camel@geru-itae> Message-ID: <20060622072838.GQ2598@finlandia.infodrom.north.de> Didrik Pinte wrote: > What exactly has to be done ? I've a sid environment that I can use to > do it without problems. See the mails in the thread above, i.e.: The reason why it has been removed from testing is a release critical bug: http://bugs.debian.org/368060 thuban: Thuban was compiled with wx 2.4.4 but wxPython is 2.4.5.0 The proper fix would be Silke compiling thuban against wxPython 2.4.5.0 and uploading that version into sid (maybe including the patch in the bug report), assuming that Thuban will still work fine. Regards, Joey -- Given enough thrust pigs will fly, but it's not necessarily a good idea. From dpinte at itae.be Thu Jun 22 09:43:23 2006 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 22 Jun 2006 09:43:23 +0200 Subject: thuban REMOVED from testing In-Reply-To: <20060622072838.GQ2598@finlandia.infodrom.north.de> References: <20060608064214.GX2598@finlandia.infodrom.north.de> <20060621171049.GA17204@finlandia.home.infodrom.org> <200606212201.40525.jan-oliver.wagner@intevation.de> <1150960973.10160.13.camel@geru-itae> <20060622072838.GQ2598@finlandia.infodrom.north.de> Message-ID: <1150962203.10160.20.camel@geru-itae> Le jeudi 22 juin 2006 ? 09:28 +0200, Martin Schulze a ?crit : > Didrik Pinte wrote: > > What exactly has to be done ? I've a sid environment that I can use to > > do it without problems. > > See the mails in the thread above, i.e.: > > The reason why it has been removed from testing is a release critical bug: > > http://bugs.debian.org/368060 > > thuban: Thuban was compiled with wx 2.4.4 but wxPython is 2.4.5.0 > > The proper fix would be Silke compiling thuban against wxPython 2.4.5.0 > and uploading that version into sid (maybe including the patch in the > bug report), assuming that Thuban will still work fine. > > Regards, > > Joey Ok, i've just built thuban correctly BUT there is a problem running the executable : did at geru-itae:~/projets/python/thuban/debian$ thuban Traceback (most recent call last): File "/usr/bin/thuban", line 20, in ? import Thuban.UI.main File "/usr/lib/thuban/Thuban/UI/main.py", line 18, in ? from application import ThubanApplication File "/usr/lib/thuban/Thuban/UI/application.py", line 33, in ? import view File "/usr/lib/thuban/Thuban/UI/view.py", line 40, in ? from renderer import ScreenRenderer, ExportRenderer, PrinterRenderer File "/usr/lib/thuban/Thuban/UI/renderer.py", line 28, in ? from Thuban.UI.classifier import ClassDataPreviewer File "/usr/lib/thuban/Thuban/UI/classifier.py", line 1441, in ? class ClassGroupPropertiesCtrl(wxWindow, wxControl): TypeError: Cannot create a consistent method resolution order (MRO) for bases Control, Window This error has already been listed here : http://www.intevation.de/pipermail/thuban-list/2005-July/000598.html seems to be fixed but how ... ? Bernhard, any info on that ? FYI, the etch version of python-wxgtk2.4 is 2.4.5.1 and no more 2.4.5.0. 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/20060622/d4a83a2f/attachment.bin From dpinte at itae.be Thu Jun 22 10:10:45 2006 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 22 Jun 2006 10:10:45 +0200 Subject: packaging for etch ok -[WAS] Re: thuban REMOVED from testing In-Reply-To: <1150962203.10160.20.camel@geru-itae> References: <20060608064214.GX2598@finlandia.infodrom.north.de> <20060621171049.GA17204@finlandia.home.infodrom.org> <200606212201.40525.jan-oliver.wagner@intevation.de> <1150960973.10160.13.camel@geru-itae> <20060622072838.GQ2598@finlandia.infodrom.north.de> <1150962203.10160.20.camel@geru-itae> Message-ID: <1150963845.15766.5.camel@geru-itae> Le jeudi 22 juin 2006 ? 09:43 +0200, Didrik Pinte a ?crit : > Le jeudi 22 juin 2006 ? 09:28 +0200, Martin Schulze a ?crit : > > Didrik Pinte wrote: > > > What exactly has to be done ? I've a sid environment that I can use to > > > do it without problems. > > > > See the mails in the thread above, i.e.: > > > > The reason why it has been removed from testing is a release critical bug: > > > > http://bugs.debian.org/368060 > > > > thuban: Thuban was compiled with wx 2.4.4 but wxPython is 2.4.5.0 > > > > The proper fix would be Silke compiling thuban against wxPython 2.4.5.0 > > and uploading that version into sid (maybe including the patch in the > > bug report), assuming that Thuban will still work fine. > > > > Regards, > > > > Joey > > > Ok, i've just built thuban correctly BUT there is a problem running the > executable : > > did at geru-itae:~/projets/python/thuban/debian$ thuban > Traceback (most recent call last): > File "/usr/bin/thuban", line 20, in ? > import Thuban.UI.main > File "/usr/lib/thuban/Thuban/UI/main.py", line 18, in ? > from application import ThubanApplication > File "/usr/lib/thuban/Thuban/UI/application.py", line 33, in ? > import view > File "/usr/lib/thuban/Thuban/UI/view.py", line 40, in ? > from renderer import ScreenRenderer, ExportRenderer, PrinterRenderer > File "/usr/lib/thuban/Thuban/UI/renderer.py", line 28, in ? > from Thuban.UI.classifier import ClassDataPreviewer > File "/usr/lib/thuban/Thuban/UI/classifier.py", line 1441, in ? > class ClassGroupPropertiesCtrl(wxWindow, wxControl): > TypeError: Cannot create a consistent method resolution > order (MRO) for bases Control, Window i've solved the problem just deinstalling all the wx2.6 stuffs. Everything seems to work fine. I've tested all the Data/*.session samples with success. Here are the dependencies information : Thuban Release Version 1.0.1 Utilise actuellement: wxPython 2.4.5.0 Python 2.3.5 PySQLite 1.0.1 SQLite 2.8.16 GDAL 1.3.1.0 psycopg 1.1.21 Compil? pour: GTK 1.2.10 proj 4.4.9 I've added a line in the changelog about the new build and renamed the version to thuban-1.0.1-2. The file is not gpg signed. What's the next step ? 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/20060622/d5147ea2/attachment.bin From dpinte at itae.be Thu Jun 22 10:38:44 2006 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 22 Jun 2006 10:38:44 +0200 Subject: packaging for etch ok -[WAS] Re: thuban REMOVED from testing In-Reply-To: <1150963845.15766.5.camel@geru-itae> References: <20060608064214.GX2598@finlandia.infodrom.north.de> <20060621171049.GA17204@finlandia.home.infodrom.org> <200606212201.40525.jan-oliver.wagner@intevation.de> <1150960973.10160.13.camel@geru-itae> <20060622072838.GQ2598@finlandia.infodrom.north.de> <1150962203.10160.20.camel@geru-itae> <1150963845.15766.5.camel@geru-itae> Message-ID: <1150965524.15766.9.camel@geru-itae> Here you are : http://downloads.dpinte.fastmail.fm/thuban_1.0.1-2_i386.deb http://downloads.dpinte.fastmail.fm/thuban_1.0.1-2_i386.changes http://downloads.dpinte.fastmail.fm/thuban_1.0.1-2.dsc http://downloads.dpinte.fastmail.fm/thuban_1.0.1-2.diff.gz Do you need something else ? 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/20060622/3042ce72/attachment.bin From joey at infodrom.org Thu Jun 22 13:08:01 2006 From: joey at infodrom.org (Martin Schulze) Date: Thu, 22 Jun 2006 13:08:01 +0200 Subject: packaging for etch ok -[WAS] Re: thuban REMOVED from testing In-Reply-To: <1150965524.15766.9.camel@geru-itae> References: <20060608064214.GX2598@finlandia.infodrom.north.de> <20060621171049.GA17204@finlandia.home.infodrom.org> <200606212201.40525.jan-oliver.wagner@intevation.de> <1150960973.10160.13.camel@geru-itae> <20060622072838.GQ2598@finlandia.infodrom.north.de> <1150962203.10160.20.camel@geru-itae> <1150963845.15766.5.camel@geru-itae> <1150965524.15766.9.camel@geru-itae> Message-ID: <20060622110801.GR2598@finlandia.infodrom.north.de> Didrik Pinte wrote: > Do you need something else ? Yes, somebody needs to track down this problem: Traceback (most recent call last): File "/usr/bin/thuban", line 20, in ? import Thuban.UI.main File "/usr/lib/thuban/Thuban/UI/main.py", line 18, in ? from application import ThubanApplication File "/usr/lib/thuban/Thuban/UI/application.py", line 33, in ? import view File "/usr/lib/thuban/Thuban/UI/view.py", line 40, in ? from renderer import ScreenRenderer, ExportRenderer, PrinterRenderer File "/usr/lib/thuban/Thuban/UI/renderer.py", line 28, in ? from Thuban.UI.classifier import ClassDataPreviewer File "/usr/lib/thuban/Thuban/UI/classifier.py", line 1441, in ? class ClassGroupPropertiesCtrl(wxWindow, wxControl): TypeError: Cannot create a consistent method resolution order (MRO) for bases Control, Window I get this with both wxWidgets 2.4 and 2.6. Regards, Joey -- Given enough thrust pigs will fly, but it's not necessarily a good idea. From bh at intevation.de Thu Jun 22 14:06:49 2006 From: bh at intevation.de (Bernhard Herzog) Date: Thu, 22 Jun 2006 14:06:49 +0200 Subject: packaging for etch ok - In-Reply-To: <20060622110801.GR2598@finlandia.infodrom.north.de> (Martin Schulze's message of "Thu, 22 Jun 2006 13:08:01 +0200") References: <20060608064214.GX2598@finlandia.infodrom.north.de> <20060621171049.GA17204@finlandia.home.infodrom.org> <200606212201.40525.jan-oliver.wagner@intevation.de> <1150960973.10160.13.camel@geru-itae> <20060622072838.GQ2598@finlandia.infodrom.north.de> <1150962203.10160.20.camel@geru-itae> <1150963845.15766.5.camel@geru-itae> <1150965524.15766.9.camel@geru-itae> <20060622110801.GR2598@finlandia.infodrom.north.de> Message-ID: Martin Schulze writes: > File "/usr/lib/thuban/Thuban/UI/classifier.py", line 1441, in ? > class ClassGroupPropertiesCtrl(wxWindow, wxControl): > TypeError: Cannot create a consistent method resolution > order (MRO) for bases Control, Window This was fixed in Thuban CVS last year. See https://wald.intevation.org/plugins/scmsvn/viewcvs.php/trunk/thuban/Thuban/UI/classifier.py?root=thuban&rev=2560&r1=2556&r2=2560 > I get this with both wxWidgets 2.4 and 2.6. I don't think you should get that error with wxWidgets 2.4, though. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://skencil.org/ Thuban http://thuban.intevation.org/ From dpinte at itae.be Thu Jun 22 14:51:35 2006 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 22 Jun 2006 14:51:35 +0200 Subject: packaging for etch ok -[WAS] Re: thuban REMOVED from testing In-Reply-To: <20060622110801.GR2598@finlandia.infodrom.north.de> References: <20060608064214.GX2598@finlandia.infodrom.north.de> <20060621171049.GA17204@finlandia.home.infodrom.org> <200606212201.40525.jan-oliver.wagner@intevation.de> <1150960973.10160.13.camel@geru-itae> <20060622072838.GQ2598@finlandia.infodrom.north.de> <1150962203.10160.20.camel@geru-itae> <1150963845.15766.5.camel@geru-itae> <1150965524.15766.9.camel@geru-itae> <20060622110801.GR2598@finlandia.infodrom.north.de> Message-ID: <1150980695.15766.34.camel@geru-itae> Le jeudi 22 juin 2006 ? 13:08 +0200, Martin Schulze a ?crit : > Didrik Pinte wrote: > > Do you need something else ? > > Yes, somebody needs to track down this problem: > > Traceback (most recent call last): > File "/usr/bin/thuban", line 20, in ? > import Thuban.UI.main > File "/usr/lib/thuban/Thuban/UI/main.py", line 18, in ? > from application import ThubanApplication > File "/usr/lib/thuban/Thuban/UI/application.py", line 33, in ? > import view > File "/usr/lib/thuban/Thuban/UI/view.py", line 40, in ? > from renderer import ScreenRenderer, ExportRenderer, PrinterRenderer > File "/usr/lib/thuban/Thuban/UI/renderer.py", line 28, in ? > from Thuban.UI.classifier import ClassDataPreviewer > File "/usr/lib/thuban/Thuban/UI/classifier.py", line 1441, in ? > class ClassGroupPropertiesCtrl(wxWindow, wxControl): > TypeError: Cannot create a consistent method resolution > order (MRO) for bases Control, Window > > I get this with both wxWidgets 2.4 and 2.6. > > Regards, > > Joey Are you sure you get this if you have a wxWidgets 2.4 ONLY installation ? 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/20060622/4c2bbd8b/attachment.bin From dpinte at itae.be Thu Jun 22 14:55:44 2006 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 22 Jun 2006 14:55:44 +0200 Subject: packaging for etch ok - In-Reply-To: References: <20060608064214.GX2598@finlandia.infodrom.north.de> <20060621171049.GA17204@finlandia.home.infodrom.org> <200606212201.40525.jan-oliver.wagner@intevation.de> <1150960973.10160.13.camel@geru-itae> <20060622072838.GQ2598@finlandia.infodrom.north.de> <1150962203.10160.20.camel@geru-itae> <1150963845.15766.5.camel@geru-itae> <1150965524.15766.9.camel@geru-itae> <20060622110801.GR2598@finlandia.infodrom.north.de> Message-ID: <1150980944.15766.36.camel@geru-itae> Le jeudi 22 juin 2006 ? 14:06 +0200, Bernhard Herzog a ?crit : > Martin Schulze writes: > > > File "/usr/lib/thuban/Thuban/UI/classifier.py", line 1441, in ? > > class ClassGroupPropertiesCtrl(wxWindow, wxControl): > > TypeError: Cannot create a consistent method resolution > > order (MRO) for bases Control, Window > > This was fixed in Thuban CVS last year. See > > https://wald.intevation.org/plugins/scmsvn/viewcvs.php/trunk/thuban/Thuban/UI/classifier.py?root=thuban&rev=2560&r1=2556&r2=2560 Is it in the official 1.0.1 version ? Do I have to patch the debian package code with it ? 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/20060622/5daf48bf/attachment.bin From bh at intevation.de Thu Jun 22 15:06:03 2006 From: bh at intevation.de (Bernhard Herzog) Date: Thu, 22 Jun 2006 15:06:03 +0200 Subject: packaging for etch ok - In-Reply-To: <1150980944.15766.36.camel@geru-itae> (Didrik Pinte's message of "Thu, 22 Jun 2006 14:55:44 +0200") References: <20060608064214.GX2598@finlandia.infodrom.north.de> <20060621171049.GA17204@finlandia.home.infodrom.org> <200606212201.40525.jan-oliver.wagner@intevation.de> <1150960973.10160.13.camel@geru-itae> <20060622072838.GQ2598@finlandia.infodrom.north.de> <1150962203.10160.20.camel@geru-itae> <1150963845.15766.5.camel@geru-itae> <1150965524.15766.9.camel@geru-itae> <20060622110801.GR2598@finlandia.infodrom.north.de> <1150980944.15766.36.camel@geru-itae> Message-ID: Didrik Pinte writes: >> This was fixed in Thuban CVS last year. See >> >> https://wald.intevation.org/plugins/scmsvn/viewcvs.php/trunk/thuban/Thuban/UI/classifier.py?root=thuban&rev=2560&r1=2556&r2=2560 > > Is it in the official 1.0.1 version ? No. > Do I have to patch the debian package code with it ? If that solves the problem, yes. It shouldn't hurt. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://skencil.org/ Thuban http://thuban.intevation.org/ From dpinte at itae.be Thu Jun 22 15:12:39 2006 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 22 Jun 2006 15:12:39 +0200 Subject: packaging for etch ok - In-Reply-To: References: <20060608064214.GX2598@finlandia.infodrom.north.de> <20060621171049.GA17204@finlandia.home.infodrom.org> <200606212201.40525.jan-oliver.wagner@intevation.de> <1150960973.10160.13.camel@geru-itae> <20060622072838.GQ2598@finlandia.infodrom.north.de> <1150962203.10160.20.camel@geru-itae> <1150963845.15766.5.camel@geru-itae> <1150965524.15766.9.camel@geru-itae> <20060622110801.GR2598@finlandia.infodrom.north.de> <1150980944.15766.36.camel@geru-itae> Message-ID: <1150981959.15766.43.camel@geru-itae> Le jeudi 22 juin 2006 ? 15:06 +0200, Bernhard Herzog a ?crit : > Didrik Pinte writes: > > >> This was fixed in Thuban CVS last year. See > >> > >> https://wald.intevation.org/plugins/scmsvn/viewcvs.php/trunk/thuban/Thuban/UI/classifier.py?root=thuban&rev=2560&r1=2556&r2=2560 > > > > Is it in the official 1.0.1 version ? > > No. > > > Do I have to patch the debian package code with it ? > > If that solves the problem, yes. It shouldn't hurt. > > Bernhard For me the problem was solved by uninstalling all the wxWidgets 2.6 libraries... Joey, can you confirm that it does the trick on your installation ? If it is, we must change the package so that it conflicts with any 2.6 packages. 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/20060622/aa0e3970/attachment.bin From joey at infodrom.org Thu Jun 22 15:13:55 2006 From: joey at infodrom.org (Martin Schulze) Date: Thu, 22 Jun 2006 15:13:55 +0200 Subject: packaging for etch ok -[WAS] Re: thuban REMOVED from testing In-Reply-To: <1150980695.15766.34.camel@geru-itae> References: <20060608064214.GX2598@finlandia.infodrom.north.de> <20060621171049.GA17204@finlandia.home.infodrom.org> <200606212201.40525.jan-oliver.wagner@intevation.de> <1150960973.10160.13.camel@geru-itae> <20060622072838.GQ2598@finlandia.infodrom.north.de> <1150962203.10160.20.camel@geru-itae> <1150963845.15766.5.camel@geru-itae> <1150965524.15766.9.camel@geru-itae> <20060622110801.GR2598@finlandia.infodrom.north.de> <1150980695.15766.34.camel@geru-itae> Message-ID: <20060622131355.GW2598@finlandia.infodrom.north.de> Didrik Pinte wrote: > Le jeudi 22 juin 2006 ? 13:08 +0200, Martin Schulze a ?crit : > > Didrik Pinte wrote: > > > Do you need something else ? > > > > Yes, somebody needs to track down this problem: > > > > Traceback (most recent call last): > > File "/usr/bin/thuban", line 20, in ? > > import Thuban.UI.main > > File "/usr/lib/thuban/Thuban/UI/main.py", line 18, in ? > > from application import ThubanApplication > > File "/usr/lib/thuban/Thuban/UI/application.py", line 33, in ? > > import view > > File "/usr/lib/thuban/Thuban/UI/view.py", line 40, in ? > > from renderer import ScreenRenderer, ExportRenderer, PrinterRenderer > > File "/usr/lib/thuban/Thuban/UI/renderer.py", line 28, in ? > > from Thuban.UI.classifier import ClassDataPreviewer > > File "/usr/lib/thuban/Thuban/UI/classifier.py", line 1441, in ? > > class ClassGroupPropertiesCtrl(wxWindow, wxControl): > > TypeError: Cannot create a consistent method resolution > > order (MRO) for bases Control, Window > > > > I get this with both wxWidgets 2.4 and 2.6. > > > > Regards, > > > > Joey > > Are you sure you get this if you have a wxWidgets 2.4 ONLY > installation ? No. Because as long as there is no conflict defined in the package it has to work with both versions installed. However, apparently a conflict against python-wxgtk2.6 needs to be added. That's sad, but otherwise you'll get the following Thuban error message: ******************************************************* The following version errors were detected: Thuban was compiled with wx 2.4.5 but wxPython is 2.6.3.2 ******************************************************* With a conflict and without the patch Bernhard provided, the progam works as well. Looks like wxPython defaults to 2.6 when two versions are installed. It's bad that you can't have both versions installed at the moment when you want to work with thuban, but for the moment we need to accept that. Regards, Joey -- Given enough thrust pigs will fly, but it's not necessarily a good idea. From joey at infodrom.org Thu Jun 22 15:18:29 2006 From: joey at infodrom.org (Martin Schulze) Date: Thu, 22 Jun 2006 15:18:29 +0200 Subject: packaging for etch ok - In-Reply-To: <1150980944.15766.36.camel@geru-itae> References: <20060621171049.GA17204@finlandia.home.infodrom.org> <200606212201.40525.jan-oliver.wagner@intevation.de> <1150960973.10160.13.camel@geru-itae> <20060622072838.GQ2598@finlandia.infodrom.north.de> <1150962203.10160.20.camel@geru-itae> <1150963845.15766.5.camel@geru-itae> <1150965524.15766.9.camel@geru-itae> <20060622110801.GR2598@finlandia.infodrom.north.de> <1150980944.15766.36.camel@geru-itae> Message-ID: <20060622131829.GX2598@finlandia.infodrom.north.de> Here are packages that I would upload if you don't object. http://people.debian.org/~joey/NMU/thuban/ Regards, Joey -- Given enough thrust pigs will fly, but it's not necessarily a good idea. From dpinte at itae.be Thu Jun 22 15:31:13 2006 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 22 Jun 2006 15:31:13 +0200 Subject: packaging for etch ok - In-Reply-To: <20060622131829.GX2598@finlandia.infodrom.north.de> References: <20060621171049.GA17204@finlandia.home.infodrom.org> <200606212201.40525.jan-oliver.wagner@intevation.de> <1150960973.10160.13.camel@geru-itae> <20060622072838.GQ2598@finlandia.infodrom.north.de> <1150962203.10160.20.camel@geru-itae> <1150963845.15766.5.camel@geru-itae> <1150965524.15766.9.camel@geru-itae> <20060622110801.GR2598@finlandia.infodrom.north.de> <1150980944.15766.36.camel@geru-itae> <20060622131829.GX2598@finlandia.infodrom.north.de> Message-ID: <1150983073.15766.45.camel@geru-itae> Le jeudi 22 juin 2006 ? 15:18 +0200, Martin Schulze a ?crit : > Here are packages that I would upload if you don't object. > > http://people.debian.org/~joey/NMU/thuban/ > > Regards, > > Joey ;-) same as the one i've just build. Great that thuban will be in etch ! 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/20060622/86a0bd9d/attachment.bin From joey at infodrom.org Thu Jun 22 16:24:22 2006 From: joey at infodrom.org (Martin Schulze) Date: Thu, 22 Jun 2006 16:24:22 +0200 Subject: packaging for etch ok - In-Reply-To: <20060622140851.GB3337@ba.issia.cnr.it> References: <1150960973.10160.13.camel@geru-itae> <20060622072838.GQ2598@finlandia.infodrom.north.de> <1150962203.10160.20.camel@geru-itae> <1150963845.15766.5.camel@geru-itae> <1150965524.15766.9.camel@geru-itae> <20060622110801.GR2598@finlandia.infodrom.north.de> <1150980944.15766.36.camel@geru-itae> <20060622131829.GX2598@finlandia.infodrom.north.de> <20060622140851.GB3337@ba.issia.cnr.it> Message-ID: <20060622142422.GD2598@finlandia.infodrom.north.de> Francesco P. Lovergine wrote: > On Thu, Jun 22, 2006 at 03:18:29PM +0200, Martin Schulze wrote: > > Here are packages that I would upload if you don't object. > > > > http://people.debian.org/~joey/NMU/thuban/ > > > > Regards, > > > > Well it does fix temporary the issue, but the check will fail > again when wxpython will change again. But for that your package > does not solve the problem I followed-up in the bug report, > at least on the box I'm currently using. Anyway it does not hurt. I'm a bit confused. I'd be glad if you could update thuban instead of me since you're the maintainer (or at least registered as uploader) and I'm just a non-maintainer. Regards, Joey -- Given enough thrust pigs will fly, but it's not necessarily a good idea. From frankie at debian.org Thu Jun 22 16:08:52 2006 From: frankie at debian.org (Francesco P. Lovergine) Date: Thu, 22 Jun 2006 16:08:52 +0200 Subject: packaging for etch ok - In-Reply-To: <20060622131829.GX2598@finlandia.infodrom.north.de> References: <200606212201.40525.jan-oliver.wagner@intevation.de> <1150960973.10160.13.camel@geru-itae> <20060622072838.GQ2598@finlandia.infodrom.north.de> <1150962203.10160.20.camel@geru-itae> <1150963845.15766.5.camel@geru-itae> <1150965524.15766.9.camel@geru-itae> <20060622110801.GR2598@finlandia.infodrom.north.de> <1150980944.15766.36.camel@geru-itae> <20060622131829.GX2598@finlandia.infodrom.north.de> Message-ID: <20060622140851.GB3337@ba.issia.cnr.it> On Thu, Jun 22, 2006 at 03:18:29PM +0200, Martin Schulze wrote: > Here are packages that I would upload if you don't object. > > http://people.debian.org/~joey/NMU/thuban/ > > Regards, > Well it does fix temporary the issue, but the check will fail again when wxpython will change again. But for that your package does not solve the problem I followed-up in the bug report, at least on the box I'm currently using. Anyway it does not hurt. -- Francesco P. Lovergine From bwindridge at gmail.com Sun Jun 25 21:03:42 2006 From: bwindridge at gmail.com (Barry Windridge) Date: Sun, 25 Jun 2006 15:03:42 -0400 Subject: Offer to Help with Development of Thuban Message-ID: Hi My name is Barry Windridge and I am interested in becoming involved in the development to Thuban (but I won't be in a position to start contributing until the beginning of August). I am not an expert in Thuban or Python, but I have written about 6 exentsions for Thuban. I have a broad progarmming background and I have a reasonable backgound in using ESRI GIS software. I am particularly interested in developing a suite of spatial selection tools for Thuban. For example: 1) select shapes in a layer based upon a user drawn shape (line, circle, polygon) 2) select shapes in one layer based upon selected shapes in another layer (including buffered shapes) How do I go about becoming involved? Barry -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.intevation.de/pipermail/thuban-devel/attachments/20060625/6904bb18/attachment.html From bernhard at intevation.de Tue Jun 27 20:15:22 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 27 Jun 2006 20:15:22 +0200 Subject: [Thuban-commits] r2684: sqlite version In-Reply-To: <20060627161136.2DC8A18017E1@pyrosoma.intevation.org> References: <20060627161136.2DC8A18017E1@pyrosoma.intevation.org> Message-ID: <200606272015.25998.bernhard@intevation.de> Am Dienstag, 27. Juni 2006 18:11 schrieb scm-commit at wald.intevation.org: > Author: frank > Thuban/version.py: Bugfix determination of SQLite on old systems. Hi Frank, can you be more specific about which versions of sqlite are affected by the fix? Are you also sure that more modern versions will continue to work? Bernhard > Modified: trunk/thuban/Thuban/version.py > =================================================================== > --- trunk/thuban/Thuban/version.py 2006-05-17 19:32:45 UTC (rev 2683) > +++ trunk/thuban/Thuban/version.py 2006-06-27 16:11:35 UTC (rev 2684) > @@ -123,8 +123,8 @@ > from pysqlite2._sqlite import sqlite_version > except ImportError: > from _sqlite import sqlite_version > -versions['sqlite'] = sqlite_version > -versions['sqlite-tuple'] = make_tuple(sqlite_version) > +versions['sqlite'] = sqlite_version() > +versions['sqlite-tuple'] = make_tuple(sqlite_version()) -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 1310 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060627/5ab6c75a/smime.p7s From bernhard at intevation.de Tue Jun 27 20:18:23 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 27 Jun 2006 20:18:23 +0200 Subject: Back In-Reply-To: <20060602161044.GE31844@intevation.de> References: <20060519084843.GB30111@intevation.de> <200605200038.24370.jan-oliver.wagner@intevation.de> <1148110223.17209.45.camel@geru-itae> <200605202326.20702.jan-oliver.wagner@intevation.de> <1148889749.4852.36.camel@geru-itae> <20060601130603.GB19834@intevation.de> <1149168347.8750.9.camel@geru-itae> <20060602161044.GE31844@intevation.de> Message-ID: <20060627181823.GR7096@intevation.de> Am 2. Jun 2006 um 18:10:44 schrieb Bernhard Reiter: > I will be away for a week in Korea, so my response time will > be slower again and then be on vacation for two weeks without a computer. As you can see I am back from Korea and my vacation. Catching up on work, my work on Thuban is limited. Didrik, Joey, and everybody: Thanks a lot for reacting on the Debian package situation. I have not yet figured out the details. Of course the ideal solution would be to have Thuban 1.2.0 in etch for wxPython 2.6 and Python 2.4 but for this we need to fix a few issues first, I guess. ;) -------------- 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/20060627/f268f496/attachment.bin From bernhard at intevation.de Tue Jun 27 20:21:00 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 27 Jun 2006 20:21:00 +0200 Subject: drawshape extension experiment (was: import all extensions example files) In-Reply-To: <200606092204.26898.jan-oliver.wagner@intevation.de> References: <20060516075443.GL11334@intevation.de> <20060519083327.GA30111@intevation.de> <1149860580.7498.52.camel@geru-itae> <200606092204.26898.jan-oliver.wagner@intevation.de> Message-ID: <20060627182100.GS7096@intevation.de> Am 9. Jun 2006 um 22:04:25 schrieb Jan-Oliver Wagner: > On Friday 09 June 2006 15:43, Didrik Pinte wrote: > > it's true except for the drawshape extention that require a patch of the > > code. > > > > What about that one ? We could not quickly do a real solution to the problem that would cleanly apply. So we made a quick patch that has other side effects when applied. It served for a demo that we can do this pretty quickly. > > I consider it would be very interesting to add > > this functionnality into the core of thuban but at the moment it's not > > possible to add it to the default list of Extensions. > > I vote to leave that one out. It is too experimental to be of any real use > and makes things comlicated at the same time. I agree that we need to leave it out for now, but we should in general work towards making editing possible with a good design. -------------- 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/20060627/66d5e263/attachment.bin From bernhard at intevation.de Tue Jun 27 20:33:09 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 27 Jun 2006 20:33:09 +0200 Subject: import all extensions example files In-Reply-To: <200606092204.26898.jan-oliver.wagner@intevation.de> References: <20060516075443.GL11334@intevation.de> <20060519083327.GA30111@intevation.de> <1149860580.7498.52.camel@geru-itae> <200606092204.26898.jan-oliver.wagner@intevation.de> Message-ID: <20060627183309.GT7096@intevation.de> Am 9. Jun 2006 um 22:04:25 schrieb Jan-Oliver Wagner: > On Friday 09 June 2006 15:43, Didrik Pinte wrote: > > Where do you want the sample thubanstart.py files be in the svn ? In a > > sample directory ? or in the Examples directory ? > > Good question. Perhaps even add the contents to Extensions/__init__.py ? > I think, Bernhard Herzog can answer this best. Having the information in the __init__.py or somewhere else, so that Thuban is automatically loading all extensions that it finds in a given search patch, this is the best solution. The example file is just a minor step forwards, so the location is not of major importance. It is important that you put it in. ;) The sample thubanstart.py would be platform dependent, so they should be under a directiory interesting for the distributions. In the GRASS project we have debian/ rpm/ fedora mandriva ... I am unsure if it is still considered best practice in Debian to have a debian directory directly in toplevel. Otherwise we could start something like packaging/ debian windows Then thubanstart.py should be somewhere under packaging/windows/ probably called default_thunbanstart.py or so. Feel free to create that directory, without moving debian there. -------------- 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/20060627/695efd3b/attachment.bin From dpinte at itae.be Tue Jun 27 20:34:53 2006 From: dpinte at itae.be (Didrik Pinte) Date: Tue, 27 Jun 2006 20:34:53 +0200 Subject: [Thuban-commits] r2684: sqlite version In-Reply-To: <200606272015.25998.bernhard@intevation.de> References: <20060627161136.2DC8A18017E1@pyrosoma.intevation.org> <200606272015.25998.bernhard@intevation.de> Message-ID: <1151433293.5079.47.camel@geru-itae> Le mardi 27 juin 2006 ? 20:15 +0200, Bernhard Reiter a ?crit : > Am Dienstag, 27. Juni 2006 18:11 schrieb scm-commit at wald.intevation.org: > > Author: frank > > > Thuban/version.py: Bugfix determination of SQLite on old systems. > > Hi Frank, > can you be more specific about which versions of sqlite > are affected by the fix? > Are you also sure that more modern versions will continue to work? > > Bernhard I've just tested the modif with pysqlite2 and pysqlite1 ... Frank modification is ok with pysqlite1 but not with pysqlite2 Should we correct this like that : try: from pysqlite2._sqlite import sqlite_version versions['sqlite'] = sqlite_version versions['sqlite-tuple'] = make_tuple(sqlite_version) except ImportError: from _sqlite import sqlite_version versions['sqlite'] = sqlite_version() versions['sqlite-tuple'] = make_tuple(sqlite_version()) 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/20060627/21cf209d/attachment.bin From bernhard at intevation.de Tue Jun 27 20:37:11 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 27 Jun 2006 20:37:11 +0200 Subject: [Thuban-commits] r2684: sqlite version In-Reply-To: <1151433293.5079.47.camel@geru-itae> References: <20060627161136.2DC8A18017E1@pyrosoma.intevation.org> <200606272015.25998.bernhard@intevation.de> <1151433293.5079.47.camel@geru-itae> Message-ID: <20060627183711.GU7096@intevation.de> Am 27. Jun 2006 um 20:34:53 schrieb Didrik Pinte: > Le mardi 27 juin 2006 ? 20:15 +0200, Bernhard Reiter a ?crit : > > Am Dienstag, 27. Juni 2006 18:11 schrieb scm-commit at wald.intevation.org: > > > Author: frank > > > > > Thuban/version.py: Bugfix determination of SQLite on old systems. > > > > Hi Frank, > > can you be more specific about which versions of sqlite > > are affected by the fix? > > Are you also sure that more modern versions will continue to work? > > > > Bernhard > > I've just tested the modif with pysqlite2 and pysqlite1 ... Frank modification is ok with pysqlite1 but not with pysqlite2 Thanks for the test. > Should we correct this like that : > > try: > from pysqlite2._sqlite import sqlite_version > versions['sqlite'] = sqlite_version > versions['sqlite-tuple'] = make_tuple(sqlite_version) > except ImportError: > from _sqlite import sqlite_version > versions['sqlite'] = sqlite_version() > versions['sqlite-tuple'] = make_tuple(sqlite_version()) It depends on which version of Frank has a problem with. :) -------------- 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/20060627/2c319508/attachment.bin From joey at infodrom.org Tue Jun 27 20:31:55 2006 From: joey at infodrom.org (Martin Schulze) Date: Tue, 27 Jun 2006 20:31:55 +0200 Subject: Back In-Reply-To: <20060627181823.GR7096@intevation.de> References: <20060519084843.GB30111@intevation.de> <200605200038.24370.jan-oliver.wagner@intevation.de> <1148110223.17209.45.camel@geru-itae> <200605202326.20702.jan-oliver.wagner@intevation.de> <1148889749.4852.36.camel@geru-itae> <20060601130603.GB19834@intevation.de> <1149168347.8750.9.camel@geru-itae> <20060602161044.GE31844@intevation.de> <20060627181823.GR7096@intevation.de> Message-ID: <20060627183155.GS2598@finlandia.infodrom.north.de> Bernhard Reiter wrote: > Didrik, Joey, and everybody: Thanks a lot for reacting on the Debian > package situation. I have not yet figured out the details. I've moved the package into the incoming directory this morning since Frankie didn't respond again, so it shoud be in the archive tonight and in etch again in 10 days, assuming there are no libraries blocking it. We'll see... > Of course the ideal solution would be to have Thuban 1.2.0 in etch > for wxPython 2.6 and Python 2.4 but for this we need to fix a few > issues first, I guess. ;) Currently, there's still time for that. Thuban 1.1.0 has been uploaded into experimental, so that's probably where 1.2.0 should go for a while as well, maybe while 1.1.0 can go into sid. Regards, Joey -- No question is too silly to ask, but, of course, some are too silly to answer. -- Perl book From bernhard at intevation.de Tue Jun 27 20:38:23 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 27 Jun 2006 20:38:23 +0200 Subject: thubanframe question In-Reply-To: <1150212376.10671.14.camel@geru-itae> References: <1150203952.10671.5.camel@geru-itae> <20060613132748.GY2598@finlandia.infodrom.north.de> <1150212376.10671.14.camel@geru-itae> Message-ID: <20060627183823.GV7096@intevation.de> Am 13. Jun 2006 um 15:26:15 schrieb Didrik Pinte: > Le mardi 13 juin 2006 ? 15:27 +0200, Martin Schulze a ?crit : > > Didrik Pinte wrote: > > > What is the exact aim of the following method in Thuban/UI/ThubanFrame? > > > > > > def OnClose(self, event): > > > # FIXME: Shouldn't this really be in OnDestroy? > > > if self.parent.dialogs.has_key(self.name): > > > self.parent.remove_dialog(self.name) > > > self.Destroy() > > > > It first removes the dialog from the queue of the parent and then > > destroys the dialog itself. When a dialog is created, it is placed > > into the parent queue. > > > > Regards, > > > > Joey > > > For, sure, that was clear BUT the dialogs dictionnary is described in > the Thuban/UI/mainwindow.py as follow : > > > def init_dialogs(self): > """Initialize the dialog handling""" > # The mainwindow maintains a dict mapping names to open > # non-modal dialogs. The dialogs are put into this dict when > # they're created and removed when they're closed > self.dialogs = {} > > Why does the ThubanFrame class be concerned by the dialogs ? A wx.Frame > is not a wx.Dialog and by the way not a non-modal dialog. > > Can we consider those specific lines from ThubanFrame.OnClose as > useless ? I cannot say without further analysis, it might also be a remains working around a different wx bug or so. -------------- 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/20060627/fbcdebf2/attachment.bin From bernhard at intevation.de Tue Jun 27 20:41:41 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 27 Jun 2006 20:41:41 +0200 Subject: [bug #4615] (thuban) when trying to open help section error windows opens, new layer of graphic a file (tiff) can not be loaded In-Reply-To: <20060616213113.1A0A01006BA@lists.intevation.de> References: <20060616213113.1A0A01006BA@lists.intevation.de> Message-ID: <20060627184141.GW7096@intevation.de> Am 16. Jun 2006 um 23:31:13 schrieb Request Tracker: > this bug's URL: http://intevation.de/rt/webrt?serial_num=4615 We are in need to update the webpage to directy new reports to thuban on wald. > ------------------------------------------------------------------------- > Subject: when trying to open help section error windows opens, new layer of graphic a file (tiff) can not be loaded > > Operating System: MS Windows, WiNXP SP2 Poffesional v.2002 > Thuban version: 1.0.1, v.1.0.1.0 I have pointed towards Thuban-1.1.0-5.exe. -------------- 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/20060627/01e83bcb/attachment.bin From bernhard at intevation.de Tue Jun 27 20:48:05 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 27 Jun 2006 20:48:05 +0200 Subject: Offer to Help with Development of Thuban In-Reply-To: References: Message-ID: <20060627184805.GX7096@intevation.de> Hi Barry, On Sun, Jun 25, 2006 at 03:03:42PM -0400, Barry Windridge wrote: > My name is Barry Windridge and I am interested in becoming involved in > the development to Thuban (but I won't be in a position to start > contributing until the beginning of August). great! We are always looking for contributors! > I am not an expert in Thuban or Python, but I have written about 6 > exentsions for Thuban. I have a broad progarmming background and I > have a reasonable backgound in using ESRI GIS software. You should be fine helping us as Python is easy to manage for programmers and you seem to have done some work already. > I am particularly interested in developing a suite of spatial > selection tools for Thuban. For example: > > 1) select shapes in a layer based upon a user drawn shape (line, > circle, polygon) Should be doable if the user drawn shape is not saved permanently and accuracy is not the major importance. > 2) select shapes in one layer based upon selected shapes in another > layer (including buffered shapes) This looks like a major GIS operation, so it will be a bit more difficult. > How do I go about becoming involved? Add an account on wald. Grab a pet feature, an issue or a bug and start hacking. Report your results here or on wald. Coordinate on the list or wald. Also try to get a SVN version to run. If this works out with smaller things, we grant you write access to SVN. If your contributions are getting really we might in the future think about a copyright assignment if we want to include them into main Thuban, but this should not keep you from hacking in any case. Best, 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/20060627/631c54ac/attachment.bin From frank.koormann at intevation.de Wed Jun 28 12:50:02 2006 From: frank.koormann at intevation.de (Frank Koormann) Date: Wed, 28 Jun 2006 12:50:02 +0200 Subject: [Thuban-commits] r2684: sqlite version In-Reply-To: <20060627183711.GU7096@intevation.de> References: <20060627161136.2DC8A18017E1@pyrosoma.intevation.org> <1151433293.5079.47.camel@geru-itae> <20060627183711.GU7096@intevation.de> Message-ID: <200606281250.02833.frank.koormann@intevation.de> Am Dienstag 27 Juni 2006 20:37 schrieb Bernhard Reiter: > Am 27. Jun 2006 um 20:34:53 schrieb Didrik Pinte: > > Should we correct this like that : > > > > try: > > from pysqlite2._sqlite import sqlite_version > > versions['sqlite'] = sqlite_version > > versions['sqlite-tuple'] = make_tuple(sqlite_version) > > except ImportError: > > from _sqlite import sqlite_version > > versions['sqlite'] = sqlite_version() > > versions['sqlite-tuple'] = make_tuple(sqlite_version()) > > It depends on which version of Frank has a problem with. :) The above looks OK for me (if it works with pysqlite2). The former version didn't work with pysqlite1. Didrik, please submit your correction. Thanks, Frank From dpinte at itae.be Wed Jun 28 18:26:07 2006 From: dpinte at itae.be (Didrik Pinte) Date: Wed, 28 Jun 2006 18:26:07 +0200 Subject: import all extensions example files In-Reply-To: <20060627183309.GT7096@intevation.de> References: <20060516075443.GL11334@intevation.de> <20060519083327.GA30111@intevation.de> <1149860580.7498.52.camel@geru-itae> <200606092204.26898.jan-oliver.wagner@intevation.de> <20060627183309.GT7096@intevation.de> Message-ID: <1151511967.16230.24.camel@geru-itae> Le mardi 27 juin 2006 ? 20:33 +0200, Bernhard Reiter a ?crit : > > Then thubanstart.py should be somewhere under > packaging/windows/ > probably called default_thunbanstart.py or so. i've uploaded a default file for windows, but it seems suitable for any os except the comment about the place where to store the file... 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/20060628/512d74d8/attachment.bin From bernhard at intevation.de Thu Jun 29 12:49:08 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 29 Jun 2006 12:49:08 +0200 Subject: import all extensions example files In-Reply-To: <1151511967.16230.24.camel@geru-itae> References: <20060516075443.GL11334@intevation.de> <20060519083327.GA30111@intevation.de> <1149860580.7498.52.camel@geru-itae> <200606092204.26898.jan-oliver.wagner@intevation.de> <20060627183309.GT7096@intevation.de> <1151511967.16230.24.camel@geru-itae> Message-ID: <20060629104908.GA32640@intevation.de> Am 28. Jun 2006 um 18:26:07 schrieb Didrik Pinte: > Le mardi 27 juin 2006 ? 20:33 +0200, Bernhard Reiter a ?crit : > > > > Then thubanstart.py should be somewhere under > > packaging/windows/ > > probably called default_thunbanstart.py or so. > > i've uploaded a default file for windows, but it seems suitable for any > os except the comment about the place where to store the file... Arg. :( My mistake, I _thought_ it was platform specific. If a test shows that it works, you could move it up directory up and add the hint for other systems. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060629/1983bca0/attachment.bin From bernhard at intevation.de Thu Jun 29 13:04:00 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 29 Jun 2006 13:04:00 +0200 Subject: [Thuban-commits] r2684: sqlite version In-Reply-To: <200606281250.02833.frank.koormann@intevation.de> <1151433293.5079.47.camel@geru-itae> References: <20060627161136.2DC8A18017E1@pyrosoma.intevation.org> <1151433293.5079.47.camel@geru-itae> <20060627183711.GU7096@intevation.de> <200606281250.02833.frank.koormann@intevation.de> <20060627161136.2DC8A18017E1@pyrosoma.intevation.org> <200606272015.25998.bernhard@intevation.de> <1151433293.5079.47.camel@geru-itae> Message-ID: <20060629110400.GB32640@intevation.de> Am 28. Jun 2006 um 12:50:02 schrieb Frank Koormann: > The above looks OK for me (if it works with pysqlite2). The former version > didn't work with pysqlite1. Didrik, please submit your correction. Thanks Didrik, we indeed need to keep compatibility with pysqlite1 as Debian only packages pysqlite 1.0 and sqlite 2. Background: pysqlite 1.1.x is: legacy API for SQLite 3.x pysqlite 2.x is the new API (for SQLite 3.x as far as I understand). -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060629/42534da4/attachment.bin From bwindridge at gmail.com Thu Jun 29 13:06:55 2006 From: bwindridge at gmail.com (Barry Windridge) Date: Thu, 29 Jun 2006 07:06:55 -0400 Subject: Offer to Help with Development of Thuban In-Reply-To: <20060627184805.GX7096@intevation.de> References: <20060627184805.GX7096@intevation.de> Message-ID: Hi Bernhard Thanks for the welcome and instructions. I am travelling at the moment, and I will follow your instructions when I return home at the end of July/ beginning of August. I have already written externsion tools to do spatial selections based on user drawn graphic objects - the code needs a bit of tidying up, but basically works - I have made some modifications to the Thuban core to make it work. I will share my tools and discuss my suggested changes to the Thuban core with the development group when I return home. I will also start on code to select shapes in one layer based upon selected shapes in another when I return home. Barry On 6/27/06, Bernhard Reiter wrote: > > Hi Barry, > > On Sun, Jun 25, 2006 at 03:03:42PM -0400, Barry Windridge wrote: > > My name is Barry Windridge and I am interested in becoming involved > in > > the development to Thuban (but I won't be in a position to start > > contributing until the beginning of August). > > great! We are always looking for contributors! > > > I am not an expert in Thuban or Python, but I have written about 6 > > exentsions for Thuban. I have a broad progarmming background and I > > have a reasonable backgound in using ESRI GIS software. > > You should be fine helping us as Python is easy to manage for programmers > and you seem to have done some work already. > > > I am particularly interested in developing a suite of spatial > > selection tools for Thuban. For example: > > > > 1) select shapes in a layer based upon a user drawn shape (line, > > circle, polygon) > > Should be doable if the user drawn shape is not saved permanently > and accuracy is not the major importance. > > > 2) select shapes in one layer based upon selected shapes in another > > layer (including buffered shapes) > > This looks like a major GIS operation, so it will be a bit more difficult. > > > How do I go about becoming involved? > > Add an account on wald. > Grab a pet feature, an issue or a bug and start hacking. > Report your results here or on wald. Coordinate on the list or wald. > > Also try to get a SVN version to run. > > If this works out with smaller things, we grant you write access to SVN. > > If your contributions are getting really we might in the future > think about a copyright assignment if we want to include them into > main Thuban, but this should not keep you from hacking in any case. > > Best, > Bernhard > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.intevation.de/pipermail/thuban-devel/attachments/20060629/3d0a39f6/attachment.html From bernhard at intevation.de Thu Jun 29 13:10:31 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 29 Jun 2006 13:10:31 +0200 Subject: [DebianGIS] Re: thuban strict wxPython version check? In-Reply-To: <20060609191001.GA10874@ba.issia.cnr.it> References: <1149777454.6417.45.camel@localhost.localdomain> <20060609191001.GA10874@ba.issia.cnr.it> Message-ID: <20060629111031.GC32640@intevation.de> On Fri, Jun 09, 2006 at 09:10:01PM +0200, Francesco Paolo Lovergine wrote: > On Thu, Jun 08, 2006 at 05:22:33PM +0200, Bernhard Herzog wrote: > > Paul Wise writes: > > > > > I'm wondering what the following check from Thuban/version.py is for? Is > > > the wxWidgets ABI really so fragile that wxProj breaks on new minor > > > 2.6.X versions or new 2.4.X versions? Surely using the soname to do > > > version checks with the normal shared library support is enough? > > > > The symptom people often see when using Thuban with a different > > wxWidgets version -- even when it's only a different minor version -- is > > that it segfaults as soon as it tries to actually render a map on the > > screen. In the past there were enough problem reports from users about > > this for us to put in the version check so that users would at least get > > a meaningful error message instead of just a segfault. > > > > The reason for the crashes is that wxproj accesses wxPython objects at > > the C++-level to extract the corresponding wxWidgets object so that it > > can call wxWidgets methods directly. That way, Thuban can render data > > read from e.g. a shapefile without having to funnel the data through > > Python which improves rendering speed considerably. > > > > Unfortunately, this means that the wxWidgets object used by wxproj has > > been created by the wxWidgets library wxPython is linked with and that > > may be different from the one wxproj is linked with. The libraries may > > differ in the layout of the classes and/or virtual tables depending on > > the version and perhaps compile time options. > I'm not a python addicted, but I suspect this issue should be managed > at python-wxgtk2.4 level. Note that wxproj is a package that currently comes with Thuban. Obviously is cures a weakness of wx and wxPython, but the fix might be a major effort, this is why wxproj is helpful. > Incompatibilities in ABIs should be managed > using different source packages to avoid conflicts. I think we are grateful for hint on how to improve the current situation without major hassle. One idea to be evalutated could to be make a wxproj package seperate from Thuban, which would limit the dependecies I assume. > I'm CC to d-python > list for analysis... If there are hints, please also give them to thuban-devel. Thanks, Bernhard -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060629/060961df/attachment.bin From bernhard at intevation.de Thu Jun 29 13:12:53 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 29 Jun 2006 13:12:53 +0200 Subject: Offer to Help with Development of Thuban In-Reply-To: References: <20060627184805.GX7096@intevation.de> Message-ID: <20060629111253.GD32640@intevation.de> Am 29. Jun 2006 um 07:06:55 schrieb Barry Windridge: > Thanks for the welcome and instructions. Thanks for helping with Thuban development. > I am travelling at the moment, and I will follow your > instructions when I return home at the end of July/ beginning of > August. Great, I am looking forward to your additions. > I have already written externsion tools to do spatial selections based > on user drawn graphic objects - the code needs a bit of tidying up, > but basically works - I have made some modifications to the Thuban > core to make it work. I will share my tools and discuss my suggested > changes to the Thuban core with the development group when I return > home. > > I will also start on code to select shapes in one layer based upon > selected shapes in another when I return home. Both would be much appreciated, we will see if and how we can integrate this, but in any way, you should publish it as Free Software as soon as possible to others can comment, if they like. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060629/d17a6d7e/attachment.bin From joey at infodrom.org Thu Jun 29 13:38:37 2006 From: joey at infodrom.org (Martin Schulze) Date: Thu, 29 Jun 2006 13:38:37 +0200 Subject: Back In-Reply-To: <20060627183155.GS2598@finlandia.infodrom.north.de> References: <20060519084843.GB30111@intevation.de> <200605200038.24370.jan-oliver.wagner@intevation.de> <1148110223.17209.45.camel@geru-itae> <200605202326.20702.jan-oliver.wagner@intevation.de> <1148889749.4852.36.camel@geru-itae> <20060601130603.GB19834@intevation.de> <1149168347.8750.9.camel@geru-itae> <20060602161044.GE31844@intevation.de> <20060627181823.GR7096@intevation.de> <20060627183155.GS2598@finlandia.infodrom.north.de> Message-ID: <20060629113836.GA5890@finlandia.home.infodrom.org> Martin Schulze wrote: > I've moved the package into the incoming directory this morning > since Frankie didn't respond again, so it shoud be in the archive > tonight and in etch again in 10 days, assuming there are no > libraries blocking it. We'll see... Well, looks like we won't see that due to a build error on arm: ITS=64 -D_LARGE_FILES -Ilibraries/shapelib -I/usr/include -Ilibraries/pyshapelib/ -I/usr/lib/wx/include/gtk-2.4 -I/usr/include/pyth on2.3 -c libraries/thuban/wxproj.cpp -o build/temp.linux-armv4l-2.3/libraries/thuban/wxproj.o gcc: error trying to exec 'cc1plus': execvp: No such file or directory error: command 'gcc' failed with exit status 1 make: *** [build-stamp] Error 1 I assume this to be a generic error on that arm machine and not in thuban. Regards, Joey -- It's time to close the windows. From dpinte at itae.be Thu Jun 29 13:55:19 2006 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 29 Jun 2006 13:55:19 +0200 Subject: Back In-Reply-To: <20060629113836.GA5890@finlandia.home.infodrom.org> References: <20060519084843.GB30111@intevation.de> <200605200038.24370.jan-oliver.wagner@intevation.de> <1148110223.17209.45.camel@geru-itae> <200605202326.20702.jan-oliver.wagner@intevation.de> <1148889749.4852.36.camel@geru-itae> <20060601130603.GB19834@intevation.de> <1149168347.8750.9.camel@geru-itae> <20060602161044.GE31844@intevation.de> <20060627181823.GR7096@intevation.de> <20060627183155.GS2598@finlandia.infodrom.north.de> <20060629113836.GA5890@finlandia.home.infodrom.org> Message-ID: <1151582119.16230.39.camel@geru-itae> Le jeudi 29 juin 2006 ? 13:38 +0200, Martin Schulze a ?crit : > Martin Schulze wrote: > > I've moved the package into the incoming directory this morning > > since Frankie didn't respond again, so it shoud be in the archive > > tonight and in etch again in 10 days, assuming there are no > > libraries blocking it. We'll see... > > Well, looks like we won't see that due to a build error on arm: > > ITS=64 -D_LARGE_FILES -Ilibraries/shapelib -I/usr/include -Ilibraries/pyshapelib/ -I/usr/lib/wx/include/gtk-2.4 -I/usr/include/pyth > on2.3 -c libraries/thuban/wxproj.cpp -o build/temp.linux-armv4l-2.3/libraries/thuban/wxproj.o > gcc: error trying to exec 'cc1plus': execvp: No such file or directory > error: command 'gcc' failed with exit status 1 > make: *** [build-stamp] Error 1 > > I assume this to be a generic error on that arm machine and not in thuban. > > Regards, > > Joey Googling a bit about the error, it seems to be a missing gcc-c++ problem. Is this possible ? 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/20060629/32799541/attachment.bin From dpinte at itae.be Thu Jun 29 13:57:37 2006 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 29 Jun 2006 13:57:37 +0200 Subject: [Thuban-commits] r2684: sqlite version In-Reply-To: <20060629110400.GB32640@intevation.de> References: <20060627161136.2DC8A18017E1@pyrosoma.intevation.org> <1151433293.5079.47.camel@geru-itae> <20060627183711.GU7096@intevation.de> <200606281250.02833.frank.koormann@intevation.de> <20060627161136.2DC8A18017E1@pyrosoma.intevation.org> <200606272015.25998.bernhard@intevation.de> <1151433293.5079.47.camel@geru-itae> <20060629110400.GB32640@intevation.de> Message-ID: <1151582257.16230.41.camel@geru-itae> Le jeudi 29 juin 2006 ? 13:04 +0200, Bernhard Reiter a ?crit : > Am 28. Jun 2006 um 12:50:02 schrieb Frank Koormann: > > The above looks OK for me (if it works with pysqlite2). The former version > > didn't work with pysqlite1. Didrik, please submit your correction. > > Thanks Didrik, > we indeed need to keep compatibility with pysqlite1 as Debian > only packages pysqlite 1.0 and sqlite 2. > > Background: > pysqlite 1.1.x is: legacy API for SQLite 3.x > pysqlite 2.x is the new API (for SQLite 3.x as far as I understand). Revision 2685 must be ok with the 1.1.x and the 2.x versions. 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/20060629/aa4dc250/attachment.bin From frank.koormann at intevation.de Thu Jun 29 14:37:22 2006 From: frank.koormann at intevation.de (Frank Koormann) Date: Thu, 29 Jun 2006 14:37:22 +0200 Subject: [Thuban-commits] r2684: sqlite version In-Reply-To: <1151582257.16230.41.camel@geru-itae> References: <20060627161136.2DC8A18017E1@pyrosoma.intevation.org> <20060629110400.GB32640@intevation.de> <1151582257.16230.41.camel@geru-itae> Message-ID: <200606291437.27818.frank.koormann@intevation.de> Am Donnerstag 29 Juni 2006 13:57 schrieb Didrik Pinte: > > Revision 2685 must be ok with the 1.1.x and the 2.x versions. > No. You proposed to change the determination of sqlite-version but accidently you changed the determination of pysqlite. I think the entire block should look like -------- # PySQLite try: from pysqlite2 import dbapi2 as sqlite except ImportError: import sqlite versions['pysqlite'] = sqlite.version versions['pysqlite-tuple'] = make_tuple(sqlite.version) # SQLite try: from pysqlite2._sqlite import sqlite_version versions['sqlite'] = sqlite_version versions['sqlite-tuple'] = make_tuple(sqlite_version) except ImportError: from _sqlite import sqlite_version versions['sqlite'] = sqlite_version() versions['sqlite-tuple'] = make_tuple(sqlite_version()) -------- This works for me on a Debian Sarge (pysqlite 1.0.1, sqlite 2.8.16), but others with pysqlite2 / sqlite 3x should confirm. Cheers, Frank -------------- 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/20060629/d0224139/attachment.bin From dpinte at itae.be Thu Jun 29 15:52:45 2006 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 29 Jun 2006 15:52:45 +0200 Subject: [Thuban-commits] r2684: sqlite version In-Reply-To: <200606291437.27818.frank.koormann@intevation.de> References: <20060627161136.2DC8A18017E1@pyrosoma.intevation.org> <20060629110400.GB32640@intevation.de> <1151582257.16230.41.camel@geru-itae> <200606291437.27818.frank.koormann@intevation.de> Message-ID: <1151589165.16230.49.camel@geru-itae> Le jeudi 29 juin 2006 ? 14:37 +0200, Frank Koormann a ?crit : > Am Donnerstag 29 Juni 2006 13:57 schrieb Didrik Pinte: > This works for me on a Debian Sarge (pysqlite 1.0.1, sqlite 2.8.16), but > others with pysqlite2 / sqlite 3x should confirm. Hi Frank, you're totaly wright. I've corrected my stupid changes of yesterday and tested the code with pysqlite2. It works fine. Revision 2687 should be the good one... Sorry for the mess. 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/20060629/e3d8a21c/attachment.bin From frank.koormann at intevation.de Thu Jun 29 17:52:31 2006 From: frank.koormann at intevation.de (Frank Koormann) Date: Thu, 29 Jun 2006 17:52:31 +0200 Subject: ClassGroup.Matches() Message-ID: <200606291752.39460.frank.koormann@intevation.de> Hi, I am currently developing an new ClassGroup for string classification (ClassGroupPattern, regexp-based). Defined the tests I stumbled over ClassGroup.Matches(), which has to be overwritten by the subclasses. However, this method seems not to be used elsewhere outside the tests. Instead Classification.FindGroup() is used. So has ClassGroup.Matches() needless in the meantime? Should it be cleaned from the ClassGroup class? Cheers, Frank -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) -------------- 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/20060629/9f77028a/attachment.bin From bh at intevation.de Thu Jun 29 18:15:56 2006 From: bh at intevation.de (Bernhard Herzog) Date: Thu, 29 Jun 2006 18:15:56 +0200 Subject: ClassGroup.Matches() In-Reply-To: <200606291752.39460.frank.koormann@intevation.de> (Frank Koormann's message of "Thu, 29 Jun 2006 17:52:31 +0200") References: <200606291752.39460.frank.koormann@intevation.de> Message-ID: Frank Koormann writes: > So has ClassGroup.Matches() needless in the meantime? Should it be cleaned > from the ClassGroup class? Extensions/umn_mapserver/mapfile.py seems to be using it. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://skencil.org/ Thuban http://thuban.intevation.org/ From joey at infodrom.org Thu Jun 29 19:09:42 2006 From: joey at infodrom.org (Martin Schulze) Date: Thu, 29 Jun 2006 19:09:42 +0200 Subject: Back In-Reply-To: <1151582119.16230.39.camel@geru-itae> References: <1148110223.17209.45.camel@geru-itae> <200605202326.20702.jan-oliver.wagner@intevation.de> <1148889749.4852.36.camel@geru-itae> <20060601130603.GB19834@intevation.de> <1149168347.8750.9.camel@geru-itae> <20060602161044.GE31844@intevation.de> <20060627181823.GR7096@intevation.de> <20060627183155.GS2598@finlandia.infodrom.north.de> <20060629113836.GA5890@finlandia.home.infodrom.org> <1151582119.16230.39.camel@geru-itae> Message-ID: <20060629170941.GS2598@finlandia.infodrom.north.de> Didrik Pinte wrote: > > on2.3 -c libraries/thuban/wxproj.cpp -o build/temp.linux-armv4l-2.3/libraries/thuban/wxproj.o > > gcc: error trying to exec 'cc1plus': execvp: No such file or directory > > error: command 'gcc' failed with exit status 1 > > make: *** [build-stamp] Error 1 > > > > I assume this to be a generic error on that arm machine and not in thuban.. > Googling a bit about the error, it seems to be a missing gcc-c++ > problem. Is this possible ? Apparently, but it must not be missing since it is build-essential. I'm trying to track this. It's not an errror in Thuban but it prevents Thuban to be built :( Regards, Joey -- It's time to close the windows. From frank.koormann at intevation.de Thu Jun 29 20:19:00 2006 From: frank.koormann at intevation.de (Frank Koormann) Date: Thu, 29 Jun 2006 20:19:00 +0200 Subject: ClassGroup.Matches() In-Reply-To: References: <200606291752.39460.frank.koormann@intevation.de> Message-ID: <200606292019.01019.frank.koormann@intevation.de> Am Donnerstag 29 Juni 2006 18:15 schrieb Bernhard Herzog: > Frank Koormann writes: > > So has ClassGroup.Matches() needless in the meantime? Should it be > > cleaned from the ClassGroup class? > > Extensions/umn_mapserver/mapfile.py seems to be using it. Right, I missed that. However, I am not sure if group.Matches("DEFAULT") is the right way to check for the default group. All other cases use isinstance(group, ClassGroupDefault) Anyway, I'll implement a ClassGroupPattern.Matches() Frank -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From bh at intevation.de Thu Jun 29 20:32:40 2006 From: bh at intevation.de (Bernhard Herzog) Date: Thu, 29 Jun 2006 20:32:40 +0200 Subject: ClassGroup.Matches() In-Reply-To: <200606292019.01019.frank.koormann@intevation.de> (Frank Koormann's message of "Thu, 29 Jun 2006 20:19:00 +0200") References: <200606291752.39460.frank.koormann@intevation.de> <200606292019.01019.frank.koormann@intevation.de> Message-ID: Frank Koormann writes: > Am Donnerstag 29 Juni 2006 18:15 schrieb Bernhard Herzog: >> Frank Koormann writes: >> > So has ClassGroup.Matches() needless in the meantime? Should it be >> > cleaned from the ClassGroup class? It should probably be kept. The Matches method was used used in Classification.FindGroup before I changed it to use the "compiled" classification. Currently the _compile_classification method only supports ClassGroupSingleton and ClassGroupRange, so you'll have to modify it to handle your new class. I think it would be a good idea to introduce a default way to handle new classifications in the compiler by simply using the Matches method for the classifiers that the compiler doesn't know yet. >> Extensions/umn_mapserver/mapfile.py seems to be using it. > > Right, I missed that. However, I am not sure if > > group.Matches("DEFAULT") > > is the right way to check for the default group. Probably not. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://skencil.org/ Thuban http://thuban.intevation.org/ From bwindridge at gmail.com Fri Jun 30 12:41:30 2006 From: bwindridge at gmail.com (Barry Windridge) Date: Fri, 30 Jun 2006 06:41:30 -0400 Subject: Offer to Help with Development of Thuban In-Reply-To: <20060629111253.GD32640@intevation.de> References: <20060627184805.GX7096@intevation.de> <20060629111253.GD32640@intevation.de> Message-ID: I don't have access to the code I have written while I am travelling - but when I retun I will made it available Barry On 6/29/06, Bernhard Reiter wrote: > > Am 29. Jun 2006 um 07:06:55 schrieb Barry Windridge: > > Thanks for the welcome and instructions. > > Thanks for helping with Thuban development. > > > I am travelling at the moment, and I will follow your > > instructions when I return home at the end of July/ beginning of > > August. > > Great, I am looking forward to your additions. > > > I have already written externsion tools to do spatial selections > based > > on user drawn graphic objects - the code needs a bit of tidying up, > > but basically works - I have made some modifications to the Thuban > > core to make it work. I will share my tools and discuss my suggested > > changes to the Thuban core with the development group when I return > > home. > > > > I will also start on code to select shapes in one layer based upon > > selected shapes in another when I return home. > > Both would be much appreciated, we will see if and how we can > integrate this, but in any way, you should publish it as Free Software > as soon as possible to others can comment, if they like. > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.1 (GNU/Linux) > > iD8DBQFEo7W1h9ag3dpKERYRAmMmAJ9h7x8YmVVbWxp+Jt6iOxJxpzAXRQCfXKjb > oZWEvjGlTUHJVUKweDzjA/s= > =kfZY > -----END PGP SIGNATURE----- > > > _______________________________________________ > Thuban-devel mailing list > Thuban-devel at intevation.de > https://intevation.de/mailman/listinfo/thuban-devel > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.intevation.de/pipermail/thuban-devel/attachments/20060630/9cb36879/attachment.html From bh at intevation.de Fri Jun 30 15:23:10 2006 From: bh at intevation.de (Bernhard Herzog) Date: Fri, 30 Jun 2006 15:23:10 +0200 Subject: [Thuban-commits] r2688 - in trunk/thuban: . Doc/manual Resources/XML Thuban/Model Thuban/UI test In-Reply-To: <20060630122722.908D818017E1@pyrosoma.intevation.org> (scm-commit@wald.intevation.org's message of "Fri, 30 Jun 2006 14:27:22 +0200 (CEST)") References: <20060630122722.908D818017E1@pyrosoma.intevation.org> Message-ID: scm-commit at wald.intevation.org writes: > New Classification "Pattern": Classify text attributes by regexp. Nice. However, do we really want full regular expression matches? I ask because we once thought about moving to Styled Layer Descriptor (SLD, [1]) syntax for the classifications. AFAICT regular expressions are not supported there. What SLD has, though is a simple wildcard matcher (PropertyIsLike, [2]). [1] OGC 02-070, Styled Layer Descriptor Implementation Specification [2] OGC 02-059, Filter Encoding Implementation Specification, section 9. > Modified: trunk/thuban/Resources/XML/thuban-1.1.dtd > - > + There seems to be a bug in the DTD here. It should probably read BTW, does anyone know what clcont is supposed to mean? It only occurs in the DTD but nowhere in the code or tests and it has apparently been in the DTD ever since we had a DTD afaict. > +class ClassGroupPattern(ClassGroup): [...] > + def __repr__(self): > + return "(" + repr(self.__pattern) + ", " + ClassGroup.__repr__(self) + ")" I would prefer a __repr__ that does not look like that of a tuple. It should make clear that it is the repr of an instance of ClassGroupPattern. This is a bug in all the classes in that module, though. > Modified: trunk/thuban/test/test_classification.py > + s = ClassGroupPattern("A") [...] > + self.clazz.AppendGroup(ClassGroupPattern("B")) [...] > Modified: trunk/thuban/test/test_layer.py > + classification.AppendGroup(ClassGroupPattern("I")) [...] > Modified: trunk/thuban/test/test_load.py [...] > + [...] > Modified: trunk/thuban/test/test_save.py [...] > + # Pattern > + clazz.AppendGroup(ClassGroupPattern("BUI", ClassGroupProperties(), > + "pattern")) Shouldn't at least one test actually use a regular expression that's not the same as a string equality test? Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://skencil.org/ Thuban http://thuban.intevation.org/