From sajithvk at hotpop.com Mon Mar 1 05:14:17 2004 From: sajithvk at hotpop.com (Sajith VK) Date: Mon, 01 Mar 2004 09:44:17 +0530 Subject: [Thuban-list] Export to mapserver In-Reply-To: <20040229181839.GA2942@intevation.de> References: <1077967110.1119.8.camel@freedom.org> <20040229181839.GA2942@intevation.de> Message-ID: <1078114457.1236.9.camel@freedom.org> On Sun, 2004-02-29 at 23:48, Jan-Oliver Wagner wrote: > Hi, > > coincidently, work on this feature will start tomorrow :-) > It is not yet clear whether the result will be an > Extension compatible with 1.0 or whether it will be part > of the 1.1 development branch. Great, I offer myhelp as an early bug tester....... > > Also a facility to interactively edit the map file > > is also helpful, but no suggestion how itshould be.... > > One maintenance tool is the web-based MapLab. > I am not yet sure wether Thuban could/should also be > a maintenance tool for UMN MapServer. > For initial UMN MapServer applications it is certainly > helpful. What about "import from Mapfile" feature? I mean, reading a map file, and showing the layers specified in it? (I hope you got me..). I can save it as a .thuban file or export it to Mapfile.... This feature enable thuban to edit existing map files too.... comments? -- "Freedom Matters" Sajith VK From jan at intevation.de Mon Mar 1 10:54:36 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Mon, 1 Mar 2004 10:54:36 +0100 Subject: [Thuban-list] Export to mapserver In-Reply-To: <1078114457.1236.9.camel@freedom.org> References: <1077967110.1119.8.camel@freedom.org> <20040229181839.GA2942@intevation.de> <1078114457.1236.9.camel@freedom.org> Message-ID: <20040301095436.GA27559@intevation.de> On Mon, Mar 01, 2004 at 09:44:17AM +0530, Sajith VK wrote: > On Sun, 2004-02-29 at 23:48, Jan-Oliver Wagner wrote: > > coincidently, work on this feature will start tomorrow :-) > > It is not yet clear whether the result will be an > > Extension compatible with 1.0 or whether it will be part > > of the 1.1 development branch. > > Great, I offer myhelp as an early bug tester....... we'll come back on this :-) > What about "import from Mapfile" feature? > I mean, reading a map file, and showing the layers specified > in it? (I hope you got me..). I can save it as a .thuban file > or export it to Mapfile.... > This feature enable thuban to edit existing map files too.... > comments? we'll consider this for making up the concept. Please don't expect first results within the the next weeks. This feature is meant to be implemented seriously and not just for experiments. That takes some time. Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From jmckenna at dmsolutions.ca Wed Mar 3 17:33:09 2004 From: jmckenna at dmsolutions.ca (Jeff McKenna) Date: Wed, 03 Mar 2004 11:33:09 -0500 Subject: [Thuban-list] Export to mapserver References: <1077967110.1119.8.camel@freedom.org> <20040229181839.GA2942@intevation.de> <1078114457.1236.9.camel@freedom.org> Message-ID: <404608C5.6080908@dmsolutions.ca> One of MapLab's features is the ability to preview a mapserver mapfile, and not having to tie it into an application (http://www.maptools.org/maplab/index.phtml). a nice option until this extension is released. jeff Sajith VK wrote: > On Sun, 2004-02-29 at 23:48, Jan-Oliver Wagner wrote: > >>Hi, >> >>coincidently, work on this feature will start tomorrow :-) >>It is not yet clear whether the result will be an >>Extension compatible with 1.0 or whether it will be part >>of the 1.1 development branch. > > > Great, I offer myhelp as an early bug tester....... > > > >>>Also a facility to interactively edit the map file >>>is also helpful, but no suggestion how itshould be.... >> >>One maintenance tool is the web-based MapLab. >>I am not yet sure wether Thuban could/should also be >>a maintenance tool for UMN MapServer. >>For initial UMN MapServer applications it is certainly >>helpful. > > > What about "import from Mapfile" feature? > I mean, reading a map file, and showing the layers specified > in it? (I hope you got me..). I can save it as a .thuban file > or export it to Mapfile.... > This feature enable thuban to edit existing map files too.... > > comments? > From jan at intevation.de Wed Mar 3 18:45:01 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Wed, 3 Mar 2004 18:45:01 +0100 Subject: [Thuban-list] Export to mapserver In-Reply-To: <404608C5.6080908@dmsolutions.ca> References: <1077967110.1119.8.camel@freedom.org> <20040229181839.GA2942@intevation.de> <1078114457.1236.9.camel@freedom.org> <404608C5.6080908@dmsolutions.ca> Message-ID: <20040303174501.GB30238@intevation.de> On Wed, Mar 03, 2004 at 11:33:09AM -0500, Jeff McKenna wrote: > One of MapLab's features is the ability to preview a mapserver mapfile, > and not having to tie it into an application > (http://www.maptools.org/maplab/index.phtml). a nice option until this > extension is released. a real preview is indeed helpful. A MapServer map derived from a Thuban map will definitely look different since the tools have different rendering engines. It might be in interesting option to incorporate the currently very experimental WMS access of Thuban into the overall process of creating a UMN MapServer application. However, Thuban is not a replacement for MapLab since MapLab is a web-based solution and thus offers a different approach and different opportunities. Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From bh at intevation.de Wed Mar 3 18:51:51 2004 From: bh at intevation.de (Bernhard Herzog) Date: Wed, 03 Mar 2004 18:51:51 +0100 Subject: [Thuban-list] Export to mapserver In-Reply-To: <20040303174501.GB30238@intevation.de> (Jan-Oliver Wagner's message of "Wed, 3 Mar 2004 18:45:01 +0100") References: <1077967110.1119.8.camel@freedom.org> <20040229181839.GA2942@intevation.de> <1078114457.1236.9.camel@freedom.org> <404608C5.6080908@dmsolutions.ca> <20040303174501.GB30238@intevation.de> Message-ID: Jan-Oliver Wagner writes: > On Wed, Mar 03, 2004 at 11:33:09AM -0500, Jeff McKenna wrote: >> One of MapLab's features is the ability to preview a mapserver mapfile, >> and not having to tie it into an application >> (http://www.maptools.org/maplab/index.phtml). a nice option until this >> extension is released. > > a real preview is indeed helpful. A MapServer map derived from > a Thuban map will definitely look different since the tools > have different rendering engines. It shouldn't be hard to start a simple http server as a subprocess of Thuban for this. The Python library has all the necessary code which has just to be customized a bit. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From sajithvk at hotpop.com Thu Mar 4 05:56:02 2004 From: sajithvk at hotpop.com (Sajith VK) Date: Thu, 04 Mar 2004 10:26:02 +0530 Subject: [Thuban-list] Export to mapserver In-Reply-To: <20040301095436.GA27559@intevation.de> References: <1077967110.1119.8.camel@freedom.org> <20040229181839.GA2942@intevation.de> <1078114457.1236.9.camel@freedom.org> <20040301095436.GA27559@intevation.de> Message-ID: <1078376162.1997.7.camel@fsfi.dyndns.org> Hi, One nice feature I found in mapserver is classification. It will be better if the classification is also exported to map file. In thuban I can classify a layer according to an attribute and assign color for each "class". In mapfile also I can devide a layer into different classes and assign color for each "class". So if the "classification" done in thuban is available in the exported "map" file, it will be realy helpful. I dont know whether it is already in consideration..... (If I am just confusing, just tell me, I will try to explain it again!) Thanks and regards, -- "Freedom Matters" Sajith VK From jan at intevation.de Thu Mar 4 11:50:31 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Thu, 4 Mar 2004 11:50:31 +0100 Subject: [Thuban-list] Export to mapserver In-Reply-To: <1078376162.1997.7.camel@fsfi.dyndns.org> References: <1077967110.1119.8.camel@freedom.org> <20040229181839.GA2942@intevation.de> <1078114457.1236.9.camel@freedom.org> <20040301095436.GA27559@intevation.de> <1078376162.1997.7.camel@fsfi.dyndns.org> Message-ID: <20040304105031.GA1640@intevation.de> Hi, On Thu, Mar 04, 2004 at 10:26:02AM +0530, Sajith VK wrote: > One nice feature I found in mapserver is classification. > It will be better if the classification is also exported to > map file. > In thuban I can classify a layer according to an attribute > and assign color for each "class". In mapfile also I can devide > a layer into different classes and assign color for each "class". > So if the "classification" done in thuban is available in the > exported "map" file, it will be realy helpful. > I dont know whether it is already in consideration..... > (If I am just confusing, just tell me, I will try to explain > it again!) I think I got what you mean :-) Classification will be considered of course. Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From bh at intevation.de Thu Mar 4 20:40:25 2004 From: bh at intevation.de (Bernhard Herzog) Date: Thu, 04 Mar 2004 20:40:25 +0100 Subject: [Thuban-list] usability wishes In-Reply-To: <10233.213.219.155.8.1077895853.squirrel@213.219.155.8> (Moritz Lennert's message of "Fri, 27 Feb 2004 16:30:53 +0100 (CET)") References: <10233.213.219.155.8.1077895853.squirrel@213.219.155.8> Message-ID: "Moritz Lennert" writes: > Hello, > > While playing around with Daniel's patches, a few usability issues have > struck me. I list them here, but if you prefer that I file individual wish > bugs for them, please tell me: > > In the "Colour" chooser window: We're using the standard wxColor dialog, so we're limited to what it has to offer, unless we want to write our own. > - it should be possible to set the rgb values by typing the numbers, not > only by using the slide That would probably require a custom dialog. > - when creating a custom color, I find it counter-intuitive that once I > have adjusted the sliders, I have to click on "Add to custom colors" > before clicking on OK: I often click directly on OK and then have to come > back to recreate the color That's probably a bug in the wxGTK color dialog. I ran into this too and now mostly use one of the predefined colors. I don't have the time at the moment to investigate this further. There doesn't seem to be a wx bug report about it yet. > - custom colors should be saved from one usage to the next of the color > chooser (or at least there should be a possibility to save custom colors - > ideally with the possibility of creating files with custom colors which > could then be loaded on demand) That shouldn't be too hard to implement. The documentation at least suggests taht there's a way to get at the data. > -it would be nice to extend the hsv patch to the chooser so that it is > possible to create custom colors according to hsv values That would probably require a custom dialog, too. > In the "Generate Classification" window: > > - it is not resizable (I am using thuban with XFCE4 in Debian > testing/unstable) It's resizable for me. However, you can only make it larger and it really is quite tall (on my system more than 700 pixels with the custom range). The dialog should be reworked a bit. May it should be a notebook with one tab for the classes and one for the color scheme. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From jan at intevation.de Fri Mar 5 15:02:11 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Fri, 5 Mar 2004 15:02:11 +0100 Subject: [Thuban-list] usability wishes In-Reply-To: References: <10233.213.219.155.8.1077895853.squirrel@213.219.155.8> Message-ID: <20040305140211.GA3181@intevation.de> On Thu, Mar 04, 2004 at 08:40:25PM +0100, Bernhard Herzog wrote: > "Moritz Lennert" writes: > > While playing around with Daniel's patches, a few usability issues have > > struck me. I list them here, but if you prefer that I file individual wish > > bugs for them, please tell me: > > > > In the "Colour" chooser window: > > We're using the standard wxColor dialog, so we're limited to what it has > to offer, unless we want to write our own. there ist also from wxPython.lib.colourchooser import wxPyColourChooser which has HSV support and both RGB and HSV can be entered as numbers. Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From jan at intevation.de Fri Mar 5 15:08:38 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Fri, 5 Mar 2004 15:08:38 +0100 Subject: [Thuban-list] usability wishes In-Reply-To: <20040305140211.GA3181@intevation.de> References: <10233.213.219.155.8.1077895853.squirrel@213.219.155.8> <20040305140211.GA3181@intevation.de> Message-ID: <20040305140838.GB3181@intevation.de> On Fri, Mar 05, 2004 at 03:02:11PM +0100, Jan-Oliver Wagner wrote: > On Thu, Mar 04, 2004 at 08:40:25PM +0100, Bernhard Herzog wrote: > > "Moritz Lennert" writes: > > > While playing around with Daniel's patches, a few usability issues have > > > struck me. I list them here, but if you prefer that I file individual wish > > > bugs for them, please tell me: > > > > > > In the "Colour" chooser window: > > > > We're using the standard wxColor dialog, so we're limited to what it has > > to offer, unless we want to write our own. > > there ist also > > from wxPython.lib.colourchooser import wxPyColourChooser > > which has HSV support and both RGB and HSV can be entered as numbers. I submitted a which to have it configurable which dialog to use: https://intevation.de/rt/webrt?serial_num=2347&display=History -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From mlennert at club.worldonline.be Fri Mar 5 16:42:34 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Fri, 5 Mar 2004 16:42:34 +0100 (CET) Subject: [Thuban-list] classification of variable ratios, not only single variables Message-ID: <10250.213.219.155.4.1078501354.squirrel@213.219.155.4> Hello, I'll just keep going until someone stops me ;-) How difficult would it be to introduce the possibility of classifying a map according to the ratio of two variables instead of one variable alone. As an example: if I have a map whose data table contains population and surface for each spatial entity, I have to go into the data file (outside of thuban) and calculate the population density and then I can generate a map of this density. It would be nice to have the possibility to indicate two variables, one as nominator and one as denominator and then launch the classification on this ratio. Moritz From dcalvelo at minag.gob.pe Sat Mar 6 09:21:37 2004 From: dcalvelo at minag.gob.pe (Daniel Calvelo Aros) Date: Sat, 6 Mar 2004 03:21:37 -0500 Subject: [Thuban-list] classification of variable ratios, not only single variables In-Reply-To: <10250.213.219.155.4.1078501354.squirrel@213.219.155.4> References: <10250.213.219.155.4.1078501354.squirrel@213.219.155.4> Message-ID: <20040306081149.M37075@minag.gob.pe> On Fri, 5 Mar 2004 16:42:34 +0100 (CET), Moritz Lennert wrote > Hello, > > I'll just keep going until someone stops me ;-) > > How difficult would it be to introduce the possibility of > classifying a map according to the ratio of two variables instead of > one variable alone. As an example: if I have a map whose data table > contains population and surface for each spatial entity, I have to > go into the data file (outside of thuban) and calculate the > population density and then I can generate a map of this density. It > would be nice to have the possibility to indicate two variables, one > as nominator and one as denominator and then launch the > classification on this ratio. > > Moritz It wouldn't be hard. The point is to do it right. I mean: the fine way would be to introduce a variable calculator into thuban, and the possibility to add new (transient) variables into a table. Since we are using SQLite, the operators are there; there is no need for a full expression parser. The odd way (to me) would be to use, like ArcView does, a "Normalize by" extra variable in the classification dialog. I'd rather have the first, although the second seems more straightforward for interactive exploration. Just thinking out loud, but what do you all think of having a *postgis* calculator, including the GEOS-based extensions, so that we could within thuban have choropleth maps of, say, the length of rivers that are contained within state boundaries? That's a lot of extra packages needed, and installing postgis isn't very straightforward right now... Thoughts? (I'd be glad to start implementing whatever solution is preferred). Daniel. PS. BTW, would people at intevation update thuban .deb to 1.0? What about packaging postgis+geos for debian? And mapserver? And... (we really need a debian developer with a strong GIS bias...) -- Daniel Calvelo Aros -- Direcci?n General de Informaci?n Agraria -- Ministerio de Agricultura del Per? -- (51-1)424-9001 From sholl at gmx.net Sat Mar 6 10:53:17 2004 From: sholl at gmx.net (Stephan Holl) Date: Sat, 6 Mar 2004 10:53:17 +0100 Subject: [Thuban-list] classification of variable ratios, not only single variables In-Reply-To: <20040306081149.M37075@minag.gob.pe> References: <10250.213.219.155.4.1078501354.squirrel@213.219.155.4> <20040306081149.M37075@minag.gob.pe> Message-ID: <20040306105317.218f4e1a@kermit.wg.de> Hello Daniel, At Sat, 6 Mar 2004 03:21:37 -0500 Daniel Calvelo Aros wrote: > What about > packaging postgis+geos for debian? And mapserver? And... (we really > need a debian developer with a strong GIS bias...) There are unofficial debian-packages for postgis and postgis-geos. Add this to your /etc/apt/sources.list deb http://agrogeomatic.educagri.fr/debian stable main a first starting point... Cheers Stephan -- Stephan Holl Check headers for GnuPG Key! http://www.gdf-hannover.de 10:50:09 up 1:42, 1 user, load average: 0.00, 0.00, 0.00 -------------- 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/20040306/bfb858a5/attachment.bin From jan at intevation.de Sat Mar 6 13:19:26 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Sat, 6 Mar 2004 13:19:26 +0100 Subject: [Thuban-list] classification of variable ratios, not only single variables In-Reply-To: <20040306081149.M37075@minag.gob.pe> References: <10250.213.219.155.4.1078501354.squirrel@213.219.155.4> <20040306081149.M37075@minag.gob.pe> Message-ID: <20040306121926.GA27172@intevation.de> On Sat, Mar 06, 2004 at 03:21:37AM -0500, Daniel Calvelo Aros wrote: > PS. BTW, would people at intevation update thuban .deb to 1.0? already in unstable :-) Silke: seems you haven't update the thuban/debian CVS files ? I also updated the download page since gdal now is incorporated and allows raster layers. Silke: I think we could replace the src downloads by a explaination how to get the sourcees from the Debian server? > What about > packaging postgis+geos for debian? And mapserver? And... (we really need a > debian developer with a strong GIS bias...) Silke packaged Thuban and gdal. gdal also helped getting GRASS updates into Debian. Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From joey at infodrom.org Sat Mar 6 09:45:29 2004 From: joey at infodrom.org (Martin Schulze) Date: Sat, 6 Mar 2004 09:45:29 +0100 Subject: [Thuban-list] classification of variable ratios, not only single variables In-Reply-To: <20040306081149.M37075@minag.gob.pe> References: <10250.213.219.155.4.1078501354.squirrel@213.219.155.4> <20040306081149.M37075@minag.gob.pe> Message-ID: <20040306084529.GI22638@finlandia.infodrom.north.de> Daniel Calvelo Aros wrote: > PS. BTW, would people at intevation update thuban .deb to 1.0? What about > packaging postgis+geos for debian? And mapserver? And... (we really need a > debian developer with a strong GIS bias...) 1.0 is in unstable already, the version in testing is a bit older, though. thuban testing 1.0rc1-1 alpha arm hppa i386 ia64 m68k mips mipsel powerpc s390 sparc source thuban unstable 1.0.0-1 alpha arm hppa i386 ia64 m68k mips mipsel powerpc s390 sparc source update-excuse: * thuban (1.0rc1-1 to 1.0.0-1) + Maintainer: Silke Reimer + Too young, only 4 of 10 days old + Not considered Assuming this is correct, the package will automatically be moved into testing in 6 days. However, I wouldn't be surprised if it turns out to be a dependency problem as well after the quarantaene time. Regards, Joey -- Let's call it an accidental feature. -- Larry Wall From Silke.Reimer at intevation.de Mon Mar 8 10:44:43 2004 From: Silke.Reimer at intevation.de (Silke Reimer) Date: Mon, 8 Mar 2004 10:44:43 +0100 Subject: [Thuban-list] classification of variable ratios, not only single variables In-Reply-To: <20040306121926.GA27172@intevation.de> References: <10250.213.219.155.4.1078501354.squirrel@213.219.155.4> <20040306081149.M37075@minag.gob.pe> <20040306121926.GA27172@intevation.de> Message-ID: <20040308094443.GB23000@intevation.de> Hallo, On Sat, Mar 06, 2004 at 01:19:26PM +0100, Jan-Oliver Wagner wrote: > On Sat, Mar 06, 2004 at 03:21:37AM -0500, Daniel Calvelo Aros wrote: > > PS. BTW, would people at intevation update thuban .deb to 1.0? > > already in unstable :-) > > Silke: seems you haven't update the thuban/debian CVS files ? Yes. Now it is done. And I will update the thuban download page today. > > I also updated the download page since gdal now is incorporated and > allows raster layers. > > Silke: I think we could replace the src downloads by a explaination > how to get the sourcees from the Debian server? OK. I will update the page accordingly. > > > What about > > packaging postgis+geos for debian? And mapserver? And... (we really need a > > debian developer with a strong GIS bias...) > > Silke packaged Thuban and gdal. gdal also helped getting GRASS updates > into Debian. And I would like to have postgis into debian, too. Giuseppe Sacco was originally planning to package postgis [1] but I didn't see a lot of action within the last months. My plan is to investigate it further as soon as I have a little bit more time. Silke [1] http://lists.debian.org/debian-devel/2002/debian-devel-200205/msg00376.html -- Silke Reimer Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-list/attachments/20040308/e8453dc3/attachment.bin From mlennert at club.worldonline.be Mon Mar 8 11:04:52 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Mon, 8 Mar 2004 11:04:52 +0100 (CET) Subject: [Thuban-list] classification of variable ratios, not only single variables In-Reply-To: <20040306081149.M37075@minag.gob.pe> References: <10250.213.219.155.4.1078501354.squirrel@213.219.155.4> <20040306081149.M37075@minag.gob.pe> Message-ID: <37705.164.15.134.82.1078740292.squirrel@164.15.134.82> Daniel, Let's keep the discussion going concerning ratios, now that the Debian issue seems cleared up. Daniel Calvelo Aros said: > On Fri, 5 Mar 2004 16:42:34 +0100 (CET), Moritz Lennert wrote >> Hello, >> >> I'll just keep going until someone stops me ;-) >> >> How difficult would it be to introduce the possibility of >> classifying a map according to the ratio of two variables instead of >> one variable alone. As an example: if I have a map whose data table >> contains population and surface for each spatial entity, I have to >> go into the data file (outside of thuban) and calculate the >> population density and then I can generate a map of this density. It >> would be nice to have the possibility to indicate two variables, one >> as nominator and one as denominator and then launch the >> classification on this ratio. >> >> Moritz > > It wouldn't be hard. The point is to do it right. > > I mean: the fine way would be to introduce a variable calculator into > thuban, > and the possibility to add new (transient) variables into a table. Since > we > are using SQLite, the operators are there; there is no need for a full > expression parser. > Could you elaborate on this ? I am not sure I understand correctly. You mean that instead of having to include all variables into the table, we should be able to import (transient) variables from other sources ? > The odd way (to me) would be to use, like ArcView does, a "Normalize by" > extra > variable in the classification dialog. I'd rather have the first, although > the > second seems more straightforward for interactive exploration. Yes, it is very easy to use. I guess we also have to watch out concerning the direction of Thuban: it is a viewer not a GIS, or ? > > Just thinking out loud, but what do you all think of having a *postgis* > calculator, including the GEOS-based extensions, so that we could within > thuban have choropleth maps of, say, the length of rivers that are > contained > within state boundaries? That's a lot of extra packages needed, and > installing > postgis isn't very straightforward right now... > And it would oblige everyone to use postgis to be able to calculate simple ratios ? For many usages this seems overkill. Moritz From daniel.calvelo at minag.gob.pe Tue Mar 9 20:27:13 2004 From: daniel.calvelo at minag.gob.pe (Daniel Calvelo) Date: Tue, 9 Mar 2004 14:27:13 -0500 Subject: [Thuban-list] classification of variable ratios, not only single variables In-Reply-To: <37705.164.15.134.82.1078740292.squirrel@164.15.134.82> References: <10250.213.219.155.4.1078501354.squirrel@213.219.155.4> <20040306081149.M37075@minag.gob.pe> <37705.164.15.134.82.1078740292.squirrel@164.15.134.82> Message-ID: <20040309062930.M87072@minag.gob.pe> On Mon, 8 Mar 2004 11:04:52 +0100 (CET), Moritz Lennert wrote > Daniel, > > Let's keep the discussion going concerning ratios, now that the > Debian issue seems cleared up. :) [about introducing ratios in choropleth maps] > > I mean: the fine way would be to introduce a variable calculator into > > thuban, > > and the possibility to add new (transient) variables into a table. Since > > we > > are using SQLite, the operators are there; there is no need for a full > > expression parser. > > Could you elaborate on this ? I am not sure I understand correctly. You > mean that instead of having to include all variables into the table, > we should be able to import (transient) variables from other sources ? I mean that we could have a means of introducing new transient variables within thuban, and be able to make calculations on them. Thus, ratios are a simple case of dividing two available variables to make a third, transient, variable. > > The odd way (to me) would be to use, like ArcView does, a "Normalize by" > > extra > > variable in the classification dialog. I'd rather have the first, although > > the > > second seems more straightforward for interactive exploration. > > Yes, it is very easy to use. I guess we also have to watch out concerning > the direction of Thuban: it is a viewer not a GIS, or ? Very good point. > > Just thinking out loud, but what do you all think of having a *postgis* > > calculator, including the GEOS-based extensions, so that we could within > > thuban have choropleth maps of, say, the length of rivers that are > > contained > > within state boundaries? That's a lot of extra packages needed, and > > installing > > postgis isn't very straightforward right now... > > > > And it would oblige everyone to use postgis to be able to calculate simple > ratios ? For many usages this seems overkill. Sure :) This is related to your previous point. The matter here is not to use postgis to calculate ratios (I've seen using Oracle remote access to find out lap years, mind you), which is just the tinyest thing to do with the setting I mentioned. It's about, as you said before, moving or not from a viewer towards a GIS. I think that question should be answered by looking at the current status and future directions of current free software GIS-related systems. I find two trends in application (not library) development lately: one is building user-frienldy interfaces to leverage powerful GIS libraries, the other is to start from a well interfaced viewer/presenter and move towards GIS functionality. I currently have explored JUMP, OpenEV, TerraView, QuantumGIS (and thuban of course) in the latter category. I'd put GMT, GRASS, PostGIS rather on the former. Now (freegis.org maintainers please correct me) it seems all of these projects are headed towards GIS proper. JUMP lacks raster support, but has JTS. QGIS is flirting with GRASS and PostGIS. OpenEV is slowly adding features. TerraView only interfaces a small part of the underlying powerful terralib. Refractions, Inc. states that PostGIS is a step towards a GIS. GRASS is being rewritten to extend vector capabilities and interfaces. Where do we want to go? What are distinctive features of thuban (regardless of technical specifics: cross-platform, Python-based, fully free,...) with respect to its potential uses? Is it headed towards an embeddable library? Is it a testbed (e.g. I'm exploring using it for anamorphic cartograms)? Which of the above projects are we concurrencing? Making thuban a single-user (desktop) front-end to PostGIS or other features server may be a long-term goal. We are currently targetting a viewer for spatial data, but I'm afraid more and more complex things will be getting in the way and make thuban more and more GISish... The cut doesn't seem very clear to me. Thoughts? Will to think of restating or extending the roadmap? > Moritz Daniel. -- Daniel Calvelo Aros -- Direcci?n General de Informaci?n Agraria -- Ministerio de Agricultura del Per? -- (51-1)424-9001 From mlennert at club.worldonline.be Wed Mar 10 10:04:32 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Wed, 10 Mar 2004 10:04:32 +0100 (CET) Subject: [Thuban-list] classification of variable ratios, not only single variables In-Reply-To: <20040309062930.M87072@minag.gob.pe> References: <10250.213.219.155.4.1078501354.squirrel@213.219.155.4> <20040306081149.M37075@minag.gob.pe> <37705.164.15.134.82.1078740292.squirrel@164.15.134.82> <20040309062930.M87072@minag.gob.pe> Message-ID: <40475.164.15.134.155.1078909472.squirrel@164.15.134.155> Daniel Calvelo said: > On Mon, 8 Mar 2004 11:04:52 +0100 (CET), Moritz wrote: [snip] > [about introducing ratios in choropleth maps] >> > I mean: the fine way would be to introduce a variable calculator into >> > thuban, >> > and the possibility to add new (transient) variables into a table. >> Since >> > we >> > are using SQLite, the operators are there; there is no need for a full >> > expression parser. >> >> Could you elaborate on this ? I am not sure I understand correctly. You >> mean that instead of having to include all variables into the table, >> we should be able to import (transient) variables from other sources ? > > I mean that we could have a means of introducing new transient variables > within thuban, and be able to make calculations on them. Thus, ratios are > a > simple case of dividing two available variables to make a third, > transient, > variable. Isn't this what ArcView does with its "Normalize by" ? I guess I still don't understand what you mean completely. [snip] > I think that question should be answered by looking at the current status > and > future directions of current free software GIS-related systems. I find two > trends in application (not library) development lately: one is building > user-frienldy interfaces to leverage powerful GIS libraries, the other is > to > start from a well interfaced viewer/presenter and move towards GIS > functionality. I currently have explored JUMP, OpenEV, TerraView, > QuantumGIS > (and thuban of course) in the latter category. I'd put GMT, GRASS, PostGIS > rather on the former. > > Now (freegis.org maintainers please correct me) it seems all of these > projects > are headed towards GIS proper. JUMP lacks raster support, but has JTS. > QGIS is > flirting with GRASS and PostGIS. OpenEV is slowly adding features. > TerraView > only interfaces a small part of the underlying powerful terralib. > Refractions, > Inc. states that PostGIS is a step towards a GIS. GRASS is being rewritten > to > extend vector capabilities and interfaces. > > Where do we want to go? What are distinctive features of thuban > (regardless of > technical specifics: cross-platform, Python-based, fully free,...) with > respect to its potential uses? Is it headed towards an embeddable library? > Is > it a testbed (e.g. I'm exploring using it for anamorphic cartograms)? > Which of > the above projects are we concurrencing? > > Making thuban a single-user (desktop) front-end to PostGIS or other > features > server may be a long-term goal. We are currently targetting a viewer for > spatial data, but I'm afraid more and more complex things will be getting > in > the way and make thuban more and more GISish... The cut doesn't seem very > clear to me. > > Thoughts? Will to think of restating or extending the roadmap? I had always seen Thuban as a tool for cartography, which should sooner or later be interfaced with GIS systems (the roadmap already states access to the GRASS database as a goal). So, as an example, someone could actually replace the current tcltkgrass menus of GRASS by an equivalent in Thuban and thus create "ThuGRASS" ;-), combining the GIS features of GRASS with the cartography features in Thuban. Add a better integration with Skencil and you have a complete chain of tools. This should be possible with other GIS systems. So, I don't think that Thuban should develop its own GIS features, but rather try to be as open as possible to allow integration with existing or future free GIS systems. Moritz From bernhard at intevation.de Wed Mar 10 13:53:43 2004 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 10 Mar 2004 13:53:43 +0100 Subject: [Thuban-list] Viewer or GIS, a future perspective In-Reply-To: <40475.164.15.134.155.1078909472.squirrel@164.15.134.155> References: <10250.213.219.155.4.1078501354.squirrel@213.219.155.4> <20040306081149.M37075@minag.gob.pe> <37705.164.15.134.82.1078740292.squirrel@164.15.134.82> <20040309062930.M87072@minag.gob.pe> <40475.164.15.134.155.1078909472.squirrel@164.15.134.155> Message-ID: <20040310125343.GC13765@intevation.de> On Wed, Mar 10, 2004 at 10:04:32AM +0100, Moritz Lennert wrote: > Daniel Calvelo said: > > I think that question should be answered by looking at the > > current status and future directions of current free software > > GIS-related systems. This is an important and interesting question. I also pounder it from time to time. > > I find two trends in application (not library) development > > lately: one is building user-frienldy interfaces to leverage > > powerful GIS libraries, the other is to start from a well > > interfaced viewer/presenter and move towards GIS functionality. > > I currently have explored JUMP, OpenEV, TerraView, QuantumGIS > > (and thuban of course) in the latter category. I'd put GMT, > > GRASS, PostGIS rather on the former. I also see those two trends. But you can also make orthogonal categories, like use of technology and user communities. > > Now (freegis.org maintainers please correct me) it seems all of > > these projects are headed towards GIS proper. I agree to the thought, but it highly depends on the defintion of GIS. Using more focussed terms like interactive viewer analysis library database cartography tool will help the discussion. > > JUMP lacks raster support, but has JTS. > > QGIS is flirting with GRASS and PostGIS. > > OpenEV is slowly adding features. TerraView only interfaces a > > small part of the underlying powerful terralib. Refractions, > > Inc. states that PostGIS is a step towards a GIS. GRASS is being > > rewritten to extend vector capabilities and interfaces. > > > > Where do we want to go? What are distinctive features of thuban > > (regardless of technical specifics: cross-platform, > > Python-based, fully free,...) with respect to its potential > > uses? Is it headed towards an embeddable library? I do not see it heading towards an embeddable library. The technical specifics shape its potential uses. Answer to your questions lie in the was Free Software works in general. I believe it to be centered around a community of developers and users. The communication structure is very important. Also the knowledge each of the participants have. In Free Software it is natural that people will extend the solution they know and are accustomed with. Thus each component can possibly grow in many directions. After a while the function will overlap, they might be coupled in various , too. This process constitutes a search for the best separation between components and the best solutions for the developers and users. > > Is it a testbed > > (e.g. I'm exploring using it for anamorphic cartograms)? Yes, you can use Thuban as a testbed. > > Which of the above projects are we concurrencing? It depends. Expect OpenEV, they are all not crossplatform and ready to run on a completely Free Software system. > > Making thuban a single-user (desktop) front-end to PostGIS or other > > features server may be a long-term goal. > > We are currently targetting a viewer for spatial data, > > but I'm afraid more and more complex things will be getting in > > the way and make thuban more and more GISish... > > The cut doesn't seem very clear to me. True, the cut is not clear. But this seems to be an advantage to Free Software. Diversity will lead to better solutions for the users. If users and developers want it, Thuban will have some analysis features. Certainly some analysis features like distance or area calculation are more considered cartography then hard GIS. > > Thoughts? Will to think of restating or extending the roadmap? We always think about changing the roadmap, if we find out more about the world. This is why we like your thoughts and your contributions. The roadmap of Thuban will be written by its community. Intevation is only one part of this community. > I had always seen Thuban as a tool for cartography, which should sooner or > later be interfaced with GIS systems (the roadmap already states access to > the GRASS database as a goal). So, as an example, someone could actually > replace the current tcltkgrass menus of GRASS by an equivalent in Thuban > and thus create "ThuGRASS" ;-), combining the GIS features of GRASS with > the cartography features in Thuban. Add a better integration with Skencil > and you have a complete chain of tools. This is the main goal that motivated us to start Thuban: Complete the tool chain. > This should be possible with other GIS systems. So, I don't think that > Thuban should develop its own GIS features, but rather try to be as open > as possible to allow integration with existing or future free GIS systems. We will keep Thuban open. 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/20040310/5c6e8fab/attachment.bin From serviopa at sili.com.br Wed Mar 10 21:25:05 2004 From: serviopa at sili.com.br (Servio Tulio Pires Amarante) Date: Wed, 10 Mar 2004 20:25:05 +0000 Subject: [Thuban-list] No module sqlite in Mandrake 10 Message-ID: <200403102025.06034.serviopa@sili.com.br> I have compiled and successful installed Thuban, but it does start saying that: $ thuban 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 26, in ? from Thuban.Model.session import create_empty_session File "/usr/local//lib/thuban/Thuban/Model/session.py", line 25, in ? from data import ShapefileStore File "/usr/local//lib/thuban/Thuban/Model/data.py", line 23, in ? import transientdb File "/usr/local/lib/thuban/Thuban/Model/transientdb.py", line 21, in ? from sqlite import connect ImportError: No module named sqlite I have sqlite installed and running fine here. I have tried it with both rebuilt rpm or tarball packages. Any cue on what is going on? Thanks S. From joey at infodrom.org Thu Mar 11 07:37:23 2004 From: joey at infodrom.org (Martin Schulze) Date: Thu, 11 Mar 2004 07:37:23 +0100 Subject: [Thuban-list] Re: No module sqlite in Mandrake 10 In-Reply-To: <200403102025.06034.serviopa@sili.com.br> References: <200403102025.06034.serviopa@sili.com.br> Message-ID: <20040311063723.GJ9104@finlandia.infodrom.north.de> Servio Tulio Pires Amarante wrote: > I have compiled and successful installed Thuban, but it does start saying > that: > $ thuban > 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 26, in ? > from Thuban.Model.session import create_empty_session > File "/usr/local//lib/thuban/Thuban/Model/session.py", line 25, in ? > from data import ShapefileStore > File "/usr/local//lib/thuban/Thuban/Model/data.py", line 23, in ? > import transientdb > File "/usr/local/lib/thuban/Thuban/Model/transientdb.py", line 21, in ? > from sqlite import connect > ImportError: No module named sqlite > > I have sqlite installed and running fine here. I have tried it with both > rebuilt rpm or tarball packages. Any cue on what is going on? Do you have it's Python binding installed as well? Without it, Python can't access it. You'll find the source here: http://pysqlite.sourceforge.net/downloads/ Python is looking for the Python module sqlite, not for the separate sqlite package. Regards, Joey -- There are lies, statistics and benchmarks. From bh at intevation.de Thu Mar 11 15:03:14 2004 From: bh at intevation.de (Bernhard Herzog) Date: Thu, 11 Mar 2004 15:03:14 +0100 Subject: [Thuban-list] thuban-1-0-branch created Message-ID: Hi all, a while ago I've created the branch for the stable 1.0 series in CVS. The branch tag is thuban-1-0-branch. You can check that branch out with export CVSROOT=:pserver:anonymous at intevation.de:/home/thuban/jail/thubanrepository cvs co -r thuban-1-0-branch thuban If you already have a checkout from HEAD you could also do cvs update -r thuban-1-0-branch You can get back to HEAD with cvs update -A Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From jan at intevation.de Thu Mar 11 17:02:21 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Thu, 11 Mar 2004 17:02:21 +0100 Subject: [Thuban-list] thuban-1-0-branch created In-Reply-To: References: Message-ID: <20040311160221.GB12231@intevation.de> On Thu, Mar 11, 2004 at 03:03:14PM +0100, Bernhard Herzog wrote: > a while ago I've created the branch for the stable 1.0 series in CVS. > The branch tag is thuban-1-0-branch. You can check that branch out with I added these information to http://thuban.intevation.org/cvs.html Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From serviopa at sili.com.br Thu Mar 11 21:01:31 2004 From: serviopa at sili.com.br (Servio Tulio Pires Amarante) Date: Thu, 11 Mar 2004 20:01:31 +0000 Subject: [Thuban-list] Re: No module sqlite in Mandrake 10 In-Reply-To: <20040311063723.GJ9104@finlandia.infodrom.north.de> References: <200403102025.06034.serviopa@sili.com.br> <20040311063723.GJ9104@finlandia.infodrom.north.de> Message-ID: <200403112001.31403.serviopa@sili.com.br> Em Qui 11 Mar 2004 06:37, Martin Schulze escreveu: > Do you have it's Python binding installed as well? Without it, > Python can't access it. You'll find the source here: > > http://pysqlite.sourceforge.net/downloads/ > > Python is looking for the Python module sqlite, not for the separate > sqlite package. > > Regards, > > Joey > > -- > There are lies, statistics and benchmarks. > > _______________________________________________ > Thuban-list mailing list > Thuban-list at intevation.de > https://intevation.de/mailman/listinfo/thuban-list > Yes, I had. Installed from a rpm package, pysqlite-0.4.3-1.i386.rpm, not a rpm-mdk package. I removed it and installed the latest tarballs, 0.5.0. It solved my problem. Thanks S. From bh at intevation.de Wed Mar 17 13:19:47 2004 From: bh at intevation.de (Bernhard Herzog) Date: Wed, 17 Mar 2004 13:19:47 +0100 Subject: [Thuban-list] thuban-devel mailing list created Message-ID: Hi all, We've created a new mailing list for Thuban: thuban-devel Subscription interface: https://intevation.de/mailman/listinfo/thuban-devel The topic of thuban-devel is the development of Thuban. Automatic mails from the bug-tracker about new entries and from cvs about checkins will go to that list as well. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From joey at infodrom.org Wed Mar 17 15:01:20 2004 From: joey at infodrom.org (Martin Schulze) Date: Wed, 17 Mar 2004 15:01:20 +0100 Subject: [Thuban-list] Re: thuban-devel mailing list created In-Reply-To: References: Message-ID: <20040317140120.GE9104@finlandia.infodrom.north.de> Hi! Bernhard Herzog wrote: > We've created a new mailing list for Thuban: thuban-devel > > Subscription interface: > https://intevation.de/mailman/listinfo/thuban-devel > > The topic of thuban-devel is the development of Thuban. Automatic mails > from the bug-tracker about new entries and from cvs about checkins will > go to that list as well. Is this list supposed to carry discussions as well? If it is not only supposed for such automatic mails I'd like to propose sending CVS mails including the patch[1] to a separate thuban-cvs list so automatic mails don't clutter the discussions. 1. http://cvs.infodrom.org/scripts/cvs-mailcommit Regards, Joey -- Given enough thrust pigs will fly, but it's not necessarily a good idea. From bernhard at intevation.de Wed Mar 17 15:11:19 2004 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 17 Mar 2004 15:11:19 +0100 Subject: [Thuban-list] Re: thuban-devel mailing list created In-Reply-To: <20040317140120.GE9104@finlandia.infodrom.north.de> References: <20040317140120.GE9104@finlandia.infodrom.north.de> Message-ID: <20040317141119.GC1910@intevation.de> On Wed, Mar 17, 2004 at 03:01:20PM +0100, Martin Schulze wrote: > Bernhard Herzog wrote: > > We've created a new mailing list for Thuban: thuban-devel > > > > Subscription interface: > > https://intevation.de/mailman/listinfo/thuban-devel > > > > The topic of thuban-devel is the development of Thuban. Automatic mails > > from the bug-tracker about new entries and from cvs about checkins will > > go to that list as well. > > Is this list supposed to carry discussions as well? Yes. > If it is not > only supposed for such automatic mails I'd like to propose sending > CVS mails including the patch[1] to a separate thuban-cvs list so > automatic mails don't clutter the discussions. > > 1. http://cvs.infodrom.org/scripts/cvs-mailcommit As long as we do not have a huge numer of automatic message, we try to have them on the -devel list. If they get numerous, we'll add another list. BTW: What application is patched by [1]? -------------- 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/20040317/bd816443/attachment.bin From jan at intevation.de Wed Mar 17 15:13:49 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Wed, 17 Mar 2004 15:13:49 +0100 Subject: [Thuban-list] thuban-devel mailing list created In-Reply-To: References: Message-ID: <20040317141349.GB18256@intevation.de> On Wed, Mar 17, 2004 at 01:19:47PM +0100, Bernhard Herzog wrote: > We've created a new mailing list for Thuban: thuban-devel > > Subscription interface: > https://intevation.de/mailman/listinfo/thuban-devel > > The topic of thuban-devel is the development of Thuban. Automatic mails > from the bug-tracker about new entries and from cvs about checkins will > go to that list as well. I've updated http://thuban.intevation.org/mailinglist.html accordingly. Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From joey at infodrom.org Wed Mar 17 15:20:30 2004 From: joey at infodrom.org (Martin Schulze) Date: Wed, 17 Mar 2004 15:20:30 +0100 Subject: [Thuban-list] Re: Re: thuban-devel mailing list created In-Reply-To: <20040317141119.GC1910@intevation.de> References: <20040317140120.GE9104@finlandia.infodrom.north.de> <20040317141119.GC1910@intevation.de> Message-ID: <20040317142030.GF9104@finlandia.infodrom.north.de> Bernhard Reiter wrote: > > If it is not > > only supposed for such automatic mails I'd like to propose sending > > CVS mails including the patch[1] to a separate thuban-cvs list so > > automatic mails don't clutter the discussions. > > > > 1. http://cvs.infodrom.org/scripts/cvs-mailcommit > > As long as we do not have a huge numer of automatic message, > we try to have them on the -devel list. If they get numerous, > we'll add another list. Ok. > BTW: What application is patched by [1]? None. It's a standalone program one can add to the CVS server and make it send out CVS messages including n lines of the patch to a given address. It's hooked into CVSROOT/loginfo if I remember correctly. Regards, Joey -- Given enough thrust pigs will fly, but it's not necessarily a good idea. From joey at infodrom.org Wed Mar 17 15:46:38 2004 From: joey at infodrom.org (Martin Schulze) Date: Wed, 17 Mar 2004 15:46:38 +0100 Subject: [Thuban-list] Re: Re: thuban-devel mailing list created In-Reply-To: <20040317142030.GF9104@finlandia.infodrom.north.de> References: <20040317140120.GE9104@finlandia.infodrom.north.de> <20040317141119.GC1910@intevation.de> <20040317142030.GF9104@finlandia.infodrom.north.de> Message-ID: <20040317144638.GH9104@finlandia.infodrom.north.de> Martin Schulze wrote: > > > only supposed for such automatic mails I'd like to propose sending > > > CVS mails including the patch[1] to a separate thuban-cvs list so > > > automatic mails don't clutter the discussions. > > > > > > 1. http://cvs.infodrom.org/scripts/cvs-mailcommit > > BTW: What application is patched by [1]? > > None. It's a standalone program one can add to the CVS server and > make it send out CVS messages including n lines of the patch to a > given address. It's hooked into CVSROOT/loginfo if I remember > correctly. Oh, after reading my text again I understand why you asked. It wasn't written non-ambiguous. The text was meant as (sending CVS mails including the patch)[1], not patch[1]. Sorry for the confusion. Regards, Joey -- Given enough thrust pigs will fly, but it's not necessarily a good idea. From sholl at gmx.net Wed Mar 17 20:39:19 2004 From: sholl at gmx.net (Stephan Holl) Date: Wed, 17 Mar 2004 20:39:19 +0100 Subject: [Thuban-list] LINESTRING and PostGIS Message-ID: <20040317203919.15bf0bc1@kermit.wg.de> Dear developers, I am trying to access a dataset stored in Postgis which has the GEOMETRY of LINESTRING. I have the same geometries stored in another table with MUTLILINESTRING, which works perfect. The following output of thuban appears: An unhandled exception occurred: 'LINESTRING' (please report to http://thuban.intevation.org/bugtracker.html) Traceback (most recent call last): File "/home/steph/cvs/thuban/Thuban/UI/legend.py", line 489, in _OnItemActivated self.parent.DoOnProperties() File "/home/steph/cvs/thuban/Thuban/UI/legend.py", line 171, in DoOnProperties self.mainWindow.OpenLayerProperties(list[0], list[1]) File "/home/steph/cvs/thuban/Thuban/UI/mainwindow.py", line 690, in OpenLayerProperties dialog = Classifier(self, name, self.Map(), layer, group) File "/home/steph/cvs/thuban/Thuban/UI/classifier.py", line 769, in __init__ self.__SelectField(self.__cur_field, group = group) File "/home/steph/cvs/thuban/Thuban/UI/classifier.py", line 996, in __SelectField self.__SetGridTable(newIndex, group) File "/home/steph/cvs/thuban/Thuban/UI/classifier.py", line 970, in __SetGridTable self.layer.ShapeType(), group) File "/home/steph/cvs/thuban/Thuban/Model/layer.py", line 216, in ShapeType return self.store.ShapeType() File "/home/steph/cvs/thuban/Thuban/Model/postgisdb.py", line 471, in ShapeType return shapetype_map[result] KeyError: 'LINESTRING' Does that mean, that thuban can not handle dataset in LINESTRING notation?! I am using thuban from CVS Thuban Release Version 1.0.0 Currently using: wxPython 2.4.2.4 Python 2.3.2 PySQLite 0.4.3 SQLite 2.8.9 GDAL 1.2.0.0 psycopg 1.1.10 thanks for your help cheers Stephan Holl -- Stephan Holl Check headers for GnuPG Key! http://www.gdf-hannover.de 20:33:27 up 4:21, 1 user, load average: 0.35, 0.41, 0.38 -------------- 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/20040317/817faa5f/attachment.bin From LCzub at t-online.de Thu Mar 18 05:02:17 2004 From: LCzub at t-online.de (Luiko Czub) Date: Thu, 18 Mar 2004 05:02:17 +0100 Subject: [Thuban-list] LINESTRING and PostGIS References: <20040317203919.15bf0bc1@kermit.wg.de> Message-ID: <40591F49.CA73D071@t-online.de> Moin Stephan, > Dear developers, > > I am trying to access a dataset stored in Postgis which has the GEOMETRY > of LINESTRING. > I have the same geometries stored in another table with MUTLILINESTRING, > which works perfect. > With following modification in thuban/Thuban/Model/postgisdb.py , you should work with LINESTRINGS. shapetype_map = {"POLYGON": SHAPETYPE_POLYGON, "MULTIPOLYGON": SHAPETYPE_POLYGON, "MULTILINESTRING": SHAPETYPE_ARC, ## NEW LC 250104 ADD geomtype LINESTRING "LINESTRING": SHAPETYPE_ARC, ## END LC 250104 ADD geomtype LINESTRING "POINT": SHAPETYPE_POINT} -- Gru? Luiko Czub From sholl at gmx.net Thu Mar 18 18:07:22 2004 From: sholl at gmx.net (Stephan Holl) Date: Thu, 18 Mar 2004 18:07:22 +0100 Subject: [Thuban-list] LINESTRING and PostGIS In-Reply-To: <40591F49.CA73D071@t-online.de> References: <20040317203919.15bf0bc1@kermit.wg.de> <40591F49.CA73D071@t-online.de> Message-ID: <20040318180722.72c85ae3@kermit.wg.de> Hello Luiko, At Thu, 18 Mar 2004 05:02:17 +0100 Luiko Czub wrote: > > I am trying to access a dataset stored in Postgis which has the > > GEOMETRY of LINESTRING. > > I have the same geometries stored in another table with > > MUTLILINESTRING, which works perfect. > > > > With following modification in thuban/Thuban/Model/postgisdb.py , you > should work with LINESTRINGS. > > shapetype_map = {"POLYGON": SHAPETYPE_POLYGON, > "MULTIPOLYGON": SHAPETYPE_POLYGON, > "MULTILINESTRING": SHAPETYPE_ARC, > ## NEW LC 250104 ADD geomtype LINESTRING > "LINESTRING": SHAPETYPE_ARC, > ## END LC 250104 ADD geomtype LINESTRING > "POINT": SHAPETYPE_POINT} THanks for this hint. This nearly solves my problem...but now its partly my fault. Here is the given output: Traceback (most recent call last): File "/home/steph/cvs/thuban/Thuban/UI/view.py", line 206, in _do_redraw if self.render_iter.next(): File "/home/steph/cvs/thuban/Thuban/UI/view.py", line 255, in _render_iterator for cont in renderer.RenderMapIncrementally(): File "/home/steph/cvs/thuban/Thuban/UI/baserenderer.py", line 202, in render_map_incrementally for i in self.draw_shape_layer_incrementally(layer): File "/home/steph/cvs/thuban/Thuban/UI/baserenderer.py", line 270, in draw_shape_layer_incrementally for shape in self.layer_shapes(layer): File "/home/steph/cvs/thuban/Thuban/Model/postgisdb.py", line 534, in ShapesInRegion cursor.execute("SELECT gid, AsText(%s) FROM %s" ProgrammingError: ERROR: Attribut ?gid? nicht gefunden SELECT gid, AsText("wkb_geometry") FROM "roads" WHERE "wkb_geometry" && GeometryFromText('POLYGON((3427000.290000 5787098.271461, 3427000.290000 5801372.438539, 3444004.000000 5801372.438539, 3444004.000000 5787098.271461, 3427000.290000 5787098.271461))', 104306) ORDER BY gid My dataset does not have the "gid"-column, it is named ogc_fid (by v.out.ogr). After copying this column to "gid" everything is fine. I am not quite sure why v.out.ogr does not name a gid-column... But thanks so far. Gru? Stephan -- Stephan Holl Check headers for GnuPG Key! http://www.gdf-hannover.de 18:00:40 up 54 min, 1 user, load average: 0.25, 0.16, 0.11 -------------- 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/20040318/348d9501/attachment.bin From bh at intevation.de Thu Mar 18 18:50:00 2004 From: bh at intevation.de (Bernhard Herzog) Date: Thu, 18 Mar 2004 18:50:00 +0100 Subject: [Thuban-list] LINESTRING and PostGIS In-Reply-To: <20040318180722.72c85ae3@kermit.wg.de> (Stephan Holl's message of "Thu, 18 Mar 2004 18:07:22 +0100") References: <20040317203919.15bf0bc1@kermit.wg.de> <40591F49.CA73D071@t-online.de> <20040318180722.72c85ae3@kermit.wg.de> Message-ID: Stephan Holl writes: > cursor.execute("SELECT gid, AsText(%s) FROM %s" > ProgrammingError: ERROR: Attribut ?gid? nicht gefunden The code in Thuban 1.0.0 only works with tables that have a column called "gid". This has been fixed in CVS last week. You might want to try that. > My dataset does not have the "gid"-column, it is named ogc_fid (by > v.out.ogr). > After copying this column to "gid" everything is fine. > > I am not quite sure why v.out.ogr does not name a gid-column... It doesn't have to. The requirement for the gid-column is (or was now) really a bug in Thuban. All that's required now is that it has an integer column with ids. The dialog lets you choose which one to use. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From sholl at gmx.net Thu Mar 18 19:28:53 2004 From: sholl at gmx.net (Stephan Holl) Date: Thu, 18 Mar 2004 19:28:53 +0100 Subject: [Thuban-list] LINESTRING and PostGIS In-Reply-To: References: <20040317203919.15bf0bc1@kermit.wg.de> <40591F49.CA73D071@t-online.de> <20040318180722.72c85ae3@kermit.wg.de> Message-ID: <20040318192853.1606029b@kermit.wg.de> : Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Thu__18_Mar_2004_19_28_53_+0100_Yrejsc.MMNJVIpiO" --Signature=_Thu__18_Mar_2004_19_28_53_+0100_Yrejsc.MMNJVIpiO Content-Type: text/plain; charset=ISO-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Bernhard, At Thu, 18 Mar 2004 18:50:00 +0100 Bernhard Herzog wrote: > Stephan Holl writes: >=20 > > cursor.execute("SELECT gid, AsText(%s) FROM %s" > > ProgrammingError: ERROR: Attribut =BBgid=AB nicht gefunden >=20 > The code in Thuban 1.0.0 only works with tables that have a column > called "gid". This has been fixed in CVS last week. You might want > to try that. >=20 > > My dataset does not have the "gid"-column, it is named ogc_fid (by > > v.out.ogr). > > After copying this column to "gid" everything is fine. > > > > I am not quite sure why v.out.ogr does not name a gid-column... >=20 > It doesn't have to. The requirement for the gid-column is (or was > now) really a bug in Thuban. All that's required now is that it has > an integer column with ids. The dialog lets you choose which one to > use. THanks for pointing this out. I did a CVS-update and voila, the dialog is present and I can choose the ID-column. Good job folks! Gru=DF Stephan --=20 Stephan Holl Check headers for GnuPG Key! http://www.gdf-hannover.de 19:27:20 up 2:21, 1 user, load average: 0.34, 0.17, 0.09 --Signature=_Thu__18_Mar_2004_19_28_53_+0100_Yrejsc.MMNJVIpiO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAWeplEg9SKhGUagkRAjCxAJ4sPuPr2/nbV5rNTZKaOtr1hJ2EuACbBJHk UvX2VOerxhS5p4VOqoxQjxo= =3idg -----END PGP SIGNATURE----- --Signature=_Thu__18_Mar_2004_19_28_53_+0100_Yrejsc.MMNJVIpiO-- From ole.benjamin.schroeder at web.de Sat Mar 20 15:56:01 2004 From: ole.benjamin.schroeder at web.de (Ole Benjamin Schroeder) Date: Sat, 20 Mar 2004 15:56:01 +0100 Subject: [Thuban-list] another Thuban build error Message-ID: <200403201556.01260.ole.benjamin.schroeder@web.de> Hi, I'm trying to install Thuban under SuSE Linux 9.0 pro. I have installed all the mentioned prerequisites including the corresponding devel-packages but still I get these errors: linux:/tmp/Thuban-1.0.0 # python setup.py build sh: line 1: gdal-config: command not found "gdal-config --cflags " failed running build running build_py running build_ext building 'Lib.wxproj' extension gcc -pthread -fno-strict-aliasing -DNDEBUG -D_FILE_OFFSET_BITS=64 -DHAVE_LARGEFILE_SUPPORT -O2 -march=i586 -mcpu=i686 -fmessage-length=0 -fPIC -Wall -fPIC -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -Ilibraries/shapelib -I/usr/local/include -Ilibraries/ pyshapelib/ -I/usr/lib/wx/include/gtk-2.4 -I/usr/include/python2.3 -c libraries/thuban/wxproj.cpp -o build/temp.linux-i686-2.3/libraries/thuban/ wxproj.o In file included from /usr/include/python2.3/Python.h:8, from libraries/thuban/wxproj.cpp:16: /usr/include/python2.3/pyconfig.h:844:1: Warnung: "_POSIX_C_SOURCE" redefined In file included from /usr/include/stdlib.h:25, from libraries/thuban/wxproj.cpp:13: /usr/include/features.h:131:1: Warnung: this is the location of the previous definition libraries/thuban/wxproj.cpp:26:22: projects.h: Datei oder Verzeichnis nicht gefunden libraries/thuban/wxproj.cpp:132: error: type specifier omitted for parameter `PJ' libraries/thuban/wxproj.cpp:132: error: parse error before `*' token libraries/thuban/wxproj.cpp: In function `void project_point(...)': libraries/thuban/wxproj.cpp:136: error: `projUV' undeclared (first use this function) libraries/thuban/wxproj.cpp:136: error: (Each undeclared identifier is reported only once for each function it appears in.) libraries/thuban/wxproj.cpp:136: error: parse error before `;' token libraries/thuban/wxproj.cpp:138: error: `proj_point' undeclared (first use this function) libraries/thuban/wxproj.cpp:138: error: `x' undeclared (first use this function) libraries/thuban/wxproj.cpp:139: error: `y' undeclared (first use this function) libraries/thuban/wxproj.cpp:141: error: `inverse' undeclared (first use this function) libraries/thuban/wxproj.cpp:142: error: `pj_inv' undeclared (first use this function) libraries/thuban/wxproj.cpp:144: error: `forward' undeclared (first use this function) libraries/thuban/wxproj.cpp:155: error: `DEG_TO_RAD' undeclared (first use this function) libraries/thuban/wxproj.cpp:158: error: `pj_fwd' undeclared (first use this function) libraries/thuban/wxproj.cpp:166: error: `RAD_TO_DEG' undeclared (first use this function) libraries/thuban/wxproj.cpp:171: error: `xdest' undeclared (first use this function) libraries/thuban/wxproj.cpp:171: error: `scalex' undeclared (first use this function) libraries/thuban/wxproj.cpp:171: error: `offx' undeclared (first use this function) libraries/thuban/wxproj.cpp:172: error: `ydest' undeclared (first use this function) libraries/thuban/wxproj.cpp:172: error: `scaley' undeclared (first use this function) libraries/thuban/wxproj.cpp:172: error: `offy' undeclared (first use this function) libraries/thuban/wxproj.cpp: At global scope: libraries/thuban/wxproj.cpp:191: error: type specifier omitted for parameter `PJ' libraries/thuban/wxproj.cpp:191: error: parse error before `*' token libraries/thuban/wxproj.cpp: In function `wxPoint* project_points(...)': libraries/thuban/wxproj.cpp:195: error: `num_vertices' undeclared (first use this function) libraries/thuban/wxproj.cpp:195: error: `num_parts' undeclared (first use this function) libraries/thuban/wxproj.cpp:209: error: `xs' undeclared (first use this function) libraries/thuban/wxproj.cpp:209: error: `ys' undeclared (first use this function) libraries/thuban/wxproj.cpp:223: error: `part_start' undeclared (first use this function) libraries/thuban/wxproj.cpp: At global scope: libraries/thuban/wxproj.cpp:240: error: Syntaxfehler before `*' token libraries/thuban/wxproj.cpp:241: error: Syntaxfehler before `*' token libraries/thuban/wxproj.cpp: In function `PyObject* draw_polygon_init(PyObject*, PyObject*)': libraries/thuban/wxproj.cpp:302: error: 'struct s_draw_info' has no member named 'forward' libraries/thuban/wxproj.cpp:307: error: 'struct s_draw_info' has no member named 'inverse' libraries/thuban/wxproj.cpp: In function `PyObject* draw_polygon_shape(PyObject*, PyObject*)': libraries/thuban/wxproj.cpp:386: error: 'struct s_draw_info' has no member named 'forward' libraries/thuban/wxproj.cpp:387: error: 'struct s_draw_info' has no member named 'inverse' libraries/thuban/wxproj.cpp: In function `PyObject* point_in_polygon_shape(PyObject*, PyObject*)': libraries/thuban/wxproj.cpp:501: error: `PJ' undeclared (first use this function) error: command 'gcc' failed with exit status 1 can anyone help me with that? cheers Ole From jan at intevation.de Sat Mar 20 16:37:18 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Sat, 20 Mar 2004 16:37:18 +0100 Subject: [Thuban-list] another Thuban build error In-Reply-To: <200403201556.01260.ole.benjamin.schroeder@web.de> References: <200403201556.01260.ole.benjamin.schroeder@web.de> Message-ID: <20040320153718.GA11026@intevation.de> Hi Ole, On Sat, Mar 20, 2004 at 03:56:01PM +0100, Ole Benjamin Schroeder wrote: > I'm trying to install Thuban under SuSE Linux 9.0 pro. > I have installed all the mentioned prerequisites including the corresponding > devel-packages but still I get these errors: > > linux:/tmp/Thuban-1.0.0 # python setup.py build > sh: line 1: gdal-config: command not found > "gdal-config --cflags " failed >... >... > libraries/thuban/wxproj.cpp:26:22: projects.h: Datei oder Verzeichnis nicht > gefunden >... seems you do not have gdal (optional) nor proj (mandatory) installed properly. Properly means here that you have to install the devel packages to have the *.h files. Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From ole.benjamin.schroeder at web.de Mon Mar 22 12:00:28 2004 From: ole.benjamin.schroeder at web.de (Ole Benjamin Schroeder) Date: Mon, 22 Mar 2004 12:00:28 +0100 Subject: [Thuban-list] another Thuban build error In-Reply-To: <20040320153718.GA11026@intevation.de> References: <200403201556.01260.ole.benjamin.schroeder@web.de> <20040320153718.GA11026@intevation.de> Message-ID: <200403221200.28708.ole.benjamin.schroeder@web.de> Am Samstag, 20. M?rz 2004 16:37 schrieb Jan-Oliver Wagner: > seems you do not have gdal (optional) nor proj (mandatory) installed > properly. Properly means here that you have to install the devel > packages to have the *.h files. I reinstalled proj and gdal from sources now (they are not part of my distribution) and everything seems to work, thanks. Except one thing: the attribute tables (and only the attribute tables) are labeled in Chinese or Japanese or ... (excuse me, I cannot tell exactly). This is not affected by changing the value of LC_ALL. Any idea where I have to make the right language settings? Ole From jan at intevation.de Mon Mar 22 21:10:33 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Mon, 22 Mar 2004 21:10:33 +0100 Subject: [Thuban-list] another Thuban build error In-Reply-To: <200403221200.28708.ole.benjamin.schroeder@web.de> References: <200403201556.01260.ole.benjamin.schroeder@web.de> <20040320153718.GA11026@intevation.de> <200403221200.28708.ole.benjamin.schroeder@web.de> Message-ID: <20040322201033.GC14483@intevation.de> On Mon, Mar 22, 2004 at 12:00:28PM +0100, Ole Benjamin Schroeder wrote: > Except one thing: the attribute tables (and only the attribute tables) are > labeled in Chinese or Japanese or ... (excuse me, I cannot tell exactly). > This is not affected by changing the value of LC_ALL. Any idea where I have > to make the right language settings? Can you send a screenshot? Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From mlennert at club.worldonline.be Tue Mar 23 15:43:24 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Tue, 23 Mar 2004 15:43:24 +0100 (CET) Subject: [Thuban-list] Thuban CVS version: cannot classify on incomplete data - unsupported operand type(s) for -: 'NoneType' and 'NoneType' Message-ID: <46744.164.15.134.155.1080053004.squirrel@164.15.134.155> Hello, I am using the current CVS version. I have a shapefile (and dbf file) with 589 entities and a data table with data for 129 of these entities. I can join the two tables using an external join. The result seems coherent with most lines in grey (no data) and the 129 lines with data. However, when I choose one of the incomplete fields and hit the "Generate classes" button, I get the following error Une exception non g?r?e a ?t? d?clench?e: unsupported operand type(s) for -: 'NoneType' and 'NoneType' (veuillez faire un rapport ? l'adresse http://thuban.intevation.org/bugtracker.html) Traceback (most recent call last): File "/usr/lib/thuban/Thuban/UI/classifier.py", line 1075, in _OnGenClass self.fields.GetString(self.__cur_field)) File "/usr/lib/thuban/Thuban/UI/classgen.py", line 125, in __init__ obj = clazz(self, self.layer, self.fieldName, self.fieldType) File "/usr/lib/thuban/Thuban/UI/classgen.py", line 1008, in __init__ self.datashow = PointDensityGram(self, data=curdata) File "/usr/lib/thuban/Thuban/UI/graph.py", line 50, in __init__ self.data = [ (d-mnd)/(mxd-mnd) for d in data ] TypeError: unsupported operand type(s) for -: 'NoneType' and 'NoneType' As this is one of the first attempts of one of my colleagues to use Thuban in production, I would really like to find the answer to this problem. Moritz From bh at intevation.de Tue Mar 23 16:27:38 2004 From: bh at intevation.de (Bernhard Herzog) Date: Tue, 23 Mar 2004 16:27:38 +0100 Subject: [Thuban-list] Thuban CVS version: cannot classify on incomplete data - unsupported operand type(s) for -: 'NoneType' and 'NoneType' In-Reply-To: <46744.164.15.134.155.1080053004.squirrel@164.15.134.155> (Moritz Lennert's message of "Tue, 23 Mar 2004 15:43:24 +0100 (CET)") References: <46744.164.15.134.155.1080053004.squirrel@164.15.134.155> Message-ID: "Moritz Lennert" writes: > File "/usr/lib/thuban/Thuban/UI/graph.py", line 50, in __init__ > self.data = [ (d-mnd)/(mxd-mnd) for d in data ] > TypeError: unsupported operand type(s) for -: 'NoneType' and 'NoneType' The Table objects return None for NULL values in the database. It appears that the code in graph.py doesn't handle that case. In this particular case it's Daniel's code apparently, but I think some of out code doesn't handle None correctly either. I've create RT #2361 for this. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From ole.benjamin.schroeder at web.de Tue Mar 23 12:28:03 2004 From: ole.benjamin.schroeder at web.de (Ole Benjamin Schroeder) Date: Tue, 23 Mar 2004 12:28:03 +0100 Subject: [Thuban-list] another Thuban build error In-Reply-To: <20040322201033.GC14483@intevation.de> References: <200403201556.01260.ole.benjamin.schroeder@web.de> <200403221200.28708.ole.benjamin.schroeder@web.de> <20040322201033.GC14483@intevation.de> Message-ID: <200403231228.03834.ole.benjamin.schroeder@web.de> Am Montag, 22. M?rz 2004 21:10 schrieb Jan-Oliver Wagner: > On Mon, Mar 22, 2004 at 12:00:28PM +0100, Ole Benjamin Schroeder wrote: > > Except one thing: the attribute tables (and only the attribute tables) > > are labeled in Chinese or Japanese or ... (excuse me, I cannot tell > > exactly). This is not affected by changing the value of LC_ALL. Any idea > > where I have to make the right language settings? > > Can you send a screenshot? > > Jan Here you are. (Maybe this startup message in the shell: "Thuban start module not available" is another hint?) Ole -------------- next part -------------- A non-text attachment was scrubbed... Name: screenshot.png Type: image/png Size: 58348 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-list/attachments/20040323/89a45804/screenshot.png From jan at intevation.de Tue Mar 23 21:58:03 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Tue, 23 Mar 2004 21:58:03 +0100 Subject: [Thuban-list] another Thuban build error In-Reply-To: <200403231228.03834.ole.benjamin.schroeder@web.de> References: <200403201556.01260.ole.benjamin.schroeder@web.de> <200403221200.28708.ole.benjamin.schroeder@web.de> <20040322201033.GC14483@intevation.de> <200403231228.03834.ole.benjamin.schroeder@web.de> Message-ID: <20040323205803.GA394@intevation.de> On Tue, Mar 23, 2004 at 12:28:03PM +0100, Ole Benjamin Schroeder wrote: > Am Montag, 22. M?rz 2004 21:10 schrieb Jan-Oliver Wagner: > > On Mon, Mar 22, 2004 at 12:00:28PM +0100, Ole Benjamin Schroeder wrote: > > > Except one thing: the attribute tables (and only the attribute tables) > > > are labeled in Chinese or Japanese or ... (excuse me, I cannot tell > > > exactly). This is not affected by changing the value of LC_ALL. Any idea > > > where I have to make the right language settings? > > > > Can you send a screenshot? > > Here you are. Thanks. Anybody an idea? > (Maybe this startup message in the shell: "Thuban start module not available" > is another hint?) No, this is just a hint on a missing thubaninit.py. It think this message should contain the path of the file in brackets to be more helpful. Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From bh at intevation.de Wed Mar 24 11:57:34 2004 From: bh at intevation.de (Bernhard Herzog) Date: Wed, 24 Mar 2004 11:57:34 +0100 Subject: [Thuban-list] another Thuban build error In-Reply-To: <20040323205803.GA394@intevation.de> (Jan-Oliver Wagner's message of "Tue, 23 Mar 2004 21:58:03 +0100") References: <200403201556.01260.ole.benjamin.schroeder@web.de> <200403221200.28708.ole.benjamin.schroeder@web.de> <20040322201033.GC14483@intevation.de> <200403231228.03834.ole.benjamin.schroeder@web.de> <20040323205803.GA394@intevation.de> Message-ID: Jan-Oliver Wagner writes: > On Tue, Mar 23, 2004 at 12:28:03PM +0100, Ole Benjamin Schroeder wrote: >> Am Montag, 22. M?rz 2004 21:10 schrieb Jan-Oliver Wagner: >> > On Mon, Mar 22, 2004 at 12:00:28PM +0100, Ole Benjamin Schroeder wrote: >> > > Except one thing: the attribute tables (and only the attribute tables) >> > > are labeled in Chinese or Japanese or ... (excuse me, I cannot tell >> > > exactly). This is not affected by changing the value of LC_ALL. Any idea >> > > where I have to make the right language settings? [...] > Thanks. Anybody an idea? The output of the locale command might be helpful. Also, which wx-version and since it appears to be wxGTK, which GTK version. We've only tested with GTK 1.2. >> (Maybe this startup message in the shell: "Thuban start module not available" >> is another hint?) > > No, this is just a hint on a missing thubaninit.py. OTOH, the message shouldn't be printed at all, I think. Not having a thubanstart.py module is a pretty normal situation, after all. > It think this message should contain the path of the file > in brackets to be more helpful. This should be in the about-box, I think, especially if we don't print the message on start-up. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From ole.benjamin.schroeder at web.de Wed Mar 24 16:16:10 2004 From: ole.benjamin.schroeder at web.de (Ole Benjamin Schroeder) Date: Wed, 24 Mar 2004 16:16:10 +0100 Subject: [Thuban-list] another Thuban build error In-Reply-To: References: <200403201556.01260.ole.benjamin.schroeder@web.de> <20040323205803.GA394@intevation.de> Message-ID: <200403241616.10777.ole.benjamin.schroeder@web.de> > >> > > Except one thing: the attribute tables (and only the attribute > >> > > tables) are labeled in Chinese or Japanese or ... (excuse me, I > >> > > cannot tell exactly). This is not affected by changing the value of > >> > > LC_ALL. Any idea where I have to make the right language settings? [...] > The output of the locale command might be helpful. Also, which > wx-version and since it appears to be wxGTK, which GTK version. We've > only tested with GTK 1.2. oschroed at linux:~> locale LANG=de_DE at euro LC_CTYPE="de_DE" LC_NUMERIC="de_DE" LC_TIME="de_DE" LC_COLLATE="de_DE" LC_MONETARY="de_DE" LC_MESSAGES="de_DE" LC_PAPER="de_DE" LC_NAME="de_DE" LC_ADDRESS="de_DE" LC_TELEPHONE="de_DE" LC_MEASUREMENT="de_DE" LC_IDENTIFICATION="de_DE" LC_ALL=de_DE Versions: python-wxGTK 2.4.1.2 wxGTK 2.4.1.2 GTK 2.2.3 I also have available gtk 1.2.10 with my distribution, but I'm not sure yet, whether this version will work with wxGTX 2.4. I will check this. ole From ole.benjamin.schroeder at web.de Wed Mar 24 16:25:49 2004 From: ole.benjamin.schroeder at web.de (Ole Benjamin Schroeder) Date: Wed, 24 Mar 2004 16:25:49 +0100 Subject: [Thuban-list] another Thuban build error In-Reply-To: <200403241616.10777.ole.benjamin.schroeder@web.de> References: <200403201556.01260.ole.benjamin.schroeder@web.de> <200403241616.10777.ole.benjamin.schroeder@web.de> Message-ID: <200403241625.49352.ole.benjamin.schroeder@web.de> > Versions: > python-wxGTK 2.4.1.2 > wxGTK 2.4.1.2 > GTK 2.2.3 > > I also have available gtk 1.2.10 with my distribution, but I'm not sure > yet, whether this version will work with wxGTX 2.4. I will check this. I checked the dependencies. my wxGTK-2.4.1.2 works with GTK-1.2 (GTK-2 is only used by some other applications.). From jan at intevation.de Thu Mar 25 00:06:18 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Thu, 25 Mar 2004 00:06:18 +0100 Subject: [Thuban-list] another Thuban build error In-Reply-To: References: <200403201556.01260.ole.benjamin.schroeder@web.de> <200403221200.28708.ole.benjamin.schroeder@web.de> <20040322201033.GC14483@intevation.de> <200403231228.03834.ole.benjamin.schroeder@web.de> <20040323205803.GA394@intevation.de> Message-ID: <20040324230618.GC26274@intevation.de> On Wed, Mar 24, 2004 at 11:57:34AM +0100, Bernhard Herzog wrote: > >> (Maybe this startup message in the shell: "Thuban start module not available" > >> is another hint?) > > > > No, this is just a hint on a missing thubaninit.py. > > OTOH, the message shouldn't be printed at all, I think. Not having a > thubanstart.py module is a pretty normal situation, after all. > > > It think this message should contain the path of the file > > in brackets to be more helpful. > > This should be in the about-box, I think, especially if we don't print > the message on start-up. I agree. I've filed a report concerning this: https://intevation.de/rt/webrt?serial_num=2363 Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/