From putler at commerce.ubc.ca Thu May 1 19:43:10 2003 From: putler at commerce.ubc.ca (Dan Putler) Date: Thu, 01 May 2003 10:43:10 -0700 Subject: [Thuban-list] Module sqlite.py Message-ID: <3EB15CAE.9040908@commerce.ubc.ca> Hi all, I'm trying to get the CVS version of Thuban to work on a RH9 box. Every thing built (after a wee bit of mucking with setup.py), but Thuban dies on initialization because it can't find the module sqlite. Am I correct in assuming that installation of PySQLite is now required as part of the current CVS version of Thuban? Dan -- _________________________________________ Dan Putler UBC Commerce Email: putler at commerce dot ubc dot ca Phone: 604-822-8329 From putler at commerce.ubc.ca Thu May 1 22:31:26 2003 From: putler at commerce.ubc.ca (Dan Putler) Date: Thu, 01 May 2003 13:31:26 -0700 Subject: [Thuban-list] Module sqlite.py In-Reply-To: <3EB15CAE.9040908@commerce.ubc.ca> References: <3EB15CAE.9040908@commerce.ubc.ca> Message-ID: <3EB1841E.6090602@commerce.ubc.ca> Hi all, I've answer my own question by loading both SQLite and PySQLite and it stopped Thuban stopped complaining about the import failure. Things now go a bit further, but Thuban now crashes with the error: ImportError: /usr/local/lib/thuban/Lib/wxproj.so: undefine symbol: __gx_personality_v0 My guess is that it has to do with an inability to get at the Proj.4 library, but I don't really know. To provide some background, I'm using RedHat's version of GCC 3.2.2 and Python version 2.2.2 (is only Python 2.2.1 allowed?). I'm also using the next release up of wxGTK and its development libraries. Dan Dan Putler wrote: > Hi all, > > I'm trying to get the CVS version of Thuban to work on a RH9 box. Every > thing built (after a wee bit of mucking with setup.py), but Thuban dies > on initialization because it can't find the module sqlite. Am I correct > in assuming that installation of PySQLite is now required as part of the > current CVS version of Thuban? > > Dan -- _________________________________________ Dan Putler UBC Commerce Email: putler at commerce dot ubc dot ca Phone: 604-822-8329 From jonathan at intevation.de Fri May 2 11:40:02 2003 From: jonathan at intevation.de (Jonathan Coles) Date: 02 May 2003 11:40:02 +0200 Subject: [Thuban-list] Module sqlite.py In-Reply-To: <3EB1841E.6090602@commerce.ubc.ca> References: <3EB15CAE.9040908@commerce.ubc.ca> <3EB1841E.6090602@commerce.ubc.ca> Message-ID: <1051868401.17433.45.camel@reisen> first off, yes, Thuban now requires SQLite and PySQLite. The debian packages are sqlite and python2.2-sqlite respectively. second, I think the undefined symbol should have been __gxx_personality_v0 (with two x's). third, we have a redhat9 installation here with gcc 3.2.2, python 2.2.2 (compiled with gcc 3.2.2) and wxGTK 2.4.0.7. Everything compiles and runs fine. The undefined symbol is a problem with the c++ libraries not with proj4. Perhaps there is a problem with the path to the correct runtime library (__gxx_personality_v0 is defined in libstdc++). let me know of any more problems. btw, what things did you need to change in setup.py? --jonathan On Thu, 2003-05-01 at 22:31, Dan Putler wrote: > Hi all, > > I've answer my own question by loading both SQLite and PySQLite and it > stopped Thuban stopped complaining about the import failure. Things now > go a bit further, but Thuban now crashes with the error: > > ImportError: /usr/local/lib/thuban/Lib/wxproj.so: undefine symbol: > __gx_personality_v0 > > My guess is that it has to do with an inability to get at the Proj.4 > library, but I don't really know. To provide some background, I'm using > RedHat's version of GCC 3.2.2 and Python version 2.2.2 (is only Python > 2.2.1 allowed?). I'm also using the next release up of wxGTK and its > development libraries. > > Dan > > Dan Putler wrote: > > Hi all, > > > > I'm trying to get the CVS version of Thuban to work on a RH9 box. Every > > thing built (after a wee bit of mucking with setup.py), but Thuban dies > > on initialization because it can't find the module sqlite. Am I correct > > in assuming that installation of PySQLite is now required as part of the > > current CVS version of Thuban? > > > > Dan -- Jonathan Coles Intevation GmbH http://www.intevation.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: This is a digitally signed message part Url : http://www.intevation.de/pipermail/thuban-list/attachments/20030502/cfdc18bb/attachment.bin From jonathan at intevation.de Fri May 2 17:16:47 2003 From: jonathan at intevation.de (Jonathan Coles) Date: 02 May 2003 17:16:47 +0200 Subject: [Fwd: Re: [Thuban-list] Module sqlite.py] In-Reply-To: <3EB28A4E.6050508@commerce.ubc.ca> References: <3EB28A4E.6050508@commerce.ubc.ca> Message-ID: <1051888607.17447.61.camel@reisen> Dan, You can find out which libstdc++ library wxproj will use by doing the following from your thuban directory: cd Lib ldd wxproj.so This will give a list of the libraries wxproj.so will need. If you look through the list you should find a library that begins with libstdc++. Is it pointing to the correct path? (probably /usr/lib/gcc-lib/i386-redhat-linux/3.2.2, as you said) --jonathan On Fri, 2003-05-02 at 17:10, Dan Putler wrote: > I apologize if you've already received the attached message. Mozilla > crashed just after I hit the send button, so I don't know if the > original message made it out. > > Dan > -- > _________________________________________ > Dan Putler > UBC Commerce > Email: putler at commerce dot ubc dot ca > Phone: 604-822-8329 > > ______________________________________________________________________ > > From: Dan Putler > To: Jonathan Coles > Subject: Re: [Thuban-list] Module sqlite.py > Date: 02 May 2003 08:05:22 -0700 > > Hi Jonathan, > > Some answers to your questions, and a question of my own. > > > second, I think the undefined symbol should have been > > __gxx_personality_v0 (with two x's). > > You are correct, it is two x's. > > > third, we have a redhat9 installation here with gcc 3.2.2, python 2.2.2 > > (compiled with gcc 3.2.2) and wxGTK 2.4.0.7. Everything compiles and > > runs fine. The undefined symbol is a problem with the c++ libraries not > > with proj4. Perhaps there is a problem with the path to the correct > > runtime library (__gxx_personality_v0 is defined in libstdc++). > > Do I reconfigure the path in setup.py, or do I alter something at a > system level? A locate command on my box indicates that I have several > libstdc++ libraries. My guess is that the relevant ones live in > /usr/lib/gcc-lib/i386-redhat-linux/3.2.2 since that is where > libstdc++.so and libstdc++.a are. > > > btw, what things did you need to change in setup.py? > > I needed to give the full path to wx_config. The line I changed now reads: > > wx_config_script = "/usr/lib/wxPython/bin/wx-config" > > Ultimately, I want to play with classgen.py. I've altered similar code > in OpenEV to include a quantile and standard deviations from the mean > classifiers. I was hoping to do the same for Thuban. > > Dan -- Jonathan Coles Intevation GmbH http://www.intevation.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: This is a digitally signed message part Url : http://www.intevation.de/pipermail/thuban-list/attachments/20030502/aaf58b91/attachment.bin From jonathan at intevation.de Fri May 2 18:45:01 2003 From: jonathan at intevation.de (Jonathan Coles) Date: 02 May 2003 18:45:01 +0200 Subject: [Fwd: Re: [Thuban-list] Module sqlite.py] In-Reply-To: <3EB29B03.4030405@commerce.ubc.ca> References: <1051888607.17447.61.camel@reisen> <3EB29B03.4030405@commerce.ubc.ca> Message-ID: <1051893900.17434.75.camel@reisen> Dan, Having libwx_gtkd-2.4.so in /usr/lib/wxPython/lib seems unusual (I have it directly in /usr/lib). Have you compiled wxWindows/wxPython yourself? If so, a problem relating back to the original post is whether or not you used the same compiler to compile wxWindows/wxPython and Thuban. They need to be (roughly) the same. If you didn't compile the libraries, then you'll need to add /usr/lib/wxPython/lib to your library path environment variable which should be LD_LIBRARY_PATH. Also, you really shouldn't need to edit setup.py. It is assumed that wx-config is in your command path. You should probably add the path to wx-config to your system path. It does sound like we're getting closer to a solution. btw, could you please CC: your responses to me to the thuban-list. That way we have a history of our discussion. thanks. --jonathan On Fri, 2003-05-02 at 18:21, Dan Putler wrote: > Hi Jonathan, > > The plot thickens, but a solution seems near. > > > You can find out which libstdc++ library wxproj will use by doing the > > following from your thuban directory: > > > > cd Lib > > ldd wxproj.so > > > > This will give a list of the libraries wxproj.so will need. If you look > > through the list you should find a library that begins with libstdc++. > > Is it pointing to the correct path? (probably > > /usr/lib/gcc-lib/i386-redhat-linux/3.2.2, as you said) > > I've done this. It turns out that wxproj.so doesn't want libstdc++ > directly. It want libproj.so.0, libwx_gtkd-2.4.so, libc.so.6, and > libm.so.6. It can find everything except libwx_gtkd-2.4.so. On my > system this module lives in /usr/lib/wxPython/lib. This seems directly > related to the inability of Thuban to find wx_config. Specifically, > Thuban doesn't seems to be looking for wxPython in /usr/lib/wxPython, > which seems surprising. Do I need to include /usr/lib/wxPython in my > path? I've been through setup.py and the only places I can find a hard > coded path to wxPython appears to be related to code designed to > generate rpms (or that is my guess based on the variable names). > > Dan -- Jonathan Coles Intevation GmbH http://www.intevation.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: This is a digitally signed message part Url : http://www.intevation.de/pipermail/thuban-list/attachments/20030502/995c1669/attachment.bin From putler at commerce.ubc.ca Fri May 2 19:49:03 2003 From: putler at commerce.ubc.ca (Dan Putler) Date: Fri, 02 May 2003 10:49:03 -0700 Subject: [Fwd: Re: [Thuban-list] Module sqlite.py] In-Reply-To: <1051893900.17434.75.camel@reisen> References: <1051893900.17434.75.camel@reisen> Message-ID: <3EB2AF8F.4020004@commerce.ubc.ca> Hi Jonathan, No, I used a set of rpms downloaded from the wxPython site. There could well be a need to recompile wxPython on my system since the wxPython rpms were created on a RH7.3 system, and 7.3 came with GCC 2.96 (or something around that vintage). I will look into compiling wxPython from sources later today, and then will try rebuilding Thuban. I will let you know whether or not I'm successful. Dan Jonathan Coles wrote: > Dan, > > Having libwx_gtkd-2.4.so in /usr/lib/wxPython/lib seems unusual (I have > it directly in /usr/lib). Have you compiled wxWindows/wxPython yourself? > If so, a problem relating back to the original post is whether or not > you used the same compiler to compile wxWindows/wxPython and Thuban. > They need to be (roughly) the same. > > If you didn't compile the libraries, then you'll need to add > /usr/lib/wxPython/lib to your library path environment variable which > should be LD_LIBRARY_PATH. > > Also, you really shouldn't need to edit setup.py. It is assumed that > wx-config is in your command path. You should probably add the path to > wx-config to your system path. > > It does sound like we're getting closer to a solution. > > btw, could you please CC: your responses to me to the thuban-list. That > way we have a history of our discussion. thanks. > > --jonathan > > On Fri, 2003-05-02 at 18:21, Dan Putler wrote: > >>Hi Jonathan, >> >>The plot thickens, but a solution seems near. >> >> >>>You can find out which libstdc++ library wxproj will use by doing > > the > >>>following from your thuban directory: >>> >>>cd Lib >>>ldd wxproj.so >>> >>>This will give a list of the libraries wxproj.so will need. If you > > look > >>>through the list you should find a library that begins with > > libstdc++. > >>>Is it pointing to the correct path? (probably >>>/usr/lib/gcc-lib/i386-redhat-linux/3.2.2, as you said) >> >>I've done this. It turns out that wxproj.so doesn't want libstdc++ >>directly. It want libproj.so.0, libwx_gtkd-2.4.so, libc.so.6, and >>libm.so.6. It can find everything except libwx_gtkd-2.4.so. On my >>system this module lives in /usr/lib/wxPython/lib. This seems > > directly > >>related to the inability of Thuban to find wx_config. Specifically, >>Thuban doesn't seems to be looking for wxPython in /usr/lib/wxPython, >>which seems surprising. Do I need to include /usr/lib/wxPython in my >>path? I've been through setup.py and the only places I can find a > > hard > >>coded path to wxPython appears to be related to code designed to >>generate rpms (or that is my guess based on the variable names). >> >>Dan -- _________________________________________ Dan Putler UBC Commerce Email: putler at commerce dot ubc dot ca Phone: 604-822-8329 From bh at intevation.de Fri May 2 20:55:47 2003 From: bh at intevation.de (Bernhard Herzog) Date: 02 May 2003 20:55:47 +0200 Subject: [Thuban-list] Started GD based renderer, suggestions References: <87u1chxftd.fsf@alice.rotty.yi.org> Message-ID: <6q4r4dgouk.fsf@salmakis.intevation.de> Andreas Rottmann writes: > Hi! > > As part of a (small scale) university term project, I have started > writing a GD-based renderer for thuban, wich could be quite easily > used to provide PNG and JPEG export from thuban. > > First of all, I'd like to thank you all for the great work invested so > far, writing an GD renderer (working already for the iceland example) > was quite easy after a bit of digging in the code. Really nicely > written! Thanks :) > However, I will use the renderer (and non-UI parts of thuban) from a > CGI application, so I have some suggestions for making re-use of the > thuban code easier for other applications. > > 1) Install the Thuban as a regular Python package (i.e. move > $libdir/thuban/Thuban to $libdir/python2.X/Thuban. I think you mean $libdir/python2.X/site-packages/Thuban. I'm not sure I actually want to put Thuban in site-packages. Thuban currently evolves quite rapidly and I expect the interfaces to change a lot, so applications that use thuban are better off to include a copy with the application. Putting thuban into site-packages won't work very well once you have several applications requiring different Thuban versions. > This will fix the 'feature' of the current CVS-based installation > of the thuban executable only being startable from $libdir/thuban > (so that the Thuban package is in the python path, which includes > the current dir by default). Actually, python puts the directory containing the "script", that is the optional filename argument to the interpreter, into sys.path or the empty string if no filename was given. E.g. when starting Python as python /usr/local/lib/thuban/thuban.py sys.path[0] will be "/usr/local/lib/thuban/" Furthermore, if the script name is a symlink, the directory will be the directory containing the file the symlink points to, so you can simply put a symlink to thuban.py into, say, /usr/local/bin and python will put the right directory at the front of sys.path if you call that symlink. This is what "setup.py install" does, actually. > 2) I quite don't like the fiddling of sys.path to have the Lib > directory included. Why not simply explicitly reference Lib, or > move its contents to the Thuban package? The modules in Lib used to be very independend of Thuban, especially at the beginning. The situatuion has changed a bit since then, and especially the wxproj obviously is very Thuban specific. The shapelib bindings are also a bit Thuban specific in that the shapelib version they use has been slightly modified. So it might be indeed better to organize them a bit differently. I'm a bit undecided about this, but wxproj should probably be moved to Thuban/UI and the shapelib and proj bindings to Thuban/Lib. > 3) Split the Thuban build into the non-UI part, which is quite generic > (i.e. doesn't need wxWin/wxPython) and the UI part. This will make > it possible, for instance, to build/install a bunch of utilities that > convert .thuban files to PNG or whatsoever without having the wx stuff > installed for building. This seems indeed useful. > I volunteer to write patches to solve the above (perceived) issues Great! Patches for 2) and 3) (preferably separate patches for each) should only affect setup.py, I think. > case someone is interested, the preliminary GD renderer is attached. Your GDRenderer class shares a lot of code with MapRenderer which obviously suggests that it would be good to separate the common rendering logic from the GD/wxDC specific bits so that they can be derived from a common base class. Patches for that would also be welcome. However, the render is likely to be changed in some respects when the PostGIS support will be added, so perhaps this kind of refactoring should wait until after that (I can't give any time-frame for that currently, though). Bernhard -- Intevation GmbH http://intevation.de/ Sketch http://sketch.sourceforge.net/ MapIt! http://www.mapit.de/ From putler at commerce.ubc.ca Sat May 3 10:47:33 2003 From: putler at commerce.ubc.ca (Dan Putler) Date: Sat, 03 May 2003 01:47:33 -0700 Subject: [Fwd: Re: [Thuban-list] Module sqlite.py] In-Reply-To: <1051893900.17434.75.camel@reisen> References: <1051893900.17434.75.camel@reisen> Message-ID: <3EB38225.3050904@commerce.ubc.ca> Hi Jonathan, It turns out that the RPMs Robin Dunn is create a private copy of wxGTK that lives in /usr/lib/wxPython/lib for wxPython. His argument for doing this is to minimize potential conflicts with other wxWindows applications. He actually provides two sets of build instructions for *nix systems. The following the instructions contained in the file README.1st.txt creates a private copy of wxGTK (like the RPMs), and following the instructions contained in BUILD.unix.txt results in the traditional build of wxPython that you are running. I followed the "new" build instructions (those in README.1st.txt). However, once I followed your instructions concerning various paths (contained in the email below), and then rebuilt Thuban, everything was fine. Thanks for your help. Dan Jonathan Coles wrote: > Dan, > > Having libwx_gtkd-2.4.so in /usr/lib/wxPython/lib seems unusual (I have > it directly in /usr/lib). Have you compiled wxWindows/wxPython yourself? > If so, a problem relating back to the original post is whether or not > you used the same compiler to compile wxWindows/wxPython and Thuban. > They need to be (roughly) the same. > > If you didn't compile the libraries, then you'll need to add > /usr/lib/wxPython/lib to your library path environment variable which > should be LD_LIBRARY_PATH. > > Also, you really shouldn't need to edit setup.py. It is assumed that > wx-config is in your command path. You should probably add the path to > wx-config to your system path. > > It does sound like we're getting closer to a solution. > > btw, could you please CC: your responses to me to the thuban-list. That > way we have a history of our discussion. thanks. > > --jonathan > > On Fri, 2003-05-02 at 18:21, Dan Putler wrote: > >>Hi Jonathan, >> >>The plot thickens, but a solution seems near. >> >> >>>You can find out which libstdc++ library wxproj will use by doing > > the > >>>following from your thuban directory: >>> >>>cd Lib >>>ldd wxproj.so >>> >>>This will give a list of the libraries wxproj.so will need. If you > > look > >>>through the list you should find a library that begins with > > libstdc++. > >>>Is it pointing to the correct path? (probably >>>/usr/lib/gcc-lib/i386-redhat-linux/3.2.2, as you said) >> >>I've done this. It turns out that wxproj.so doesn't want libstdc++ >>directly. It want libproj.so.0, libwx_gtkd-2.4.so, libc.so.6, and >>libm.so.6. It can find everything except libwx_gtkd-2.4.so. On my >>system this module lives in /usr/lib/wxPython/lib. This seems > > directly > >>related to the inability of Thuban to find wx_config. Specifically, >>Thuban doesn't seems to be looking for wxPython in /usr/lib/wxPython, >>which seems surprising. Do I need to include /usr/lib/wxPython in my >>path? I've been through setup.py and the only places I can find a > > hard > >>coded path to wxPython appears to be related to code designed to >>generate rpms (or that is my guess based on the variable names). >> >>Dan -- _________________________________________ Dan Putler UBC Commerce Email: putler at commerce dot ubc dot ca Phone: 604-822-8329 From a.rottmann at gmx.at Sun May 4 19:09:47 2003 From: a.rottmann at gmx.at (Andreas Rottmann) Date: Sun, 04 May 2003 19:09:47 +0200 Subject: [Thuban-list] Started GD based renderer, suggestions In-Reply-To: <6q4r4dgouk.fsf@salmakis.intevation.de> (Bernhard Herzog's message of "02 May 2003 20:55:47 +0200") References: <87u1chxftd.fsf@alice.rotty.yi.org> <6q4r4dgouk.fsf@salmakis.intevation.de> Message-ID: <87issqzlic.fsf@alice.rotty.yi.org> Bernhard Herzog writes: >> However, I will use the renderer (and non-UI parts of thuban) from a >> CGI application, so I have some suggestions for making re-use of the >> thuban code easier for other applications. >> >> 1) Install the Thuban as a regular Python package (i.e. move >> $libdir/thuban/Thuban to $libdir/python2.X/Thuban. > > I think you mean $libdir/python2.X/site-packages/Thuban. > Yes, that's what I meant. > I'm not sure I actually want to put Thuban in site-packages. Thuban > currently evolves quite rapidly and I expect the interfaces to change a > lot, so applications that use thuban are better off to include a copy > with the application. > Yes, you're quite right here, but there are no applications using Thuban yet, and I guess it would be reasonably to expect applications that want to build on it by now (such as my CGI stuff) to follow API changes across releases. > Putting thuban into site-packages won't work very > well once you have several applications requiring different Thuban > versions. > Sure, but I hope that doesn't really happen (see above). >> This will fix the 'feature' of the current CVS-based installation >> of the thuban executable only being startable from $libdir/thuban >> (so that the Thuban package is in the python path, which includes >> the current dir by default). > > Actually, python puts the directory containing the "script", that is the > optional filename argument to the interpreter, into sys.path or the > empty string if no filename was given. E.g. when starting Python as > > python /usr/local/lib/thuban/thuban.py > > sys.path[0] will be "/usr/local/lib/thuban/" > > Furthermore, if the script name is a symlink, the directory will be the > directory containing the file the symlink points to, so you can simply > put a symlink to thuban.py into, say, /usr/local/bin and python will put > the right directory at the front of sys.path if you call that symlink. > This is what "setup.py install" does, actually. > Well, that doesn't work for me (I use GNU stow): andy at alice:~% ls -l /usr/local/bin/thuban lrwxrwxrwx 1 root staff 25 Apr 28 13:54 /usr/local/bin/thuban -> ../stow/thuban/bin/thuban andy at alice:~% ls -l /usr/local/stow/thuban/bin/thuban lrwxrwxrwx 1 root staff 43 Apr 28 13:54 /usr/local/stow/thuban/bin/thuban -> /usr/local/stow/thuban/lib/thuban/thuban.py andy at alice:~% /usr/local/bin/thuban Traceback (most recent call last): File "/usr/local/bin/thuban", line 12, in ? import Thuban ImportError: No module named Thuban Invoking /usr/local/stow/thuban/bin/thuban directly works, though. It seems Python is not clever enough to follow more than one symlink. >> 2) I quite don't like the fiddling of sys.path to have the Lib >> directory included. Why not simply explicitly reference Lib, or >> move its contents to the Thuban package? > > The modules in Lib used to be very independend of Thuban, especially at > the beginning. The situatuion has changed a bit since then, and > especially the wxproj obviously is very Thuban specific. The shapelib > bindings are also a bit Thuban specific in that the shapelib version > they use has been slightly modified. > I already heard that about shapelib... Wouldn't it be good to push these changes upstream and use an out-of-the-box shapelib? > So it might be indeed better to organize them a bit differently. I'm a > bit undecided about this, but wxproj should probably be moved to > Thuban/UI and the shapelib and proj bindings to Thuban/Lib. > So the GDRenderer would also go under Lib/? >> 3) Split the Thuban build into the non-UI part, which is quite generic >> (i.e. doesn't need wxWin/wxPython) and the UI part. This will make >> it possible, for instance, to build/install a bunch of utilities that >> convert .thuban files to PNG or whatsoever without having the wx stuff >> installed for building. > > This seems indeed useful. > >> I volunteer to write patches to solve the above (perceived) issues > > Great! > > Patches for 2) and 3) (preferably separate patches for each) should only > affect setup.py, I think. > Well, I don't know what the proper solution for (2) is, but I'd suggest to dump that sys.path magic and use Lib explicitly. >> case someone is interested, the preliminary GD renderer is attached. > > Your GDRenderer class shares a lot of code with MapRenderer which > obviously suggests that it would be good to separate the common > rendering logic from the GD/wxDC specific bits so that they can be > derived from a common base class. > Indeed, I already tought about that too. > Patches for that would also be welcome. However, the render is likely to > be changed in some respects when the PostGIS support will be added, so > perhaps this kind of refactoring should wait until after that (I can't > give any time-frame for that currently, though). > OK. Regards, Andy -- Andreas Rottmann | Rotty at ICQ | 118634484 at ICQ | a.rottmann at gmx.at http://www.8ung.at/rotty | GnuPG Key: http://www.8ung.at/rotty/gpg.asc Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62 Packages should build-depend on what they should build-depend. From a.rottmann at gmx.at Wed May 7 10:25:31 2003 From: a.rottmann at gmx.at (Andreas Rottmann) Date: Wed, 07 May 2003 10:25:31 +0200 Subject: [Thuban-list] Started GD based renderer, suggestions In-Reply-To: <6q4r4dgouk.fsf@salmakis.intevation.de> (Bernhard Herzog's message of "02 May 2003 20:55:47 +0200") References: <87u1chxftd.fsf@alice.rotty.yi.org> <6q4r4dgouk.fsf@salmakis.intevation.de> Message-ID: <87fznryxhg.fsf@alice.rotty.yi.org> Bernhard Herzog writes: >> 1) Install the Thuban as a regular Python package (i.e. move >> $libdir/thuban/Thuban to $libdir/python2.X/Thuban. > > I think you mean $libdir/python2.X/site-packages/Thuban. > > I'm not sure I actually want to put Thuban in site-packages. Thuban > currently evolves quite rapidly and I expect the interfaces to change a > lot, so applications that use thuban are better off to include a copy > with the application. Putting thuban into site-packages won't work very > well once you have several applications requiring different Thuban > versions. > You already have --create-init-module, so I don't see what the problem with moving all of Thuban into a standard directory... Regards, Andy -- Andreas Rottmann | Rotty at ICQ | 118634484 at ICQ | a.rottmann at gmx.at http://www.8ung.at/rotty | GnuPG Key: http://www.8ung.at/rotty/gpg.asc Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62 It's GNU/Linux dammit! From jonathan at intevation.de Fri May 9 11:14:43 2003 From: jonathan at intevation.de (Jonathan Coles) Date: 09 May 2003 11:14:43 +0200 Subject: [Thuban-list] Re: installing thuban: python2 not found In-Reply-To: References: Message-ID: <1052471682.26692.60.camel@reisen> Agus, There are other dependencies that, although they may exist in your setup, are not being found. You can solve this issue by using the --nodeps argument to rpm. You will still need the symlink that you made. Try the following: rpm --install --nodeps Thuban-0.2.0-2.i386.rpm [i've CC'd the mailing list, please respond there too. thanks!] --jonathan On Fri, 2003-05-09 at 11:04, Agustin Lobo wrote: > Dear Jonathan Coles, > > I'm trying to install Thuban from the rpm on > a linux bix with suse7.3 > The rpm installation complaints that: > humboldt:/usr/local # rpm --install Thuban-0.2.0-2.i386.rpm > error: failed dependencies: > /usr/bin/python2 is needed by Thuban-0.2.0-2 > > despite the fact that pythom2.2 is on my system > and I've made a link for /usr/bin/python2 : > > /usr/bin/python2 -> /usr/local/bin/python2.2 > > Any idea on what I could do? > > Thanks > > Agus > > > Dr. Agustin Lobo > Instituto de Ciencias de la Tierra (CSIC) > Lluis Sole Sabaris s/n > 08028 Barcelona SPAIN > tel 34 93409 5410 > fax 34 93411 0012 alobo at ija.csic.es -- Jonathan Coles Intevation GmbH http://www.intevation.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: This is a digitally signed message part Url : http://www.intevation.de/pipermail/thuban-list/attachments/20030509/590bb7ff/attachment.bin From barbarito at omplace.com Mon May 12 20:26:37 2003 From: barbarito at omplace.com (Fidel) Date: Mon, 12 May 2003 14:26:37 -0400 (EDT) Subject: [Thuban-list] cl.exe Message-ID: <200305121826.h4CIQbIZ010613@www38.web2010.com> i need cl.exe to build thuban from cvs in windows xp, and i have 2 cuestions: 1 where can i get cl.exe? 2 i belive that cl.exe is not free software ... can we compile with it and still be free? ______________________________________________________________ Sponsored By: The ByRegion Network http://www.HealerPages.info The Rumi Spirit Card http://www.omplace.com/rumi OmPlace - The Conscious Living Directory - FREE Email http://www.omplace.com From jonathan at intevation.de Tue May 13 14:37:24 2003 From: jonathan at intevation.de (Jonathan Coles) Date: 13 May 2003 14:37:24 +0200 Subject: [Thuban-list] cl.exe In-Reply-To: <200305121826.h4CIQbIZ010613@www38.web2010.com> References: <200305121826.h4CIQbIZ010613@www38.web2010.com> Message-ID: <1052829443.26692.116.camel@reisen> On Mon, 2003-05-12 at 20:26, Fidel wrote: > i need cl.exe to build thuban from cvs in windows xp, and i have 2 cuestions: > 1 where can i get cl.exe? I believe you can find a free copy as part of the .NET Framework 1.1. Click this link and then the Developers link to download it. http://msdn.microsoft.com/netframework/downloads/howtoget.aspx I haven't actually used this so I can't say if it will work. Also, note that the compiler is restricted from optimizing the code. Although, we use gcc on our GNU/Linux systems, we've never tried compiling Thuban with gcc on Windows. If you'd like to look into that, that could be an alternative to cl.exe > > 2 i belive that cl.exe is not free software ... can we compile with it and still be free? If you compile with cl.exe you are still allowed to distribute the results as you like, so if that means licensing it under a Free Software License there is no problem. --jonathan > ______________________________________________________________ > Sponsored By: > > The ByRegion Network > http://www.HealerPages.info > > The Rumi Spirit Card > http://www.omplace.com/rumi > > OmPlace - The Conscious Living Directory - FREE Email > http://www.omplace.com > > > > > _______________________________________________ > Thuban-list mailing list > Thuban-list at intevation.de > https://intevation.de/mailman/listinfo/thuban-list -- Jonathan Coles Intevation GmbH http://www.intevation.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: This is a digitally signed message part Url : http://www.intevation.de/pipermail/thuban-list/attachments/20030513/bbde8745/attachment.bin From barbarito at omplace.com Tue May 13 22:19:31 2003 From: barbarito at omplace.com (Fidel Serrano) Date: Tue, 13 May 2003 16:19:31 -0400 (EDT) Subject: [Thuban-list] projects.h Message-ID: <200305132019.h4DKJVUg023992@www38.web2010.com> i got the .net framework and i tried again to build thuban and i got file not found projects.h ______________________________________________________________ Sponsored By: The ByRegion Network http://www.HealerPages.info The Rumi Spirit Card http://www.omplace.com/rumi OmPlace - The Conscious Living Directory - FREE Email http://www.omplace.com From barbarito at omplace.com Tue May 13 23:12:14 2003 From: barbarito at omplace.com (Fidel Serrano) Date: Tue, 13 May 2003 17:12:14 -0400 (EDT) Subject: [Thuban-list] projects.h Message-ID: <200305132112.h4DLCETw015458@www38.web2010.com> i reed that projects.h most be in proj4 but i have installed proj4 and still project.h is not found, any help would be great... ______________________________________________________________ Sponsored By: The ByRegion Network http://www.HealerPages.info The Rumi Spirit Card http://www.omplace.com/rumi OmPlace - The Conscious Living Directory - FREE Email http://www.omplace.com From frank.koormann at intevation.de Wed May 14 09:41:41 2003 From: frank.koormann at intevation.de (Frank Koormann) Date: Wed, 14 May 2003 09:41:41 +0200 Subject: [Thuban-list] projects.h In-Reply-To: <200305132112.h4DLCETw015458@www38.web2010.com> References: <200305132112.h4DLCETw015458@www38.web2010.com> Message-ID: <20030514074141.GA19852@intevation.de> Fidel, * Fidel Serrano [030513 23:29]: > i reed that projects.h most be in proj4 but i have installed proj4 and > still project.h is not found, any help would be great... I guess you have installed the proj.4 Win32 prebuilt binaries from ftp://ftp.remotesensing.org/pub/proj/proj446_win32_bin.zip These are sufficient if you want to run a prebuild version of Thuban. If you want to build a new version of Thuban (e.g. from CVS), you need also the header files for proj.4, which are located in the source package: ftp://ftp.remotesensing.org/pub/proj/proj-4.4.7.zip Regards, Frank Koormann -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From warmerdam at pobox.com Wed May 14 14:53:00 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 14 May 2003 08:53:00 -0400 Subject: [Thuban-list] projects.h In-Reply-To: <20030514074141.GA19852@intevation.de> References: <200305132112.h4DLCETw015458@www38.web2010.com> <20030514074141.GA19852@intevation.de> Message-ID: <3EC23C2C.7040705@pobox.com> Frank Koormann wrote: > Fidel, > > * Fidel Serrano [030513 23:29]: > >>i reed that projects.h most be in proj4 but i have installed proj4 and >>still project.h is not found, any help would be great... > > > I guess you have installed the proj.4 Win32 prebuilt binaries from > ftp://ftp.remotesensing.org/pub/proj/proj446_win32_bin.zip > > These are sufficient if you want to run a prebuild version of Thuban. > If you want to build a new version of Thuban (e.g. from CVS), you need also > the header files for proj.4, which are located in the source package: > ftp://ftp.remotesensing.org/pub/proj/proj-4.4.7.zip Hi, I was wondering why thuban depends on projects.h? The current theory is that proj_api.h is the "public" include file for PROJ.4, and projects.h should not be required by modern PROJ.4 applications that don't reach in and use private information from the library. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From bh at intevation.de Wed May 14 15:36:02 2003 From: bh at intevation.de (Bernhard Herzog) Date: 14 May 2003 15:36:02 +0200 Subject: [Thuban-list] projects.h In-Reply-To: <3EC23C2C.7040705@pobox.com> References: <200305132112.h4DLCETw015458@www38.web2010.com> <20030514074141.GA19852@intevation.de> <3EC23C2C.7040705@pobox.com> Message-ID: <6qu1bxwszh.fsf@salmakis.intevation.de> Frank Warmerdam writes: > I was wondering why thuban depends on projects.h? The current theory is that > proj_api.h is the "public" include file for PROJ.4, and projects.h should not > be required by modern PROJ.4 applications that don't reach in and use private > information from the library. I can't remember why, but I'd guess it's because at least some of the documentation (PROJ.4.3.pdf) says to use projects.h. Bernhard -- Intevation GmbH http://intevation.de/ Sketch http://sketch.sourceforge.net/ MapIt! http://www.mapit.de/ From barbarito at omplace.com Wed May 14 18:15:40 2003 From: barbarito at omplace.com (Fidel Serrano) Date: Wed, 14 May 2003 12:15:40 -0400 (EDT) Subject: [Thuban-list] windows.h and some warnings Message-ID: <200305141615.h4EGFe7T008217@www38.web2010.com> i got proj4 from cvs, rebuilded thuban and i got this mesages: projects.h(116) : warning C4273: '_hypot' : dll incoherence useolio.h(29) : warning C4995: '_OLD_IOSTREAMS_ARE_DEPRECATED' wx\app.h(383) : fatal error C1083: 'windows.h' no such file any help would be great... ______________________________________________________________ Sponsored By: The ByRegion Network http://www.HealerPages.info The Rumi Spirit Card http://www.omplace.com/rumi OmPlace - The Conscious Living Directory - FREE Email http://www.omplace.com From barbarito at omplace.com Wed May 14 22:48:26 2003 From: barbarito at omplace.com (Fidel Serrano) Date: Wed, 14 May 2003 16:48:26 -0400 (EDT) Subject: [Thuban-list] windows.h Message-ID: <200305142048.h4EKmQMc006603@www38.web2010.com> sorry i have found windows.h it was in the .net framework ______________________________________________________________ Sponsored By: The ByRegion Network http://www.HealerPages.info The Rumi Spirit Card http://www.omplace.com/rumi OmPlace - The Conscious Living Directory - FREE Email http://www.omplace.com From tkoester at intevation.de Thu May 15 17:24:42 2003 From: tkoester at intevation.de (Thomas Koester) Date: Thu, 15 May 2003 17:24:42 +0200 Subject: [Thuban-list] Intevation's services offline on May 18th Message-ID: <20030515152442.GD7819@intevation.de> Hi! Intevation's direct internet service will be offline on May 18th, 2003 approx. 7:00-14:00 (UTC) because of an announced power blackout at our server's location. Personal email will still work, because our mail server and DNS are located in our office. All other services (www, ftp, rsync, mailing lists, CVS, bug tracker) are unreachable during this period. Thomas Koester -- Email: tkoester at intevation.de http://intevation.de/~tkoester/ -------------- 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/20030515/977d54c6/attachment.bin From barbarito at omplace.com Thu May 15 23:45:39 2003 From: barbarito at omplace.com (Fidel Serrano) Date: Thu, 15 May 2003 17:45:39 -0400 (EDT) Subject: [Thuban-list] wxwindows Message-ID: <200305152145.h4FLjdps022312@www38.web2010.com> i installed wxwindows 2.2.9 and tried to build thuban, i got file not found wxmsw24h.lib, so i wonder if i have to rebuild wxwindows or wxbase or something else... ______________________________________________________________ Sponsored By: The ByRegion Network http://www.HealerPages.info The Rumi Spirit Card http://www.omplace.com/rumi OmPlace - The Conscious Living Directory - FREE Email http://www.omplace.com From frank.koormann at intevation.de Fri May 16 08:50:55 2003 From: frank.koormann at intevation.de (Frank Koormann) Date: Fri, 16 May 2003 08:50:55 +0200 Subject: [Thuban-list] wxwindows In-Reply-To: <200305152145.h4FLjdps022312@www38.web2010.com> References: <200305152145.h4FLjdps022312@www38.web2010.com> Message-ID: <20030516065055.GA14639@intevation.de> Fidel, * Fidel Serrano [030516 00:03]: > i installed wxwindows 2.2.9 and tried to build thuban, i got file not > found wxmsw24h.lib, so i wonder if i have to rebuild wxwindows or > wxbase or something else... Thuban depends on wxWindows 2.4 for Python 2.2. Kidn regards, Frank -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From jonathan at intevation.de Tue May 20 17:42:41 2003 From: jonathan at intevation.de (Jonathan Coles) Date: 20 May 2003 17:42:41 +0200 Subject: [Thuban-list] Thuban needs GDAL Message-ID: <1053445361.7561.78.camel@reisen> hi all, i just put back some code that requires the gdal library to be installed. you can find source code and links to binaries here: http://www.remotesensing.org/gdal/ the code allows you to add image layers and reproject them into whatever projection you are using for the map. there is still some work that needs to be done but you can see an example using the iceland_sample_raster.thuban file. --jonathan -- Jonathan Coles Intevation GmbH http://www.intevation.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: This is a digitally signed message part Url : http://www.intevation.de/pipermail/thuban-list/attachments/20030520/b6412dcb/attachment.bin From bernhard at intevation.de Tue May 20 17:56:23 2003 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 20 May 2003 17:56:23 +0200 Subject: [Thuban-list] Thuban needs GDAL In-Reply-To: <1053445361.7561.78.camel@reisen> References: <1053445361.7561.78.camel@reisen> Message-ID: <20030520155623.GF25260@intevation.de> Would it be an idea to make that optional? (just curious.) :) On Tue, May 20, 2003 at 05:42:41PM +0200, Jonathan Coles wrote: > i just put back some code that requires the gdal library to be > installed. -------------- 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/20030520/11671c44/attachment.bin From bh at intevation.de Tue May 20 18:00:33 2003 From: bh at intevation.de (Bernhard Herzog) Date: 20 May 2003 18:00:33 +0200 Subject: [Thuban-list] Thuban needs GDAL In-Reply-To: <20030520155623.GF25260@intevation.de> References: <1053445361.7561.78.camel@reisen> <20030520155623.GF25260@intevation.de> Message-ID: <6qk7clsj4u.fsf@salmakis.intevation.de> Bernhard Reiter writes: > Would it be an idea to make that optional? > (just curious.) :) Maybe in the next release. I don't think we have the time for that at the moment. Bernhard -- Intevation GmbH http://intevation.de/ Sketch http://sketch.sourceforge.net/ MapIt! http://www.mapit.de/ From jan at intevation.de Tue May 20 18:16:40 2003 From: jan at intevation.de (Jan-Oliver Wagner) Date: Tue, 20 May 2003 18:16:40 +0200 Subject: [Thuban-list] Thuban needs GDAL In-Reply-To: <6qk7clsj4u.fsf@salmakis.intevation.de> References: <1053445361.7561.78.camel@reisen> <20030520155623.GF25260@intevation.de> <6qk7clsj4u.fsf@salmakis.intevation.de> Message-ID: <20030520161640.GM27501@intevation.de> On Tue, May 20, 2003 at 06:00:33PM +0200, Bernhard Herzog wrote: > Bernhard Reiter writes: > > Would it be an idea to make that optional? > > (just curious.) :) > > Maybe in the next release. I don't think we have the time for that at > the moment. I've filed a bug, so we don't forget: https://intevation.de/rt/webrt?serial_num=1877 -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From dcalvelo at agrario.minag.gob.pe Wed May 21 00:48:20 2003 From: dcalvelo at agrario.minag.gob.pe (Daniel) Date: Tue, 20 May 2003 17:48:20 -0500 Subject: [Thuban-list] Is .thuban format "stable"? Message-ID: <20030520224319.M4687@mail.minag.gob.pe> Hi all. I was wondering, what is the best way to hook thuban to UMN mapserver? It seems that XSL-ing the .thuban XML files into map-files would be the way to go. I'd like to know if you foresee any major modifications of the DTD, or else what parts of it could be considered stable, in order to experiment a little with the .thuban->.map translation. Do you think of other options for getting thuban and mapserver closer? Daniel. From jan at intevation.de Wed May 21 13:22:45 2003 From: jan at intevation.de (Jan-Oliver Wagner) Date: Wed, 21 May 2003 13:22:45 +0200 Subject: [Thuban-list] Is .thuban format "stable"? In-Reply-To: <20030520224319.M4687@mail.minag.gob.pe> References: <20030520224319.M4687@mail.minag.gob.pe> Message-ID: <20030521112245.GB29208@intevation.de> Hi Daniel, On Tue, May 20, 2003 at 05:48:20PM -0500, Daniel wrote: > It seems that XSL-ing the .thuban XML files into map-files would be the way to > go. I'd like to know if you foresee any major modifications of the DTD, or > else what parts of it could be considered stable, in order to experiment a > little with the .thuban->.map translation. it is unlikely that the dtd needs to be changed in the near future (except for some extensions perhaps). You don't need necessarily xslt for this. You may also use the load-function of thuban and instead of creating classes, you can generate text or whatever you like :-) Or you may even hook in the mapfile creation as thuban menu using something similar to the save-function :-) Let us know if your translation works. Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From bh at intevation.de Wed May 21 18:15:32 2003 From: bh at intevation.de (Bernhard Herzog) Date: 21 May 2003 18:15:32 +0200 Subject: [Thuban-list] Is .thuban format "stable"? References: <20030520224319.M4687@mail.minag.gob.pe> <20030521112245.GB29208@intevation.de> Message-ID: <6qllx0cm3f.fsf@salmakis.intevation.de> Jan-Oliver Wagner writes: > it is unlikely that the dtd needs to be changed in the near future > (except for some extensions perhaps). Well, the table stuff I'm working on will require quite extensive changes to the way the data sources are specified. Bernhard -- Intevation GmbH http://intevation.de/ Sketch http://sketch.sourceforge.net/ MapIt! http://www.mapit.de/ From spex66 at gmx.net Fri May 30 11:21:33 2003 From: spex66 at gmx.net (spex66@gmx.net) Date: Fri, 30 May 2003 11:21:33 +0200 (MEST) Subject: [Thuban-list] (no subject) Message-ID: <12544.1054286493@www15.gmx.net> Hi there, I want to use Thuban on W2k and ActiveState Python 2.2.2, but I have to use wxPython in unicode version (actually 2.4.0.6u). Is this _easy_ possible? Does anybody compile this combination on windows from cvs before? thanks for a hint Peter (=PA=) From spex66 at gmx.net Fri May 30 11:23:34 2003 From: spex66 at gmx.net (spex66@gmx.net) Date: Fri, 30 May 2003 11:23:34 +0200 (MEST) Subject: [Thuban-list] NEEDED: w2k with unicode version of wxPython 2.4.0.6 Message-ID: <16985.1054286614@www15.gmx.net> [sorry for the version without a topic :-/ ] Hi there, I want to use Thuban on W2k and ActiveState Python 2.2.2, but I have to use wxPython in unicode version (actually 2.4.0.6u). Is this _easy_ possible? Does anybody compile this combination on windows from cvs before? thanks for a hint Peter (=PA=)