From bernhard at intevation.de Fri May 12 21:01:56 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 12 May 2006 21:01:56 +0200 Subject: thuban-1.1.0-3.exe updated In-Reply-To: <1145874427.9811.17.camel@geru-itae> References: <1145874427.9811.17.camel@geru-itae> Message-ID: <20060512190156.GA23872@intevation.de> Hi Didrik, Am 24. Apr 2006 um 12:27:07 schrieb Didrik Pinte: > For your information, i've update the INNO setup for Windows. > http://wald.intevation.org/frs/download.php/201/Thuban-1.1.0-3.exe very cool! > Can some testers try the new build ? I will give it a spin! You should also drop a note on thuban-users. Many people of Intevation were at a GNU/Linuxtrade show in Wiesbaden lst week and naturally for a small company this drew a lot of attention and some pre- and postwork. 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/20060512/6b7e913b/attachment.bin From bernhard at intevation.de Fri May 12 21:07:56 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 12 May 2006 21:07:56 +0200 Subject: [thuban-Bugs][110] gdalwrap raster rendering is not working fine In-Reply-To: <20060426155123.D923618017DC@pyrosoma.intevation.org> References: <20060426155123.D923618017DC@pyrosoma.intevation.org> Message-ID: <20060512190756.GD23872@intevation.de> Am 26. Apr 2006 um 17:51:23 schrieb thuban-bugs at wald.intevation.org: > Bugs item #110, was opened at 2006-04-26 17:51 > http://wald.intevation.org/tracker/?func=detail&atid=105&aid=110&group_id=6 > Having a look at the code, the rendering is done by > Thuban/UI/rendere.py and libraries/thuban/gdalwrap.cpp files. > This last file seems to be a modified version of the gdalwrap.cpp > file of the official GDAL distribution. Don't we have to > synchronize the two files ? This is a question for Bernhard H.: What is the history of our gdalwrap.cpp file? -------------- 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/20060512/04c38ae8/attachment.bin From bernhard at intevation.de Fri May 12 21:28:25 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 12 May 2006 21:28:25 +0200 Subject: thuban-1.1.0-4.exe In-Reply-To: <20060512190156.GA23872@intevation.de> References: <1145874427.9811.17.camel@geru-itae> <20060512190156.GA23872@intevation.de> Message-ID: <20060512192825.GE23872@intevation.de> Am 12. May 2006 um 21:01:56 schrieb Bernhard Reiter: > Am 24. Apr 2006 um 12:27:07 schrieb Didrik Pinte: > > For your information, i've update the INNO setup for Windows. > > http://wald.intevation.org/frs/download.php/201/Thuban-1.1.0-3.exe > > very cool! I even found 1.1.0-4.exe and release notes. :) I think that the PATH setting instruction should be part of a README or the release notes itself, btw, they are quite easy to miss. Unfortunately, I still have the same raster problems then with the other version, so next I will try the whole build environment. Maybe something else is wrong or different here. I take it you have all the windows updates done, right? Maybe my data files are damaged or something. Hmm I do not really believe it. :/ 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/20060512/8739c31c/attachment.bin From dpinte at itae.be Sat May 13 17:10:21 2006 From: dpinte at itae.be (Didrik Pinte) Date: Sat, 13 May 2006 17:10:21 +0200 Subject: thuban-1.1.0-4.exe In-Reply-To: <20060512192825.GE23872@intevation.de> References: <1145874427.9811.17.camel@geru-itae> <20060512190156.GA23872@intevation.de> <20060512192825.GE23872@intevation.de> Message-ID: <1147533021.3539.1.camel@geru-itae> Le vendredi 12 mai 2006 ? 21:28 +0200, Bernhard Reiter a ?crit : > Am 12. May 2006 um 21:01:56 schrieb Bernhard Reiter: > > Am 24. Apr 2006 um 12:27:07 schrieb Didrik Pinte: > > > For your information, i've update the INNO setup for Windows. > > > http://wald.intevation.org/frs/download.php/201/Thuban-1.1.0-3.exe > > > > very cool! > > I even found 1.1.0-4.exe and release notes. :) > I think that the PATH setting instruction should be part > of a README or the release notes itself, btw, > they are quite easy to miss. > > Unfortunately, I still have the same raster problems > then with the other version, so next I will try the whole build > environment. Maybe something else is wrong or different here. > > I take it you have all the windows updates done, right? > Maybe my data files are damaged or something. > Hmm I do not really believe it. :/ > > Bernhard We definitely need to correct the problem. Are you sure there is no gdal installation on your computer ? That's strange. 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/20060513/48557692/attachment.bin From bernhard at intevation.de Sun May 14 15:44:41 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Sun, 14 May 2006 15:44:41 +0200 Subject: thuban-1.1.0-4.exe In-Reply-To: <1147533021.3539.1.camel@geru-itae> References: <1145874427.9811.17.camel@geru-itae> <20060512190156.GA23872@intevation.de> <20060512192825.GE23872@intevation.de> <1147533021.3539.1.camel@geru-itae> Message-ID: <20060514134441.GA7101@intevation.de> Am 13. May 2006 um 17:10:21 schrieb Didrik Pinte: > Le vendredi 12 mai 2006 ? 21:28 +0200, Bernhard Reiter a ?crit : > > I even found 1.1.0-4.exe and release notes. :) > > I think that the PATH setting instruction should be part > > of a README or the release notes itself, btw, > > they are quite easy to miss. > > > > Unfortunately, I still have the same raster problems > > then with the other version, so next I will try the whole build > > environment. Maybe something else is wrong or different here. > We definitely need to correct the problem. Are you sure there is no gdal > installation on your computer ? That's strange. There are some experiments on this installation, but I do not think they are decisive. We have a test machine with changable disks and I can upload a fresh Windows 2003 with Outlook 2003 image. This is what I am trying again now, to be absolutely sure that there is no other gdal version around, except the one coming from your package. -------------- 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/20060514/584ed587/attachment.bin From bernhard at intevation.de Sun May 14 16:18:15 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Sun, 14 May 2006 16:18:15 +0200 Subject: thuban-1.1.0-4.exe In-Reply-To: <20060514134441.GA7101@intevation.de> References: <1145874427.9811.17.camel@geru-itae> <20060512190156.GA23872@intevation.de> <20060512192825.GE23872@intevation.de> <1147533021.3539.1.camel@geru-itae> <20060514134441.GA7101@intevation.de> Message-ID: <20060514141815.GA9896@intevation.de> Am 14. May 2006 um 15:44:41 schrieb Bernhard Reiter: > Am 13. May 2006 um 17:10:21 schrieb Didrik Pinte: > > We definitely need to correct the problem. Are you sure there is no gdal > > installation on your computer ? That's strange. > We have a test machine with changable disks > and I can upload a fresh Windows 2003 with Outlook 2003 image. Err.. Windows XP of course. > This is what I am trying again now, to be absolutely sure > that there is no other gdal version around, except the one coming > from your package. Now I am sure! There is no other gdal around, this is a fresh system. It still has the same raster problem. I went to the most recent Python, pysqlite and wxPython packages, are there any differences to what version you are using? -------------- next part -------------- 20060514 Bernhard Reiter Testing Thuban-1.1.0-4.exe by Didrik. General Setup: Windows XP Sp2 German, Outlook 2003 Pre001 Login as Administrator. Pre002 Python python-2.4.3.msi Pre003 wxPython wxPython2.6-win32-unicode-2.6.3.2-py24.exe Pre004 pysqlite2 pysqlite-2.2.0.win32-py2.4.exe Pre005 Thuban-data-1.0.0.zip/Data copied to C:\Programme\Thuban\ ok. GS001 Pre001 Thuban Installer Running the installer .exe. Follow the release notes. All default values. Expected behaviour: no errors. There is a Thuban start menu entry. Running Thuban-1.1.0-4.exe. Release notes to not mention to set the path to GDAL which is still necessary. Pre006 Login as unpriviledged User. GS002 Starting Thuban, via Menu. Expected behaviour: Thuban starts up Fails: Message: msvcp71.dll could not be found. Thuban still comes up, but about shows: No Gdal. Fix attempt: Copy c:\Python24\msvcp71.dll to c:\WINDOWS\system32\ Now: ok. G003-language According to the language of your system, if Thuban has the language, it should be localised. failed, still English. G004-about-dialog-sane Select Help -> About Expected result: Get a nice about dialog. ok. G005-about-showing-gdal ok. Thuban 1.1 cvs-20060413 Currently using: wxPython 2.6.3.2 Python 2.4.3 PySQLite 2.2.1 SQLite 3.3.5 GDAL 1.3.1.0 psycopg - not available Compiled for: GTK - not available proj 4.4.6 Extensions: None registered. Pre120 Load session iceland_sample_raster.thuban G020-raster-display, (Pre120) Expected result: iceland with raster background should be shown. Failed: No Image shown. From dpinte at itae.be Sun May 14 17:44:49 2006 From: dpinte at itae.be (Didrik Pinte) Date: Sun, 14 May 2006 17:44:49 +0200 Subject: thuban-1.1.0-4.exe In-Reply-To: <20060514141815.GA9896@intevation.de> References: <1145874427.9811.17.camel@geru-itae> <20060512190156.GA23872@intevation.de> <20060512192825.GE23872@intevation.de> <1147533021.3539.1.camel@geru-itae> <20060514134441.GA7101@intevation.de> <20060514141815.GA9896@intevation.de> Message-ID: <1147621489.13177.6.camel@geru-itae> Le dimanche 14 mai 2006 ? 16:18 +0200, Bernhard Reiter a ?crit : > Am 14. May 2006 um 15:44:41 schrieb Bernhard Reiter: > > Am 13. May 2006 um 17:10:21 schrieb Didrik Pinte: > > > We definitely need to correct the problem. Are you sure there is no gdal > > > installation on your computer ? That's strange. > > > We have a test machine with changable disks > > and I can upload a fresh Windows 2003 with Outlook 2003 image. > > Err.. Windows XP of course. > > > This is what I am trying again now, to be absolutely sure > > that there is no other gdal version around, except the one coming > > from your package. > > Now I am sure! There is no other gdal around, this is a fresh system. > It still has the same raster problem. > > I went to the most recent Python, pysqlite and wxPython packages, > are there any differences to what version you are using? Hi Bernhard, I'll check the version tomorrow on the dev-laptop but i'm nearly sure they are the same... It's really strange. I've rebuil thuban with the new gdal 1.3.2. It's working fine on the laptop too. What can be the problematic link ? I'll try to put a new copy of the build environment somewhere for downlad. I have a specific problem when loading raster files on Thuban windows version. I need to change the "Mask type" in the properties of the raster from bitmap to alpha in order to see the raster correctly. Do you have something shown when opening the raster ? Can you test the gdal files using a simple python script. Something like this : -------------------------------- import gdal rast = gdal.Open('iceland.tiff') print rast.GetRasterCount() -------------------------------- 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/20060514/005bded9/attachment.bin From bernhard at intevation.de Sun May 14 17:44:59 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Sun, 14 May 2006 17:44:59 +0200 Subject: thuban-1.1.0-4.exe In-Reply-To: <20060514141815.GA9896@intevation.de> References: <1145874427.9811.17.camel@geru-itae> <20060512190156.GA23872@intevation.de> <20060512192825.GE23872@intevation.de> <1147533021.3539.1.camel@geru-itae> <20060514134441.GA7101@intevation.de> <20060514141815.GA9896@intevation.de> Message-ID: <20060514154459.GB9896@intevation.de> Am 14. May 2006 um 16:18:15 schrieb Bernhard Reiter: > Pre120 Load session iceland_sample_raster.thuban > > G020-raster-display, (Pre120) > Expected result: iceland with raster background should be shown. > > Failed: No Image shown. Tried to track this down further a bit, it seems to be related to proj in some way. -------------- next part -------------- 20060514 Bernhard Reiter Testing Thuban-1.1.0-4.exe by Didrik. General Setup: Windows XP Sp2 German, Outlook 2003 Pre001 Login as Administrator. Pre002 Python python-2.4.3.msi Pre003 wxPython wxPython2.6-win32-unicode-2.6.3.2-py24.exe Pre004 pysqlite2 pysqlite-2.2.0.win32-py2.4.exe Pre005 Thuban-data-1.0.0.zip/Data copied to C:\Programme\Thuban\ ok. GS001 Pre001 Thuban Installer Running the installer .exe. Follow the release notes. All default values. Expected behaviour: no errors. There is a Thuban start menu entry. Running Thuban-1.1.0-4.exe. Release notes to not mention to set the path to GDAL which is still necessary. Pre006 Login as unpriviledged User. GS002 Starting Thuban, via Menu. Expected behaviour: Thuban starts up Fails: Message: msvcp71.dll could not be found. Thuban still comes up, but about shows: No Gdal. Fix attempt: Copy c:\Python24\msvcp71.dll to c:\WINDOWS\system32\ Now: ok. G003-language According to the language of your system, if Thuban has the language, it should be localised. failed, still English. G004-about-dialog-sane Select Help -> About Expected result: Get a nice about dialog. ok. G005-about-showing-gdal ok. Thuban 1.1 cvs-20060413 Currently using: wxPython 2.6.3.2 Python 2.4.3 PySQLite 2.2.1 SQLite 3.3.5 GDAL 1.3.1.0 psycopg - not available Compiled for: GTK - not available proj 4.4.6 Extensions: None registered. Pre120 Load session iceland_sample_raster.thuban G020-raster-display, (Pre120) Expected result: iceland with raster background should be shown. Failed: No Image shown. Trying to simplify the problem. gdalinfo island.tif works. Adding test code to Thuban/UI/renderer.py: print "Calling gdalwarp.ProjectRasterFile(%s,%s,%s,%s,%s,%s,%s)"\ %(layer.GetImageFilename(), srcProj, dstProj, extents, resolution, dimensions, options) Output: After setting a projection. Calling gdalwarp.ProjectRasterFile(C:\Programme\Thuban\Data\iceland\island.tif,+ proj=utm +zone=27 +ellps=clrk66 ,+proj=utm +zone=27 +ellps=clrk66 ,(0.0, -287.0, 363.0, 0.0),[0, 0],(363, 287),1) ERROR 1: Unable to compute a transformation between pixel/line and georeferenced coordinates for C:\Programme\Thuban\Data\iceland\island.tif. There is no affine transformation and no GCPs. Hmmm the resolution=[0, 0] looks suspicious. Trying gdalwarp -s_srs "+proj=utm +zone=27 +ellps=clrk66" -t_srs "+proj=utm +zone=27 +ellps=clrk66" island.tif x.tif works! Trying: C:\Programme\Thuban\Lib>c:\python24\python.exe Python 2.4.3 (#69, Mar 29 2006, 17:35:34) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. import gdalwarp gdalwarp.ProjectRasterFile("C:\Programme\Thuban\Data\iceland\island.tif","+proj=utm +zone=27 +ellps=clrk66", "+proj=utm +zone=27 +ellps=clrk66", (0.0, -287.0, 363.0, 0.0),[0, 0],(363, 287),1) works without problems, the infection does not seem to happen here, but probably happens earlier. Refining the Debug code print 'Calling gdalwarp.ProjectRasterFile("%s","%s","%s",%s,%s,%s,%s)'\ %(layer.GetImageFilename(), srcProj, dstProj, extents, resolution, dimensions, options) Looking at the error message again: C:\Programme\Thuban>c:\python24\python.exe thuban.pyw No thubanstart module available ViewPort.set_view_transform: ZeroDivisionError, scale = 0.0 Calling gdalwarp.ProjectRasterFile("C:\Programme\Thuban\Data\iceland\island.tif" ,"+proj=latlong +to_meter=0.017453 +ellps=clrk66 ","+proj=utm +zone=27 +ellps=cl rk66 ",(0.0, -287.0, 363.0, 0.0),[0, 0],(363, 287),1) ERROR 1: Unable to compute a transformation between pixel/line and georeferenced coordinates for C:\Programme\Thuban\Data\iceland\island.tif. There is no affine transformation and no GCPs. Traceback (most recent call last): File "C:\Programme\Thuban\Thuban\UI\renderer.py", line 143, in projected_raste r_layer options) IOError: Error creating destination image for projecting C:\Programme\Thuban\Dat a\iceland\island.tif Trying the gdal line on itself works, so the ZeroDivisionError might indicate an earlier infection. Adding Debugging code to UI/viewport.py: print 'Entering set_view_transform(%s,%s)' % (scale, offset) # width/height of the window wwidth, wheight = self.GetPortSizeTuple() print 'wwidth=%d; wheight=%d' % (wwidth, wheight) Additional output: Entering set_view_transform(0.0,(-1.#IND, -1.#IND)) wwidth=363; wheight=287 ViewPort.set_view_transform: ZeroDivisionError, scale = 0.0 Trying to find out where this comes from, adding an import traceback traceback.print_stack() File "thuban.pyw", line 34, in ? Thuban.UI.main.main() File "\.\Thuban\UI\main.py", line 45, in main File "C:\Python24\Lib\site-packages\wx-2.6-msw-unicode\wx\_core.py", line 7720 , in MainLoop wx.PyApp.MainLoop(self) File "C:\Python24\Lib\site-packages\wx-2.6-msw-unicode\wx\_core.py", line 7153 , in MainLoop return _core_.PyApp_MainLoop(*args, **kwargs) File "\.\Thuban\UI\mainwindow.py", line 300, in invoke_command File "\.\Thuban\UI\command.py", line 121, in Execute File "\.\Thuban\UI\mainwindow.py", line 1074, in call_method File "\.\Thuban\UI\mainwindow.py", line 474, in OpenSession File "\.\Thuban\UI\application.py", line 248, in OpenSession File "\.\Thuban\UI\application.py", line 188, in SetSession File "\.\Thuban\UI\application.py", line 340, in maps_changed File "\.\Thuban\UI\mainwindow.py", line 521, in SetMap File "\.\Thuban\UI\view.py", line 157, in SetMap File "C:\Programme\Thuban\Thuban\UI\viewport.py", line 313, in SetMap self.FitMapToWindow() File "C:\Programme\Thuban\Thuban\UI\viewport.py", line 501, in FitMapToWindow self.FitRectToWindow(bbox) File "C:\Programme\Thuban\Thuban\UI\viewport.py", line 490, in FitRectToWindow self.set_view_transform(scale, (offx, offy)) File "\.\Thuban\UI\view.py", line 353, in set_view_transform File "C:\Programme\Thuban\Thuban\UI\viewport.py", line 429, in set_view_transf orm traceback.print_stack() First inspections shows: Entering FitRectToWindow((-1430038.2379767266, 0.0, 1.#INF, 1.#INF)) As far as I can see this values, comes from Model/map.py ProjectedBoundingBox() Trycking within there bbox= (-38.083834311187623, 0.0, 0.0, 393.99339649767938) bbox= (-1430038.2379767266, 0.0, 1.#INF, 1.#INF) from ForwardBBox Entering ForwardBBox((-38.083834311187623, 0.0, 0.0, 393.99339649767938)) will return (-1430038.2379767266, 0.0, 1.#INF, 1.#INF) Entering ForwardBBox((-38.083834311187623, 0.0, 0.0, 393.99339649767938)) Entering _transform_bbox (-38.083834311187623, 0.0, 0.0, 393.99339649767938) (-1430038.2379767266, 0.0, 1.#INF, 1.#INF) Entering _transform_bbox (-38.083834311187623, 0.0, 0.0, 393.99339649767938) -------------- 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/20060514/e064064c/attachment.bin From bernhard at intevation.de Sun May 14 17:54:02 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Sun, 14 May 2006 17:54:02 +0200 Subject: thuban-1.1.0-4.exe In-Reply-To: <1147621489.13177.6.camel@geru-itae> References: <1145874427.9811.17.camel@geru-itae> <20060512190156.GA23872@intevation.de> <20060512192825.GE23872@intevation.de> <1147533021.3539.1.camel@geru-itae> <20060514134441.GA7101@intevation.de> <20060514141815.GA9896@intevation.de> <1147621489.13177.6.camel@geru-itae> Message-ID: <20060514155402.GC9896@intevation.de> Am 14. May 2006 um 17:44:49 schrieb Didrik Pinte: > I'll check the version tomorrow on the dev-laptop but i'm nearly sure > they are the same... I also guess this will not be the problem, but sometimes we have to check the less likely things. > It's really strange. I've rebuil thuban with the new gdal 1.3.2. It's > working fine on the laptop too. About still shows 1.3.1.0 for gdal here. > What can be the problematic link ? Maybe you have some environment variables that I do not have or .dlls. > I'll try to put a new copy of the build environment somewhere for > downlad. Thanks. > I have a specific problem when loading raster files on Thuban windows > version. I need to change the "Mask type" in the properties of the > raster from bitmap to alpha in order to see the raster correctly. Do you > have something shown when opening the raster ? No, I cannot see anything. But I thought opening the raster session from Thuban-Data-1.0.0 was working for you? I think Jonathan added the alpha code and there was a difference between the various wx version in how to handle the mask. > Can you test the gdal files using a simple python script. Something like > this : > -------------------------------- > import gdal > rast = gdal.Open('iceland.tiff') > print rast.GetRasterCount() > -------------------------------- Sure. I need to go into the C:\Programme\Thuban\gdal\pymod directory for the import to work. import gdal rast = gdal.Open('C:\Programme\Thuban\Data\iceland\island.tif') print rast.GetRasterCount() >>> print rast.GetRasterCount() Traceback (most recent call last): File "", line 1, in ? AttributeError: Dataset instance has no attribute 'GetRasterCount' 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/20060514/02727268/attachment.bin From bernhard at intevation.de Mon May 15 10:00:09 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 15 May 2006 10:00:09 +0200 Subject: thuban-1.1.0-4.exe In-Reply-To: <20060514154459.GB9896@intevation.de> References: <1145874427.9811.17.camel@geru-itae> <20060512190156.GA23872@intevation.de> <20060512192825.GE23872@intevation.de> <1147533021.3539.1.camel@geru-itae> <20060514134441.GA7101@intevation.de> <20060514141815.GA9896@intevation.de> <20060514154459.GB9896@intevation.de> Message-ID: <20060515080009.GA9899@intevation.de> Am 14. May 2006 um 17:44:59 schrieb Bernhard Reiter: > Am 14. May 2006 um 16:18:15 schrieb Bernhard Reiter: > > Pre120 Load session iceland_sample_raster.thuban > > G020-raster-display, (Pre120) > > Expected result: iceland with raster background should be shown. > > > > Failed: No Image shown. > > Tried to track this down further a bit, > it seems to be related to proj in some way. > Looking at the error message again: > C:\Programme\Thuban>c:\python24\python.exe thuban.pyw > No thubanstart module available > ViewPort.set_view_transform: ZeroDivisionError, scale = 0.0 Calling gdalwarp.ProjectRasterFile("C:\Programme\Thuban\Data\iceland\island.tif" , "+proj=latlong +to_meter=0.017453 +ellps=clrk66 ","+proj=utm +zone=27 +ellps=clrk66 " ,(0.0, -287.0, 363.0, 0.0),[0, 0],(363, 287),1) Here is the similiar output from a GNU/Linux version: Calling gdalwarp.ProjectRasterFile("/mobilehome/bernhard/hacking/thuban/root/trunk/thuban-debug/Data/iceland/island.tif", "+proj=latlong +to_meter=0.017453 +ellps=clrk66 ","+proj=utm +zone=27 +ellps=clrk66 " ,(322003.1320390497, 6979739.6902664267, 876022.18918293528, 7444824.1092898464),[0, 0],(380, 319),5) So the infection has happened earlier as the extend values are significantly different. Check _transform_bbox Windows: Entering _transform_bbox (-38.083834311187623, 0.0, 0.0, 393.99339649767938) (-1430038.2379767266, 0.0, 1.#INF, 1.#INF) GNU/Linux: Entering _transform_bbox(,(-24.549588538116822, 63.282272361329014, -13.491440877527877, 66.565551332131932)) ...will return 322003.132039 7021768.75421 876022.189183 7402795.04535 Hmm, this function seems to want geographic coordinates and on Windows there is 393 which is not a legal value. -------------- 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/20060515/7a97b3e7/attachment.bin From dpinte at itae.be Mon May 15 10:13:54 2006 From: dpinte at itae.be (Didrik Pinte) Date: Mon, 15 May 2006 10:13:54 +0200 Subject: thuban-1.1.0-4.exe In-Reply-To: <20060515080009.GA9899@intevation.de> References: <1145874427.9811.17.camel@geru-itae> <20060512190156.GA23872@intevation.de> <20060512192825.GE23872@intevation.de> <1147533021.3539.1.camel@geru-itae> <20060514134441.GA7101@intevation.de> <20060514141815.GA9896@intevation.de> <20060514154459.GB9896@intevation.de> <20060515080009.GA9899@intevation.de> Message-ID: <1147680835.13177.45.camel@geru-itae> Le lundi 15 mai 2006 ? 10:00 +0200, Bernhard Reiter a ?crit : > Check _transform_bbox > > Windows: > > Entering _transform_bbox > (-38.083834311187623, 0.0, 0.0, 393.99339649767938) > (-1430038.2379767266, 0.0, 1.#INF, 1.#INF) > > GNU/Linux: > Entering _transform_bbox(,(-24.549588538116822, 63.282272361329014, -13.491440877527877, 66.565551332131932)) > ...will return 322003.132039 7021768.75421 876022.189183 7402795.04535 > > Hmm, this function seems to want geographic coordinates and > on Windows there is 393 which is not a legal value. And here is mine using Thuban on Windows on my laptop : Entering _transform bbox : [(-24.549588538116822, 63 .282272361329014, -13.491440877527877, 66.565551332131932)] 322003.132039 7021768.75421 876022.189183 7402795.04535 Same as your linux 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/20060515/89c92030/attachment.bin From dpinte at itae.be Mon May 15 11:30:27 2006 From: dpinte at itae.be (Didrik Pinte) Date: Mon, 15 May 2006 11:30:27 +0200 Subject: thuban-1.1.0-4.exe In-Reply-To: <20060514155402.GC9896@intevation.de> References: <1145874427.9811.17.camel@geru-itae> <20060512190156.GA23872@intevation.de> <20060512192825.GE23872@intevation.de> <1147533021.3539.1.camel@geru-itae> <20060514134441.GA7101@intevation.de> <20060514141815.GA9896@intevation.de> <1147621489.13177.6.camel@geru-itae> <20060514155402.GC9896@intevation.de> Message-ID: <1147685427.4959.1.camel@geru-itae> Le dimanche 14 mai 2006 ? 17:54 +0200, Bernhard Reiter a ?crit : > > It's really strange. I've rebuil thuban with the new gdal 1.3.2. It's > > working fine on the laptop too. > > About still shows 1.3.1.0 for gdal here. I've uploaded a new installer with the 1.3.2 gdal version (thuban-1.1.0-5.exe). The bug for rasters should still be there but ... 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/20060515/de7f2dc3/attachment.bin From bh at intevation.de Mon May 15 11:42:11 2006 From: bh at intevation.de (Bernhard Herzog) Date: Mon, 15 May 2006 11:42:11 +0200 Subject: [thuban-Bugs][110] gdalwrap raster rendering is not working fine In-Reply-To: <20060512190756.GD23872@intevation.de> (Bernhard Reiter's message of "Fri, 12 May 2006 21:07:56 +0200") References: <20060426155123.D923618017DC@pyrosoma.intevation.org> <20060512190756.GD23872@intevation.de> Message-ID: Bernhard Reiter writes: > What is the history of our gdalwrap.cpp file? Assuming we're talking about gdalwarp.cpp :), ViewCVS is your friend (it's a little tricky to find the first version in Thuban): rev. 943, ue May 20 15:26:17 2003 UTC New, but basically a direct copy of the gdalwarp utility provided in GDAL. Added function calls that can be accessed from python. IIRC, gdalwarp was originally a command line utility. Jonathan modified it to be usable as a python extension module. If the gdal APIs used by Thuban's gdalwarp have changed, it should be updated, obviously. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://skencil.org/ Thuban http://thuban.intevation.org/ From bernhard at intevation.de Mon May 15 11:44:39 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 15 May 2006 11:44:39 +0200 Subject: gdal from within Thuban: strange in German (Re: thuban-1.1.0-4.exe) In-Reply-To: <1147680835.13177.45.camel@geru-itae> References: <1145874427.9811.17.camel@geru-itae> <20060512190156.GA23872@intevation.de> <20060512192825.GE23872@intevation.de> <1147533021.3539.1.camel@geru-itae> <20060514134441.GA7101@intevation.de> <20060514141815.GA9896@intevation.de> <20060514154459.GB9896@intevation.de> <20060515080009.GA9899@intevation.de> <1147680835.13177.45.camel@geru-itae> Message-ID: <20060515094439.GA12223@intevation.de> I have found something! gdal behaves faulty when called within Thuban. My hypothesis now is: Gdal that is not save to the C-library behaving differently. within different locales in Windows. When I set the behaviour of Windows to English (Great Britian), at two places in the system control and reboot. Now it works! My GNU/Linux version with Gdal 1.3.1.0 does not show this behaviour. We could look for any setlocale calls within Thuban, its libraries and gdal. Maybe the wrapper should make sure the locale is "C" when calling gdal functions. Didrik, maybe can you set your locales in Windows to German /Deutsch, you should also see it fails. This is interesting because then we both can work on the fix. Here are more details: Windows from within Thuban/Model/layer.py RasterLayer.BoundingBox() geotransform= (0, 1, 0, 0, 0, 1) rasterlayer.BoundingBox will return: (0, 394, 5002, 0) GNU/Linux: geotransform= (-24.550000000000001, 0.002210782287085, 0.0, 66.566666999999995,0.0, -0.0083333350253810001) Windows, from the command line: cd c:\programme\thuban\gdal\pymod c:\python24\python.exe import gdal, gdalconst rast = gdal.Open('C:\Programme\Thuban\Data\iceland\island.tif', gdalconst.GA_ReadOnly) print rast.GetRasterCount() is okay! -------------- 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/20060515/a258a74a/attachment.bin From dpinte at itae.be Mon May 15 11:52:54 2006 From: dpinte at itae.be (Didrik Pinte) Date: Mon, 15 May 2006 11:52:54 +0200 Subject: gdal from within Thuban: strange in German (Re: thuban-1.1.0-4.exe) In-Reply-To: <20060515094439.GA12223@intevation.de> References: <1145874427.9811.17.camel@geru-itae> <20060512190156.GA23872@intevation.de> <20060512192825.GE23872@intevation.de> <1147533021.3539.1.camel@geru-itae> <20060514134441.GA7101@intevation.de> <20060514141815.GA9896@intevation.de> <20060514154459.GB9896@intevation.de> <20060515080009.GA9899@intevation.de> <1147680835.13177.45.camel@geru-itae> <20060515094439.GA12223@intevation.de> Message-ID: <44684F76.9020300@itae.be> Bernhard Reiter a ?crit : > I have found something! > > gdal behaves faulty when called within Thuban. > > My hypothesis now is: > Gdal that is not save to the C-library behaving differently. > within different locales in Windows. > > When I set the behaviour of Windows to English (Great Britian), > at two places in the system control and reboot. > Now it works! > > My GNU/Linux version with Gdal 1.3.1.0 does not show this behaviour. > We could look for any setlocale calls within Thuban, its libraries and gdal. > Maybe the wrapper should make sure the locale is "C" when calling > gdal functions. > > Didrik, > maybe can you set your locales in Windows to German /Deutsch, > you should also see it fails. This is interesting because then we > both can work on the fix. Ok, i've changed my localisation to Germany everywhere I could find it in the Windows configuration : Then opening the raster sample session : ERROR 6: Failed to initialize PROJ.4 with `+proj=tmerc +lat_0=-1,#IND +lon_0=-1, #IND +k=0,999600 +x_0=500000 +y_0=0 +a=6378206 +b=6356583 +units=m +no_defs '. Traceback (most recent call last): File "C:\thubanbuild\Thuban-1.1.0\Thuban\UI\renderer.py", line 138, in project ed_raster_layer options) IOError: Error creating destination image for projecting C:\thubanbuild\Thuban-1 .1.0\Data\iceland\island.tif Bug identified ;-) Thank you Bernhard Didrik From bernhard at intevation.de Mon May 15 12:23:50 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 15 May 2006 12:23:50 +0200 Subject: thuban-1.1.0-4.exe In-Reply-To: <1147623029.13177.13.camel@geru-itae> References: <1145874427.9811.17.camel@geru-itae> <20060512190156.GA23872@intevation.de> <20060512192825.GE23872@intevation.de> <1147533021.3539.1.camel@geru-itae> <20060514134441.GA7101@intevation.de> <20060514141815.GA9896@intevation.de> <20060514154459.GB9896@intevation.de> <1147623029.13177.13.camel@geru-itae> Message-ID: <20060515102350.GC13415@intevation.de> Didrik, [ directly answering to the list, as I guess this is where is should have gone.] On Sun, May 14, 2006 at 06:10:29PM +0200, Didrik Pinte wrote: > Le dimanche 14 mai 2006 ? 17:44 +0200, Bernhard Reiter a ?crit : > > Tried to track this down further a bit, > > it seems to be related to proj in some way. it turned that this hypothesis could not be further harded. > Some information about the proj version i'm using in Thuban installer: > gdal is not statically compiled with proj. I use a Proj 4.4.6 version > compiled with the same environment, then the proj.dll is copied to the > Lib directory of my thuban build (according to the need of the setup.py > file). I did not copy anything, except for msvcp71.dll as writting down in my last test report. Maybe this copying information is still needed? > I've read the following in the proj README : > > ---------------------------------------------------------------------- > If you unpack the distribution somewhere other than C:\, you will also > have to set the PROJ_LIB environment variable so that PROJ can find > initialization files. > > eg. > C:\> set PROJ_LIB=C:\Software\PROJ\NAD > > Once these steps are complete, you should be able to use the various > PROJ > utilities from the commandline. > ---------------------------------------------------------------------- > > My proj installation is in c: but how is yours ? Do we have to add the > NAD directory to the thuban setup ? My last test only had the installation from Thuban-1.1.0-4.exe as indicated. I did no seperate proj installation. My Thuban installation went to C:\Programme\Thuban. It might be the case that we must take care of proj functioning properly, however I cannot say how important that file actually is. 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/20060515/e820719f/attachment.bin From bernhard at intevation.de Mon May 15 12:27:19 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 15 May 2006 12:27:19 +0200 Subject: thuban-1.1.0-4.exe In-Reply-To: <1147623536.13177.21.camel@geru-itae> References: <1145874427.9811.17.camel@geru-itae> <20060512190156.GA23872@intevation.de> <20060512192825.GE23872@intevation.de> <1147533021.3539.1.camel@geru-itae> <20060514134441.GA7101@intevation.de> <20060514141815.GA9896@intevation.de> <1147621489.13177.6.camel@geru-itae> <20060514155402.GC9896@intevation.de> <1147623536.13177.21.camel@geru-itae> Message-ID: <20060515102719.GD13415@intevation.de> [taking the liberty to answer on thuban-devel. Assuming it should have gone there anyway.] On Sun, May 14, 2006 at 06:18:56PM +0200, Didrik Pinte wrote: > Le dimanche 14 mai 2006 ? 17:54 +0200, Bernhard Reiter a ?crit : > > Am 14. May 2006 um 17:44:49 schrieb Didrik Pinte: > > > I'll check the version tomorrow on the dev-laptop but i'm nearly sure > > > they are the same... > > > > I also guess this will not be the problem, > > but sometimes we have to check the less likely things. > > Sure. Here it is : > > Currently using: > wxPython 2.6.3.0 > Python 2.4.3 > PySQLite 2.0.5 > SQLite 3.2.7 > GDAL 1.3.2.0b2 > psycopg - not available > > > I have a specific problem when loading raster files on Thuban windows > > > version. I need to change the "Mask type" in the properties of the > > > raster from bitmap to alpha in order to see the raster correctly. Do you > > > have something shown when opening the raster ? > > > > No, I cannot see anything. > > But I thought opening the raster session from Thuban-Data-1.0.0 was > > working for you? > > > > I think Jonathan added the alpha code and there was a difference > > between the various wx version in how to handle the mask. > > It's working fine but only when switching my raster properties to Alpha. > Running this on my Debian installation, the raster show fine even in > Bitmap mask mode (but my Debian wxWindows is wxPython 2.6.3.2) Even with wxPython 2.6.3.2 on windows, this behaviour seems to be the same. The best would be to write a simply testcase for the wxPython behaviour and report this to them. It *should* be consistant between several platforms. However we could think about switching the default to alpha anyway if this is available, which would avoid the problem for users. > > > Can you test the gdal files using a simple python script. Something like > > > this : > > import gdal > > rast = gdal.Open('C:\Programme\Thuban\Data\iceland\island.tif') > > print rast.GetRasterCount() > > > > >>> print rast.GetRasterCount() > > Traceback (most recent call last): > > File "", line 1, in ? > > AttributeError: Dataset instance has no attribute 'GetRasterCount' > > > sorry for the mistake, No problem, at that point I just did not have the time to inquire. > the correct script is the following : > > import gdal > rast = gdal.Open('C:\Programme\Thuban\Data\iceland\island.tif') > print rast.RasterCount > > But your test with gdalinfo confirms that gdal seems to work correctly. Yes, it does outside of Thuban. ;) -------------- 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/20060515/9827a5bf/attachment.bin From thuban-bugs at wald.intevation.org Mon May 15 12:06:05 2006 From: thuban-bugs at wald.intevation.org (thuban-bugs@wald.intevation.org) Date: Mon, 15 May 2006 12:06:05 +0200 (CEST) Subject: =?UTF-8?B?W3RodWJhbi1CdWdzXVsxMThdIHByb2JsZW0gd2l0aCB1dGY4IHN5c3RlbXMgdHJ5aW5nIHRvIHNlZSBub24gdXRmOCB0YWJsZQ==?= Message-ID: <20060515100605.7B8B718017DD@pyrosoma.intevation.org> Bugs item #118, was opened at 2006-05-15 12:06 You can respond by visiting: http://wald.intevation.org/tracker/?func=detail&atid=105&aid=118&group_id=6 Or by replying to this e-mail entering your response between the following markers: #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ (enter your response here) #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ Status: Open Priority: 3 Submitted By: Didrik Pinte (dpinte) Assigned to: Nobody (None) Summary: problem with utf8 systems trying to see non utf8 table Resolution: None Version: None Category: None Initial Comment: Here is the error I get : An unhandled exception occurred: 'utf8' codec can't decode bytes in position 5-6: invalid data (please report to http://thuban.intevation.org/bugtracker.html) Traceback (most recent call last): File "/home/did/projets/python/thuban/thuban/Thuban/UI/tableview.py", line 74, in GetValue record = self.table.ReadRowAsDict(row, row_is_ordinal = 1) UnicodeDecodeError: 'utf8' codec can't decode bytes in position 5-6: invalid data ---------------------------------------------------------------------- You can respond by visiting: http://wald.intevation.org/tracker/?func=detail&atid=105&aid=118&group_id=6 From bh at intevation.de Mon May 15 12:40:00 2006 From: bh at intevation.de (Bernhard Herzog) Date: Mon, 15 May 2006 12:40:00 +0200 Subject: gdal from within Thuban: strange in German (Re: thuban-1.1.0-4.exe) In-Reply-To: <20060515094439.GA12223@intevation.de> (Bernhard Reiter's message of "Mon, 15 May 2006 11:44:39 +0200") References: <1145874427.9811.17.camel@geru-itae> <20060512190156.GA23872@intevation.de> <20060512192825.GE23872@intevation.de> <1147533021.3539.1.camel@geru-itae> <20060514134441.GA7101@intevation.de> <20060514141815.GA9896@intevation.de> <20060514154459.GB9896@intevation.de> <20060515080009.GA9899@intevation.de> <1147680835.13177.45.camel@geru-itae> <20060515094439.GA12223@intevation.de> Message-ID: Bernhard Reiter writes: > My hypothesis now is: > Gdal that is not save to the C-library behaving differently. SyntaxError :) > When I set the behaviour of Windows to English (Great Britian), > at two places in the system control and reboot. > Now it works! > > My GNU/Linux version with Gdal 1.3.1.0 does not show this behaviour. Let me guess: You're using Python 2.3 on Linux but 2.4 on Windows? If so, the problem my be a bug in Thuban's C/C++ code or even in gdal. Before version 2.4, Python made sure that LC_NUMERIC is always "C" when executing normal C-level code even when the user's locale was different. In 2.4 and later, LC_NUMERIC behaves just as all the other locale settings at the C-level. For more details on this, see http://www.python.org/dev/peps/pep-0331/ Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://skencil.org/ Thuban http://thuban.intevation.org/ From bernhard at intevation.de Mon May 15 14:41:38 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 15 May 2006 14:41:38 +0200 Subject: gdal from within Thuban: strange in German (Re: thuban-1.1.0-4.exe) In-Reply-To: References: <20060512190156.GA23872@intevation.de> <20060512192825.GE23872@intevation.de> <1147533021.3539.1.camel@geru-itae> <20060514134441.GA7101@intevation.de> <20060514141815.GA9896@intevation.de> <20060514154459.GB9896@intevation.de> <20060515080009.GA9899@intevation.de> <1147680835.13177.45.camel@geru-itae> <20060515094439.GA12223@intevation.de> Message-ID: <20060515124138.GA16806@intevation.de> Am 15. May 2006 um 12:40:00 schrieb Bernhard Herzog: > Bernhard Reiter writes: > > > My hypothesis now is: > > Gdal that is not save to the C-library behaving differently. > > SyntaxError :) Resulted from a paste and copy operation. ;) > > When I set the behaviour of Windows to English (Great Britian), > > at two places in the system control and reboot. > > Now it works! > > > > My GNU/Linux version with Gdal 1.3.1.0 does not show this behaviour. > > Let me guess: You're using Python 2.3 on Linux but 2.4 on Windows? Yes. > If so, the problem my be a bug in Thuban's C/C++ code or even in gdal. > Before version 2.4, Python made sure that LC_NUMERIC is always "C" when > executing normal C-level code even when the user's locale was different. > In 2.4 and later, LC_NUMERIC behaves just as all the other locale > settings at the C-level. For more details on this, see > http://www.python.org/dev/peps/pep-0331/ Looks like this could be the problem. So there is a good chance that this is going to be a problem for GNU/Linux as well. -------------- 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/20060515/492a6555/attachment.bin From bernhard at intevation.de Mon May 15 14:58:42 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 15 May 2006 14:58:42 +0200 Subject: gdal from within Thuban: strange in German (Re: thuban-1.1.0-4.exe) In-Reply-To: <20060515124138.GA16806@intevation.de> References: <20060512192825.GE23872@intevation.de> <1147533021.3539.1.camel@geru-itae> <20060514134441.GA7101@intevation.de> <20060514141815.GA9896@intevation.de> <20060514154459.GB9896@intevation.de> <20060515080009.GA9899@intevation.de> <1147680835.13177.45.camel@geru-itae> <20060515094439.GA12223@intevation.de> <20060515124138.GA16806@intevation.de> Message-ID: <20060515125842.GB16806@intevation.de> Am 15. May 2006 um 14:41:38 schrieb Bernhard Reiter: > Am 15. May 2006 um 12:40:00 schrieb Bernhard Herzog: > > If so, the problem my be a bug in Thuban's C/C++ code or even in gdal. Check for "locale" in http://lists.maptools.org/pipermail/gdal-dev/2006-March/thread.html http://bugzilla.remotesensing.org/show_bug.cgi?id=869 http://www.remotesensing.org/gdal/faq.html has Does GDAL work in different international numeric locales? No. GDAL makes extensive use of sprintf() and atof() internally to translate numeric values. If a locale is in effect that modifies formatting of numbers, altering the role of commas and periods in numbers, then PROJ.4 will not work. This problem is common in some European locales. On unix-like platforms, this problem can be avoided by forcing the use of the default numeric locale by setting the LC_NUMERIC environment variable to -------------- 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/20060515/fb75e901/attachment.bin From bh at intevation.de Mon May 15 16:51:07 2006 From: bh at intevation.de (Bernhard Herzog) Date: Mon, 15 May 2006 16:51:07 +0200 Subject: [Thuban-commits] r2680 - in trunk/thuban: . Thuban Thuban/Model In-Reply-To: <20060515143651.E7E4C18017DD@pyrosoma.intevation.org> References: <20060515143651.E7E4C18017DD@pyrosoma.intevation.org> Message-ID: <20060515145107.GA13221@intevation.de> On Mon, May 15, 2006 at 04:36:51PM +0200, scm-commit at wald.intevation.org wrote: > Author: dpinte > Date: 2006-05-15 16:36:50 +0200 (Mon, 15 May 2006) > New Revision: 2680 [...] > +try: > + # Using SQLITE 2.x > + sqlite2 = True > + from pysqlite2 import dbapi2 as sqlite Could you please follow the Thuban coding style and use only spaces for indents and make every indent level 4 spaces? Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://skencil.org/ Thuban http://thuban.intevation.org/ From bernhard at intevation.de Mon May 15 18:12:02 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 15 May 2006 18:12:02 +0200 Subject: Coding Styleguide (was: [Thuban-commits] r2680 - in trunk/thuban: . Thuban Thuban/Model) In-Reply-To: <20060515145107.GA13221@intevation.de> References: <20060515143651.E7E4C18017DD@pyrosoma.intevation.org> <20060515145107.GA13221@intevation.de> Message-ID: <20060515161202.GA19168@intevation.de> Am 15. May 2006 um 16:51:07 schrieb Bernhard Herzog: > On Mon, May 15, 2006 at 04:36:51PM +0200, scm-commit at wald.intevation.org wrote: > > Author: dpinte > > Date: 2006-05-15 16:36:50 +0200 (Mon, 15 May 2006) > > New Revision: 2680 > [...] > > +try: > > + # Using SQLITE 2.x > > + sqlite2 = True > > + from pysqlite2 import dbapi2 as sqlite > > Could you please follow the Thuban coding style and use only spaces for > indents and make every indent level 4 spaces? Didrik, Bernhard H. probably is right, following the code style is best. You will find the style notes in thuban/Doc/technotes/ thanks again for the contribution! 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/20060515/3b3c0040/attachment.bin From bernhard at intevation.de Tue May 16 09:54:43 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 16 May 2006 09:54:43 +0200 Subject: import all extensions example files Message-ID: <20060516075443.GL11334@intevation.de> Hi Didrik, reading bug#[108] bugs due to Extensions.ogr module http://wald.intevation.org/tracker/index.php?func=detail&aid=108&group_id=6&atid=105 I started to wonder if we can create generic example files for importing all extensions and put them into SVN. This would make it a lot easier for installers to point users towards it, or to just put this into place. If those example files depend on the platform (windows) or (gnulinux) we could make subdirectories. What do you think? 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/20060516/c359367f/attachment.bin From dpinte at itae.be Tue May 16 10:06:46 2006 From: dpinte at itae.be (Didrik Pinte) Date: Tue, 16 May 2006 10:06:46 +0200 Subject: import all extensions example files In-Reply-To: <20060516075443.GL11334@intevation.de> References: <20060516075443.GL11334@intevation.de> Message-ID: <1147766807.14379.8.camel@geru-itae> Le mardi 16 mai 2006 ? 09:54 +0200, Bernhard Reiter a ?crit : > Hi Didrik, > > reading bug#[108] bugs due to Extensions.ogr module > http://wald.intevation.org/tracker/index.php?func=detail&aid=108&group_id=6&atid=105 > > I started to wonder if we can create generic example files > for importing all extensions > and put them into SVN. > This would make it a lot easier for installers to point > users towards it, or to just put this into place. > > If those example files depend on the platform (windows) or (gnulinux) > we could make subdirectories. > > What do you think? > > Bernhard It's a very good idea. Especially for multi-os users because the file aren't at the same place on win32 and linux. The file could contain all the official stable extension and even more a commented import of the non stable ones. Furthermore, it will be a strenght for Thuban because some of the very very intersting feature are "hidden" in Extensions (svgexport, ogr imports, etc.). I can provide my windows thubanstart.py file as starting point. 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/20060516/7024db8f/attachment.bin From bernhard at intevation.de Fri May 19 10:33:27 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 19 May 2006 10:33:27 +0200 Subject: import all extensions example files In-Reply-To: <1147766807.14379.8.camel@geru-itae> References: <20060516075443.GL11334@intevation.de> <1147766807.14379.8.camel@geru-itae> Message-ID: <20060519083327.GA30111@intevation.de> Am 16. May 2006 um 10:06:46 schrieb Didrik Pinte: > Le mardi 16 mai 2006 ? 09:54 +0200, Bernhard Reiter a ?crit : > > Hi Didrik, > > > > reading bug#[108] bugs due to Extensions.ogr module > > http://wald.intevation.org/tracker/index.php?func=detail&aid=108&group_id=6&atid=105 > > > > I started to wonder if we can create generic example files > > for importing all extensions > > and put them into SVN. > > This would make it a lot easier for installers to point > > users towards it, or to just put this into place. > > > > If those example files depend on the platform (windows) or (gnulinux) > > we could make subdirectories. > > > > What do you think? > > > > Bernhard > > It's a very good idea. Especially for multi-os users because the file > aren't at the same place on win32 and linux. Then we just need a good place in SVN for it. :) > 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. > Furthermore, it will be a strenght for Thuban because some of the very > very intersting feature are "hidden" in Extensions (svgexport, ogr > imports, etc.). > > I can provide my windows thubanstart.py file as starting point. Cool. -------------- 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/20060519/03db9440/attachment.bin From bernhard at intevation.de Fri May 19 10:48:43 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 19 May 2006 10:48:43 +0200 Subject: More testsetups at my place. Message-ID: <20060519084843.GB30111@intevation.de> Hi Didrik, to comment on some of the bugs, I will have to set up a bit more of test environment here. I need a chroot where I can run Debian unstable and test more wx2.6 and postgresql stuff. I am just writing it, so you know why I did not comment on some of your nice bugreports. 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/20060519/4c7c879c/attachment.bin From dpinte at itae.be Fri May 19 11:20:14 2006 From: dpinte at itae.be (Didrik Pinte) Date: Fri, 19 May 2006 11:20:14 +0200 Subject: More testsetups at my place. In-Reply-To: <20060519084843.GB30111@intevation.de> References: <20060519084843.GB30111@intevation.de> Message-ID: <1148030414.17209.5.camel@geru-itae> Le vendredi 19 mai 2006 ? 10:48 +0200, Bernhard Reiter a ?crit : > Hi Didrik, > > to comment on some of the bugs, I will have to set up a bit > more of test environment here. > I need a chroot where I can run Debian unstable and test more > wx2.6 and postgresql stuff. > > I am just writing it, so you know why I did not comment on some of > your nice bugreports. > > Bernhard Cool, About wx2.6, I was wondering how will be the policy for the next thuban releases. wxPython imports have change with 2.6. They are much more comfortable to use. I don't know about the new functionnalities but wx2.6 seems to be the "new" reference (you wx2.6 package even in Debian/Sarge if i'm not wrong). For my part, i'm improving the basic integration of a module for my project into Thuban. That's how I discover little things ;-) and try to report and/or correct them. It's cool to feel that it serves something. Best regards, 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/20060519/a0c27e61/attachment.bin From bernhard at intevation.de Fri May 19 17:15:52 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 19 May 2006 17:15:52 +0200 Subject: More testsetups at my place. In-Reply-To: <1148030414.17209.5.camel@geru-itae> References: <20060519084843.GB30111@intevation.de> <1148030414.17209.5.camel@geru-itae> Message-ID: <20060519151552.GG5226@intevation.de> Am 19. May 2006 um 11:20:14 schrieb Didrik Pinte: > About wx2.6, I was wondering how will be the policy for the next thuban > releases. I am not sure, we can still decide on it. So far I would say I have no problem making 2.6 a requirement for future versions. > wxPython imports have change with 2.6. They are much more comfortable to > use. I don't know about the new functionnalities but wx2.6 seems to be > the "new" reference (you wx2.6 package even in Debian/Sarge if i'm not > wrong). > > For my part, i'm improving the basic integration of a module for my > project into Thuban. That's how I discover little things ;-) and try to > report and/or correct them. > > It's cool to feel that it serves something. -------------- 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/20060519/710a2478/attachment.bin From bernhard at intevation.de Fri May 19 17:16:19 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 19 May 2006 17:16:19 +0200 Subject: Proposal: Release 1.1.0 as 1.2.0 stable In-Reply-To: <20060412085012.GG27776@intevation.de> References: <20060412085012.GG27776@intevation.de> Message-ID: <20060519151619.GH5226@intevation.de> Am 12. Apr 2006 um 10:50:12 schrieb Bernhard Reiter: > Proposal: > > When looking at the feature list of 1.1.0 as compared to 1.0.1 on > http://thuban.intevation.org/changelog.html > > I think we should adapt the roadmap and release 1.1.0 as stable 1.2.0. > We could start preparing this while Didrik already has done good steps > to make Thuban 1.1.0 available on Windows. > > Packagers like Debian are waiting for the new stable version > and it would be good to get the new features towards more users. > > Jan, Bernhard (H.), all: What do you think? Bernhard H. told me he was alright with it. Jan, what do you think? -------------- 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/20060519/3e0e2c2c/attachment.bin From thuban-bugs at wald.intevation.org Fri May 19 10:39:16 2006 From: thuban-bugs at wald.intevation.org (thuban-bugs@wald.intevation.org) Date: Fri, 19 May 2006 10:39:16 +0200 (CEST) Subject: =?UTF-8?B?W3RodWJhbi1CdWdzXVsxMjBdIGdkYWwgYW5kIHByb2ogbm90IHJvYnVzdCBhZ2FpbnN0IExDX05VTUVSSUMgbG9jYWxlIGNoYW5nZXMsIHdpbGwgYWZmZWN0IHB5dGhvbjIuNA==?= Message-ID: <20060519083916.48FB218017E2@pyrosoma.intevation.org> Bugs item #120, was opened at 2006-05-19 10:39 You can respond by visiting: http://wald.intevation.org/tracker/?func=detail&atid=105&aid=120&group_id=6 Or by replying to this e-mail entering your response between the following markers: #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ (enter your response here) #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ Status: Open Priority: 4 Submitted By: Bernhard Reiter (bernhard) Assigned to: Nobody (None) Summary: gdal and proj not robust against LC_NUMERIC locale changes, will affect python2.4 Resolution: None Version: None Category: None Initial Comment: See the discussion on thuban-devel: http://intevation.de/pipermail/thuban-devel/2006-May/001714.html http://intevation.de/pipermail/thuban-devel/2006-May/001716.html This will affect Python2.4 with gdal and proj as Python 2.3 enforced a different LC_NUMERIC. To solve this problem, I think we should a) search for and possibly file a bug with GDAL b) Write a testcase that fails with LC_NUMERIC being set to ",". c) Unless this is fixed, make sure our gdal and proj calls are always LC_NUMERIC C. ---------------------------------------------------------------------- You can respond by visiting: http://wald.intevation.org/tracker/?func=detail&atid=105&aid=120&group_id=6 From thuban-featurerequests at wald.intevation.org Fri May 19 17:17:17 2006 From: thuban-featurerequests at wald.intevation.org (thuban-featurerequests@wald.intevation.org) Date: Fri, 19 May 2006 17:17:17 +0200 (CEST) Subject: =?UTF-8?B?W3RodWJhbi1GZWF0dXJlIFJlcXVlc3RzXVsxMjFdIGFkZCBhIGRpc3BsYXkgbGFiZWxzIGZvciBhbiBlbnRpcmUgbGF5ZXI=?= Message-ID: <20060519151717.75F7118017E4@pyrosoma.intevation.org> Feature Requests item #121, was opened at 2006-05-19 17:17 You can respond by visiting: http://wald.intevation.org/tracker/?func=detail&atid=108&aid=121&group_id=6 Or by replying to this e-mail entering your response between the following markers: #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ (enter your response here) #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ Status: Open Priority: 3 Submitted By: Didrik Pinte (dpinte) Assigned to: Nobody (None) Summary: add a display labels for an entire layer Version: Next Release (example) Category: Interface Improvements (example) Initial Comment: The functionnality must allow the user to show, for example, the name of cities on a point layer. Selecting an attribute from the table, it must be possible to add them on the map (centered on the centroid of the shape for example). ---------------------------------------------------------------------- You can respond by visiting: http://wald.intevation.org/tracker/?func=detail&atid=108&aid=121&group_id=6 From jan-oliver.wagner at intevation.de Sat May 20 00:31:24 2006 From: jan-oliver.wagner at intevation.de (Jan-Oliver Wagner) Date: Sat, 20 May 2006 00:31:24 +0200 Subject: Proposal: Release 1.1.0 as 1.2.0 stable In-Reply-To: <20060519151619.GH5226@intevation.de> References: <20060412085012.GG27776@intevation.de> <20060519151619.GH5226@intevation.de> Message-ID: <200605200031.24539.jan-oliver.wagner@intevation.de> Am Freitag, 19. Mai 2006 17:16 schrieb Bernhard Reiter: > Am 12. Apr 2006 um 10:50:12 schrieb Bernhard Reiter: > > Proposal: > > > > When looking at the feature list of 1.1.0 as compared to 1.0.1 on > > http://thuban.intevation.org/changelog.html > > > > I think we should adapt the roadmap and release 1.1.0 as stable 1.2.0. > > We could start preparing this while Didrik already has done good steps > > to make Thuban 1.1.0 available on Windows. > > > > Packagers like Debian are waiting for the new stable version > > and it would be good to get the new features towards more users. > > > > Jan, Bernhard (H.), all: What do you think? > > Bernhard H. told me he was alright with it. > Jan, what do you think? OK with me in principal. But depend on the workload for myself. Is there a todo list for the release? 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 jan-oliver.wagner at intevation.de Sat May 20 00:38:24 2006 From: jan-oliver.wagner at intevation.de (Jan-Oliver Wagner) Date: Sat, 20 May 2006 00:38:24 +0200 Subject: More testsetups at my place. In-Reply-To: <20060519151552.GG5226@intevation.de> References: <20060519084843.GB30111@intevation.de> <1148030414.17209.5.camel@geru-itae> <20060519151552.GG5226@intevation.de> Message-ID: <200605200038.24370.jan-oliver.wagner@intevation.de> Am Freitag, 19. Mai 2006 17:15 schrieb Bernhard Reiter: > Am 19. May 2006 um 11:20:14 schrieb Didrik Pinte: > > About wx2.6, I was wondering how will be the policy for the next thuban > > releases. > > I am not sure, we can still decide on it. > So far I would say I have no problem making 2.6 a requirement > for future versions. I also think it makes sense to go for 2.6 with Thuban 1.2. The only reason against it is that there is probably some work on the code and the docs to have this happen? 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 Sat May 20 09:30:23 2006 From: dpinte at itae.be (Didrik Pinte) Date: Sat, 20 May 2006 09:30:23 +0200 Subject: More testsetups at my place. In-Reply-To: <200605200038.24370.jan-oliver.wagner@intevation.de> References: <20060519084843.GB30111@intevation.de> <1148030414.17209.5.camel@geru-itae> <20060519151552.GG5226@intevation.de> <200605200038.24370.jan-oliver.wagner@intevation.de> Message-ID: <1148110223.17209.45.camel@geru-itae> Le samedi 20 mai 2006 ? 00:38 +0200, Jan-Oliver Wagner a ?crit : > Am Freitag, 19. Mai 2006 17:15 schrieb Bernhard Reiter: > > Am 19. May 2006 um 11:20:14 schrieb Didrik Pinte: > > > About wx2.6, I was wondering how will be the policy for the next thuban > > > releases. > > > > I am not sure, we can still decide on it. > > So far I would say I have no problem making 2.6 a requirement > > for future versions. > > I also think it makes sense to go for 2.6 with Thuban 1.2. > The only reason against it is that there is probably some work > on the code and the docs to have this happen? > > Best > > Jan I'll have a "light" week next week and can try to update the code for a big 2.6 patch. 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/20060520/b984c2ea/attachment.bin From jan-oliver.wagner at intevation.de Sat May 20 23:26:19 2006 From: jan-oliver.wagner at intevation.de (Jan-Oliver Wagner) Date: Sat, 20 May 2006 23:26:19 +0200 Subject: More testsetups at my place. In-Reply-To: <1148110223.17209.45.camel@geru-itae> References: <20060519084843.GB30111@intevation.de> <200605200038.24370.jan-oliver.wagner@intevation.de> <1148110223.17209.45.camel@geru-itae> Message-ID: <200605202326.20702.jan-oliver.wagner@intevation.de> Am Samstag, 20. Mai 2006 09:30 schrieb Didrik Pinte: > Le samedi 20 mai 2006 ? 00:38 +0200, Jan-Oliver Wagner a ?crit : > > Am Freitag, 19. Mai 2006 17:15 schrieb Bernhard Reiter: > > > Am 19. May 2006 um 11:20:14 schrieb Didrik Pinte: > > > > About wx2.6, I was wondering how will be the policy for the next > > > > thuban releases. > > > > > > I am not sure, we can still decide on it. > > > So far I would say I have no problem making 2.6 a requirement > > > for future versions. > > > > I also think it makes sense to go for 2.6 with Thuban 1.2. > > The only reason against it is that there is probably some work > > on the code and the docs to have this happen? > > > > Best > > > > Jan > > I'll have a "light" week next week and can try to update the code for a > big 2.6 patch. This sounds great. It's OK with me to go for 2.6 for Thuban 1.2. 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 Tue May 23 16:46:19 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 23 May 2006 16:46:19 +0200 Subject: Proposal: Release 1.1.0 as 1.2.0 stable In-Reply-To: <200605200031.24539.jan-oliver.wagner@intevation.de> References: <20060412085012.GG27776@intevation.de> <20060519151619.GH5226@intevation.de> <200605200031.24539.jan-oliver.wagner@intevation.de> Message-ID: <20060523144619.GF6172@intevation.de> Am 20. May 2006 um 00:31:24 schrieb Jan-Oliver Wagner: > Am Freitag, 19. Mai 2006 17:16 schrieb Bernhard Reiter: > > Am 12. Apr 2006 um 10:50:12 schrieb Bernhard Reiter: > > > Proposal: > > > > > > When looking at the feature list of 1.1.0 as compared to 1.0.1 on > > > http://thuban.intevation.org/changelog.html > > > > > > I think we should adapt the roadmap and release 1.1.0 as stable 1.2.0. > > > We could start preparing this while Didrik already has done good steps > > > to make Thuban 1.1.0 available on Windows. > > > > > > Packagers like Debian are waiting for the new stable version > > > and it would be good to get the new features towards more users. > > > > > > Jan, Bernhard (H.), all: What do you think? > > > > Bernhard H. told me he was alright with it. > > Jan, what do you think? > > OK with me in principal. But depend on the workload for myself. > Is there a todo list for the release? Not really yet. I would assume that we just need to decide if we need to rename the version number to 1.2.0 or not. Otherwise I would say that we should fix the LC_NUMERIC bug and release it as stable 1.1.1 or 1.2.0. http://wald.intevation.org/tracker/index.php?func=detail&aid=120&group_id=6&atid=105 -------------- 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/20060523/a53df2ee/attachment.bin From dpinte at itae.be Mon May 29 09:33:01 2006 From: dpinte at itae.be (Didrik Pinte) Date: Mon, 29 May 2006 09:33:01 +0200 Subject: [thuban-Bugs][110] gdalwrap raster rendering is not working fine In-Reply-To: References: <20060426155123.D923618017DC@pyrosoma.intevation.org> <20060512190756.GD23872@intevation.de> Message-ID: <447AA3AD.2070605@itae.be> Bernhard Herzog a ?crit : > Bernhard Reiter writes: > > >> What is the history of our gdalwrap.cpp file? >> > > Assuming we're talking about gdalwarp.cpp :), ViewCVS is your friend > (it's a little tricky to find the first version in Thuban): > > rev. 943, ue May 20 15:26:17 2003 UTC > > New, but basically a direct copy of the gdalwarp utility provided in > GDAL. Added function calls that can be accessed from python. > > > IIRC, gdalwarp was originally a command line utility. Jonathan modified > it to be usable as a python extension module. If the gdal APIs used by > Thuban's gdalwarp have changed, it should be updated, obviously. > > Bernhard Concerning the gdal intregration, in my sense, i do think it would be really important to be able to just follow the official gdalwarp.cpp file and have a simple interface to it. I've looked at the code, it's not easy to do it but ... let's think about it. I'm not a C or C++ expert. Didrik From dpinte at itae.be Mon May 29 10:02:29 2006 From: dpinte at itae.be (Didrik Pinte) Date: Mon, 29 May 2006 10:02:29 +0200 Subject: wxWindows 2.6 [WAS] Re: More testsetups at my place. In-Reply-To: <200605202326.20702.jan-oliver.wagner@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> Message-ID: <1148889749.4852.36.camel@geru-itae> Le samedi 20 mai 2006 ? 23:26 +0200, Jan-Oliver Wagner a ?crit : > Am Samstag, 20. Mai 2006 09:30 schrieb Didrik Pinte: > > Le samedi 20 mai 2006 ? 00:38 +0200, Jan-Oliver Wagner a ?crit : > > > Am Freitag, 19. Mai 2006 17:15 schrieb Bernhard Reiter: > > > > Am 19. May 2006 um 11:20:14 schrieb Didrik Pinte: > > > > > About wx2.6, I was wondering how will be the policy for the next > > > > > thuban releases. > > > > > > > > I am not sure, we can still decide on it. > > > > So far I would say I have no problem making 2.6 a requirement > > > > for future versions. > > > > > > I also think it makes sense to go for 2.6 with Thuban 1.2. > > > The only reason against it is that there is probably some work > > > on the code and the docs to have this happen? > > > > > > Best > > > > > > Jan > > > > I'll have a "light" week next week and can try to update the code for a > > big 2.6 patch. > > This sounds great. > > It's OK with me to go for 2.6 for Thuban 1.2. > > Best > > Jan 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. 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 . -------------- 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/20060529/2bac1966/attachment.bin From jan-oliver.wagner at intevation.de Mon May 29 10:24:10 2006 From: jan-oliver.wagner at intevation.de (Jan-Oliver Wagner) Date: Mon, 29 May 2006 10:24:10 +0200 Subject: wxWindows 2.6 [WAS] Re: More testsetups at my place. In-Reply-To: <1148889749.4852.36.camel@geru-itae> References: <20060519084843.GB30111@intevation.de> <200605202326.20702.jan-oliver.wagner@intevation.de> <1148889749.4852.36.camel@geru-itae> Message-ID: <200605291024.13042.jan-oliver.wagner@intevation.de> On Monday 29 May 2006 10:02, Didrik Pinte wrote: > 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. can you send the patch? Best Jan -- Jan-Oliver Wagner: www.intevation.de/~jan | GISpatcher: www.gispatcher.de Kolab Konsortium : www.kolab-konsortium.de | Thuban : thuban.intevation.org Intevation GmbH : www.intevation.de | Kolab : www.kolab.org FreeGIS : www.freegis.org | GAV : www.grass-verein.de From dpinte at itae.be Mon May 29 10:43:25 2006 From: dpinte at itae.be (Didrik Pinte) Date: Mon, 29 May 2006 10:43:25 +0200 Subject: wxWindows 2.6 [WAS] Re: More testsetups at my place. In-Reply-To: <200605291024.13042.jan-oliver.wagner@intevation.de> References: <20060519084843.GB30111@intevation.de> <200605202326.20702.jan-oliver.wagner@intevation.de> <1148889749.4852.36.camel@geru-itae> <200605291024.13042.jan-oliver.wagner@intevation.de> Message-ID: <447AB42D.4010307@itae.be> Jan-Oliver Wagner a ?crit : > can you send the patch? > > Best > > Jan > I've uploaded the patch here : http://wald.intevation.org/tracker/index.php?func=detail&aid=124&group_id=6&atid=107 Didrik From thuban-patches at wald.intevation.org Mon May 29 10:40:24 2006 From: thuban-patches at wald.intevation.org (thuban-patches@wald.intevation.org) Date: Mon, 29 May 2006 10:40:24 +0200 (CEST) Subject: =?UTF-8?B?W3RodWJhbi1QYXRjaGVzXVsxMjRdIHd4UHl0aG9uIDIuNiB1cGRhdGU=?= Message-ID: <20060529084024.7271A18017DC@pyrosoma.intevation.org> Patches item #124, was opened at 2006-05-29 10:40 You can respond by visiting: http://wald.intevation.org/tracker/?func=detail&atid=107&aid=124&group_id=6 Or by replying to this e-mail entering your response between the following markers: #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ (enter your response here) #+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+#+ Status: Open Priority: 3 Submitted By: Didrik Pinte (dpinte) Assigned to: Nobody (None) Summary: wxPython 2.6 update Version: None Category: None Initial Comment: Here is a patch to update the Thuban code to the latest wxPython 2.6 syntax. ---------------------------------------------------------------------- You can respond by visiting: http://wald.intevation.org/tracker/?func=detail&atid=107&aid=124&group_id=6