From bh at intevation.de Fri Jul 1 17:37:40 2005 From: bh at intevation.de (Bernhard Herzog) Date: Fri, 01 Jul 2005 17:37:40 +0200 Subject: [Thuban-list] Latest working dependency versions? In-Reply-To: <42C44EB3.1000900@jiwe.org> (Philip Dillon-Thiselton's message of "Thu, 30 Jun 2005 20:57:39 +0100") References: <42C44EB3.1000900@jiwe.org> Message-ID: Philip Dillon-Thiselton writes: > Could anyone please tell me which versions of thuban's dependencies are > known to work? Is it just those in the readme or are some others ok? I > am trying to create a package for a bleeding edge linux distro and we > are having some problems. What problems exactly? > wxgtk Anything > 2.4 should work. I haven't tested 2.6 yet, but 2.5.5 works fine for the most part. Unicode builds are not well supported yet, but I'll commit something later today that will hopefully improve it. > sqlite (2 or 3?) I only tested with 2 so far. Currently I'm using 2.8. > python Anything >= 2.2 should work. We haven't tested Thuban with 2.4 yet, though. 2.2 and 2.3 definitely work. > pysqlite (1.0, 1.1 or 2.0?) I'm using 1.0.1 at the moment. 2.0 requires sqlite 3 IIRC, so that hasn't been tested. I'm not sure about 1.1. > wxpython Use the version that exactly fits your wxgtk version. It's best to compile them together. wxpython is part of the wxGTK tarballs, IIRC. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://skencil.org/ Thuban http://thuban.intevation.org/ From bh at intevation.de Fri Jul 1 19:05:03 2005 From: bh at intevation.de (Bernhard Herzog) Date: Fri, 1 Jul 2005 19:05:03 +0200 Subject: [Thuban-list] Latest working dependency versions? In-Reply-To: References: Message-ID: <20050701170503.GA10071@intevation.de> On Fri, Jul 01, 2005 at 05:21:50PM +0100, Phil Dillon-Thiselton wrote: > > Philip Dillon-Thiselton writes: > > > > > Could anyone please tell me which versions of thuban's dependencies are > > > known to work? Is it just those in the readme or are some others ok? I > > > am trying to create a package for a bleeding edge linux distro and we > > > are having some problems. > > > > What problems exactly? > > The two errors we have faced are: > > ImportError: No module named sqlite > > That was with pysqlite2 Yes. The name of the module has changed in pysqlite2. There are probably other incompatible changes. > TypeError: Error when calling the metaclass bases > Cannot create a consistent method resolution > order (MRO) for bases Control, Window > > That was with pysqlite 1.0.1 and 1.1.6 (if I recall correctly) This is a bug in Thuban that was fixed in HEAD back in February. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://skencil.org/ Thuban http://thuban.intevation.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-list/attachments/20050701/3fd7d9a2/attachment.bin From jan at intevation.de Wed Jul 13 23:47:44 2005 From: jan at intevation.de (Jan-Oliver Wagner) Date: Wed, 13 Jul 2005 23:47:44 +0200 Subject: [Thuban-list] [Thuban-announce] Thuban development release 1.1.0 Message-ID: <20050713214744.GA14611@intevation.de> GIS-Viewer Thuban: First development release towards 1.2 available Thuban is a platform independent interactive viewer for geographic data?layers. The first development release 1.1.0 towards the next stable release series is ready for download as source code package. The changes compared to release 1.0.1 include: * Add some support for wxPython 2.5 and 2.6. Thuban is still compatible with wxPython 2.4. * Change the way thuban deals with non-ascii text. The internal representation is now the user's default encoding. Thuban works a bit better with a unicode build of wxPython but there are still problems. * Various raster data improvements. Among other things, translucent images are now supported on a sufficiently recent wxWidgets (2.6). Also, only the part of the window actually covered by the image is drawn which means you canhave many raster images concurrently. Improved performance of map rendering for raster layers (by about a factor of 2 and even more when zoomed to small extents, measured for the Iceland demo). * Improved PostGIS support: * Tables don't have to have a column named "gid" anymore. The user can select the column to use for ids. * PostgreSQL views are supported too. * Support more PostgreSQL versions. 7.4 works now. * Added support for sizable points. * The middle mouse button can be used for panning now. * Give a warning when the projection selected for a layer is probably wrong. * Updated shapelib. * Minimum version of GDAL now 1.2.5. * A registry for extensions. * New or improved extensions: * Improved WMS extension. * New Extension to dump bounding boxes of all shapes of the selected layer. * New extension: umn_mapserver for managing UMN MapServer projects. * New extension: OGR for using the ogr library in order to load various datasource formats. * New Extension: mouseposition. Tool to collect mouse click positions (map coordinates) in a dialog. * Documentation: * Added some documentation of the internals of Thuban. See Doc/technotes/ * The Thuban manual has been partly translated to German _______________________________________________ Thuban-announce mailing list Thuban-announce at intevation.de https://intevation.de/mailman/listinfo/thuban-announce From bernhard at intevation.de Thu Jul 14 12:00:03 2005 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 14 Jul 2005 12:00:03 +0200 Subject: [Thuban-list] svgexport 1.0.0 included in Thuban development release 1.1.0 In-Reply-To: <20050713214744.GA14611@intevation.de> References: <20050713214744.GA14611@intevation.de> Message-ID: <20050714100003.GA4679@intevation.de> Am 13. Jul 2005 um 23:47:44 schrieb Jan-Oliver Wagner: > The first development release 1.1.0 towards the next stable release > series is ready for download as source code package. > * New or improved extensions: > * Improved WMS extension. The svgexport plug-in included is in stable 1.0.0. and improved over 1.0.1 where it was only experimental. Jan: can we fix this at least on the webpage? 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-list/attachments/20050714/f546e6c2/attachment.bin From jan at intevation.de Thu Jul 14 12:04:12 2005 From: jan at intevation.de (Jan-Oliver Wagner) Date: Thu, 14 Jul 2005 12:04:12 +0200 Subject: [Thuban-list] Re: svgexport 1.0.0 included in Thuban development release 1.1.0 In-Reply-To: <20050714100003.GA4679@intevation.de> References: <20050713214744.GA14611@intevation.de> <20050714100003.GA4679@intevation.de> Message-ID: <20050714100412.GA22250@intevation.de> On Thu, Jul 14, 2005 at 12:00:03PM +0200, Bernhard Reiter wrote: > Am 13. Jul 2005 um 23:47:44 schrieb Jan-Oliver Wagner: > > The first development release 1.1.0 towards the next stable release > > series is ready for download as source code package. > > > * New or improved extensions: > > * Improved WMS extension. > > The svgexport plug-in included is in stable 1.0.0. > and improved over 1.0.1 where it was only experimental. > > Jan: can we fix this at least on the webpage? Done. -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ Kolab Konsortium http://kolab-konsortium.de/ FreeGIS http://freegis.org/ From serviopa at sili.com.br Fri Jul 15 02:46:10 2005 From: serviopa at sili.com.br (Serviopa) Date: Thu, 14 Jul 2005 21:46:10 -0300 Subject: [Thuban-list] [Thuban-announce] Thuban development release 1.1.0 Message-ID: <200507150046.j6F0kAv05283@webmail.silicom.com.br> I've compilded it in Mandriva 2005 LE with wxPython 2.6.1. When I try to start it, I get this error: Traceback (most recent call last): File "/usr/local/bin/thuban", line 20, in ? import Thuban.UI.main File "/usr/local/lib/thuban/Thuban/UI/main.py", line 18, in ? from application import ThubanApplication File "/usr/local/lib/thuban/Thuban/UI/application.py", line 35, in ? import view File "/usr/local//lib/thuban/Thuban/UI/view.py", line 41, in ? from renderer import ScreenRenderer, ExportRenderer, PrinterRenderer File "/usr/local//lib/thuban/Thuban/UI/renderer.py", line 35, in ? from Thuban.UI.classifier import ClassDataPreviewer File "/usr/local//lib/thuban/Thuban/UI/classifier.py", line 41, in ? from Thuban.UI.classgen import ClassGenDialog File "/usr/local/lib/thuban/Thuban/UI/classgen.py", line 43, in ? GENCOMBOSTR_UNIFORM = _("Uniform Distribution") File "/usr/local//lib/thuban/Thuban/__init__.py", line 56, in _ return _translation_function(s) File "/usr/local//lib/thuban/Thuban/UI/__init__.py", line 38, in thuban_wx_translation t = t.encode(Thuban._internal_encoding, "replace") LookupError: unknown encoding: pt_pt My system's locale is pt_BR, not pt_pt, so why Thuban try to use pt_pt? Also, how to bypass it? From jan at intevation.de Tue Jul 19 12:53:08 2005 From: jan at intevation.de (Jan-Oliver Wagner) Date: Tue, 19 Jul 2005 12:53:08 +0200 Subject: [Thuban-list] Re: Thuban development release 1.1.0 In-Reply-To: <200507150046.j6F0kAv05283@webmail.silicom.com.br> References: <200507150046.j6F0kAv05283@webmail.silicom.com.br> Message-ID: <20050719105308.GB1063@intevation.de> On Thu, Jul 14, 2005 at 09:46:10PM -0300, Serviopa wrote: > I've compilded it in Mandriva 2005 LE with wxPython 2.6.1. When I try to > start > it, I get this error: > > Traceback (most recent call last): > File "/usr/local/bin/thuban", line 20, in ? > import Thuban.UI.main > File "/usr/local/lib/thuban/Thuban/UI/main.py", line 18, in ? > from application import ThubanApplication > File "/usr/local/lib/thuban/Thuban/UI/application.py", line 35, in ? > import view > File "/usr/local//lib/thuban/Thuban/UI/view.py", line 41, in ? > from renderer import ScreenRenderer, ExportRenderer, PrinterRenderer > File "/usr/local//lib/thuban/Thuban/UI/renderer.py", line 35, in ? > from Thuban.UI.classifier import ClassDataPreviewer > File "/usr/local//lib/thuban/Thuban/UI/classifier.py", line 41, in ? > from Thuban.UI.classgen import ClassGenDialog > File "/usr/local/lib/thuban/Thuban/UI/classgen.py", line 43, in ? > GENCOMBOSTR_UNIFORM = _("Uniform Distribution") > File "/usr/local//lib/thuban/Thuban/__init__.py", line 56, in _ > return _translation_function(s) > File "/usr/local//lib/thuban/Thuban/UI/__init__.py", line 38, in > thuban_wx_translation > t = t.encode(Thuban._internal_encoding, "replace") > LookupError: unknown encoding: pt_pt > > My system's locale is pt_BR, not pt_pt, so why Thuban try to use pt_pt? > Also, > how to bypass it? does thuban show up when you enter: $ LANG=C ./thuban.py ? Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ Kolab Konsortium http://kolab-konsortium.de/ FreeGIS http://freegis.org/ From serviopa at sili.com.br Fri Jul 22 04:25:54 2005 From: serviopa at sili.com.br (Serviopa) Date: Thu, 21 Jul 2005 23:25:54 -0300 Subject: [Thuban-list] Re: Thuban development release 1.1.0 Message-ID: <200507220225.j6M2PseW032019@webmail.sili.com.br> Em Ter 19 Jul 2005 07:53, Jan-Oliver Wagner escreveu: > does thuban show up when you enter: > LANG=C ./thuban.py No. It shows the very same error. From Noli.Sicad at csiro.au Mon Jul 25 08:05:50 2005 From: Noli.Sicad at csiro.au (Noli.Sicad@csiro.au) Date: Mon, 25 Jul 2005 16:05:50 +1000 Subject: [Thuban-list] Thuban1.1.0 rpm, deb Message-ID: Anybody manage to build and install Thuban 1.1.0? Please post your Thuban1.1.0*.rpm or thuban1.1.0*.deb download link. It seems that Thuban having problem to find wx/wx.h. My installation is Ubuntu with wxpython-2.6.1.0 from src.rpm using rpmbuild then alien. How could I make Thuban see my wx.h in /usr/lib/wxPython-2.6.1.0-gtk2-unicode/include/wx-2.6/wx? Any new thuban.spec file for thuban1.1.0? Thanks, Noli From jan at intevation.de Mon Jul 25 15:00:51 2005 From: jan at intevation.de (Jan-Oliver Wagner) Date: Mon, 25 Jul 2005 15:00:51 +0200 Subject: [Thuban-list] Thuban1.1.0 rpm, deb In-Reply-To: References: Message-ID: <20050725130051.GB12182@intevation.de> Hi Noli, On Mon, Jul 25, 2005 at 04:05:50PM +1000, Noli.Sicad at csiro.au wrote: > Anybody manage to build and install Thuban 1.1.0? sure :-) > Please post your Thuban1.1.0*.rpm or thuban1.1.0*.deb download link. if anyone had the time to build such packages, please let us know and we add them to the download web page. > It seems that Thuban having problem to find wx/wx.h. > > My installation is Ubuntu with wxpython-2.6.1.0 from src.rpm using > rpmbuild then alien. > > How could I make Thuban see my wx.h in > /usr/lib/wxPython-2.6.1.0-gtk2-unicode/include/wx-2.6/wx? Try $ python setup.py build_ext --use-wx-python-swig-hack install_local (see README file in Thuban packages for more info about this issue) > Any new thuban.spec file for thuban1.1.0? There is a package for 1.0.0 for Fedora here: http://thuban.intevation.org/download.html#src_fedora_core_2 which may be a good start for 1.1.0. All the best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ Kolab Konsortium http://kolab-konsortium.de/ FreeGIS http://freegis.org/ From jan at intevation.de Mon Jul 25 15:08:46 2005 From: jan at intevation.de (Jan-Oliver Wagner) Date: Mon, 25 Jul 2005 15:08:46 +0200 Subject: [Thuban-list] Re: Thuban development release 1.1.0 In-Reply-To: <200507220225.j6M2PseW032019@webmail.sili.com.br> References: <200507220225.j6M2PseW032019@webmail.sili.com.br> Message-ID: <20050725130846.GC12182@intevation.de> On Thu, Jul 21, 2005 at 11:25:54PM -0300, Serviopa wrote: > Em Ter 19 Jul 2005 07:53, Jan-Oliver Wagner escreveu: > > does thuban show up when you enter: > > LANG=C ./thuban.py > > No. It shows the very same error. hm, could comment out lines 37 and 38 in Thuban/UI/__init__.py and try again? Might be a wx 2.6.1 issue. Anyone else here using wx 2.6.1 possibly even on Mandriva not havin this problem? (Or reproducing the problem?) Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ Kolab Konsortium http://kolab-konsortium.de/ FreeGIS http://freegis.org/ From bh at intevation.de Mon Jul 25 15:22:04 2005 From: bh at intevation.de (Bernhard Herzog) Date: Mon, 25 Jul 2005 15:22:04 +0200 Subject: [Thuban-list] Thuban1.1.0 rpm, deb In-Reply-To: (Noli Sicad's message of "Mon, 25 Jul 2005 16:05:50 +1000") References: Message-ID: writes: > How could I make Thuban see my wx.h in > /usr/lib/wxPython-2.6.1.0-gtk2-unicode/include/wx-2.6/wx? Is wx-config in your PATH? Thuban's setup.py uses that to figure out how to get the wxWidgets header files and libraries. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://skencil.org/ Thuban http://thuban.intevation.org/ From mlennert at club.worldonline.be Mon Jul 25 15:53:01 2005 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Mon, 25 Jul 2005 15:53:01 +0200 Subject: [Thuban-list] Thuban1.1.0 rpm, deb In-Reply-To: <20050725130051.GB12182@intevation.de> References: <20050725130051.GB12182@intevation.de> Message-ID: <42E4EEBD.2010704@club.worldonline.be> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jan-Oliver Wagner wrote: > Hi Noli, > > On Mon, Jul 25, 2005 at 04:05:50PM +1000, Noli.Sicad at csiro.au wrote: > >>Anybody manage to build and install Thuban 1.1.0? > > > sure :-) > > >>Please post your Thuban1.1.0*.rpm or thuban1.1.0*.deb download link. > > > if anyone had the time to build such packages, please let us know > and we add them to the download web page. > > >>It seems that Thuban having problem to find wx/wx.h. >> >>My installation is Ubuntu with wxpython-2.6.1.0 from src.rpm using >>rpmbuild then alien. >> >>How could I make Thuban see my wx.h in >>/usr/lib/wxPython-2.6.1.0-gtk2-unicode/include/wx-2.6/wx? > > > Try > $ python setup.py build_ext --use-wx-python-swig-hack install_local For me under Debian, just going into the thuban directory and launching fakeroot dpkg-buildpackage works like a charm. As far as I remember the swig hack is included in the debian rules file. MOritz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC5O69rIrMbm76jD8RArFKAJ4lTgioFNSKuV9q0r5WBR9XFz4PbwCggCuv Vc9pkhzDgiV+lsm5tAtynF8= =w1UP -----END PGP SIGNATURE----- From serviopa at sili.com.br Tue Jul 26 04:13:15 2005 From: serviopa at sili.com.br (Serviopa) Date: Mon, 25 Jul 2005 23:13:15 -0300 Subject: [Thuban-list] (no subject) Message-ID: <200507260213.j6Q2DFZT015366@webmail.sili.com.br> >hm, could comment out lines 37 and 38 in Thuban/UI/__init__.py >and try again? >Might be a wx 2.6.1 issue. Anyone else here using >wx 2.6.1 possibly even on Mandriva not havin this problem? >(Or reproducing the problem?) Yes, commentig those lines made Thuban start. But it still complains about no pt_pt encoding when some other routine calls similar translation functions. Maybe because there is no such pt_pt encoding, but there is a pt_PT encoding or locale. For instance, whe I try to set or see the projection of a tiff layer, I get this: An unhandled exception occurred: unknown encoding: pt_pt (please report to http://thuban.intevation.org/bugtracker.html) Traceback (most recent call last): File "/usr/local/lib/thuban/Thuban/UI/mainwindow.py", line 300, in invoke_command command.Execute(self.Context()) File "/usr/local//lib/thuban/Thuban/UI/command.py", line 121, in Execute apply(self.function, (context,) + self.args + args, kw) File "/usr/local/lib/thuban/Thuban/UI/mainwindow.py", line 1074, in call_method apply(getattr(context.mainwindow, methodname), args) File "/usr/local/lib/thuban/Thuban/UI/mainwindow.py", line 782, in LayerProjection _("Layer Projection: %s") % layer.Title(), layer) File "/usr/local//lib/thuban/Thuban/UI/projdialog.py", line 73, in __init__ self.build_dialog() File "/usr/local//lib/thuban/Thuban/UI/projdialog.py", line 99, in build_dialog proj_files = [self.load_user_proj(), File "/usr/local//lib/thuban/Thuban/UI/projdialog.py", line 616, in load_system_proj projfile, warnings = get_system_proj_file(name) File "/usr/local/lib/thuban/Thuban/Model/resource.py", line 133, in get_system_proj_file return read_proj_file(fullname) File "/usr/local/lib/thuban/Thuban/Model/resource.py", line 87, in read_proj_file handler.read(filename) File "/usr/local/lib/thuban/Thuban/Model/resource.py", line 171, in read XMLReader.read(self, file_or_filename) File "/usr/local//lib/thuban/Thuban/Model/xmlreader.py", line 75, in read parser.parse(self.__file) File "/usr/lib/python2.4/site-packages/_xmlplus/sax/expatreader.py", line 109, in parse xmlreader.IncrementalParser.parse(self, source) File "/usr/lib/python2.4/site-packages/_xmlplus/sax/xmlreader.py", line 123, in parse self.feed(buffer) File "/usr/lib/python2.4/site-packages/_xmlplus/sax/expatreader.py", line 216, in feed self._parser.Parse(data, isFinal) File "/usr/lib/python2.4/site-packages/_xmlplus/sax/expatreader.py", line 353, in start_element_ns AttributesNSImpl(newattrs, qnames)) File "/usr/local//lib/thuban/Thuban/Model/xmlreader.py", line 114, in startElementNS getattr(self, method_name[0])(name, qname, attrs) File "/usr/local/lib/thuban/Thuban/Model/resource.py", line 177, in start_projection name = self.encode(attrs.get((None, 'name'))) File "/usr/local//lib/thuban/Thuban/Model/xmlreader.py", line 134, in encode return internal_from_unicode(str) File "/usr/local//lib/thuban/Thuban/__init__.py", line 101, in internal_from_unicode return unistr.encode(_internal_encoding, "replace") LookupError: unknown encoding: pt_pt From Noli.Sicad at csiro.au Tue Jul 26 06:42:01 2005 From: Noli.Sicad at csiro.au (Noli.Sicad@csiro.au) Date: Tue, 26 Jul 2005 14:42:01 +1000 Subject: [Thuban-list] RE: Thuban1.1.0 rpm, deb Message-ID: Manage to get thuban working. Using this: python setup.py build_ext --use-wx-python-swig-hack install_local In (K)ubuntu using: Python2.4.1 wxwidget2.6 from http://http.us.debian experimental, but not wxpython2.6 since no dev package wxpython2.6.1.0 from from wxpython.org src.rpm by rpmbuild and alien No Python-gdal, since debian python-gdal1.2.6.1 uses 1.2.5 as recommended for Thuban1.1.0 compilation? Observation: It seem that wx-config could not be found in debian packages?! Thanks. Regards, Noli From jan at intevation.de Tue Jul 26 09:32:07 2005 From: jan at intevation.de (Jan-Oliver Wagner) Date: Tue, 26 Jul 2005 09:32:07 +0200 Subject: [Thuban-list] pt_pt error messages In-Reply-To: <200507260213.j6Q2DFZT015366@webmail.sili.com.br> References: <200507260213.j6Q2DFZT015366@webmail.sili.com.br> Message-ID: <20050726073207.GD13657@intevation.de> On Mon, Jul 25, 2005 at 11:13:15PM -0300, Serviopa wrote: > >hm, could comment out lines 37 and 38 in Thuban/UI/__init__.py > >and try again? > > >Might be a wx 2.6.1 issue. Anyone else here using > >wx 2.6.1 possibly even on Mandriva not havin this problem? > >(Or reproducing the problem?) > > Yes, commentig those lines made Thuban start. But it still complains about > no pt_pt encoding when some other routine calls similar translation > functions. Maybe because there is no such pt_pt encoding, but there is a > pt_PT encoding or locale. > > For instance, whe I try to set or see the projection of a tiff layer, I get > this: > > An unhandled exception occurred: > unknown encoding: pt_pt I think, we must first concentrate on where this "pt_pt" comes from. Does it appear on the list when you type $ locale ? Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ Kolab Konsortium http://kolab-konsortium.de/ FreeGIS http://freegis.org/ From jan at intevation.de Tue Jul 26 09:42:46 2005 From: jan at intevation.de (Jan-Oliver Wagner) Date: Tue, 26 Jul 2005 09:42:46 +0200 Subject: [Thuban-list] RE: Thuban1.1.0 rpm, deb In-Reply-To: References: Message-ID: <20050726074246.GE13657@intevation.de> On Tue, Jul 26, 2005 at 02:42:01PM +1000, Noli.Sicad at csiro.au wrote: > Manage to get thuban working. great :-) > Using this: > python setup.py build_ext --use-wx-python-swig-hack install_local so, it seems the Debian package maintainer hasn't fixed that problem yet. > In (K)ubuntu using: > Python2.4.1 > wxwidget2.6 from http://http.us.debian experimental, but not wxpython2.6 > since no dev package > wxpython2.6.1.0 from from wxpython.org src.rpm by rpmbuild and alien not that the version number must always be identical, ie. when you are using wxPython 2.6.1.0, then you must have wxWidgets 2.6.1.0. > No > Python-gdal, since debian python-gdal1.2.6.1 uses Where could I found python-gdal 1.2.6.1 src.rpm or where do you keep > python-gdal > 1.2.5 as recommended for Thuban1.1.0 compilation? If you are on a Debian, then you should better use the Debian package for gdal. gdal version 1.2.5 is a new requirement to have the raster support work properly. > Observation: > It seem that wx-config could not be found in debian packages?! yes, thats strange. Entering $ dpkg -S wx-config I do not find it, but it is installed: $ type wx-config wx-config is /usr/bin/wx-config (I am on a Debian 3.1 Sarge) Anyone an idea about this? Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ Kolab Konsortium http://kolab-konsortium.de/ FreeGIS http://freegis.org/ From serviopa at sili.com.br Wed Jul 27 01:31:47 2005 From: serviopa at sili.com.br (Serviopa) Date: Tue, 26 Jul 2005 20:31:47 -0300 Subject: [Thuban-list] pt_pt error messages Message-ID: <200507262331.j6QNVl6Y020445@webmail.sili.com.br> >I think, we must first concentrate on where this "pt_pt" comes from. >Does it appear on the list when you type >$ locale >? No, I got this: $ locale LANG=pt_BR LC_CTYPE=pt_BR LC_NUMERIC=pt_BR LC_TIME=pt_BR LC_COLLATE=pt_BR LC_MONETARY=pt_BR LC_MESSAGES=pt_BR LC_PAPER=pt_BR LC_NAME=pt_BR LC_ADDRESS=pt_BR LC_TELEPHONE=pt_BR LC_MEASUREMENT=pt_BR LC_IDENTIFICATION=pt_BR LC_ALL= Also, here is the list of the pt* locales in my system: $ls /usr/share/locale/pt pt/ pt_BR.ISO-8859-15/ pt_PT.ISO-8859-1/ pt_BR/ pt_BR.UTF-8/ pt_PT.ISO-8859-15/ pt_BR.ISO-8859-1/ pt_PT/ pt_PT.UTF-8/ And the i18n file: $ less /etc/sysconfig/i18n SYSFONTACM=iso01 LANGUAGE=pt_BR:pt_PT:pt LC_ADDRESS=pt_BR LC_COLLATE=pt_BR LC_NAME=pt_BR LC_NUMERIC=pt_BR LC_MEASUREMENT=pt_BR LC_TIME=pt_BR LANG=pt_BR LC_IDENTIFICATION=pt_BR LC_MESSAGES=pt_BR LC_CTYPE=pt_BR LC_TELEPHONE=pt_BR LC_MONETARY=pt_BR LC_PAPER=pt_BR SYSFONT=lat1-16 LESSCHARSET="latin1" However, thuban install created this directory: /usr/local/lib/thuban/Resources/Locale/pt_pt/ From Noli.Sicad at csiro.au Wed Jul 27 02:37:01 2005 From: Noli.Sicad at csiro.au (Noli.Sicad@csiro.au) Date: Wed, 27 Jul 2005 10:37:01 +1000 Subject: [Thuban-list] RE: Thuban1.1.0 rpm, deb Message-ID: > In (K)ubuntu using: > Python2.4.1 > wxwidget2.6 from http://http.us.debian experimental, but not wxpython2.6 > since no dev package > wxpython2.6.1.0 from from wxpython.org src.rpm by rpmbuild and alien * not that the version number must always be identical, ie. when you * are using wxPython 2.6.1.0, then you must have wxWidgets 2.6.1.0. My wxWidgets is 2.6.1.1. Right now is Thuban is segment faulting when opening shp file, probably because I built wxPython 2.6.1.0 before installing wxWidgets 2.6.1.1. My gtk is 2.6.2. > No > Python-gdal, since debian python-gdal1.2.6.1 uses Where could I found python-gdal 1.2.6.1 src.rpm or where do you keep > python-gdal > 1.2.5 as recommended for Thuban1.1.0 compilation? *If you are on a Debian, then you should better use the Debian *package for gdal. *gdal version 1.2.5 is a new requirement to have the raster support *work properly. Again, I could not use since the reason above, python2.4 in Ubuntu. > Observation: > It seem that wx-config could not be found in debian packages?! *yes, thats strange. Entering *$ dpkg -S wx-config *I do not find it, but it is installed: *$ type wx-config *wx-config is /usr/bin/wx-config *(I am on a Debian 3.1 Sarge) *Anyone an idea about this? This is really strange. I use: $ locate wx-config Nothing can be found except the documentation and wx-configure.in in the Kdeveloper Yes, it is installed in /usr/bin/wx-config Anybody, in the list using Kubuntu or Ubuntu? Thanks, Noli From jan at intevation.de Wed Jul 27 07:01:00 2005 From: jan at intevation.de (Jan-Oliver Wagner) Date: Wed, 27 Jul 2005 07:01:00 +0200 Subject: [Thuban-list] pt_pt error messages In-Reply-To: <200507262331.j6QNVl6Y020445@webmail.sili.com.br> References: <200507262331.j6QNVl6Y020445@webmail.sili.com.br> Message-ID: <20050727050100.GA11047@intevation.de> On Tue, Jul 26, 2005 at 08:31:47PM -0300, Serviopa wrote: > >I think, we must first concentrate on where this "pt_pt" comes from. > >Does it appear on the list when you type > >$ locale > >? > However, thuban install created this directory: > > /usr/local/lib/thuban/Resources/Locale/pt_pt/ thats not good. For a test, can you rename this directory to pt or pt_BR and try again? Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ Kolab Konsortium http://kolab-konsortium.de/ FreeGIS http://freegis.org/ From jan at intevation.de Wed Jul 27 22:26:48 2005 From: jan at intevation.de (Jan-Oliver Wagner) Date: Wed, 27 Jul 2005 22:26:48 +0200 Subject: [Thuban-list] RE: Thuban1.1.0 rpm, deb In-Reply-To: References: Message-ID: <20050727202648.GA4357@intevation.de> On Wed, Jul 27, 2005 at 10:37:01AM +1000, Noli.Sicad at csiro.au wrote: > > In (K)ubuntu using: > > Python2.4.1 > > wxwidget2.6 from http://http.us.debian experimental, but not > wxpython2.6 > > since no dev package > > wxpython2.6.1.0 from from wxpython.org src.rpm by rpmbuild and alien > > * not that the version number must always be identical, ie. when you > * are using wxPython 2.6.1.0, then you must have wxWidgets 2.6.1.0. > > My wxWidgets is 2.6.1.1. Right now is Thuban is segment faulting when > opening shp file, probably because I built wxPython 2.6.1.0 before > installing wxWidgets 2.6.1.1. we experienced various problems when the versions do not match. > My gtk is 2.6.2. I don't think, the gtk version matters a lot. > > No > > Python-gdal, since debian python-gdal1.2.6.1 uses > * what is the actual problem? > > Python-gdal1.2.6.1 uses python 2.3 ( python2.4), (K)ubuntu uses python2.4 as default. > > > Where could I found python-gdal 1.2.6.1 src.rpm or where do you keep > > python-gdal > 1.2.5 as recommended for Thuban1.1.0 compilation? > > *If you are on a Debian, then you should better use the Debian > *package for gdal. > *gdal version 1.2.5 is a new requirement to have the raster support > *work properly. > > Again, I could not use since the reason above, python2.4 in Ubuntu. what I meant was to rebuild the debian source package on your system. Then you should have a working version. This way is much easier and better than starting to involve a rpm via alien on a debian system. > > Observation: > > It seem that wx-config could not be found in debian packages?! > > *yes, thats strange. Entering > *$ dpkg -S wx-config > *I do not find it, but it is installed: > *$ type wx-config > *wx-config is /usr/bin/wx-config > *(I am on a Debian 3.1 Sarge) > > *Anyone an idea about this? > > This is really strange. I use: > $ locate wx-config > > Nothing can be found except the documentation and wx-configure.in in the > Kdeveloper locate database might be out of date. > Yes, it is installed in /usr/bin/wx-config > > Anybody, in the list using Kubuntu or Ubuntu? anyone? Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ Kolab Konsortium http://kolab-konsortium.de/ FreeGIS http://freegis.org/ From serviopa at sili.com.br Thu Jul 28 05:56:28 2005 From: serviopa at sili.com.br (Serviopa) Date: Thu, 28 Jul 2005 0:56:28 -0300 Subject: [Thuban-list] pt_pt error messages Message-ID: <200507280356.j6S3uSWr025690@webmail.sili.com.br> >thats not good. >For a test, can you rename this directory to >pt or pt_BR and try again? No success. The error message ends in the same way: LookupError: unknown encoding: pt_pt. I guess that it is an internal error in Thuban. Or in wx or python stuff, altough all other applications based on wxWindows and python work fine here. From bh at intevation.de Thu Jul 28 15:29:43 2005 From: bh at intevation.de (Bernhard Herzog) Date: Thu, 28 Jul 2005 15:29:43 +0200 Subject: [Thuban-list] pt_pt error messages In-Reply-To: <200507262331.j6QNVl6Y020445@webmail.sili.com.br> (serviopa@sili.com.br's message of "Tue, 26 Jul 2005 20:31:47 -0300") References: <200507262331.j6QNVl6Y020445@webmail.sili.com.br> Message-ID: "Serviopa" writes: > And the i18n file: > > $ less /etc/sysconfig/i18n > > SYSFONTACM=iso01 > LANGUAGE=pt_BR:pt_PT:pt Is this also the value of your environment variable LANGUAGE? If so, that's the origin of the problem. This looks like a bug in Python (details below). As a workaround, try export LANGUAGE=pt_BR.ISO-8859-1:pt_PT:pt Bernhard The rest of this post are the details on the python bug. Feel free to skip it :) The real problem behind all this is that there's no reliable way to determine the encoding to use. Python's locale module tries to deduce it from the locale settings and on linux that means to deduce it from the locale name. To do this it looks at following environtment variables in that order: 'LANGUAGE', 'LC_ALL', 'LC_CTYPE', 'LANG' The value of the first of these variables which actually has a value is then used to determine the encoding. The value is "normalized" which replaces ":" with "." among other things. The normalized value of "pt_BR:pt_PT:pt" is 'pt_BR.pt_pt'. In the normalized value, the encoding is assumed to be the text after a "@" or a ".", so in your case that's "pt_pt", which is obviously incorrect. The bug in Python is that it doesn't take into account that LANGUAGE can be a colon-separated list of locales. This appears to be present in the current CVS version of Python as well. If I find the time, I'll try to make a least a bug report for it. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://skencil.org/ Thuban http://thuban.intevation.org/ From serviopa at sili.com.br Fri Jul 29 06:02:24 2005 From: serviopa at sili.com.br (Serviopa) Date: Fri, 29 Jul 2005 1:02:24 -0300 Subject: [Thuban-list] pt_pt error messages Message-ID: <200507290402.j6T42O1v030230@webmail.sili.com.br> >Is this also the value of your environment variable LANGUAGE? If so, >that's the origin of the problem. This looks like a bug in Python >(details below). As a workaround, try > >export LANGUAGE=pt_BR.ISO-8859-1:pt_PT:pt > > > Bernhard > > >The rest of this post are the details on the python bug. Feel free to >skip it :) The export thing did it. No more complains about pt_pt. BTW, I have not skiped it, but just cut it to save space here. :)