From dpinte at itae.be Sun Apr 1 12:33:24 2007 From: dpinte at itae.be (Didrik Pinte) Date: Sun, 01 Apr 2007 12:33:24 +0200 Subject: Test of Windows 1.2.0_1.exe In-Reply-To: <200703311740.06502.bernhard@intevation.de> References: <200703311740.06502.bernhard@intevation.de> Message-ID: <1175423604.6680.1.camel@geru-itae> Le samedi 31 mars 2007 ? 17:39 +0200, Bernhard Reiter a ?crit : > Hi Didrik, > > I did a test of your window installer and really find that we need to > give better step by step instructions how to do the install. > The good news is that I get Thuban up pretty simple. > > Also we need to stick on a large warning that it only works > with the English locale. :( > > See my report:. > > Best, > Bernhard Hi Bernhard, Thank you for the thorough testing. That's precious. This makes me thinks I absolutely need to finalize the py2exe version of Thuban so that we can provide an installer with everything built in it. No need for a preexisting python installation, no version problems, etc. I'm under heavy pressure at the moment but will focus on this next week (I hope ;-)). 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/20070401/4dee3abf/attachment.bin From bernhard at intevation.de Mon Apr 2 11:34:40 2007 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 2 Apr 2007 11:34:40 +0200 Subject: Test of Windows 1.2.0_1.exe In-Reply-To: <1175423604.6680.1.camel@geru-itae> References: <200703311740.06502.bernhard@intevation.de> <1175423604.6680.1.camel@geru-itae> Message-ID: <200704021134.45494.bernhard@intevation.de> Hi Didrik, On Sunday 01 April 2007 12:33, Didrik Pinte wrote: > Thank you for the thorough testing. That's precious. thanks for doing the packaging. I have two things which should be changed (I think I will open up issuse for it and assing it to you. ;) ) a) upload a file with installations instructions right beside the .exe on wald. The instructions should contain detailed examples where to get the prerequisites. And the warning for the locale problem. b) Package the message files for localisation. The translations are one of the strength of Thuban, we should ship them. :) > This makes me thinks I absolutely need to finalize the py2exe version of > Thuban so that we can provide an installer with everything built in it. > No need for a preexisting python installation, no version problems, etc. Yes, this would be cool indeed. > I'm under heavy pressure at the moment but will focus on this next week > (I hope ;-)). No problem, this should be fun for you as a volunteer after all! Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- 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/20070402/97fa1bc2/attachment.bin From bernhard at intevation.de Mon Apr 2 11:36:33 2007 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 2 Apr 2007 11:36:33 +0200 Subject: Contributing code In-Reply-To: <17934.31813.934766.902076@desk.crynwr.com> References: <200703311613.56777.bernhard@intevation.de> <17934.31813.934766.902076@desk.crynwr.com> Message-ID: <200704021136.34283.bernhard@intevation.de> On Saturday 31 March 2007 17:20, Russ Nelson wrote: > As good as a signed email, here is my public statement on the small > bits of code I've contributed: > http://blog.russnelson.com/opensource/thuban.html Yes, this should be enough. Thanks! -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- 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/20070402/21df3ded/attachment.bin From bram.degreve at gmail.com Mon Apr 2 15:44:57 2007 From: bram.degreve at gmail.com (Bram de Greve) Date: Mon, 02 Apr 2007 15:44:57 +0200 Subject: Contributing code In-Reply-To: <200703311613.56777.bernhard@intevation.de> References: <200610032253.09029.bernhard@intevation.de> <1159943281.22406.21.camel@geru-itae> <200703311613.56777.bernhard@intevation.de> Message-ID: <461108D9.5090300@gmail.com> Bernhard Reiter wrote: > Bram, > how are you feeling about the code contribution rights? > The mid term plan is to make FSFE the fiduciary of Thuban's code. > Currently Thuban is Gnu GPL, we will probably go GPL v3 > when this is out and GNU LGPL would also be an option in the future? > > If you have no problem assigning the rights to Intevation, > please send a signed email if you can. > > No problem about that ... I, Bram de Greve, transfer the copyright (or exclusive exploitation rights) of my Thuban contributions to Intevation for the purpose that Intevation publish it as Free Software. Bram -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 2474 bytes Desc: S/MIME Cryptographic Signature Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20070402/2c8dd8cc/smime.p7s From bram.degreve at gmail.com Tue Apr 3 12:39:54 2007 From: bram.degreve at gmail.com (Bram de Greve) Date: Tue, 3 Apr 2007 12:39:54 +0200 Subject: Contributing code In-Reply-To: <200704030955.07077.bernhard@intevation.de> References: <200703311613.56777.bernhard@intevation.de> <461108D9.5090300@gmail.com> <200704030955.07077.bernhard@intevation.de> Message-ID: <1d5b08270704030339k6d0e69ddm6ff2de2f0e88de5d@mail.gmail.com> On 4/3/07, Bernhard Reiter wrote: > > Bram, > thanks for the email! > This is signed with an official Belgium key, very interesting. I've finally found some use for that electronic ID card =) Unfortunately on eid.belgium.be, > the English and German pages are broken. > For a security side, this is really strange. > As you probably can read the Dutch side part, > can you notify them about this? I will. Bram PS: using mailing lists from gmail should be more user friendly =) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.intevation.de/pipermail/thuban-devel/attachments/20070403/5d343341/attachment.html From bram.degreve at gmail.com Wed Apr 4 01:22:29 2007 From: bram.degreve at gmail.com (Bram de Greve) Date: Wed, 4 Apr 2007 01:22:29 +0200 Subject: pyshapelib tests In-Reply-To: <46032BC1.4020006@gmail.com> References: <1174140562.26447.10.camel@geru-itae> <46013266.2070307@gmail.com> <46032BC1.4020006@gmail.com> Message-ID: <1d5b08270704031622i395daa51u6dc2e0e13558bf0a@mail.gmail.com> On 3/23/07, Bram de Greve wrote: > > I've also been able to track down this problem ... it appears having a > proj.dll dependent on msvcr80.dll doesn't mix well with rest of Thuban > stuff. I've written a bit about it here: > http://www.bramz.org/2007/03/22/things-learnt-while-coding-on-pyshapelib/ > > I've been able to resolve this issue. It was being caused by a missing manifest in proj.dll. I was able to alter the makefile.vc to embed the manifest int the DLL, which solved this issue. I've submitted a ticket to PROJ.4: http://bugzilla.remotesensing.org/show_bug.cgi?id=1537 Bramz -- hi, i'm a signature viruz, plz set me as your signature and help me spread :) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.intevation.de/pipermail/thuban-devel/attachments/20070404/a66697f1/attachment.html From dpinte at itae.be Thu Apr 5 17:09:58 2007 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 05 Apr 2007 17:09:58 +0200 Subject: Test of Windows 1.2.0_1.exe In-Reply-To: <200704021134.45494.bernhard@intevation.de> References: <200703311740.06502.bernhard@intevation.de> <1175423604.6680.1.camel@geru-itae> <200704021134.45494.bernhard@intevation.de> Message-ID: <1175785798.32741.9.camel@geru-itae> Le lundi 02 avril 2007 ? 11:34 +0200, Bernhard Reiter a ?crit : > Hi Didrik, > > On Sunday 01 April 2007 12:33, Didrik Pinte wrote: > > Thank you for the thorough testing. That's precious. > > thanks for doing the packaging. > I have two things which should be changed (I think I will open up issuse for > it and assing it to you. ;) ) > > a) upload a file with installations instructions right beside the .exe on > wald. The instructions should contain detailed examples where to get > the prerequisites. And the warning for the locale problem. Excellent suggestion. In the todo list ;-) > b) Package the message files for localisation. > The translations are one of the strength of Thuban, we should ship them. :) Stupid question, but why do we let the user generate the Locales files and not put it in the svn ? I have to admit I've just discovered it was not in the build process (setup.py). 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/20070405/9af9491c/attachment.bin From bernhard at intevation.de Thu Apr 5 23:57:45 2007 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 5 Apr 2007 23:57:45 +0200 Subject: Test of Windows 1.2.0_1.exe In-Reply-To: <1175785798.32741.9.camel@geru-itae> References: <200703311740.06502.bernhard@intevation.de> <200704021134.45494.bernhard@intevation.de> <1175785798.32741.9.camel@geru-itae> Message-ID: <200704052357.52044.bernhard@intevation.de> On Thursday 05 April 2007 17:09, Didrik Pinte wrote: > > b) Package the message files for localisation. > > The translations are one of the strength of Thuban, we should ship them. > > :) > > Stupid question, but why do we let the user generate the Locales files > and not put it in the svn ? Not putting them into the SVN is because they are no source files. Just like a "configure" script. > I have to admit I've just discovered it was > not in the build process (setup.py). That might have been an oversight, but it could also have been on purpose, because running a merge each time might change the po files to often. But the generation of messages files itself could (and should) be in the build process I guess. Bernhard H: Do you remember if you did this on purpose? Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- 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/20070405/63ec13c4/attachment.bin From bernhard at intevation.de Fri Apr 6 13:08:50 2007 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 6 Apr 2007 13:08:50 +0200 Subject: Test of Windows 1.2.0_1.exe In-Reply-To: <200704052357.52044.bernhard@intevation.de> References: <200703311740.06502.bernhard@intevation.de> <1175785798.32741.9.camel@geru-itae> <200704052357.52044.bernhard@intevation.de> Message-ID: <200704061308.58922.bernhard@intevation.de> On Thursday 05 April 2007 23:57, Bernhard Reiter wrote: > > I have to admit I've just discovered it was > > not in the build process (setup.py). > That might have been an oversight, > but it could also have been on purpose, because running a merge each > time might change the po files to often. > But the generation of messages files itself could (and should) be > in the build process I guess. > > Bernhard H: Do you remember if you did this on purpose? Ah, I think I got it now. There are several processes: d) Building Thuban - development input: SVN checkout s) Doing binary snapshots. input: SVN and build instructions r) releasing Thuban / sourcetarball see Doc/technotes/release_process.txt Result: A source tarball (contains .mo files) p) packaging Thuban input for official versions: Tarball from r) result: build instructions (from manual to fully automated, aka an RPM spec file or Debian rules) for a target platform b) creating a Thuban binary package for a target platform input: specific build instructions result specific binary package Of course, d) is a bit special. For 1.2.0 we are now executing the other processes. Creating the .mo files is part of r) and currently done manually as explained in Doc/technotes/release_process.txt. This also means you should do p) for windows based r) as well. Did you package from the tarball or zipfile? So when doing a binary snapshot, you have to build the .mo files manually yourself. Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- 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/20070406/1ef07af7/attachment.bin From dpinte at itae.be Fri Apr 6 13:40:46 2007 From: dpinte at itae.be (Didrik Pinte) Date: Fri, 06 Apr 2007 13:40:46 +0200 Subject: Test of Windows 1.2.0_1.exe In-Reply-To: <200704061308.58922.bernhard@intevation.de> References: <200703311740.06502.bernhard@intevation.de> <1175785798.32741.9.camel@geru-itae> <200704052357.52044.bernhard@intevation.de> <200704061308.58922.bernhard@intevation.de> Message-ID: <1175859646.26778.0.camel@geru-itae> Le vendredi 06 avril 2007 ? 13:08 +0200, Bernhard Reiter a ?crit : > > Of course, d) is a bit special. For 1.2.0 we are now executing the > other processes. Creating the .mo files is part of r) and currently done > manually as explained in Doc/technotes/release_process.txt. > This also means you should do p) for windows based r) as well. > Did you package from the tarball or zipfile? I'm building it from a clean svn export each time. So I need to put in my build instruction to not forget the mo files ;-) Thanks for the explanation. 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/20070406/eb49e0f4/attachment.bin From dpinte at itae.be Fri Apr 6 18:13:33 2007 From: dpinte at itae.be (Didrik Pinte) Date: Fri, 06 Apr 2007 18:13:33 +0200 Subject: thuban app Message-ID: <1175876013.29099.12.camel@geru-itae> Guys, In order to fix the problems related to the actual windows installer for Thuban, I made some progress to build a "platform independant" script for creating independant application for linux or windows or even macos. Using cx_Freeze, i've successfully built a Linux application independant of the current Python installation with Locales, etc. It runs just fine ;-). I'll do a win32 app with the same script next week. The missing piece of code now is to update the innosetup file to make an installer. Here is a first dirty test : The application is available here : http://www.itae.be/component/option,com_docman/task,doc_download/gid,5/Itemid,30/ To use it : - extract the archive, this creates a dist directory - launch dist/thuban You should have the Data in it too, the Examples, the Doc and all the needed resources (psycopg, gdal/ogr, all the stable Extensions, etc.). Can some testers try it on a Linux computer with - no python installation on it ? - no full python installation on 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/20070406/deb1dc90/attachment.bin From bernhard at intevation.de Tue Apr 10 18:30:17 2007 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 10 Apr 2007 18:30:17 +0200 Subject: Test of Windows 1.2.0_1.exe In-Reply-To: <1175859646.26778.0.camel@geru-itae> References: <200703311740.06502.bernhard@intevation.de> <200704061308.58922.bernhard@intevation.de> <1175859646.26778.0.camel@geru-itae> Message-ID: <200704101830.21885.bernhard@intevation.de> On Friday 06 April 2007 13:40, Didrik Pinte wrote: > > Did you package from the tarball or zipfile? > > I'm building it from a clean svn export each time. So I need to put in > my build instruction to not forget the mo files ;-) But you should build from the tarball, if you can easily, at least for the official version. :) -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- 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/20070410/5a549fba/attachment.bin From dpinte at itae.be Tue Apr 10 18:33:23 2007 From: dpinte at itae.be (Didrik Pinte) Date: Tue, 10 Apr 2007 18:33:23 +0200 Subject: Test of Windows 1.2.0_1.exe In-Reply-To: <200704101830.21885.bernhard@intevation.de> References: <200703311740.06502.bernhard@intevation.de> <200704061308.58922.bernhard@intevation.de> <1175859646.26778.0.camel@geru-itae> <200704101830.21885.bernhard@intevation.de> Message-ID: <1176222803.15715.0.camel@geru-itae> Le mardi 10 avril 2007 ? 18:30 +0200, Bernhard Reiter a ?crit : > On Friday 06 April 2007 13:40, Didrik Pinte wrote: > > > Did you package from the tarball or zipfile? > > > > I'm building it from a clean svn export each time. So I need to put in > > my build instruction to not forget the mo files ;-) > > But you should build from the tarball, > if you can easily, at least for the official version. :) I'll do that for the next update of the installer ;-) 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/20070410/7cd0286c/attachment.bin From bram.degreve at gmail.com Wed Apr 11 01:51:57 2007 From: bram.degreve at gmail.com (Bram de Greve) Date: Wed, 11 Apr 2007 01:51:57 +0200 Subject: pyshapelib unicode saga In-Reply-To: <1d5b08270703150753y368ef69apeb78a411587e099f@mail.gmail.com> References: <1d5b08270703150753y368ef69apeb78a411587e099f@mail.gmail.com> Message-ID: <1d5b08270704101651w3ba7b36el4725c099746b832a@mail.gmail.com> I've made an attempt to add (partial) Unicode support to dbflib. Partial, because strings still need to be encoded to a subset. But this is of course how the DBF databases are designed. The language driver ID (LDID) in the DBF header is used to specify this encoding. Unfortunately there's not UTF-8 LDID ... From bram.degreve at gmail.com Wed Apr 11 16:18:33 2007 From: bram.degreve at gmail.com (Bram de Greve) Date: Wed, 11 Apr 2007 16:18:33 +0200 Subject: pyshapelib unicode saga In-Reply-To: <1d5b08270704101651w3ba7b36el4725c099746b832a@mail.gmail.com> References: <1d5b08270703150753y368ef69apeb78a411587e099f@mail.gmail.com> <1d5b08270704101651w3ba7b36el4725c099746b832a@mail.gmail.com> Message-ID: <1d5b08270704110718u7350164cv4b39c50210bf142b@mail.gmail.com> On 4/11/07, Bram de Greve wrote: > > I've made an attempt to add (partial) Unicode support to dbflib. Partial, > because strings still need to be encoded to a subset. But this is of course > how the DBF databases are designed. The language driver ID (LDID) in the > DBF header is used to specify this encoding. Unfortunately there's not > UTF-8 LDID ... > > I've just found this page on the ESRI website: http://support.esri.com/index.cfm?fa=knowledgebase.techarticles.articleShow&d=21106 At the bottom it says ESRI can save Shapefiles in UTF-8 format if you specify the correct dbfDefault in the registry. If we can identify which LDID value is used for these files, we can support those files as well. Currently, I'm unable to create such a shapefile though ... PS: Currently Unicode support in pyshapelib is only applied to string values, NOT the field names! It's just that would know. This will of course change in the near future. (OK, mea culpa, I just did forget about it ;) Bramz -- hi, i'm a signature viruz, plz set me as your signature and help me spread :) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.intevation.de/pipermail/thuban-devel/attachments/20070411/85e29b0a/attachment.html From bram.degreve at gmail.com Wed Apr 11 17:33:43 2007 From: bram.degreve at gmail.com (Bram de Greve) Date: Wed, 11 Apr 2007 17:33:43 +0200 Subject: Test of Windows 1.2.0_1.exe In-Reply-To: <200703311740.06502.bernhard@intevation.de> References: <200703311740.06502.bernhard@intevation.de> Message-ID: <1d5b08270704110833t5af3fba6u26d8076df380996c@mail.gmail.com> On 3/31/07, Bernhard Reiter wrote: > > Hi Didrik, > > I did a test of your window installer and really find that we need to > give better step by step instructions how to do the install. > The good news is that I get Thuban up pretty simple. What I find a little cumbersome about the current windows installer is that it requires to add its gdal\bin directory to the PATH (or so I understood). I've worked around that problem by simply copying the gdal14.dll some levels up so it would be found regardless of the PATH. Is it really necessary to ship so much of GDAL? Or is it sufficient to simply ship the DLL (and put it in an accessible place)? Sorry if this is a stupid question, I don't really know enough of Thuban's internals to answer that myself. Bramz PS: Sorry Bernhard about the double mail, mea culpa ;) -- hi, i'm a signature viruz, plz set me as your signature and help me spread :) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.intevation.de/pipermail/thuban-devel/attachments/20070411/aab6478e/attachment.html From dpinte at itae.be Wed Apr 11 20:36:26 2007 From: dpinte at itae.be (Didrik Pinte) Date: Wed, 11 Apr 2007 20:36:26 +0200 Subject: Test of Windows 1.2.0_1.exe In-Reply-To: <1d5b08270704110833t5af3fba6u26d8076df380996c@mail.gmail.com> References: <200703311740.06502.bernhard@intevation.de> <1d5b08270704110833t5af3fba6u26d8076df380996c@mail.gmail.com> Message-ID: <1176316586.21311.28.camel@geru-itae> Le mercredi 11 avril 2007 ? 17:33 +0200, Bram de Greve a ?crit : > On 3/31/07, Bernhard Reiter wrote: > Hi Didrik, > > I did a test of your window installer and really find that we > need to > give better step by step instructions how to do the install. > The good news is that I get Thuban up pretty simple. > > > What I find a little cumbersome about the current windows installer is > that it requires to add its gdal\bin directory to the PATH (or so I > understood). I've worked around that problem by simply copying the > gdal14.dll some levels up so it would be found regardless of the PATH. > > Is it really necessary to ship so much of GDAL? Or is it sufficient > to simply ship the DLL (and put it in an accessible place)? Sorry if > this is a stupid question, I don't really know enough of Thuban's > internals to answer that myself. > > Bramz Hi Bram, The problem of the installer is that it is not obvious to automatically update the PATH to the to the gdal14.dll. Concerning the gdal directory and all the tools, I found it really usefull to ship them with Thuban because they allow a lot of interesting feature (ogr2ogr for example, etc.). They are not mandatory and could surely be removed from the installer. In conclusion, it's not a stupid question ;-). Foks, what do you think about this ? Leave it or drop 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/20070411/77802870/attachment.bin From bram.degreve at gmail.com Wed Apr 11 20:47:55 2007 From: bram.degreve at gmail.com (Bram de Greve) Date: Wed, 11 Apr 2007 20:47:55 +0200 Subject: Test of Windows 1.2.0_1.exe In-Reply-To: <1176316586.21311.28.camel@geru-itae> References: <200703311740.06502.bernhard@intevation.de> <1d5b08270704110833t5af3fba6u26d8076df380996c@mail.gmail.com> <1176316586.21311.28.camel@geru-itae> Message-ID: <461D2D5B.1060907@gmail.com> Didrik Pinte wrote: > Concerning the gdal directory and all the tools, I found it really > usefull to ship them with Thuban because they allow a lot of interesting > feature (ogr2ogr for example, etc.). They are not mandatory and could > surely be removed from the installer. > > In conclusion, it's not a stupid question ;-). > > Foks, what do you think about this ? Leave it or drop it ? > OK, I see why it's there now. I have my own GDAL directory set up somewhere else, so it's not directly useful to me. Anyway, if it is decided to keep it, I would like to suggest to move the directory around (or rather its content) so the DLL becomes directly accessible to thuban.py. An other solution would be to ship an extra copy of gdal14.dll next to thuban.py Bram From bram.degreve at gmail.com Wed Apr 11 21:10:30 2007 From: bram.degreve at gmail.com (Bram de Greve) Date: Wed, 11 Apr 2007 21:10:30 +0200 Subject: pyshapelib unicode saga In-Reply-To: <1d5b08270704110718u7350164cv4b39c50210bf142b@mail.gmail.com> References: <1d5b08270703150753y368ef69apeb78a411587e099f@mail.gmail.com> <1d5b08270704101651w3ba7b36el4725c099746b832a@mail.gmail.com> <1d5b08270704110718u7350164cv4b39c50210bf142b@mail.gmail.com> Message-ID: <461D32A6.4000505@gmail.com> Bram de Greve wrote: > PS: Currently Unicode support in pyshapelib is only applied to string > values, NOT the field names! It's just that would know. This will of > course change in the near future. (OK, mea culpa, I just did forget > about it ;) I've expanded the Unicode support to the field names as well. It's been committed to the SVN. Also, I've been in contact with Frank Warmerdam about the state of maptools' shapelib and it looks really promising. He's interesting in the modifications I've made for the Unicode support, and I will probably help him out to put together a new release. Bram From dpinte at itae.be Thu Apr 12 09:31:34 2007 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 12 Apr 2007 09:31:34 +0200 Subject: Test of Windows 1.2.0_1.exe In-Reply-To: <461D2D5B.1060907@gmail.com> References: <200703311740.06502.bernhard@intevation.de> <1d5b08270704110833t5af3fba6u26d8076df380996c@mail.gmail.com> <1176316586.21311.28.camel@geru-itae> <461D2D5B.1060907@gmail.com> Message-ID: <1176363094.24736.1.camel@geru-itae> Le mercredi 11 avril 2007 ? 20:47 +0200, Bram de Greve a ?crit : > Didrik Pinte wrote: > > Concerning the gdal directory and all the tools, I found it really > > usefull to ship them with Thuban because they allow a lot of interesting > > feature (ogr2ogr for example, etc.). They are not mandatory and could > > surely be removed from the installer. > > > > In conclusion, it's not a stupid question ;-). > > > > Foks, what do you think about this ? Leave it or drop it ? > > > > OK, I see why it's there now. I have my own GDAL directory set up > somewhere else, so it's not directly useful to me. Anyway, if it is > decided to keep it, I would like to suggest to move the directory > around (or rather its content) so the DLL becomes directly accessible to > thuban.py. An other solution would be to ship an extra copy of > gdal14.dll next to thuban.py Are you sure the PATH is automatically updated to the running directory of the python script ? If it's the case, this will clearly make it easy for the installer. I don't have a win32 laptop for the moment, so cannot test this. I will have one next week. 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/20070412/68b0a85f/attachment.bin From bernhard at intevation.de Thu Apr 12 09:54:31 2007 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 12 Apr 2007 09:54:31 +0200 Subject: pyshapelib unicode saga In-Reply-To: <461D32A6.4000505@gmail.com> References: <1d5b08270703150753y368ef69apeb78a411587e099f@mail.gmail.com> <1d5b08270704110718u7350164cv4b39c50210bf142b@mail.gmail.com> <461D32A6.4000505@gmail.com> Message-ID: <200704120954.36215.bernhard@intevation.de> On Wednesday 11 April 2007 21:10, Bram de Greve wrote: > I've expanded the Unicode support to the field names as well. ?It's been > committed to the SVN. > > Also, I've been in contact with Frank Warmerdam about the state of > maptools' shapelib and it looks really promising. ?He's interesting in > the modifications I've made for the Unicode support, and I will probably > help him out to put together a new release. Bram, both very cool! Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- 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/20070412/21323670/attachment.bin From bernhard at intevation.de Thu Apr 12 09:56:48 2007 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 12 Apr 2007 09:56:48 +0200 Subject: Test of Windows 1.2.0_1.exe In-Reply-To: <461D2D5B.1060907@gmail.com> References: <200703311740.06502.bernhard@intevation.de> <1176316586.21311.28.camel@geru-itae> <461D2D5B.1060907@gmail.com> Message-ID: <200704120956.48925.bernhard@intevation.de> On Wednesday 11 April 2007 20:47, Bram de Greve wrote: > Didrik Pinte wrote: > > Concerning the gdal directory and all the tools, I found it really > > usefull to ship them with Thuban because they allow a lot of interesting > > feature (ogr2ogr for example, etc.). They are not mandatory and could > > surely be removed from the installer. > > > > In conclusion, it's not a stupid question ;-). > > > > Foks, what do you think about this ? Leave it or drop it ? Leave it in as it is extra value for the users. > OK, I see why it's there now. ?I have my own GDAL directory set up > somewhere else, so it's not directly useful to me. ?Anyway, if it is > decided to keep it, I would like to suggest to move the directory ? > around (or rather its content) so the DLL becomes directly accessible to > thuban.py. ?An other solution would be to ship an extra copy of > gdal14.dll next to thuban.py There must be a way to change the path to include GDAL. Second best solution would be to modify the start script of thuban to include the necessary path. Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- 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/20070412/2f59ae6c/attachment.bin From bernhard at intevation.de Fri Apr 13 12:45:02 2007 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 13 Apr 2007 12:45:02 +0200 Subject: draft announcement in new Releasenotes.txt Message-ID: <200704131245.11194.bernhard@intevation.de> Didrik, can you check the new file Releasenotes.txt? I added a draft of an announcement in there which should have both our names on it, if you agree. Also I think this should be the file we should notes for a specific release. I am still thinking where to add the instructions to install the windows version. It could be this file, but we could also put it under packaging somewhere. What do you think? Best, Bernhard ps.: I have committed a python problem report about locale.getlocale(), now we only need to find out why the raster stuff does not work with my workaround on windows. -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- 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/20070413/2350fdc0/attachment.bin From bernhard at intevation.de Tue Apr 24 23:40:36 2007 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 24 Apr 2007 23:40:36 +0200 Subject: [Thuban-list] Problem with Thuban in Ubuntu In-Reply-To: <200704242011.06837.bernhard@intevation.de> References: <4feb8d340704240832m66eb73b4h9fc3def92b130346@mail.gmail.com> <4feb8d340704241014g7fbe5298q84c86fa59ffed71c@mail.gmail.com> <200704242011.06837.bernhard@intevation.de> Message-ID: <200704242340.44876.bernhard@intevation.de> On Tuesday 24 April 2007 20:11, Bernhard Reiter wrote: > > Traceback (most recent call last): > > ?File "/usr/lib/thuban/Thuban/UI/classgen.py", line 221, in OnOK > > ? ?if genSel in (GENCOMBOSTR_UNIFORM, ? ? ? ? ?\ > > UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position > > 10: ordinal not in range(128) > > **************** > > genSel is the result of self.genChoice.GetString(index) > hmm, given that you will probably use the Spanish translation > this would be msgstr "Distribuci??n Uniforme" of course this cannot be > decoded to ascii. > Ah, I can reproduce this one with the German localisation. I am currently working on this one. -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- 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/20070424/50122f21/attachment.bin From bernhard at intevation.de Tue Apr 24 23:42:35 2007 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 24 Apr 2007 23:42:35 +0200 Subject: draft announcement in new Releasenotes.txt In-Reply-To: <200704131245.11194.bernhard@intevation.de> References: <200704131245.11194.bernhard@intevation.de> Message-ID: <200704242342.36526.bernhard@intevation.de> On Friday 13 April 2007 12:45, Bernhard Reiter wrote: > Didrik, > can you check the new file Releasenotes.txt? > I added a draft of an announcement in there which should have both our > names on it, if you agree. Ping, you have said you agree on having your name on this, is this also an agreement on this specific text? Otherwise I might just rework it and send it around if you would be fine with that. Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- 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/20070424/67e404e9/attachment.bin From bernhard at intevation.de Wed Apr 25 02:34:21 2007 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 25 Apr 2007 02:34:21 +0200 Subject: [Thuban-list] Problem with Thuban in Ubuntu In-Reply-To: <200704242340.44876.bernhard@intevation.de> References: <4feb8d340704240832m66eb73b4h9fc3def92b130346@mail.gmail.com> <200704242011.06837.bernhard@intevation.de> <200704242340.44876.bernhard@intevation.de> Message-ID: <200704250234.33645.bernhard@intevation.de> On Tuesday 24 April 2007 23:40, Bernhard Reiter wrote: > On Tuesday 24 April 2007 20:11, Bernhard Reiter wrote: > > > Traceback (most recent call last): > > > ?File "/usr/lib/thuban/Thuban/UI/classgen.py", line 221, in OnOK > > > ? ?if genSel in (GENCOMBOSTR_UNIFORM, ? ? ? ? ?\ > > > UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position > > > 10: ordinal not in range(128) > > > **************** > > > > genSel is the result of self.genChoice.GetString(index) > > hmm, given that you will probably use the Spanish translation > > this would be msgstr "Distribuci??n Uniforme" of course this cannot be > > decoded to ascii. > > Ah, I can reproduce this one with the German localisation. > > I am currently working on this one. Fixed, also the other one problem that Samuel reported. But: TODO: 20070425 Check for all GetString() calls and reconvert the results with internal_from_wxstring(). 20070425 Check for all string return values, e.g. dlg.GetPaths() in Thuban/UI/mainwindow.py and use internal_from_wxstring(). -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- 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/20070425/b93aea5a/attachment.bin From dpinte at itae.be Wed Apr 25 09:14:05 2007 From: dpinte at itae.be (Didrik Pinte) Date: Wed, 25 Apr 2007 09:14:05 +0200 Subject: draft announcement in new Releasenotes.txt In-Reply-To: <200704242342.36526.bernhard@intevation.de> References: <200704131245.11194.bernhard@intevation.de> <200704242342.36526.bernhard@intevation.de> Message-ID: <1177485245.13901.14.camel@ddp.simpson> On Tue, 2007-04-24 at 23:42 +0200, Bernhard Reiter wrote: > On Friday 13 April 2007 12:45, Bernhard Reiter wrote: > > Didrik, > > can you check the new file Releasenotes.txt? > > I added a draft of an announcement in there which should have both our > > names on it, if you agree. > > Ping, you have said you agree on having your name on this, > is this also an agreement on this specific text? > Otherwise I might just rework it and send it around if you would be fine > with that. > > Bernhard Hi Bernhard, Sorry for the delay, I'm stuck with too many things at the moment. [1] But ;-) , i'm finally having a new win32 environment (in a virtualbox on my Debian system), so i'll be able to work on the win32 problems again. [2] and i'll have some time to spend on thuban again ;-) Concerning the Releasenotes.txt, I will add in the Notable issues some words about the fact that the windows installer is dependant on lots of prerequisites (i'm doing it now). As said before, we will add a file with the installer describing all the things to do to have a working win32 version with the installer. Is this ok ? Didrik -------------- 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/20070425/9d5af060/attachment.bin From bernhard at intevation.de Wed Apr 25 10:38:58 2007 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 25 Apr 2007 10:38:58 +0200 Subject: draft announcement in new Releasenotes.txt In-Reply-To: <1177485245.13901.14.camel@ddp.simpson> References: <200704131245.11194.bernhard@intevation.de> <200704242342.36526.bernhard@intevation.de> <1177485245.13901.14.camel@ddp.simpson> Message-ID: <200704251039.11253.bernhard@intevation.de> Hi Didrik, On Wednesday 25 April 2007 09:14, Didrik Pinte wrote: > Sorry for the delay, I'm stuck with too many things at the moment. no problem, this is fun after all. ;) > [1] But ;-) , i'm finally having a new win32 environment (in a > virtualbox on my Debian system), so i'll be able to work on the win32 > problems again. > > [2] and i'll have some time to spend on thuban again ;-) > > Concerning the Releasenotes.txt, I will add in the Notable issues some > words about the fact that the windows installer is dependant on lots of > prerequisites (i'm doing it now). > > As said before, we will add a file with the installer describing all the > things to do to have a working win32 version with the installer. > > Is this ok ? Wonderful, just upload that file to wald right beside the w32 version (Richard Stallman personally does not say _win_32 because it reminds him of winning. ;) ) But I still want your opinion on the draft announcement text... Best, Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- 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/20070425/930f16ce/attachment.bin From bernhard at intevation.de Wed Apr 25 10:46:38 2007 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 25 Apr 2007 10:46:38 +0200 Subject: TEP 001: Fully switch to unicode (was: [Thuban-list] Problem with Thuban in Ubuntu) In-Reply-To: <200704250234.33645.bernhard@intevation.de> References: <4feb8d340704240832m66eb73b4h9fc3def92b130346@mail.gmail.com> <200704242340.44876.bernhard@intevation.de> <200704250234.33645.bernhard@intevation.de> Message-ID: <200704251046.39161.bernhard@intevation.de> Thuban Enhancement Proposal 001: (20070425ber) Bernhard Reiter Fully switch to use of python unicode objects internally. Throw out special translation modes for other internal encodings like utf8 or latin1. Rational: * Simplification: It would require less code and less branches. * Fixes problems of Thuban 1.2.0 where not all return values from wx in a unicode build are already translated back to internal encoding. * No need to keep other encodings around as the main targets GTK and Windows can build wxPython in unicode well and it seems to be default, e.g. in Debian since wxPython 2.5.4.1. How to do it: Test the already build in internal_encoding = "unicode", if necessary add a comand line version. Use wxversions to hard-select 2.6-unicode, also test for wx.USE_UNICODE and bail out if we cannot have this. Remove code in Thuban/__init__.py and Thuban/UI/__init__.py and change the places where that funcation have been used. Please all comment. Bernhard On Wednesday 25 April 2007 02:34, Bernhard Reiter wrote: > TODO: > ? ? ? ?20070425 Check for all GetString() calls and reconvert the results > ? ? ? ? ? ? ? ? with internal_from_wxstring(). > > ? ? ? ? 20070425 Check for all string return values, e.g. dlg.GetPaths() > ? ? ? ? ? ? ? ? in Thuban/UI/mainwindow.py and use > internal_from_wxstring(). -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- 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/20070425/bd19d9ef/attachment.bin From bernhard at intevation.de Wed Apr 25 10:49:41 2007 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 25 Apr 2007 10:49:41 +0200 Subject: [Thuban-list] Problem with Thuban in Ubuntu In-Reply-To: <1177484531.13901.6.camel@ddp.simpson> References: <4feb8d340704240832m66eb73b4h9fc3def92b130346@mail.gmail.com> <200704242011.06837.bernhard@intevation.de> <1177484531.13901.6.camel@ddp.simpson> Message-ID: <200704251049.42360.bernhard@intevation.de> Didrik, On Wednesday 25 April 2007 09:02, Didrik Pinte wrote: > This is all related to utf-8 encoding. > > Do we open a little bug in the tracker ? Or add it to bug [#118] ( > http://wald.intevation.org/tracker/index.php?func=detail&aid=118&group_id=6 >&atid=105) the problem is different from [#118] as there we are dealing with an input towards Thuban that we cannot reliably know the encoding of. I have thought about and written an Thuban Enhancement Proposal and send to thuban-devel at . I think this should be discussed next. Best, Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- 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/20070425/bddc2aab/attachment.bin From dpinte at itae.be Wed Apr 25 10:52:34 2007 From: dpinte at itae.be (Didrik Pinte) Date: Wed, 25 Apr 2007 10:52:34 +0200 Subject: draft announcement in new Releasenotes.txt In-Reply-To: <200704251039.11253.bernhard@intevation.de> References: <200704131245.11194.bernhard@intevation.de> <200704242342.36526.bernhard@intevation.de> <1177485245.13901.14.camel@ddp.simpson> <200704251039.11253.bernhard@intevation.de> Message-ID: <1177491154.6158.1186445607@webmail.messagingengine.com> On Wed, 25 Apr 2007 10:38:58 +0200, "Bernhard Reiter" said: > > But I still want your opinion on the draft announcement text... The text is GREAT ;-) Feel free to communicate it. Didrik From dpinte at itae.be Wed Apr 25 11:01:18 2007 From: dpinte at itae.be (Didrik Pinte) Date: Wed, 25 Apr 2007 11:01:18 +0200 Subject: TEP 001: Fully switch to unicode (was: [Thuban-list] Problem with Thuban in Ubuntu) In-Reply-To: <200704251046.39161.bernhard@intevation.de> References: <4feb8d340704240832m66eb73b4h9fc3def92b130346@mail.gmail.com> <200704242340.44876.bernhard@intevation.de> <200704250234.33645.bernhard@intevation.de> <200704251046.39161.bernhard@intevation.de> Message-ID: <1177491678.6908.1186445815@webmail.messagingengine.com> On Wed, 25 Apr 2007 10:46:38 +0200, "Bernhard Reiter" said: > Thuban Enhancement Proposal 001: > (20070425ber) > Bernhard Reiter > > Fully switch to use of python unicode objects internally. > Throw out special translation modes for other internal encodings > like utf8 or latin1. > > Rational: > * Simplification: It would require less code and less branches. > * Fixes problems of Thuban 1.2.0 where not all return values from wx > in a unicode build are already translated back to internal encoding. > * No need to keep other encodings around as the main targets GTK and > Windows > can build wxPython in unicode well and it seems to be default, > e.g. in Debian since wxPython 2.5.4.1. > > How to do it: > Test the already build in internal_encoding = "unicode", if necessary add > a comand line version. > > Use wxversions to hard-select 2.6-unicode, also test for wx.USE_UNICODE > and bail out if we cannot have this. > > Remove code in Thuban/__init__.py and Thuban/UI/__init__.py and change > the > places where that funcation have been used. > > Please all comment. > Bernhard This sounds a very good idea. Especially that now we have correct support of unicode in pyshapelib thanks to Bram. Let's do it ! Didrik From bernhard at intevation.de Wed Apr 25 11:19:53 2007 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 25 Apr 2007 11:19:53 +0200 Subject: TEP 001: Fully switch to unicode (was: [Thuban-list] Problem with Thuban in Ubuntu) In-Reply-To: <1177491678.6908.1186445815@webmail.messagingengine.com> References: <4feb8d340704240832m66eb73b4h9fc3def92b130346@mail.gmail.com> <200704251046.39161.bernhard@intevation.de> <1177491678.6908.1186445815@webmail.messagingengine.com> Message-ID: <200704251119.54776.bernhard@intevation.de> On Wednesday 25 April 2007 11:01, Didrik Pinte wrote: > On Wed, 25 Apr 2007 10:46:38 +0200, "Bernhard Reiter" > > said: > > Thuban Enhancement Proposal 001: > > (20070425ber) > > Bernhard Reiter > > > > Fully switch to use of python unicode objects internally. > > Throw out special translation modes for other internal encodings > > like utf8 or latin1. > > Please all comment. > > Bernhard > > This sounds a very good idea. Especially that now we have correct > support of > unicode in pyshapelib thanks to Bram. Does this mean we need to couple this with using the new pyshapelib? Just curious. Decoupled steps are always good. ;) If you want to start doing this, check the Doc/technotes/string_representation.txt add some code to use "unicode" and try running it with an non-English locale. Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- 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/20070425/de9dd56b/attachment.bin From bram.degreve at gmail.com Wed Apr 25 11:57:16 2007 From: bram.degreve at gmail.com (Bram de Greve) Date: Wed, 25 Apr 2007 11:57:16 +0200 Subject: TEP 001: Fully switch to unicode (was: [Thuban-list] Problem with Thuban in Ubuntu) In-Reply-To: <200704251119.54776.bernhard@intevation.de> References: <4feb8d340704240832m66eb73b4h9fc3def92b130346@mail.gmail.com> <200704251046.39161.bernhard@intevation.de> <1177491678.6908.1186445815@webmail.messagingengine.com> <200704251119.54776.bernhard@intevation.de> Message-ID: <1d5b08270704250257i1bd01dbfq9d9125dadfe9cbac@mail.gmail.com> On 4/25/07, Bernhard Reiter wrote: > > On Wednesday 25 April 2007 11:01, Didrik Pinte wrote: > > > > This sounds a very good idea. Especially that now we have correct > > support of > > unicode in pyshapelib thanks to Bram. > > Does this mean we need to couple this with using the new pyshapelib? > Just curious. Decoupled steps are always good. ;) > > If you want to start doing this, check the > Doc/technotes/string_representation.txt > add some code to use "unicode" and try running it with an non-English > locale. > > Bernhard pyshapelib in my WIP branch is currently supporting Unicode at its interface: Unicode strings are used for filenames, fieldnames and string content. So if you're going for all unicode internally, now might be a good time to merge the branch with the trunk? However, I must emphasize that the transformation is not yet complete and that its interface is not entirely stable yet. But it doesn't have to be a problem for this. Here are the open issues: - pyshapelib does not support UTF-8 shapefiles (or rather DBF files) yet as specified by ESRI (see bottom of: http://support.esri.com/index.cfm?fa=knowledgebase.techArticles.articleShow&d=21106 ). - I don't have an UTF-8 shapefile made by ArcGIS to test pyshapelib. - To my understanding, to support UTF-8, ESRI does not use the Language Driver ID (LDID) specified in the header of DBF file, but rather an external CodePage file with the extension .cpg. This is where the biggest changes in dbflib will happen. - Supporting that CodePage will probably alter the interface of DBFFile a bit, but this will mostly concern some read-only attributes that tell the used encoding. These probably won't be needed by Thuban anyway since Thuban will blindly use Unicode strings. - There's one point in the interface that might change and have an influence on Thuban and that's on the creation of a DBFFile where you will have to specify the encoding. Bram -- hi, i'm a signature viruz, plz set me as your signature and help me spread :) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.intevation.de/pipermail/thuban-devel/attachments/20070425/90c45d51/attachment.html From bernhard at intevation.de Wed Apr 25 12:03:44 2007 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 25 Apr 2007 12:03:44 +0200 Subject: TEP 001: Fully switch to unicode (was: [Thuban-list] Problem with Thuban in Ubuntu) In-Reply-To: <1d5b08270704250257i1bd01dbfq9d9125dadfe9cbac@mail.gmail.com> References: <4feb8d340704240832m66eb73b4h9fc3def92b130346@mail.gmail.com> <200704251119.54776.bernhard@intevation.de> <1d5b08270704250257i1bd01dbfq9d9125dadfe9cbac@mail.gmail.com> Message-ID: <200704251203.45392.bernhard@intevation.de> On Wednesday 25 April 2007 11:57, Bram de Greve wrote: > pyshapelib in my WIP branch is currently supporting Unicode at its > interface: Unicode strings are used for filenames, fieldnames and string > content. ?So if you're going for all unicode internally, now might be a > good time to merge the branch with the trunk? We are still discussing it, but if you think new pyshapelib is ready, if must be considered. I take it that is still could be decoupled and pyshapelib will still use non-unicode strings like Thuban uses them. > However, I must emphasize that the transformation is not yet complete and > that its interface is not entirely stable yet. ?But it doesn't have to be a > problem for this. ?Here are the open issues: > - pyshapelib does not support UTF-8 shapefiles (or rather DBF files) yet as > specified by ESRI (see bottom of: > http://support.esri.com/index.cfm?fa=knowledgebase.techArticles.articleShow >&d=21106 ). > - I don't have an UTF-8 shapefile made by ArcGIS to test pyshapelib. This should be easy to remedy, you could ask on thuban-list (to get more users) for an example file or on http://intevation.de/mailman/listinfo/freegis-list > - To my understanding, to support UTF-8, ESRI does not use the Language > Driver ID (LDID) specified in the header of DBF file, but rather an > external CodePage file with the extension .cpg. ?This is where the biggest > changes in dbflib will happen. > - Supporting that CodePage will probably alter the interface of DBFFile a > bit, but this will mostly concern some read-only attributes that tell the > used encoding. ?These probably won't be needed by Thuban anyway since > Thuban will blindly use Unicode strings. > - There's one point in the interface that might change and have an > influence on Thuban and that's on the creation of a DBFFile where you will > have to specify the encoding. If this is the only change, this does not look like a problem, because you probably will give this encoding attribute a default value (of latin-1). ;) Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- 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/20070425/0ebc0691/attachment.bin From bram.degreve at gmail.com Wed Apr 25 12:07:05 2007 From: bram.degreve at gmail.com (Bram de Greve) Date: Wed, 25 Apr 2007 12:07:05 +0200 Subject: pyshapelib as LGPL? Message-ID: <1d5b08270704250307j92f4968hb368ceb27ce7a3d9@mail.gmail.com> Hi, I have a request for altering the license of pyshapelib from GPL to LGPL. IIRC, I think was already set as an idea for a future change, but I would to bring the issue forward. The reason is pretty obvious: I would like to be able to "import shapelib" in Python code that wouldn't be GPL. The shapelib C library is dual licensed under the MIT license and LGPL so that shouldn't be a problem. What do you guys think of it? Bram -- hi, i'm a signature viruz, plz set me as your signature and help me spread :) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.intevation.de/pipermail/thuban-devel/attachments/20070425/a47da7d4/attachment.html From dpinte at itae.be Wed Apr 25 13:21:19 2007 From: dpinte at itae.be (Didrik Pinte) Date: Wed, 25 Apr 2007 13:21:19 +0200 Subject: TEP 001: Fully switch to unicode (was: [Thuban-list] Problem with Thuban in Ubuntu) In-Reply-To: <200704251119.54776.bernhard@intevation.de> References: <4feb8d340704240832m66eb73b4h9fc3def92b130346@mail.gmail.com> <200704251046.39161.bernhard@intevation.de> <1177491678.6908.1186445815@webmail.messagingengine.com> <200704251119.54776.bernhard@intevation.de> Message-ID: <1177500079.20207.1186465721@webmail.messagingengine.com> On Wed, 25 Apr 2007 11:19:53 +0200, "Bernhard Reiter" said: > > This sounds a very good idea. Especially that now we have correct > > support of > > unicode in pyshapelib thanks to Bram. > > Does this mean we need to couple this with using the new pyshapelib? > Just curious. Decoupled steps are always good. ;) I also thinks it's good to do it in two phases. First the internals, then pyshapelib. > If you want to start doing this, check the > Doc/technotes/string_representation.txt > add some code to use "unicode" and try running it with an non-English > locale. It's in the todo-list ! Didrik From bernhard at intevation.de Wed Apr 25 14:30:33 2007 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 25 Apr 2007 14:30:33 +0200 Subject: pyshapelib as LGPL? In-Reply-To: <1d5b08270704250307j92f4968hb368ceb27ce7a3d9@mail.gmail.com> References: <1d5b08270704250307j92f4968hb368ceb27ce7a3d9@mail.gmail.com> Message-ID: <200704251430.39286.bernhard@intevation.de> On Wednesday 25 April 2007 12:07, Bram de Greve wrote: > I have a request for altering the license of pyshapelib from GPL to LGPL. > IIRC, I think was already set as an idea for a future change, but I would > to bring the issue forward. > The reason is pretty obvious: I would like to be able to "import shapelib" > in Python code that wouldn't be GPL. So you would want to combine it with proprietary code to create a proprietary product? > The shapelib C library is dual licensed under the MIT license and LGPL so > that shouldn't be a problem. Which someone would dual license this way is beyond me as MIT probably is upwards compatible. > What do you guys think of it? We need to discuss this a bit. -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- 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/20070425/79141d19/attachment.bin From bram.degreve at gmail.com Wed Apr 25 14:48:11 2007 From: bram.degreve at gmail.com (Bram de Greve) Date: Wed, 25 Apr 2007 14:48:11 +0200 Subject: pyshapelib as LGPL? In-Reply-To: <200704251430.39286.bernhard@intevation.de> References: <1d5b08270704250307j92f4968hb368ceb27ce7a3d9@mail.gmail.com> <200704251430.39286.bernhard@intevation.de> Message-ID: <462F4E0B.700@gmail.com> Bernhard Reiter wrote: > So you would want to combine it with proprietary code to create > a proprietary product? > Erm ... the answer is yes? ;-) Where I work, we would like to use it for a project that probably won't be able to be GPL (not sure yet though). Well, at least it would complicate things less if pyshapelib would be LGPL instead of GPL. Anyway, it would render pyshapelib applicable for a wider range of situations so that - perhaps, hopefully - its popularity would increase. Also it would be more consistent with the spirit of original shapelib's license. > We need to discuss this a bit. > > Naturally. Bram > ------------------------------------------------------------------------ > > _______________________________________________ > Thuban-devel mailing list > Thuban-devel at intevation.de > https://intevation.de/mailman/listinfo/thuban-devel > From bh at intevation.de Wed Apr 25 21:34:39 2007 From: bh at intevation.de (Bernhard Herzog) Date: Wed, 25 Apr 2007 21:34:39 +0200 Subject: pyshapelib as LGPL? In-Reply-To: <1d5b08270704250307j92f4968hb368ceb27ce7a3d9@mail.gmail.com> References: <1d5b08270704250307j92f4968hb368ceb27ce7a3d9@mail.gmail.com> Message-ID: <200704252134.45449.bh@intevation.de> On Wednesday 25 April 2007 12:07, Bram de Greve wrote: > I have a request for altering the license of pyshapelib from GPL to LGPL. The version in Thuban trunk has always been LGPL. There's only one file that got accidentally labelled as GPL. I'll fix that. 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/20070425/7cce5780/attachment.bin From dpinte at itae.be Fri Apr 27 17:20:27 2007 From: dpinte at itae.be (Didrik Pinte) Date: Fri, 27 Apr 2007 17:20:27 +0200 Subject: thuban app for w32 Message-ID: <1177687227.10166.1186919817@webmail.messagingengine.com> Hi guys, Can somebody test the following application ? It's a self-contained full thuban (no installer at the moment). It contains only thuban.exe and the Ressources directory (still without the language files). No need for a Python installation, no need for wx packages, sqlite, etc. It integrates gdal 1.4.1 dependencies. Please test it and give some feedback on it. I faced the following limitations for now : - some extensions does not want to load (ogr for example) - mouseposition extension must move it's bitmap file to the Thuban Ressources directory - no access to the thubanstart.py file anymore ... File is here : http://www.itae.be/component/option,com_docman/task,doc_download/gid,7/Itemid,30/ Didrik From aemphil at gmail.com Fri Apr 27 18:36:47 2007 From: aemphil at gmail.com (Philippe Le Grand) Date: Fri, 27 Apr 2007 11:36:47 -0500 Subject: thuban app for w32 In-Reply-To: <1177687227.10166.1186919817@webmail.messagingengine.com> References: <1177687227.10166.1186919817@webmail.messagingengine.com> Message-ID: <3927aa550704270936s5d319e67sb491a070cd6daa0e@mail.gmail.com> Didrik, I just downloaded and gave the app a try. It launches without problem, but "database connections" is disabled. I successfully opened a large shapefile, but had issues with the rendering (it is a BIG shapefile; I'll try it out with Thuban on my linux box and see if it is any different). How extensive of a test are you looking for? Should any particular area be emphasized? Philippe Le Grand On 4/27/07, Didrik Pinte wrote: > Hi guys, > > Can somebody test the following application ? It's a self-contained full > thuban (no installer at the moment). > > It contains only thuban.exe and the Ressources directory (still without > the language files). > > No need for a Python installation, no need for wx packages, sqlite, etc. > It integrates gdal 1.4.1 dependencies. > > Please test it and give some feedback on it. > > I faced the following limitations for now : > - some extensions does not want to load (ogr for example) > - mouseposition extension must move it's bitmap file to the Thuban > Ressources directory > - no access to the thubanstart.py file anymore ... > > File is here : > http://www.itae.be/component/option,com_docman/task,doc_download/gid,7/Itemid,30/ > > Didrik > > _______________________________________________ > Thuban-devel mailing list > Thuban-devel at intevation.de > https://intevation.de/mailman/listinfo/thuban-devel > From dpinte at itae.be Fri Apr 27 22:36:03 2007 From: dpinte at itae.be (Didrik Pinte) Date: Fri, 27 Apr 2007 22:36:03 +0200 Subject: thuban app for w32 In-Reply-To: <3927aa550704270936s5d319e67sb491a070cd6daa0e@mail.gmail.com> References: <1177687227.10166.1186919817@webmail.messagingengine.com> <3927aa550704270936s5d319e67sb491a070cd6daa0e@mail.gmail.com> Message-ID: <1177706163.3915.6.camel@ddp.simpson> On Fri, 2007-04-27 at 11:36 -0500, Philippe Le Grand wrote: > Didrik, > > I just downloaded and gave the app a try. It launches without problem, > but "database connections" is disabled. I successfully opened a large > shapefile, but had issues with the rendering (it is a BIG shapefile; > I'll try it out with Thuban on my linux box and see if it is any > different). > > How extensive of a test are you looking for? Should any particular > area be emphasized? > > Philippe Le Grand Hi Philippe, The database connection is disabled because it did not add the psycopg module at the moment but it will not stay like this ;-) Considering the shapefile problem, this is interesting. Please check it under you linux box to be sure it's w32 related. Considering the tests, a big play with it should do the trick but if you have time to extensively test a maximum of functionnalities, go ahead. Thanks for the test, Didrik -------------- 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/20070427/fab02fe8/attachment.bin From bram.degreve at gmail.com Sat Apr 28 12:14:47 2007 From: bram.degreve at gmail.com (Bram de Greve) Date: Sat, 28 Apr 2007 12:14:47 +0200 Subject: thuban app for w32 In-Reply-To: <1177687227.10166.1186919817@webmail.messagingengine.com> References: <1177687227.10166.1186919817@webmail.messagingengine.com> Message-ID: <1d5b08270704280314o342194easfdad151a5ab9df39@mail.gmail.com> On 4/27/07, Didrik Pinte wrote: > > > Can somebody test the following application ? It's a self-contained full > thuban (no installer at the moment). It seems to work alright. No need to set environment variables, what I appreciate! =) Good job! Bramz -- hi, i'm a signature viruz, plz set me as your signature and help me spread :) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.intevation.de/pipermail/thuban-devel/attachments/20070428/c3ea767d/attachment.html From bram.degreve at gmail.com Sat Apr 28 12:29:05 2007 From: bram.degreve at gmail.com (Bram de Greve) Date: Sat, 28 Apr 2007 12:29:05 +0200 Subject: pyshapelib as LGPL? In-Reply-To: <200704252134.45449.bh@intevation.de> References: <1d5b08270704250307j92f4968hb368ceb27ce7a3d9@mail.gmail.com> <200704252134.45449.bh@intevation.de> Message-ID: <1d5b08270704280329h3b433edaga5dc6038d0ceb075@mail.gmail.com> On 4/25/07, Bernhard Herzog wrote: > > > The version in Thuban trunk has always been LGPL. There's only one file > that > got accidentally labelled as GPL. I'll fix that. > > That's great. The files in my branch are labeled as GPL. I guess it's technically best if someone of Intevation can fix that ... -- hi, i'm a signature viruz, plz set me as your signature and help me spread :) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.intevation.de/pipermail/thuban-devel/attachments/20070428/efad4539/attachment.html