From saadijani at hotmail.com Tue Feb 3 17:06:30 2004 From: saadijani at hotmail.com (Adnan Younas) Date: Tue, 03 Feb 2004 21:06:30 +0500 Subject: [Thuban-list] Data Model for thuban... Message-ID: Hi All Friends! I am Adnan Younas..doing MS.... and develop a spatio-temporal data model....Its my first mail and i would like to ask some queries... I hope to have a better responce from u... 1- Is this possible that we can access our data from our access managed DBS means we can attach our shape file with the table which is placed in the access DBMS bcz alot of tables are attached with each other there ... 2- I would like to contribute in the data model for Thuban as i have decided to use the thban interface for my Data model... i have few more quries but i m still reading thuban manual so i'll ask the other quries continuesly.... thanx and hope to hear from all of u soon...take care...bye _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail From bernhard at intevation.de Tue Feb 3 17:22:47 2004 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 3 Feb 2004 17:22:47 +0100 Subject: [Thuban-list] Data Model for thuban... In-Reply-To: References: Message-ID: <20040203162247.GB11267@intevation.de> Hello Adnan, On Tue, Feb 03, 2004 at 09:06:30PM +0500, Adnan Younas wrote: > I am Adnan Younas..doing MS.... > to have a better responce from u... MS = Master ? > 1- Is this possible that we can access our data from our access managed DBS > means we can attach our shape file with the table which is placed in the > access DBMS bcz alot of tables are attached with each other there ... In principle you can access database systems. Thuban comes with the capability to connect to databases that are in line with the Simple Features for SQL specification. Especially postgis. When you have a full shapefile in the database, you will have to create an extension that extracts the shapefile first and then gives it to Thuban. Should be easy. > 2- I would like to contribute in the data model for Thuban as i have > decided to use the thban interface for my Data model... You are very welcome to contribute and make suggestions. > i have few more quries but i m still reading thuban manual so i'll ask the > other quries continuesly.... > > thanx and hope to hear from all of u soon...take care...bye Bernhard R. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-list/attachments/20040203/ad8e8049/attachment.bin From frank.koormann at intevation.de Tue Feb 3 20:19:20 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Tue, 3 Feb 2004 20:19:20 +0100 Subject: [Thuban-list] Brazilian Portuguese file for Thuban Message-ID: <20040203191920.GA3966@intevation.de> Dear all, I just uploaded to the CVS the po file for the sixth translation of Thuban: Brazilian Portuguese, contributed by Eduardo Patto Kanegae. To those who are familiar with Brazilian Portuguese - feel free to test and comment the translation. Thanks Eduardo! Frank -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From eduardo at consultoria.eti.br Tue Feb 3 20:53:25 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Tue, 03 Feb 2004 17:53:25 -0200 Subject: [Thuban-list] Thuban build error In-Reply-To: <20040203191920.GA3966@intevation.de> References: <20040203191920.GA3966@intevation.de> Message-ID: <401FFC35.8010107@consultoria.eti.br> you and all Thuban team are welcome, Frank. Now I'm trying to build Thuban 1 on a SuSE 9 Pro using: $ python setup.py build 2>&1 | tee build-python.log and my build-python.log says: =========== sh: line 1: wx-config: command not found "wx-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 -Ilibraries/shapelib -I/usr/local/include -Ilibraries/pyshapelib/ -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: warning: "_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: warning: this is the location of the previous definition libraries/thuban/wxproj.cpp:31:19: wx/wx.h: No such file or directory libraries/thuban/wxproj.cpp:188: error: syntax error before `*' token libraries/thuban/wxproj.cpp:195: error: `num_vertices' was not declared in this scope libraries/thuban/wxproj.cpp:195: error: `num_parts' was not declared in this scope libraries/thuban/wxproj.cpp:196: error: syntax error before `*' token libraries/thuban/wxproj.cpp:203: error: `num_vertices' was not declared in this scope libraries/thuban/wxproj.cpp:203: error: parse error before `;' token libraries/thuban/wxproj.cpp:203: error: syntax error before `++' token libraries/thuban/wxproj.cpp:207: error: `x' was not declared in this scope libraries/thuban/wxproj.cpp:207: error: `y' was not declared in this scope libraries/thuban/wxproj.cpp:207: error: `forward' was not declared in this scope libraries/thuban/wxproj.cpp:207: error: `inverse' was not declared in this scope libraries/thuban/wxproj.cpp:208: error: `scalex' was not declared in this scope libraries/thuban/wxproj.cpp:208: error: `scaley' was not declared in this scope libraries/thuban/wxproj.cpp:208: error: `offx' was not declared in this scope libraries/thuban/wxproj.cpp:208: error: `offy' was not declared in this scope libraries/thuban/wxproj.cpp:209: error: `xs' was not declared in this scope libraries/thuban/wxproj.cpp:209: error: `i' was not declared in this scope libraries/thuban/wxproj.cpp:209: error: `ys' was not declared in this scope libraries/thuban/wxproj.cpp:209: error: `i' was not declared in this scope libraries/thuban/wxproj.cpp:209: error: ISO C++ forbids declaration of `project_point' with no type libraries/thuban/wxproj.cpp:209: error: `int project_point' redeclared as different kind of symbol libraries/thuban/wxproj.cpp:135: error: previous declaration of `void project_point(double*, double*, PJ*, PJ*, double, double, double, double, double, double)' libraries/thuban/wxproj.cpp:209: error: initializer list being treated as compound expression libraries/thuban/wxproj.cpp:210: error: `i' was not declared in this scope libraries/thuban/wxproj.cpp:210: error: syntax error before `.' token libraries/thuban/wxproj.cpp:211: error: `i' was not declared in this scope libraries/thuban/wxproj.cpp:211: error: syntax error before `.' token libraries/thuban/wxproj.cpp:221: error: syntax error before `>' token libraries/thuban/wxproj.cpp:221: error: syntax error before `--' token libraries/thuban/wxproj.cpp:242: error: syntax error before `*' token libraries/thuban/wxproj.cpp: In function `PyObject* draw_polygon_init(PyObject*, PyObject*)': libraries/thuban/wxproj.cpp:292: error: 'struct s_draw_info' has no member named 'dc' libraries/thuban/wxproj.cpp:292: error: `wxDC' undeclared (first use this function) libraries/thuban/wxproj.cpp:292: error: (Each undeclared identifier is reported only once for each function it appears in.) libraries/thuban/wxproj.cpp:292: error: parse error before `)' token libraries/thuban/wxproj.cpp:293: error: 'struct s_draw_info' has no member named 'dc' libraries/thuban/wxproj.cpp: In function `PyObject* draw_polygon_shape(PyObject*, PyObject*)': libraries/thuban/wxproj.cpp:333: error: `wxPoint' undeclared (first use this function) libraries/thuban/wxproj.cpp:333: error: `points' undeclared (first use this function) libraries/thuban/wxproj.cpp:334: error: `wxPen' undeclared (first use this function) libraries/thuban/wxproj.cpp:334: error: `pen' undeclared (first use this function) libraries/thuban/wxproj.cpp:335: error: `wxBrush' undeclared (first use this function) libraries/thuban/wxproj.cpp:335: error: `brush' undeclared (first use this function) libraries/thuban/wxproj.cpp:337: error: `dc' undeclared (first use this function) libraries/thuban/wxproj.cpp:354: error: parse error before `)' token libraries/thuban/wxproj.cpp:369: error: parse error before `)' token libraries/thuban/wxproj.cpp:391: error: `project_points' undeclared (first use this function) libraries/thuban/wxproj.cpp:392: error: 'struct s_draw_info' has no member named 'dc' libraries/thuban/wxproj.cpp:397: error: `wxTRANSPARENT_BRUSH' undeclared (first use this function) libraries/thuban/wxproj.cpp:399: error: `wxTRANSPARENT_PEN' undeclared (first use this function) libraries/thuban/wxproj.cpp:407: error: 'struct s_draw_info' has no member named 'dc' libraries/thuban/wxproj.cpp:408: error: 'struct s_draw_info' has no member named 'dc' libraries/thuban/wxproj.cpp: In function `PyObject* point_in_polygon_shape(PyObject*, PyObject*)': libraries/thuban/wxproj.cpp:532: error: `project_points' undeclared (first use this function) libraries/thuban/wxproj.cpp: In function `PyObject* shape_centroid(PyObject*, PyObject*)': libraries/thuban/wxproj.cpp:653: error: `project_point' cannot be used as a function libraries/thuban/wxproj.cpp:659: error: `project_point' cannot be used as a function libraries/thuban/wxproj.cpp: At top level: libraries/thuban/wxproj.cpp:65: warning: `void* get_pointer(PyObject*)' defined but not used libraries/thuban/wxproj.cpp:135: warning: `void project_point(double*, double*, PJ*, PJ*, double, double, double, double, double, double)' defined but not used error: command 'gcc' failed with exit status 1 =========== there's so many errors that I don't know where to start. the other question is: how to build Python using a specific "po" file? ( for testing the Portuguese strings I made) thanks in advance. -- Eduardo Patto Kanegae +Homepage:http://www.consultoria.eti.br ( BRASIL ) *Fo'rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ - "UMN MapServer discussions for Portuguese speakers" *ClickBrasil - http://www.consultoria.eti.br/clickbrasil/ - "Maps of Brazil" *************************************** ***Fim da Mensagem / End of Message *** *************************************** Frank Koormann escreveu: >Dear all, > >I just uploaded to the CVS the po file for the sixth translation of >Thuban: Brazilian Portuguese, contributed by Eduardo Patto Kanegae. >To those who are familiar with Brazilian Portuguese - feel free to >test and comment the translation. > >Thanks Eduardo! > > Frank > > > From bernhard at intevation.de Tue Feb 3 21:08:03 2004 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 3 Feb 2004 21:08:03 +0100 Subject: [Thuban-list] Thuban build error In-Reply-To: <401FFC35.8010107@consultoria.eti.br> References: <20040203191920.GA3966@intevation.de> <401FFC35.8010107@consultoria.eti.br> Message-ID: <20040203200803.GB16326@intevation.de> On Tue, Feb 03, 2004 at 05:53:25PM -0200, Eduardo Patto Kanegae wrote: > you and all Thuban team are welcome, Frank. > > Now I'm trying to build Thuban 1 on a SuSE 9 Pro using: > > $ python setup.py build 2>&1 | tee build-python.log > > and my build-python.log says: > =========== > sh: line 1: wx-config: command not found > "wx-config --cflags " failed Do you have wxPython installed? Is is the right version? -------------- 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/20040203/93f6456f/attachment.bin From saadijani at hotmail.com Wed Feb 4 14:13:27 2004 From: saadijani at hotmail.com (Adnan Younas) Date: Wed, 04 Feb 2004 18:13:27 +0500 Subject: [Thuban-list] Re:Thuban build error Message-ID: Hi, i Think bernhardsen is right from the erors it looks to me too that either you dont have the wxpython r not the correct version installed >From: thuban-list-request at intevation.de >Reply-To: thuban-list at intevation.de >To: thuban-list at intevation.de >Subject: Thuban-list Digest, Vol 7, Issue 1 >Date: Wed, 4 Feb 2004 12:00:05 +0100 (CET) > >Send Thuban-list mailing list submissions to > thuban-list at intevation.de > >To subscribe or unsubscribe via the World Wide Web, visit > https://intevation.de/mailman/listinfo/thuban-list >or, via email, send a message with subject or body 'help' to > thuban-list-request at intevation.de > >You can reach the person managing the list at > thuban-list-owner at intevation.de > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of Thuban-list digest..." >Today's Topics: > > 1. Data Model for thuban... (Adnan Younas) > 2. Re: Data Model for thuban... (Bernhard Reiter) > 3. Brazilian Portuguese file for Thuban (Frank Koormann) > 4. Thuban build error (Eduardo Patto Kanegae) > 5. Re: Thuban build error (Bernhard Reiter) ><< message5.txt >> ><< message7.txt >> ><< message11.txt >> ><< message14.txt >> ><< message17.txt >> >_______________________________________________ >Thuban-list mailing list >Thuban-list at intevation.de >https://intevation.de/mailman/listinfo/thuban-list _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus From frank.koormann at intevation.de Wed Feb 4 15:40:44 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Wed, 4 Feb 2004 15:40:44 +0100 Subject: [Thuban-list] Thuban build error In-Reply-To: <401FFC35.8010107@consultoria.eti.br> References: <20040203191920.GA3966@intevation.de> <401FFC35.8010107@consultoria.eti.br> Message-ID: <20040204144044.GB28533@intevation.de> * Eduardo Patto Kanegae [040203 20:54]: > you and all Thuban team are welcome, Frank. > > the other question is: how to build Python using a specific "po" file? ( > for testing the Portuguese strings I made) > Given you have installed Brazilian Portuguese locales with your GNU/Linux installation something like LC_ALL=pt_BR python thuban.py should do it. Best regards, Frank -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From bh at intevation.de Wed Feb 4 16:11:36 2004 From: bh at intevation.de (Bernhard Herzog) Date: Wed, 04 Feb 2004 16:11:36 +0100 Subject: [Thuban-list] Thuban build error In-Reply-To: <20040203200803.GB16326@intevation.de> (Bernhard Reiter's message of "Tue, 3 Feb 2004 21:08:03 +0100") References: <20040203191920.GA3966@intevation.de> <401FFC35.8010107@consultoria.eti.br> <20040203200803.GB16326@intevation.de> Message-ID: <6q8yjiubfb.fsf@salmakis.intevation.de> Bernhard Reiter writes: > On Tue, Feb 03, 2004 at 05:53:25PM -0200, Eduardo Patto Kanegae wrote: >> sh: line 1: wx-config: command not found >> "wx-config --cflags " failed > > Do you have wxPython installed? This looks more like missing wxWindows development files. In most GNU/LInux distributions develoment files are in separate -dev packages, so you'll have to install the appropriate -dev package for your wxWindows package Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From eduardo at consultoria.eti.br Wed Feb 4 16:39:11 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Wed, 4 Feb 2004 13:39:11 -0200 Subject: [Thuban-list] Thuban build error In-Reply-To: <6q8yjiubfb.fsf@salmakis.intevation.de> References: <6q8yjiubfb.fsf@salmakis.intevation.de> Message-ID: <20040204153911.1270.qmail@hm47.locaweb.com.br> On Wed, 04 Feb 2004 16:11:36 +0100, Bernhard Herzog escreveu: > De: Bernhard Herzog > Data: Wed, 04 Feb 2004 16:11:36 +0100 > Para: thuban-list at intevation.de > Assunto: Re: [Thuban-list] Thuban build error > > Bernhard Reiter writes: > > > On Tue, Feb 03, 2004 at 05:53:25PM -0200, Eduardo Patto Kanegae wrote: > >> sh: line 1: wx-config: command not found > >> "wx-config --cflags " failed > > > > Do you have wxPython installed? I?ve just download wxPython packages and I?m gonna test it again. > > This looks more like missing wxWindows development files. In most > GNU/LInux distributions develoment files are in separate -dev packages, > so you'll have to install the appropriate -dev package for your > wxWindows package you mean even having wxPython package installed I do need to install wxWindows package? > > Bernhard > > -- > Intevation GmbH http://intevation.de/ > Skencil http://sketch.sourceforge.net/ > Thuban http://thuban.intevation.org/ > > _______________________________________________ > Thuban-list mailing list > Thuban-list at intevation.de > https://intevation.de/mailman/listinfo/thuban-list > > > From eduardo at consultoria.eti.br Wed Feb 4 16:44:16 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Wed, 4 Feb 2004 13:44:16 -0200 Subject: [Thuban-list] Portuguese translation revisions Message-ID: <20040204154416.31453.qmail@hm47.locaweb.com.br> I just downloaded thuban-cvs version and have seen that I put wrong charset inside it: I think the correct is ISO-8859-1 and not ISO-8859 as I wrote. am I right? how may I proceed to fix this and some future release of the portuguese .po file ? thanks in advance. Eduardo Patto Kanegae +Homepage:http://www.consultoria.eti.br ( BRASIL ) +Perfil:http://www.consultoria.eti.br/ptbr/epk.php *F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ - "Discuss?es relacionadas ao MapServer" *ClickBrasil - http://www.consultoria.eti.br/clickbrasil/ - "Mapas do Brasil com dados censit?rios" *************************************** ***Fim da Mensagem / End of Message *** *************************************** From bh at intevation.de Wed Feb 4 17:07:54 2004 From: bh at intevation.de (Bernhard Herzog) Date: Wed, 04 Feb 2004 17:07:54 +0100 Subject: [Thuban-list] Thuban build error In-Reply-To: <20040204153911.1270.qmail@hm47.locaweb.com.br> (Eduardo Patto Kanegae's message of "Wed, 4 Feb 2004 13:39:11 -0200") References: <6q8yjiubfb.fsf@salmakis.intevation.de> <20040204153911.1270.qmail@hm47.locaweb.com.br> Message-ID: <6q4qu6u8th.fsf@salmakis.intevation.de> "Eduardo Patto Kanegae" writes: > you mean even having wxPython package installed I do need to install > wxWindows package? Depends on how it's packaged. I don't know how SUSE handles this. Normally, if the wxPython package you installed requires wxWindows the wxWindows package will be installed automatically too or installation fails with a message indicating that wxWindows has to be installed before wxPython can be installed. What happens exactly depends on how you install (rpm at commandline or Yast or whatever). Anyway, if wxPython installed cleanly then you most likely already have wxWindows installed too. What you may not have installed yet is the wxWindows devel package. It's probably called wxGTK-devel or something similar. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From bh at intevation.de Wed Feb 4 18:01:17 2004 From: bh at intevation.de (Bernhard Herzog) Date: Wed, 04 Feb 2004 18:01:17 +0100 Subject: [Thuban-list] Portuguese translation revisions In-Reply-To: <20040204154416.31453.qmail@hm47.locaweb.com.br> (Eduardo Patto Kanegae's message of "Wed, 4 Feb 2004 13:44:16 -0200") References: <20040204154416.31453.qmail@hm47.locaweb.com.br> Message-ID: <6qn07ysrs2.fsf@salmakis.intevation.de> "Eduardo Patto Kanegae" writes: > I think the correct is ISO-8859-1 and not ISO-8859 as I wrote. am I > right? Yes. > how may I proceed to fix this and some future release of the > portuguese .po file ? Just send us an updated version of the file. A context diff against the current CVS version would also be OK. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From eduardo at consultoria.eti.br Wed Feb 4 21:14:36 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Wed, 04 Feb 2004 18:14:36 -0200 Subject: [Thuban-list] Thuban build error In-Reply-To: <20040204144044.GB28533@intevation.de> References: <20040203191920.GA3966@intevation.de> <401FFC35.8010107@consultoria.eti.br> <20040204144044.GB28533@intevation.de> Message-ID: <402152AC.5020804@consultoria.eti.br> ok. now my compilations seems to be ok ( i installed wxGTK and wxPython and its devel packs too) - at least gave me no errors. but, when I try python thuban.py LC_ALL=pt_BR or LC_ALL=pt_BR python thuban.py I receive: *Gtk-WARNING ** : cannot open display:* Frank Koormann escreveu: >* Eduardo Patto Kanegae [040203 20:54]: > > >>you and all Thuban team are welcome, Frank. >> >>the other question is: how to build Python using a specific "po" file? ( >>for testing the Portuguese strings I made) >> >> >> > >Given you have installed Brazilian Portuguese locales with your >GNU/Linux installation something like > > LC_ALL=pt_BR python thuban.py > >should do it. > >Best regards, > > Frank > > > -- Eduardo Patto Kanegae +Homepage:http://www.consultoria.eti.br ( BRASIL ) +Perfil:http://www.consultoria.eti.br/ptbr/epk.php *F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ - "Discuss?es relacionadas ao MapServer" *ClickBrasil - http://www.consultoria.eti.br/clickbrasil/ - "Mapas do Brasil com dados censit?rios" *************************************** ***Fim da Mensagem / End of Message *** *************************************** From eduardo at consultoria.eti.br Wed Feb 4 21:14:18 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Wed, 04 Feb 2004 18:14:18 -0200 Subject: [Thuban-list] Thuban build error In-Reply-To: <20040204144044.GB28533@intevation.de> References: <20040203191920.GA3966@intevation.de> <401FFC35.8010107@consultoria.eti.br> <20040204144044.GB28533@intevation.de> Message-ID: <4021529A.8040305@consultoria.eti.br> ok. now my compilations seems to be ok ( i installed wxGTK and wxPython and its devel packs too) - at least gave me no errors. but, when I try python thuban.py LC_ALL=pt_BR or LC_ALL=pt_BR python thuban.py I receive: *Gtk-WARNING ** : cannot open display:* Frank Koormann escreveu: >* Eduardo Patto Kanegae [040203 20:54]: > > >>you and all Thuban team are welcome, Frank. >> >>the other question is: how to build Python using a specific "po" file? ( >>for testing the Portuguese strings I made) >> >> >> > >Given you have installed Brazilian Portuguese locales with your >GNU/Linux installation something like > > LC_ALL=pt_BR python thuban.py > >should do it. > >Best regards, > > Frank > > > -- Eduardo Patto Kanegae +Homepage:http://www.consultoria.eti.br ( BRASIL ) +Perfil:http://www.consultoria.eti.br/ptbr/epk.php *F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ - "Discuss?es relacionadas ao MapServer" *ClickBrasil - http://www.consultoria.eti.br/clickbrasil/ - "Mapas do Brasil com dados censit?rios" *************************************** ***Fim da Mensagem / End of Message *** *************************************** From bernhard at intevation.de Wed Feb 4 21:40:36 2004 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 4 Feb 2004 21:40:36 +0100 Subject: [Thuban-list] Thuban build error In-Reply-To: <402152AC.5020804@consultoria.eti.br> References: <20040203191920.GA3966@intevation.de> <401FFC35.8010107@consultoria.eti.br> <20040204144044.GB28533@intevation.de> <402152AC.5020804@consultoria.eti.br> Message-ID: <20040204204036.GG32304@intevation.de> On Wed, Feb 04, 2004 at 06:14:36PM -0200, Eduardo Patto Kanegae wrote: > ok. now my compilations seems to be ok ( i installed wxGTK and wxPython > and its devel packs too) - at least > gave me no errors. Good. > > but, when I try > python thuban.py LC_ALL=pt_BR > *Gtk-WARNING ** : cannot open display:* You have probably tried that on a command line. Probably as root? Try it as user when X11 is started. Background: The system needs the variable DISPLAY to be set so it can open its windows. Usually when you open a terminal application from within X11, echo $DISPLAY will show you that everything is alright. Changing the user to "root" will reset that variable. -------------- 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/20040204/025387d1/attachment.bin From eduardo at consultoria.eti.br Wed Feb 4 22:10:55 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Wed, 04 Feb 2004 19:10:55 -0200 Subject: [Thuban-list] Thuban build error In-Reply-To: <20040204204036.GG32304@intevation.de> References: <20040203191920.GA3966@intevation.de> <401FFC35.8010107@consultoria.eti.br> <20040204144044.GB28533@intevation.de> <402152AC.5020804@consultoria.eti.br> <20040204204036.GG32304@intevation.de> Message-ID: <40215FDF.90906@consultoria.eti.br> > >You have probably tried that on a command line. >Probably as root? > > Yes. >Try it as user when X11 is started. > >Background: >The system needs the variable DISPLAY to be set >so it can open its windows. >Usually when you open a terminal application from within X11, >echo $DISPLAY >will show you that everything is alright. >Changing the user to "root" will reset that variable. > > this is a very good tip...I won't forget this for next compilations. I'm getting near...near... now when I run: LC_ALL=pt_BR python /usr/local/Thuban-1.0.0/thuban.py (or even without LC_ALL option) I got: // Traceback (most recent call last): File "/usr/local/Thuban-1.0.0/thuban.py", line 20, in ? import Thuban.UI.main File "/usr/local/Thuban-1.0.0/Thuban/UI/main.py", line 18, in ? from application import ThubanApplication File "/usr/local/Thuban-1.0.0/Thuban/UI/application.py", line 26, in ? from Thuban.Model.session import create_empty_session File "/usr/local/Thuban-1.0.0/Thuban/Model/session.py", line 25, in ? from data import ShapefileStore File "/usr/local/Thuban-1.0.0/Thuban/Model/data.py", line 23, in ? import transientdb File "/usr/local/Thuban-1.0.0/Thuban/Model/transientdb.py", line 21, in ? from sqlite import connect ImportError: No module named sqlite // thanks Eduardo Patto Kanegae +Homepage:http://www.consultoria.eti.br ( BRASIL ) +Perfil:http://www.consultoria.eti.br/ptbr/epk.php *F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ - "Discuss?es relacionadas ao MapServer" *ClickBrasil - http://www.consultoria.eti.br/clickbrasil/ - "Mapas do Brasil com dados censit?rios" *************************************** ***Fim da Mensagem / End of Message *** *************************************** > > >------------------------------------------------------------------------ > >_______________________________________________ >Thuban-list mailing list >Thuban-list at intevation.de >https://intevation.de/mailman/listinfo/thuban-list > -- From bh at intevation.de Thu Feb 5 14:04:08 2004 From: bh at intevation.de (Bernhard Herzog) Date: Thu, 05 Feb 2004 14:04:08 +0100 Subject: [Thuban-list] Thuban build error In-Reply-To: <40215FDF.90906@consultoria.eti.br> (Eduardo Patto Kanegae's message of "Wed, 04 Feb 2004 19:10:55 -0200") References: <20040203191920.GA3966@intevation.de> <401FFC35.8010107@consultoria.eti.br> <20040204144044.GB28533@intevation.de> <402152AC.5020804@consultoria.eti.br> <20040204204036.GG32304@intevation.de> <40215FDF.90906@consultoria.eti.br> Message-ID: <6q4qu5fzjr.fsf@salmakis.intevation.de> Eduardo Patto Kanegae writes: > ImportError: No module named sqlite You hve to install sqlite (http://sqlite.org/) and pysqlite (http://pysqlite.sourceforge.net/). I don't know whether SUSE Linux already has packages for those. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From eduardo at consultoria.eti.br Thu Feb 5 16:45:50 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Thu, 05 Feb 2004 13:45:50 -0200 Subject: [Thuban-list] Thuban build error In-Reply-To: <6q4qu5fzjr.fsf@salmakis.intevation.de> References: <20040203191920.GA3966@intevation.de> <401FFC35.8010107@consultoria.eti.br> <20040204144044.GB28533@intevation.de> <402152AC.5020804@consultoria.eti.br> <20040204204036.GG32304@intevation.de> <40215FDF.90906@consultoria.eti.br> <6q4qu5fzjr.fsf@salmakis.intevation.de> Message-ID: <4022652E.8040708@consultoria.eti.br> An HTML attachment was scrubbed... URL: http://www.intevation.de/pipermail/thuban-list/attachments/20040205/7141918a/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: err1.png Type: image/png Size: 11656 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-list/attachments/20040205/7141918a/err1.png From bernhard at intevation.de Thu Feb 5 16:52:21 2004 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 5 Feb 2004 16:52:21 +0100 Subject: [Thuban-list] Thuban build error In-Reply-To: <4022652E.8040708@consultoria.eti.br> References: <20040203191920.GA3966@intevation.de> <401FFC35.8010107@consultoria.eti.br> <20040204144044.GB28533@intevation.de> <402152AC.5020804@consultoria.eti.br> <20040204204036.GG32304@intevation.de> <40215FDF.90906@consultoria.eti.br> <6q4qu5fzjr.fsf@salmakis.intevation.de> <4022652E.8040708@consultoria.eti.br> Message-ID: <20040205155221.GA17705@intevation.de> On Thu, Feb 05, 2004 at 01:45:50PM -0200, Eduardo Patto Kanegae wrote: > > ok. I've instaled these packs and it works partialy. > when I try: > eduardopk at localhost:~> python /usr/local/Thuban-1.0.0/thuban.py > thuban's screen appears > but when I try > eduardopk at localhost:~> python /usr/local/Thuban-1.0.0/thuban.py > LC_ALL=pt_BR I got the error in the attached file( sorry for the > attached, I couldn't copy the text from the thuban erro window) You have to set the locale variable before running thuban. Like LC_ALL=pt_BR python /usr/local/Thuban-1.0.0/thuban.py or before that in the shell: export LC_ALL=pt_BR -------------- 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/20040205/b593316b/attachment.bin From frank.koormann at intevation.de Thu Feb 5 17:06:08 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Thu, 5 Feb 2004 17:06:08 +0100 Subject: [Thuban-list] Thuban build error In-Reply-To: <4022652E.8040708@consultoria.eti.br> References: <20040203191920.GA3966@intevation.de> <401FFC35.8010107@consultoria.eti.br> <20040204144044.GB28533@intevation.de> <402152AC.5020804@consultoria.eti.br> <20040204204036.GG32304@intevation.de> <40215FDF.90906@consultoria.eti.br> <6q4qu5fzjr.fsf@salmakis.intevation.de> <4022652E.8040708@consultoria.eti.br> Message-ID: <20040205160608.GB27783@intevation.de> Hi, * Eduardo Patto Kanegae [040205 16:47]: > ok. I've instaled these packs and it works partialy. > > when I try: > > eduardopk at localhost:~> python /usr/local/Thuban-1.0.0/thuban.py > thuban's screen appears OK. Menus are still English? > > but when I try > eduardopk at localhost:~> python /usr/local/Thuban-1.0.0/thuban.py > LC_ALL=pt_BR I got the error in the attached file( sorry for the attached, > I couldn't copy the text from the thuban erro window) Parts of this message seems already to be Portuguese. What are your settings for LC_ALL or LANG respectively? Nearby, I just uploaded a fixed version of the Portuguese translation, there was a bug in the error message format string. Regards, Frank -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (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/20040205/c592899e/attachment.bin From bh at intevation.de Thu Feb 5 17:06:41 2004 From: bh at intevation.de (Bernhard Herzog) Date: Thu, 05 Feb 2004 17:06:41 +0100 Subject: [Thuban-list] Thuban build error In-Reply-To: <4022652E.8040708@consultoria.eti.br> (Eduardo Patto Kanegae's message of "Thu, 05 Feb 2004 13:45:50 -0200") References: <20040203191920.GA3966@intevation.de> <401FFC35.8010107@consultoria.eti.br> <20040204144044.GB28533@intevation.de> <402152AC.5020804@consultoria.eti.br> <20040204204036.GG32304@intevation.de> <40215FDF.90906@consultoria.eti.br> <6q4qu5fzjr.fsf@salmakis.intevation.de> <4022652E.8040708@consultoria.eti.br> Message-ID: <6qznbxecj2.fsf@salmakis.intevation.de> Eduardo Patto Kanegae writes: > and when I try to load a shp layer, thuban closes leaving this message at > the console: > No thubanstart module available > Segmentation fault. That (the segfault) is usually the result of a binary incompatibility between Thuban's wxproj.so module and your wxWindows library. Most likely the headerfiles used when compiling Thuban don't match the wxWindows library. Make sure that the wxgtk-devel package and the wxgtk package you use have exactly the same version number and are both built for your linux distribution (if they come with the distribution that would be best, of course). Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From eduardo at consultoria.eti.br Thu Feb 5 17:16:28 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Thu, 05 Feb 2004 14:16:28 -0200 Subject: [Thuban-list] Thuban build error In-Reply-To: <20040205160608.GB27783@intevation.de> References: <20040203191920.GA3966@intevation.de> <401FFC35.8010107@consultoria.eti.br> <20040204144044.GB28533@intevation.de> <402152AC.5020804@consultoria.eti.br> <20040204204036.GG32304@intevation.de> <40215FDF.90906@consultoria.eti.br> <6q4qu5fzjr.fsf@salmakis.intevation.de> <4022652E.8040708@consultoria.eti.br> <20040205160608.GB27783@intevation.de> Message-ID: <40226C5C.10905@consultoria.eti.br> OK. I tried the 'export' command and menus keep in English. but, I 'll download the fixed pt_BR translated file and check wx instalations as suggested by Bernard. thanks Eduardo Frank Koormann escreveu: >Hi, > >* Eduardo Patto Kanegae [040205 16:47]: > > >> ok. I've instaled these packs and it works partialy. >> >> when I try: >> >> eduardopk at localhost:~> python /usr/local/Thuban-1.0.0/thuban.py >> thuban's screen appears >> >> > >OK. Menus are still English? > > > >> but when I try >> eduardopk at localhost:~> python /usr/local/Thuban-1.0.0/thuban.py >> LC_ALL=pt_BR I got the error in the attached file( sorry for the attached, >> I couldn't copy the text from the thuban erro window) >> >> > >Parts of this message seems already to be Portuguese. What are your >settings for LC_ALL or LANG respectively? > >Nearby, I just uploaded a fixed version of the Portuguese translation, >there was a bug in the error message format string. > >Regards, > > Frank > > > -- Eduardo Patto Kanegae +Homepage:http://www.consultoria.eti.br ( BRASIL ) +Perfil:http://www.consultoria.eti.br/ptbr/epk.php *F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ - "Discuss?es relacionadas ao MapServer" *ClickBrasil - http://www.consultoria.eti.br/clickbrasil/ - "Mapas do Brasil com dados censit?rios" *************************************** ***Fim da Mensagem / End of Message *** *************************************** From frank.koormann at intevation.de Thu Feb 5 17:24:22 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Thu, 5 Feb 2004 17:24:22 +0100 Subject: [Thuban-list] Thuban build error In-Reply-To: <40226C5C.10905@consultoria.eti.br> References: <20040203191920.GA3966@intevation.de> <401FFC35.8010107@consultoria.eti.br> <20040204144044.GB28533@intevation.de> <402152AC.5020804@consultoria.eti.br> <20040204204036.GG32304@intevation.de> <40215FDF.90906@consultoria.eti.br> <6q4qu5fzjr.fsf@salmakis.intevation.de> <4022652E.8040708@consultoria.eti.br> <20040205160608.GB27783@intevation.de> <40226C5C.10905@consultoria.eti.br> Message-ID: <20040205162422.GA31635@intevation.de> Eduardo, * Eduardo Patto Kanegae [040205 17:17]: > OK. I tried the 'export' command > > and menus keep in English. > > but, I 'll download the fixed pt_BR translated file and check wx > instalations as suggested by Bernard. > what are your default settings for LC_ALL or LANG? Please open a new shell and issue echo $LC_ALL etc. to check. Best regards, Frank -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From bh at intevation.de Thu Feb 5 17:28:02 2004 From: bh at intevation.de (Bernhard Herzog) Date: Thu, 05 Feb 2004 17:28:02 +0100 Subject: [Thuban-list] Thuban build error In-Reply-To: <20040205162422.GA31635@intevation.de> (Frank Koormann's message of "Thu, 5 Feb 2004 17:24:22 +0100") References: <20040203191920.GA3966@intevation.de> <401FFC35.8010107@consultoria.eti.br> <20040204144044.GB28533@intevation.de> <402152AC.5020804@consultoria.eti.br> <20040204204036.GG32304@intevation.de> <40215FDF.90906@consultoria.eti.br> <6q4qu5fzjr.fsf@salmakis.intevation.de> <4022652E.8040708@consultoria.eti.br> <20040205160608.GB27783@intevation.de> <40226C5C.10905@consultoria.eti.br> <20040205162422.GA31635@intevation.de> Message-ID: <6qvfmlebjh.fsf@salmakis.intevation.de> Frank Koormann writes: > Eduardo, > > * Eduardo Patto Kanegae [040205 17:17]: >> OK. I tried the 'export' command >> >> and menus keep in English. >> >> but, I 'll download the fixed pt_BR translated file and check wx >> instalations as suggested by Bernard. >> > > what are your default settings for LC_ALL or LANG? Please open a new > shell and issue > echo $LC_ALL > etc. > to check. Also: do you have a file Resources/Locale/pt_BR/LC_MESSAGES/thuban.mo in the thuban directory? If not create it by running "make mo" in the po/ subdirectory. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From eduardo at consultoria.eti.br Thu Feb 5 22:03:44 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Thu, 05 Feb 2004 19:03:44 -0200 Subject: [Thuban-list] Thuban build error In-Reply-To: <6qvfmlebjh.fsf@salmakis.intevation.de> References: <20040203191920.GA3966@intevation.de> <401FFC35.8010107@consultoria.eti.br> <20040204144044.GB28533@intevation.de> <402152AC.5020804@consultoria.eti.br> <20040204204036.GG32304@intevation.de> <40215FDF.90906@consultoria.eti.br> <6q4qu5fzjr.fsf@salmakis.intevation.de> <4022652E.8040708@consultoria.eti.br> <20040205160608.GB27783@intevation.de> <40226C5C.10905@consultoria.eti.br> <20040205162422.GA31635@intevation.de> <6qvfmlebjh.fsf@salmakis.intevation.de> Message-ID: <4022AFB0.5060608@consultoria.eti.br> An HTML attachment was scrubbed... URL: http://www.intevation.de/pipermail/thuban-list/attachments/20040205/e1c3d954/attachment.html From eduardo at consultoria.eti.br Thu Feb 5 22:17:09 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Thu, 05 Feb 2004 19:17:09 -0200 Subject: [Thuban-list] portuguese fix Message-ID: <4022B2D5.2080008@consultoria.eti.br> I've just download the CVS thuban from http://www.intevation.de/cgi-bin/viewcvs-thuban.cgi/cvs_root.tar.gz?tarball=1 but after opening the file $po/pt_BR.po I've seen that the line 16 keeps saying: "Content-Type: text/plain; charset=ISO-8859\n" when the correct for portuguese should be "Content-Type: text/plain; charset=ISO-8859-1\n" best, -- Eduardo Patto Kanegae +Homepage:http://www.consultoria.eti.br ( BRASIL ) +Perfil:http://www.consultoria.eti.br/ptbr/epk.php *F?rum ptMapServer - http://www.consultoria.eti.br/mapserverptforum/ - "Discuss?es relacionadas ao MapServer" *ClickBrasil - http://www.consultoria.eti.br/clickbrasil/ - "Mapas do Brasil com dados censit?rios" *************************************** ***Fim da Mensagem / End of Message *** *************************************** From frank.koormann at intevation.de Fri Feb 6 09:42:44 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Fri, 6 Feb 2004 09:42:44 +0100 Subject: [Thuban-list] portuguese fix In-Reply-To: <4022B2D5.2080008@consultoria.eti.br> References: <4022B2D5.2080008@consultoria.eti.br> Message-ID: <20040206084244.GB12045@intevation.de> * Eduardo Patto Kanegae [040205 22:18]: > when the correct for portuguese should be "Content-Type: text/plain; > charset=ISO-8859-1\n" Fix uploaded. -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (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/20040206/695619af/attachment.bin From dcalvelo at minag.gob.pe Mon Feb 9 06:41:12 2004 From: dcalvelo at minag.gob.pe (Daniel Calvelo Aros) Date: Mon, 9 Feb 2004 00:41:12 -0500 Subject: [Thuban-list] HSV ramps (patch) Message-ID: <20040209053746.M39484@minag.gob.pe> Hi all. The attached patch provides HSV color ramps. That is, the interpolation for color ramps is made in HSV, not RGB colorspace. I patched the CustomRamp dialog to let the user choose either. For instance, an HSV ramp from red to green would go through yellow. Could be useful to some. Daniel. PS. I'm still in the classification stuff. Sending patches real soon now. -- Daniel Calvelo Aros -- Direcci?n General de Informaci?n Agraria -- Ministerio de Agricultura del Per? -- (51-1)424-9001 -------------- next part -------------- A non-text attachment was scrubbed... Name: hsv.patch Type: application/octet-stream Size: 11670 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-list/attachments/20040209/0b057d89/hsv.patch From dcalvelo at minag.gob.pe Mon Feb 9 07:58:40 2004 From: dcalvelo at minag.gob.pe (Daniel Calvelo Aros) Date: Mon, 9 Feb 2004 01:58:40 -0500 Subject: [Thuban-list] Patch: classifiers Message-ID: <20040209063329.M22831@minag.gob.pe> Hi all. The attached patch provides four classifiers to thuban's available three. 1. "Custom": that's a debugged version of my early "visual classifier". I found it quite useful if used alongside the current classification window and *after* another classifier has been used. It will start with the current classification breaks and allow you to edit them. I used a very ugly hack to do that. Could knowledgeable people give it a look and advise? Besides, that will work only if you classify then *close* the classgen dialog and reopen it. 2. "Distribution discontinuities": this is based on a very nice idea and code from J.P. Grimmeau of the ULB (thanks Moritz!). It will automatically find discontinuities in the data distribution and select breaks accordingly. I'm not sure on the proper way of giving credit, though. 3. "Distribution classes": this is based on a k-means classification of the data, followed by a break-finding simple rule (nearest centroid). It also fixes the number of classes although an initial value is required. 4. "Optimized distribution classes": an extra optimization pass after the previous clustering. The optimization is a simulated annealing applied with a target function based on Jenks & Caspall (1971). It's not really useful for now, but all the hooks are there to use it as a "natural breaks" finder. Since the last three algorithms are pretty sophisticated for the average SIG user (AFAICT), I included a short description in the interface itself. I tried to keep the algorithms generic, so they could be used elsewhere. The zipped file includes a patch (for both classgen.py's mainly) and some new files. Please give it a try and I will do my best to improve the thing. Some notes for the more guts-savvy people: these classifiers need to load the entire dataset into memory to massage it properly; this can become pretty slow on large datasets: are there plans to allow access to large datasets (I mean, larger than available python memory)? I'm sure many things in the code can be adapted to progressive calculations and other tricks. BTW has anybody thought about interfacing thuban with Terralib? Lots of interesting algorithms in there! Daniel. PS. I couldn't manage to reverse my previous patch for HSV ramps, so it's also included here. Sorry for the inconvenience! PPS. Still working on getting "natural breaks" to work... -- Daniel Calvelo Aros -- Direcci?n General de Informaci?n Agraria -- Ministerio de Agricultura del Per? -- (51-1)424-9001 -------------- next part -------------- A non-text attachment was scrubbed... Name: hsv+class.zip Type: application/zip Size: 13952 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-list/attachments/20040209/cb33d901/hsvclass.zip From mlennert at club.worldonline.be Mon Feb 9 11:09:44 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Mon, 9 Feb 2004 11:09:44 +0100 (CET) Subject: [Thuban-list] Patch: classifiers In-Reply-To: <20040209063329.M22831@minag.gob.pe> References: <20040209063329.M22831@minag.gob.pe> Message-ID: <42030.164.15.134.155.1076321384.squirrel@moritz.homelinux.org> Daniel Calvelo Aros said: > Hi all. > > The attached patch provides four classifiers to thuban's available three. > [...] > 2. "Distribution discontinuities": this is based on a very nice idea and > code > from J.P. Grimmeau of the ULB (thanks Moritz!). It will automatically find > discontinuities in the data distribution and select breaks accordingly. > I'm > not sure on the proper way of giving credit, though. If it is possible to include the mention "Jean-Pierre Grimmeau, IGEAT-ULB, grimmeau at ulb.ac.be" in the description text, that would be great. > 4. "Optimized distribution classes": an extra optimization pass after the > previous clustering. The optimization is a simulated annealing applied > with a > target function based on Jenks & Caspall (1971). It's not really useful > for > now, but all the hooks are there to use it as a "natural breaks" finder. I haven't had time to look at your patch, but one of the weak points of the use of the Jenks algorithm in ArcView is the absence of information about the evolution of variance with the number of classes. So, do you think it would be possible to include a little table, showing the proportion of intra-group variance in the total variance for a series of solutions (i.e. 2 classes to 12 classes) as a decision-aid on the best number of classes ? Again, thanks a lot for your work ! These classifiers plus (hopefully one day) proportionate circles will make it much easier for me to convince my colleagues to switch to Thuban. Moritz From frank.koormann at intevation.de Mon Feb 9 20:23:22 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Mon, 9 Feb 2004 20:23:22 +0100 Subject: [Thuban-list] Patch: classifiers In-Reply-To: <20040209063329.M22831@minag.gob.pe> References: <20040209063329.M22831@minag.gob.pe> Message-ID: <20040209192322.GA11492@intevation.de> Daniel, thank you very much for your patches. I only had a glimpse at it so far, but I like the HSV patch very much :) * Daniel Calvelo Aros [040209 07:58]: > Hi all. > > The attached patch provides four classifiers to thuban's available three. [...] > > Please give it a try and I will do my best to improve the thing. > Regarding the classification updates I encountered some problems when loading a session with classifications and trying to reclassify - however on fresh sessions it seems to work smart. Will sent more details tomorrow. Best regards, Frank -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From mlennert at club.worldonline.be Tue Feb 10 12:54:13 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Tue, 10 Feb 2004 12:54:13 +0100 (CET) Subject: [Thuban-list] Patch: classifiers In-Reply-To: <20040209192322.GA11492@intevation.de> References: <20040209063329.M22831@minag.gob.pe> <20040209192322.GA11492@intevation.de> Message-ID: <46866.164.15.134.155.1076414053.squirrel@moritz.homelinux.org> Frank Koormann said: > Daniel, > > thank you very much for your patches. I only had a glimpse at it so far, > but I like the HSV patch very much :) > > * Daniel Calvelo Aros [040209 07:58]: >> Hi all. >> >> The attached patch provides four classifiers to thuban's available >> three. > [...] >> >> Please give it a try and I will do my best to improve the thing. >> > > Regarding the classification updates I encountered some problems when > loading a session with classifications and trying to reclassify - > however on fresh sessions it seems to work smart. Will sent more details > tomorrow. > Will these patches be integrated into the CVS version ? Moritz From mlennert at club.worldonline.be Tue Feb 10 13:15:10 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Tue, 10 Feb 2004 13:15:10 +0100 (CET) Subject: [Thuban-list] export to APR ? Message-ID: <32815.164.15.134.155.1076415310.squirrel@moritz.homelinux.org> Hello, Are there plans of creating an exportAPR extension similar to importAPR ? Moritz From jan at intevation.de Tue Feb 10 13:24:53 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Tue, 10 Feb 2004 13:24:53 +0100 Subject: [Thuban-list] export to APR ? In-Reply-To: <32815.164.15.134.155.1076415310.squirrel@moritz.homelinux.org> References: <32815.164.15.134.155.1076415310.squirrel@moritz.homelinux.org> Message-ID: <20040210122453.GA8313@intevation.de> On Tue, Feb 10, 2004 at 01:15:10PM +0100, Moritz Lennert wrote: > Are there plans of creating an exportAPR extension similar to importAPR ? Would it make sense to offer a migration path towards proprietary software? What use scenario do you have in mind? Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From bernhard at intevation.de Tue Feb 10 13:47:31 2004 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 10 Feb 2004 13:47:31 +0100 Subject: [Thuban-list] export to APR ? In-Reply-To: <20040210122453.GA8313@intevation.de> References: <32815.164.15.134.155.1076415310.squirrel@moritz.homelinux.org> <20040210122453.GA8313@intevation.de> Message-ID: <20040210124731.GA2644@intevation.de> On Tue, Feb 10, 2004 at 01:24:53PM +0100, Jan-Oliver Wagner wrote: > On Tue, Feb 10, 2004 at 01:15:10PM +0100, Moritz Lennert wrote: > > Are there plans of creating an exportAPR extension similar to importAPR ? Not yet. It depends on demand and someone contributing or contracting us. > Would it make sense to offer a migration path towards proprietary > software? > What use scenario do you have in mind? Not knowing what Moritz has in mind, I can offer a useful scenario: People might want to do a soft migration towards Free Software and Thuban. They have an APR project and want to do some steps with Thuban. They would start doing some steps with Thuban and still keep doing old steps with their proprietary software until they can eliminated the proprietary software in the next levels. -------------- 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/20040210/54229aef/attachment.bin From mlennert at club.worldonline.be Tue Feb 10 14:02:31 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Tue, 10 Feb 2004 14:02:31 +0100 (CET) Subject: [Thuban-list] export to APR ? In-Reply-To: <20040210124731.GA2644@intevation.de> References: <32815.164.15.134.155.1076415310.squirrel@moritz.homelinux.org><20040210122453.GA8313@intevation.de> <20040210124731.GA2644@intevation.de> Message-ID: <33117.164.15.134.155.1076418151.squirrel@moritz.homelinux.org> Bernhard Reiter said: > On Tue, Feb 10, 2004 at 01:24:53PM +0100, Jan-Oliver Wagner wrote: >> On Tue, Feb 10, 2004 at 01:15:10PM +0100, Moritz Lennert wrote: >> > Are there plans of creating an exportAPR extension similar to >> importAPR ? > > Not yet. > It depends on demand > and someone contributing or contracting us. > >> Would it make sense to offer a migration path towards proprietary >> software? >> What use scenario do you have in mind? > > Not knowing what Moritz has in mind, > I can offer a useful scenario: > > People might want to do a soft migration towards Free Software and Thuban. > They have an APR project and want to do some steps with Thuban. > They would start doing some steps with Thuban > and still keep doing old steps with their proprietary software > until they can eliminated the proprietary software in the next levels. Plus: We often work in research projects with other teams, and in some projects some of the info is requested in apr format. So, offering an export to apr actually allows people to migrate to free software while not (immediately) upsetting collaborations for which we do not always control the rules. Moritz From frank.koormann at intevation.de Tue Feb 10 15:12:06 2004 From: frank.koormann at intevation.de (Frank Koormann) Date: Tue, 10 Feb 2004 15:12:06 +0100 Subject: [Thuban-list] Patch: classifiers In-Reply-To: <46866.164.15.134.155.1076414053.squirrel@moritz.homelinux.org> References: <20040209063329.M22831@minag.gob.pe> <20040209192322.GA11492@intevation.de> <46866.164.15.134.155.1076414053.squirrel@moritz.homelinux.org> Message-ID: <20040210141206.GB21762@intevation.de> Moritz, all, * Moritz Lennert [040210 12:55]: > Frank Koormann said: [HSV patch and classifier patch by Daniel Calvelo Aros] > > Will these patches be integrated into the CVS version ? > > Moritz yes, I think so. But the patches will be reviewed before uploading, since we encountered some problems with the current CVS version. Best regards, Frank -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/) From bernhard at intevation.de Tue Feb 10 15:17:09 2004 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 10 Feb 2004 15:17:09 +0100 Subject: [Thuban-list] Patch: classifiers In-Reply-To: <20040210141206.GB21762@intevation.de> References: <20040209063329.M22831@minag.gob.pe> <20040209192322.GA11492@intevation.de> <46866.164.15.134.155.1076414053.squirrel@moritz.homelinux.org> <20040210141206.GB21762@intevation.de> Message-ID: <20040210141709.GJ2644@intevation.de> On Tue, Feb 10, 2004 at 03:12:06PM +0100, Frank Koormann wrote: > * Moritz Lennert [040210 12:55]: > > Frank Koormann said: > [HSV patch and classifier patch by Daniel Calvelo Aros] > > > > Will these patches be integrated into the CVS version ? > yes, I think so. But the patches will be reviewed before uploading, > since we encountered some problems with the current CVS version. (Reports from different people that they work well on current CVS on several platforms might accellerate the Integration. (Hint Hint)) -------------- 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/20040210/37b16156/attachment.bin From mlennert at club.worldonline.be Tue Feb 10 16:03:20 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Tue, 10 Feb 2004 16:03:20 +0100 (CET) Subject: [Thuban-list] Patch: classifiers In-Reply-To: <20040210141709.GJ2644@intevation.de> References: <20040209063329.M22831@minag.gob.pe><20040209192322.GA11492@intevation.de><46866.164.15.134.155.1076414053.squirrel@moritz.homelinux.org><20040210141206.GB21762@intevation.de> <20040210141709.GJ2644@intevation.de> Message-ID: <33911.164.15.134.155.1076425400.squirrel@moritz.homelinux.org> Bernhard Reiter said: > On Tue, Feb 10, 2004 at 03:12:06PM +0100, Frank Koormann wrote: >> * Moritz Lennert [040210 12:55]: >> > Frank Koormann said: >> [HSV patch and classifier patch by Daniel Calvelo Aros] >> > >> > Will these patches be integrated into the CVS version ? > >> yes, I think so. But the patches will be reviewed before uploading, >> since we encountered some problems with the current CVS version. > > (Reports from different people > that they work well on current CVS > on several platforms might accellerate the Integration. (Hint Hint)) Ok I got the hint ;-) I just (superficially) tested the patches and the classifiers are just great. Just one remark concerning the discontinuities classifier: would it be possible to let the user chose the number of classes she wants ? The original code from J.P. Grimmeau gives the solutions for a number of different classes. Ideally the use should be given a choice of the number of classes based on a list of the potential breaks. At the current state, I can obviously fusion two classes, but I do not have the info on which break is the smallest... Concerning the hsv patch, I don't seem to understand how it works. At least when I chose the extreme colors and then click on "Generate" I get exactly the same colors, whatever the chosen mode. Moritz From mlennert at club.worldonline.be Tue Feb 10 16:09:21 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Tue, 10 Feb 2004 16:09:21 +0100 (CET) Subject: [Thuban-list] changing color ramps without reclassifying Message-ID: <33944.164.15.134.155.1076425761.squirrel@moritz.homelinux.org> Hello, During the testing of the patches, another point struck me: what is the reason for associating classifying and color ramps in one ? Wouldn't it be better to let the user change color ramps without having to go through the classifying process ? This is especially helpful when creating customized classes by hand. Moritz From mlennert at club.worldonline.be Tue Feb 10 16:10:54 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Tue, 10 Feb 2004 16:10:54 +0100 (CET) Subject: [Thuban-list] indicate current color in color chooser Message-ID: <33963.164.15.134.155.1076425854.squirrel@moritz.homelinux.org> Me again (Sorry for bombarding you with all these mails, but I prefer seperating the threads; if you prefer, I can also file these remarks as wishes in the bug tracker...) When editing the symbols, for example the fill color, I think it would be helpful if the color chooser would indicate the current color, instead of black. This would allow just slight adjustments to an existing color table. In the current state, the user doesn't know the exact current color. Moritz From matt.wilkie at gov.yk.ca Tue Feb 10 21:08:05 2004 From: matt.wilkie at gov.yk.ca (Matt Wilkie) Date: Tue, 10 Feb 2004 12:08:05 -0800 Subject: [Thuban-list] export to APR ? In-Reply-To: <20040210122453.GA8313@intevation.de> References: <20040210122453.GA8313@intevation.de> Message-ID: <40293A25.1000105@gov.yk.ca> >> Are there plans of creating an exportAPR extension similar to >> importAPR ? > > Would it make sense to offer a migration path towards proprietary > software? Absolutely. One of the biggest bug-bears of my GIS life has been man-handling data from one format to another; from one program to another. As a result I am extremely leary of *any* program which is easy-to-import combined with hard-to-export. At this level it doesn't matter a whit to me if the software is Libre or Closed. Protestations of "but the source code is available, you can always write your own driver" don't apply to me. I am not a programmer and neither are any of our GIS-using staff (about 30 people). I think your question should be phrased differently. It is not a "migration path" towards proprietary software. It is "seamless interaction path" with proprietary software. I am able to use and justify a linux server on our Windows network because it seamlessly handles data in both directions via SAMBA. I can install and use an Apache webserver because I can demonstrate it runs equally well on both Windows and Linux servers. Indeed I have migrated the same website from linux to windows and back to linux without anybody being the wiser. GDAL Utilities are my raster conversion tool of choice because I can use them from any system avaialble to me, most of which are Windows 2k and XP based. cheers, -- matt wilkie -------------------------------------------- Geographic Information, Information Management and Technology, Yukon Department of Environment 10 Burns Road * Whitehorse, Yukon * Y1A 4Y9 867-667-8133 Tel * 867-393-7003 Fax -------------------------------------------- From dcalvelo at minag.gob.pe Tue Feb 10 22:35:40 2004 From: dcalvelo at minag.gob.pe (Daniel Calvelo Aros) Date: Tue, 10 Feb 2004 16:35:40 -0500 Subject: Fw: Re: [Thuban-list] Patch: classifiers In-Reply-To: <20040210203931.M28022@minag.gob.pe> References: <20040209063329.M22831@minag.gob.pe> <20040209192322.GA11492@intevation.de> <20040210141410.GC21762@intevation.de> <20040210203931.M28022@minag.gob.pe> Message-ID: <20040210213526.M49332@minag.gob.pe> ---------- Forwarded Message ----------- From: "Daniel Calvelo" To: Frank Koormann Sent: Tue, 10 Feb 2004 15:40:10 -0500 Subject: Re: [Thuban-list] Patch: classifiers On Tue, 10 Feb 2004 15:14:10 +0100, Frank Koormann wrote > Daniel, > > thanks again for your contributions. Just to clarify thinks, what was > the basis for your implementation? The current CVS or another version. > > Best regards, > > Frank I diff'ed against CVS root from 20040122. > * Frank Koormann [040210 11:27]: > > Daniel, > > > > thank you very much for your patches. I only had a glimpse at it so far, > > but I like the HSV patch very much :) > > > > * Daniel Calvelo Aros [040209 07:58]: > > > Hi all. > > > > > > The attached patch provides four classifiers to thuban's available three. > > [...] > > > > > > Please give it a try and I will do my best to improve the thing. > > > > > > > Regarding the classification updates I encountered some problems when > > loading a session with classifications and trying to reclassify - > > however on fresh sessions it seems to work smart. Will sent more details > > tomorrow. > > > > Best regards, > > > > Frank > > > > -- > Frank Koormann > Professional Service around Free Software > (http://intevation.net/) FreeGIS Project > (http://freegis.org/) -- Daniel Calvelo Aros -- Direcci?n General de Informaci?n Agraria -- Ministerio de Agricultura del Per? -- (51-1)424-9001 ------- End of Forwarded Message ------- -- Daniel Calvelo Aros -- Direcci?n General de Informaci?n Agraria -- Ministerio de Agricultura del Per? -- (51-1)424-9001 From dcalvelo at minag.gob.pe Tue Feb 10 22:36:10 2004 From: dcalvelo at minag.gob.pe (Daniel Calvelo Aros) Date: Tue, 10 Feb 2004 16:36:10 -0500 Subject: [Thuban-list] Patch: classifiers References: <20040209063329.M22831@minag.gob.pe><20040209192322.GA11492@intevation.de><46866.164.15.134.155.1076414053.squirrel@moritz.homelinux.org><20040210141206.GB21762@intevation.de> <20040210141709.GJ2644@intevation.de> <33911.164.15.134.155.1076425400.squirrel@moritz.homelinux.org> Message-ID: <20040210213602.M47816@minag.gob.pe> On Tue, 10 Feb 2004 16:03:20 +0100 (CET), Moritz Lennert wrote [...] > I just (superficially) tested the patches and the classifiers are > just great. Just one remark concerning the discontinuities > classifier: would it be possible to let the user chose the number of > classes she wants ? The original code from J.P. Grimmeau gives the > solutions for a number of different classes. Ideally the use should > be given a choice of the number of classes based on a list of the > potential breaks. At the current state, I can obviously fusion two > classes, but I do not have the info on which break is the smallest... Ok, I'll work on that. But the original code DEFINES the number of breaks. It's part of its strength. Giving you an indicator of the overall quality for the visual classifier would be helpful, I reckon. Let me think around it a bit. > Concerning the hsv patch, I don't seem to understand how it works. At > least when I chose the extreme colors and then click on "Generate" I > get exactly the same colors, whatever the chosen mode. > > Moritz Both methods give quite similar results for e.g. black to blue, white to red, but very different for, e.g. red to green. Try that one. In principle, ramps that vary mainly in saturation or value should be similar. If hue changes are involved, the HSV classifier moves along the spectrum, in the "closest direction" (e.g. red to blue goes through purple but red to green goes through yellow, not purple and blue). Daniel. -- Daniel Calvelo Aros -- Direcci?n General de Informaci?n Agraria -- Ministerio de Agricultura del Per? -- (51-1)424-9001 From dcalvelo at minag.gob.pe Tue Feb 10 22:36:52 2004 From: dcalvelo at minag.gob.pe (Daniel Calvelo Aros) Date: Tue, 10 Feb 2004 16:36:52 -0500 Subject: [Thuban-list] changing color ramps without reclassifying References: <33944.164.15.134.155.1076425761.squirrel@moritz.homelinux.org> Message-ID: <20040210213642.M44533@minag.gob.pe> On Tue, 10 Feb 2004 16:09:21 +0100 (CET), Moritz Lennert wrote > Hello, > > During the testing of the patches, another point struck me: what is the > reason for associating classifying and color ramps in one ? Wouldn't > it be better to let the user change color ramps without having to go > through the classifying process ? This is especially helpful when > creating customized classes by hand. > > Moritz I agree. The whole classification infrastructure needs some cleanup, IMHO. A workaround using my patch would be to reopen the genclass dialog and chosing Custom Breaks. Then you will get whatever is the *current* classification, although everything (incl. singletons) will be converted to ranges. Change color and apply. Your original ranges are there, and colors are changed. Maybe we can start a definition discussion over the interface for classifications. I know how ArcView, ArcGIS, JUMP, OpenEV work, and the philosophies are quite different, each with its own limitations... I guess some kind of fill pattern editor (can we borrow the one from sketch/skencil?) would be nice, and separating value generation from color/symbol generation. We will have to work on this anyway for symbols, and afterwards for transparency. Daniel. -- Daniel Calvelo Aros -- Direcci?n General de Informaci?n Agraria -- Ministerio de Agricultura del Per? -- (51-1)424-9001 From bh at intevation.de Wed Feb 11 14:58:50 2004 From: bh at intevation.de (Bernhard Herzog) Date: Wed, 11 Feb 2004 14:58:50 +0100 Subject: [Thuban-list] proposal changes on postgisdb.py References: <401441B0.32DC5532@t-online.de> Message-ID: <6qfzdhbtut.fsf@salmakis.intevation.de> LCzub at t-online.de (Luiko Czub) writes: > 1.) postgisdb.py expect, that the postgis tables has a field 'gid'. I > don't know why, The code was developed originally in an attempt to be as close to the OGC Simple Features for SQL specification as possible and the gid came from there IIRC. I checked that a bit better now, and while the specification mentions a gid in some places AFAICT it doesn't actually specify that it must be used in the fashion that Thuban currently expects. > so I replaced the SELECT-Statements with the default rwo-id Field OID. I'm not sure simply using OID instead of gid is the right way to fix it. It's PostgreSQL specific and even PostgreSQL doesn't guarantee that it is there since it's possible to create tables without an OID column. The best way to handle it would be to let the user select the id column to use, at least when there are a several to choose from (not sure whether there's a good way for Thuban to figure out which columns are ints with a unique and not NULL constraint). This would require a change to the file format, so would have to wait for 1.1. For 1.0, using the OID instead of the gid is a good solution, I think. It's definitely better than relying on gid and tables that don't have oids are probably quite uncommon. > 2.) My geom datas are stored in postgis DB for a SRID different from > '-1'. psgl raises the traceback 'Operation on two GEOMETRIES with different > SRIDs', > when PostGISShapeStore.ShapesInRegion() searches for geometries. I created a > new Method PostGISShapeStore.Srid() and .ShapesInRegion() call this know > instead of '-1'. > Changes for this are marked with the comment 'SRID != -1' This is now in CVS. The main difference to you patch is that there is no Srid method. > Attention: I'm not shure, that the projection of geomeries, imported from > postgis, will be correct. Yes, that might be a problem. Ideally Thuban should determine the projection used by the data in the database if the srid is != -1 so that it can reproject properly if necessary. This shouldn't be too hard in the case of Postgis because like Thuban itself it uses the proj library for projections and a suitable paramter list is the SPATIAL_REF_SYS table. It's not all that easy in the current Thuban architecture because the projection is associated with the layer and not the data as it probably should be. > 4.) My postgis tables sometimes has more than one geometry-field, but Thuban > could not handle this. Some parts of this are now in CVS. The PostGISShapeStore class can handle table with multiple geometry columns. It's somewhat different from you patch in that the name of the geometry column is an extra paramter to PostGISShapeStore and only required if the table has more than one geometry column. This is for backwards compatibility. Also for compatibility reasons the other changes are not yet in CVS because they mean changes to the file format which we want to avoid for the stable 1.0 branch. Once we start on a developement branch we'll have a look at that again. There's one incompatibility in current CVS in comparison to 1.0. Thuban could handle tables with multiple geometry columns in some cases, e.g. both columns have the same geometry type and srid -1. Thuban would more or less arbitrarily choose which of the columns to use, though, so it wasn't all that useful. Trying to access such a layer will produce an error message now. This means that loading .thuban files with such layers will fail now, but since it wasn't really supported anyway, this is not much a problem, I think. > My big wish is the possibility to connect to a view (possible in JUMP > 1.1.1, but JUMP 1.1.1 also doesn't handle multiple geometry fields at > one table). But I think, this would need a redesign of postgisdb.py. Not necessarily. I haven't tested it, but it might be enough for a start to provide a way in the GUI to type in a table name so that you can try to open tables that are not in the list thuban shows you. This wouldn't require file format changes, so it could easily be added in the stable branch. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From bh at intevation.de Thu Feb 12 11:44:22 2004 From: bh at intevation.de (Bernhard Herzog) Date: Thu, 12 Feb 2004 11:44:22 +0100 Subject: [Thuban-list] proposal changes on postgisdb.py In-Reply-To: <6qfzdhbtut.fsf@salmakis.intevation.de> (Bernhard Herzog's message of "Wed, 11 Feb 2004 14:58:50 +0100") References: <401441B0.32DC5532@t-online.de> <6qfzdhbtut.fsf@salmakis.intevation.de> Message-ID: <6qy8r88tmh.fsf@salmakis.intevation.de> Bernhard Herzog writes: > LCzub at t-online.de (Luiko Czub) writes: > >> My big wish is the possibility to connect to a view (possible in JUMP >> 1.1.1, but JUMP 1.1.1 also doesn't handle multiple geometry fields at >> one table). But I think, this would need a redesign of postgisdb.py. > > Not necessarily. I haven't tested it, but it might be enough for a > start to provide a way in the GUI to type in a table name so that you > can try to open tables that are not in the list thuban shows you. Thinking about this a bit more, it wouldn't be as easy as this. The problem is that it would be difficult to figure out which srid and geometry type the table or view uses. The way Thuban currently does this (by searching the geometry_columns table) wouldn't work for views. In fact Thuban more or less expects that all shapes in a shapestore have the same type (e.g. all polygons or all points but not both). In a view that is not necessarily the case. I don't know whether that actually occurs in practice but it's possible: CREATE VIEW foo (geom) AS SELECT CASE gid WHEN 1 THEN Envelope(the_geom) ELSE the_geom END FROM roads; Where roads is a table with the roads from the iceland sample data set [1] Now, if you do a SELECT * from foo limit 2; you get two rows, one with a MULTILINESTRING and one with a POLYGON. Playing around with that a bit, I think we might be able to use e.g. SELECT DISTINCT GeometryType(geom) FROM foo; and SELECT DISTINCT SRID(geom) FROM foo; to determine the geometry type and srid to use. If either of the queries yields more than one row, Thuban would have to refuse to use it for now (it could be made to work if the geometry types are sufficiently similar e.g. LINESTRING and MULTILINESTRING). I'm not sure what to do if no rows are returned. In case someone is interested in playing around with it: I tried the above in the database created by thuban's test suite. Inside the test/ subdirectory, after you've run the test suite successfully (which means among other things that you need to have a suitable postgresql with postgis installed on the machine), you can start the database server again for test purposes like this: pg_ctl -D temp/postgis/ start And then connect to it with psql with username postgres or observer. The database with the iceland data is PostGISStaticTests. If you've got a postgres server using the default port number running on the same machine you may want to choose a different port, of course. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From bernhard at intevation.de Thu Feb 12 12:58:45 2004 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 12 Feb 2004 12:58:45 +0100 Subject: [Thuban-list] Patch: classifiers In-Reply-To: <33911.164.15.134.155.1076425400.squirrel@moritz.homelinux.org> References: <20040210141709.GJ2644@intevation.de> <33911.164.15.134.155.1076425400.squirrel@moritz.homelinux.org> Message-ID: <20040212115845.GA10866@intevation.de> On Tue, Feb 10, 2004 at 04:03:20PM +0100, Moritz Lennert wrote: > Bernhard Reiter said: > > On Tue, Feb 10, 2004 at 03:12:06PM +0100, Frank Koormann wrote: > >> * Moritz Lennert [040210 12:55]: > >> > Frank Koormann said: > >> [HSV patch and classifier patch by Daniel Calvelo Aros] > >> > > >> > Will these patches be integrated into the CVS version ? > > > >> yes, I think so. But the patches will be reviewed before uploading, > >> since we encountered some problems with the current CVS version. > > > > (Reports from different people > > that they work well on current CVS > > on several platforms might accellerate the Integration. (Hint Hint)) > I just (superficially) tested the patches and the classifiers are just > great. Thanks. When doing such useful reports, can you give us more details on the version of the components and your system? Then we can say: Thuban (with such and such capabilities) is known to run on X Y.. -------------- 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/20040212/d4f66a16/attachment.bin From bernhard at intevation.de Thu Feb 12 13:05:16 2004 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 12 Feb 2004 13:05:16 +0100 Subject: [Thuban-list] changing color ramps without reclassifying In-Reply-To: <20040210213642.M44533@minag.gob.pe> References: <33944.164.15.134.155.1076425761.squirrel@moritz.homelinux.org> <20040210213642.M44533@minag.gob.pe> Message-ID: <20040212120516.GB10866@intevation.de> On Tue, Feb 10, 2004 at 04:36:52PM -0500, Daniel Calvelo Aros wrote: > On Tue, 10 Feb 2004 16:09:21 +0100 (CET), Moritz Lennert wrote > > During the testing of the patches, another point struck me: what is the > > reason for associating classifying and color ramps in one ? Wouldn't > > it be better to let the user change color ramps without having to go > > through the classifying process ? This is especially helpful when > > creating customized classes by hand. > I agree. The whole classification infrastructure needs some cleanup, IMHO. Naturally we are all open to suggestions. We were glad to have a first version of classification in there. Then user needs and feedback like from you drive the analysis of the next steps. > Maybe we can start a definition discussion over the interface for > classifications. I know how ArcView, ArcGIS, JUMP, OpenEV work, and the > philosophies are quite different, each with its own limitations... This would be a very useful analysis indeed. Maybe we can find a scientist for this topic. > I guess > some kind of fill pattern editor (can we borrow the one from sketch/skencil?) > would be nice, and separating value generation from color/symbol generation. > We will have to work on this anyway for symbols, > and afterwards for transparency. It is interesting that you have mentioned Skencil. We want to go a new approach with Thuban. To seperate the components using a concept that I named: losely couple task oriented components. We want to use Skencil for the detailed vector drawing capabilities. And Thuban for the principal classification. We had a Student at Intevation you wrote his Diplom Thetis about a prototype. It proves that the concept can work. Thuban therefore export a subset of SVG, called Thuban-Map-SVG and Skencil (0.7.x) can read it. Within Skencil you can then exchange all symbols, by selecting them based on their classification. Updating a layer also works. We need to properly publish those results in the near future. -------------- 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/20040212/f2abdbb1/attachment.bin From mlennert at club.worldonline.be Thu Feb 12 14:08:08 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Thu, 12 Feb 2004 14:08:08 +0100 (CET) Subject: [Thuban-list] Patch: classifiers In-Reply-To: <20040211183837.M72504@minag.gob.pe> References: <20040209063329.M22831@minag.gob.pe><20040209192322.GA11492@intevation.de><46866.164.15.134.155.1076414053.squirrel@moritz.homelinux.org><20040210141206.GB21762@intevation.de><20040210141709.GJ2644@intevation.de><33911.164.15.134.155.1076425400.squirrel@moritz.homelinux.org> <20040210213602.M47816@minag.gob.pe> <35983.164.15.134.155.1076521760.squirrel@moritz.homelinux.org> <20040211183837.M72504@minag.gob.pe> Message-ID: <38203.164.15.134.155.1076591288.squirrel@moritz.homelinux.org> (bringing this back to the list, as I think others might be interested) Daniel Calvelo Aros said: > On Wed, 11 Feb 2004 18:49:20 +0100 (CET), Moritz Lennert wrote >> No, the program defines the maximum number of classes that make any sense >> according to the stopping criterion defined in the code, but it does not define the best number of classes. > > You mean it's not "best" according to cartographic or other criteria different > from the implicit "best" of the stopping criterion? > No, what I mean is that the stopping criterion does not imply "best" number of solution, but measures the statistical significance of creating another class break. The algorithm stops when the creation of another break would not give more information than not creating one. The definition of "best" number of solution is independant of that. Especially, because cartographic issues enter into play as well, so what is "best" (as always) depends on what one aims for. >> I actually don't know how it >> would do that. I've attached a results file generated with the >> original code and as you can see it gives a number of solutions from which I can chose. It would be nice to have such a table in thuban. > > I see. From what I understood in the code, those are printouts of each step of > the algorithm as it partitions further the dataset. The stopping criterion > is > something like "difference between original class and best partition is statistically insignificant", for a hard-wired significance threshold of 95%. > Exactly, it is a question of statistical significance of an additional partition, not of best number of partitions. So when in your thuban verion it says "Got X breakpoints in the distribution of Y", it should maybe say something like: "Got X statistically significant (95%) breakpoints ...". A really sophisticated version of this could even let the user decide the level of desired significance...but I think this would be overkill :-) > Now, what you suggest would be (correct me, please) to use the results from > the partitioning steps as inputs into a quality measure of each > classification > (in the sense of your former definition of "best"), and from there let either > the user or some automated thing define the number of classes. > > I still don't have a Jenks-Caspall-like quality measure, so for now only the > user is available as a criterion of classification quality. I don't really believe in the existence of _one_ quality measure. I think that this depends on too many factors, including "purely" graphical/cartographic ones. So I would agree with you saying that "only the user is available as a criterion of classification quality.", but I would say that this is always the case, not just for now... > > In this order of ideas, the easiest way would be to fix the maximum number > of > classes attainable by the algorithm, unless "automatic" is specified. In both > cases, if the hardwired stopping criterion is fulfilled, stop and give a warning if Nclasses References: <20040210141709.GJ2644@intevation.de><33911.164.15.134.155.1076425400.squirrel@moritz.homelinux.org> <20040212115845.GA10866@intevation.de> Message-ID: <38254.164.15.134.155.1076591630.squirrel@moritz.homelinux.org> Bernhard Reiter said: > On Tue, Feb 10, 2004 at 04:03:20PM +0100, Moritz Lennert wrote: >> Bernhard Reiter said: >> > On Tue, Feb 10, 2004 at 03:12:06PM +0100, Frank Koormann wrote: >> >> * Moritz Lennert [040210 12:55]: >> >> > Frank Koormann said: >> >> [HSV patch and classifier patch by Daniel Calvelo Aros] >> >> > >> >> > Will these patches be integrated into the CVS version ? >> > >> >> yes, I think so. But the patches will be reviewed before uploading, >> >> since we encountered some problems with the current CVS version. >> > >> > (Reports from different people >> > that they work well on current CVS >> > on several platforms might accellerate the Integration. (Hint Hint)) > >> I just (superficially) tested the patches and the classifiers are just >> great. > > Thanks. > When doing such useful reports, can you give us more details > on the version of the components and your system? > Then we can say: Thuban (with such and such capabilities) > is known to run on X Y.. > Yes, sorry. I'm running Thuban CVS on Debian testing/unstable, using python2.3-dev. Any other information you think would be useful ? Moritz From jan at intevation.de Thu Feb 12 14:37:42 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Thu, 12 Feb 2004 14:37:42 +0100 Subject: [Thuban-list] export to APR ? In-Reply-To: <32815.164.15.134.155.1076415310.squirrel@moritz.homelinux.org> References: <32815.164.15.134.155.1076415310.squirrel@moritz.homelinux.org> Message-ID: <20040212133742.GA10043@intevation.de> On Tue, Feb 10, 2004 at 01:15:10PM +0100, Moritz Lennert wrote: > Are there plans of creating an exportAPR extension similar to importAPR ? so, after it is generally agreed that this indeed is a helpful feature: I do not have currently plans to implement this. Note, that even my implementation of the importAPR extension is only a coarse demo that needs to be completeted to get the best import results. An export would be more complicated because I can not ignore various information like for the import. A consistent apr-file needs to be written and actually only ESRI knows what consistent means. Of course the file format can be reverse engineered. It might even be possible to implement a method that, after loading an apr-file, transscribes all changed made in Thuban to the apr-data and then saves them alltogether with those information that were no understood by Thuban. However, the efford for all of this will not be low. I estimate 1-2 weeks for a basic APR-Export. About 4 weeks to make it use really smooth. And about another 4 weeks to implement this transscription feature. Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From bernhard at intevation.de Thu Feb 12 14:47:22 2004 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 12 Feb 2004 14:47:22 +0100 Subject: [Thuban-list] Patch: classifiers In-Reply-To: <38254.164.15.134.155.1076591630.squirrel@moritz.homelinux.org> References: <20040212115845.GA10866@intevation.de> <38254.164.15.134.155.1076591630.squirrel@moritz.homelinux.org> Message-ID: <20040212134722.GD11648@intevation.de> On Thu, Feb 12, 2004 at 02:13:50PM +0100, Moritz Lennert wrote: > Bernhard Reiter said: > > When doing such useful reports, can you give us more details > > on the version of the components and your system? > > Then we can say: Thuban (with such and such capabilities) > > is known to run on X Y.. > > Yes, sorry. No problem at all. > I'm running Thuban CVS on Debian testing/unstable, using python2.3-dev. > > Any other information you think would be useful ? Probably the platform (i386, ppc?) and the CVS checkout date and what other modules you have activated and build in. We probably have to make a list for people who want to support us with test reports of what to report. Or a script that makes this easier. -------------- 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/20040212/b18f6d2e/attachment.bin From mlennert at club.worldonline.be Thu Feb 12 14:55:50 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Thu, 12 Feb 2004 14:55:50 +0100 (CET) Subject: [Thuban-list] export to APR ? In-Reply-To: <20040212133742.GA10043@intevation.de> References: <32815.164.15.134.155.1076415310.squirrel@moritz.homelinux.org> <20040212133742.GA10043@intevation.de> Message-ID: <38528.164.15.134.155.1076594150.squirrel@moritz.homelinux.org> Jan-Oliver Wagner said: > On Tue, Feb 10, 2004 at 01:15:10PM +0100, Moritz Lennert wrote: >> Are there plans of creating an exportAPR extension similar to importAPR >> ? > > so, after it is generally agreed that this indeed is a helpful feature: > > I do not have currently plans to implement this. > Note, that > even my implementation of the importAPR extension is only a > coarse demo that needs to be completeted to get the best > import results. > > An export would be more complicated because I can not > ignore various information like for the import. A consistent > apr-file needs to be written and actually only ESRI knows > what consistent means. > > Of course the file format can be reverse engineered. > It might even be possible to implement a method that, after loading > an apr-file, transscribes all changed made in Thuban to the apr-data and > then > saves them alltogether with those information that were no understood > by Thuban. > > However, the efford for all of this will not be low. > I estimate 1-2 weeks for a basic APR-Export. About 4 weeks > to make it use really smooth. And about another 4 weeks > to implement this transscription feature. > I don't want to be misunderstood: I think this would be a helpful feature, especially in view of convincing my colleagues to switch to Thuban, but other features are definitely more important for us (such as proportionate symbols, and the integration with Skencil Bernhard described in another mail). So, if someone implements it, great, but its absence is no showstopper... Moritz From mlennert at club.worldonline.be Thu Feb 12 14:56:37 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Thu, 12 Feb 2004 14:56:37 +0100 (CET) Subject: [Thuban-list] Patch: classifiers In-Reply-To: <20040212134722.GD11648@intevation.de> References: <20040212115845.GA10866@intevation.de><38254.164.15.134.155.1076591630.squirrel@moritz.homelinux.org> <20040212134722.GD11648@intevation.de> Message-ID: <38534.164.15.134.155.1076594197.squirrel@moritz.homelinux.org> Bernhard Reiter said: > On Thu, Feb 12, 2004 at 02:13:50PM +0100, Moritz Lennert wrote: >> Bernhard Reiter said: > >> > When doing such useful reports, can you give us more details >> > on the version of the components and your system? >> > Then we can say: Thuban (with such and such capabilities) >> > is known to run on X Y.. >> >> Yes, sorry. > No problem at all. > >> I'm running Thuban CVS on Debian testing/unstable, using python2.3-dev. >> >> Any other information you think would be useful ? > > Probably the platform (i386, ppc?) > and the CVS checkout date and what other modules you have > activated and build in. i386 (i686) CVS of 11/2/2004 About info: Thuban Release Version 1.0.0 Currently using: wxPython 2.4.2.4 Python 2.3.3 PySQLite 0.4.3 SQLite 2.8.9 GDAL 1.2+cvs psycopg 1.1.10 Compiled for: GTK 1.2.10 proj 4.4.7 > We probably have to make a list for people who want to support > us with test reports of what to report. > Or a script that makes this easier. Couldn't the above About info be extended easily ? Moritz From bernhard at intevation.de Thu Feb 12 15:25:29 2004 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 12 Feb 2004 15:25:29 +0100 Subject: [Thuban-list] Patch: classifiers In-Reply-To: <38534.164.15.134.155.1076594197.squirrel@moritz.homelinux.org> References: <20040212134722.GD11648@intevation.de> <38534.164.15.134.155.1076594197.squirrel@moritz.homelinux.org> Message-ID: <20040212142529.GF11648@intevation.de> On Thu, Feb 12, 2004 at 02:56:37PM +0100, Moritz Lennert wrote: > Bernhard Reiter said: > > On Thu, Feb 12, 2004 at 02:13:50PM +0100, Moritz Lennert wrote: > >> Bernhard Reiter said: > > > >> > When doing such useful reports, can you give us more details > >> > on the version of the components and your system? > >> > Then we can say: Thuban (with such and such capabilities) > >> > is known to run on X Y.. > >> > >> Yes, sorry. > > No problem at all. > > > >> I'm running Thuban CVS on Debian testing/unstable, using python2.3-dev. > >> > >> Any other information you think would be useful ? > > > > Probably the platform (i386, ppc?) > > and the CVS checkout date and what other modules you have > > activated and build in. > > i386 (i686) > CVS of 11/2/2004 > > About info: > Thuban Release Version 1.0.0 > > Currently using: > wxPython 2.4.2.4 > Python 2.3.3 > PySQLite 0.4.3 > SQLite 2.8.9 > GDAL 1.2+cvs > psycopg 1.1.10 > > Compiled for: > GTK 1.2.10 > proj 4.4.7 > > > > We probably have to make a list for people who want to support > > us with test reports of what to report. > > Or a script that makes this easier. > > Couldn't the above About info be extended easily ? AFAIK There is no precise way to find out on which system you are. -------------- 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/20040212/06e0dd1a/attachment.bin From jan at intevation.de Thu Feb 12 16:30:29 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Thu, 12 Feb 2004 16:30:29 +0100 Subject: [Thuban-list] export to APR ? In-Reply-To: <38528.164.15.134.155.1076594150.squirrel@moritz.homelinux.org> References: <32815.164.15.134.155.1076415310.squirrel@moritz.homelinux.org> <20040212133742.GA10043@intevation.de> <38528.164.15.134.155.1076594150.squirrel@moritz.homelinux.org> Message-ID: <20040212153029.GB10231@intevation.de> On Thu, Feb 12, 2004 at 02:55:50PM +0100, Moritz Lennert wrote: > I don't want to be misunderstood: I think this would be a helpful feature, > especially in view of convincing my colleagues to switch to Thuban, but > other features are definitely more important for us (such as proportionate > symbols, and the integration with Skencil Bernhard described in another > mail). > So, if someone implements it, great, but its absence is no showstopper... I understood you right :-) It was interesting to have the principle discussion. I made the estimate especially for the archive so that anyone who really needs this feature and is willing to pay for this finds an estimate. I should create a Thuban web page for such cost estimations :-) Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From mlennert at club.worldonline.be Thu Feb 12 17:04:11 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Thu, 12 Feb 2004 17:04:11 +0100 (CET) Subject: [Thuban-list] Patch: classifiers In-Reply-To: <20040209063329.M22831@minag.gob.pe> References: <20040209063329.M22831@minag.gob.pe> Message-ID: <39342.164.15.134.155.1076601851.squirrel@moritz.homelinux.org> Daniel Calvelo Aros said: > > PS. I couldn't manage to reverse my previous patch for HSV ramps, so it's > also > included here. Sorry for the inconvenience! > I am having some trouble with the patching of the two... The hsv.patch contains code changing the GetRamp function: *** 979,985 **** topSizer.SetSizeHints(self) def GetRamp(self): ! return CustomRamp(self.startPropCtrl.GetProperties(), self.endPropCtrl.GetProperties()) def _OnCopyStart(self, event): --- 985,995 ---- topSizer.SetSizeHints(self) def GetRamp(self): ! if self.modeChoice.GetStringSelection()==_("HSV Ramp"): ! rampType = HSVCustomRamp ! else: ! rampType = CustomRamp ! return rampType(self.startPropCtrl.GetProperties(), self.endPropCtrl.GetProperties()) However, the hsv+class.patch doesn't seem to do the same change: topSizer.SetSizeHints(self) def GetRamp(self): ! return CustomRamp(self.startPropCtrl.GetProperties(), self.endPropCtrl.GetProperties()) def _OnCopyStart(self, event): --- 1268,1274 ---- topSizer.SetSizeHints(self) def GetRamp(self): ! return HSVCustomRamp(self.startPropCtrl.GetProperties(), self.endPropCtrl.GetProperties()) def _OnCopyStart(self, event): When I try to use both patches, I get $ patch -p0 < hsv+class.patch patching file thuban/Thuban/Model/classgen.py patching file thuban/Thuban/Model/color.py $ patch -p0 < hsv.patch patching file thuban/Thuban/Model/classgen.py Reversed (or previously applied) patch detected! Assume -R? [n] (and the same when I try to apply the patches in reverse order) Could someone tell me how to solve this ? Moritz patching file thuban/Thuban/UI/classgen.py From dcalvelo at minag.gob.pe Thu Feb 12 20:59:08 2004 From: dcalvelo at minag.gob.pe (Daniel Calvelo Aros) Date: Thu, 12 Feb 2004 14:59:08 -0500 Subject: System information (was re:[Thuban-list] Patch: classifiers) In-Reply-To: <20040212142529.GF11648@intevation.de> References: <20040212134722.GD11648@intevation.de> <38534.164.15.134.155.1076594197.squirrel@moritz.homelinux.org> <20040212142529.GF11648@intevation.de> Message-ID: <20040212194937.M97221@minag.gob.pe> On Thu, 12 Feb 2004 15:25:29 +0100, Bernhard Reiter wrote > On Thu, Feb 12, 2004 at 02:56:37PM +0100, Moritz Lennert wrote: > > > Couldn't the above About info be extended easily ? > > AFAIK There is no precise way to find out on which system you are. sys.version, sys.platform inside the About box might be informative. I'm not sure it's enough. We could maybe add somewhere a thuban_version = "$Id$" or alike to have also a CVS version number (which would be the appropriate file, then?). Along those lines, I think we could hook the platform information needed for compilation somewhere... I'm not familiar with distutils though. Daniel. -- Daniel Calvelo Aros -- Direcci?n General de Informaci?n Agraria -- Ministerio de Agricultura del Per? -- (51-1)424-9001 From bh at intevation.de Thu Feb 12 21:14:17 2004 From: bh at intevation.de (Bernhard Herzog) Date: Thu, 12 Feb 2004 21:14:17 +0100 Subject: [Thuban-list] Patch: classifiers References: <20040209063329.M22831@minag.gob.pe> Message-ID: <6qlln8838m.fsf@salmakis.intevation.de> "Daniel Calvelo Aros" writes: > Hi all. > > The attached patch provides four classifiers to thuban's available three. Thanks. It would be nice to have that functionality in Thuban. Before we check it in, though, I'd like to see some improvements in the code. First some stylistic things. To make the code more maintainable in the context of Thuban and to make it easier for us to review the patch, please try to follow the style and practices used in the code already there. These might also serve as the beginning of a "patch submission guideline". - All lines should be at most 79 characters long - Put spaces around binary operators and after commas, colons and semicolons (but not before them). - Every class, function and method should have a doc string. The doc string should start with a brief one-line description of the class or method. If more explanations are needed add an empty line and one or more paragraphs. The isn't adhered to in the code as well as it should. New code should follow it, though. - New functionality and bug fixes should have corresponding tests in the test suite. - Changes should be documented in the ChangeLog file - Do not use "from module import *" This form of the import statement leads to code that is hard to maintain for several reasons: - If the module's contents change the names bound in the code that executes the import statement change as well and might accidentally override python builtins or names already bound in the module - It's hard to find out which of the objects in the imported module are actually used by the importing code. It's especially hard to find out whether the import is still needed if the code has changed. "from wxPython.wx import *" is tolerable, but I try to avoid that too. - Try to submit small patches. Smaller patches are easier to understand, take less time to review and are therefore much more likely to be applied quickly. That you submitted the HSV support as a separate patch first was a good example of this. More specific comments on the code - Thuban/Model/color.py: rgb2hsv and hsv2rgb duplicate functionality from Python's colorsys module - Thuban/Model/classgen.py: green_to_red_ramp defines a different ramp now. This is an incompatible interface change. If we really do need a predefined ramp for this it should be called something else, perhaps hsv_green_to_red_ramp. Ideally all these predefined ramps don't belong in Thuban.Model anyway. Currently they would be better in Thuban.UI. But that would have to wait until create the branch in CVS as that kind of change doesn't belong in a stable branch. - Thuban/Model/classgen.py: Line 18f: The new import statements are not necessary. sqrt and random are never used. I guess they were required by an earlier version of your code - Thuban/Model/classgen.py: Renaming the __SetProperty method is OK. I suggest to rename it to interpolate_colors and have it return the new color instead of passing the setf function in. E.g. def interpolate_colors(self, color1, color2, weigth): """Return a weighted average of the colors color1 and color2 The returned color is effectively (1 - weight) * color1 + weight * color2 weight should be a float in the range 0.0 to 1.0 """ Come to think of it, it's probably be even better to put that method as a function into Thuban/Model/color.py and add an optional parameter to CustomRamp defaulting to that new function. The _SetProperty implementation in HSVCustomRamp could be another function in colors.py, perhaps interpolate_colors_hsv (and the other should get an _rgb suffix, then). There'd be no need for the new classes HSVCustomRamp and HSVRamp, even. - Thuban/UI/sliders.py: Line 11: Yes, it should use a better way to find the bitmap file. That's what the functions in Thuban/UI/resource.py are for. - Thuban/UI/classgen.py: The sum function is new as a built-in in Python 2.3. Thuban 1.0.x should remain compatible with Python 2.2. Thuban 1.1.x will probably also remain 2.2 compatible. I haven't looked at all of the code yet, but this should be enough for now :) Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From jan at intevation.de Thu Feb 12 21:50:34 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Thu, 12 Feb 2004 21:50:34 +0100 Subject: [Thuban-list] Patch: classifiers In-Reply-To: <6qlln8838m.fsf@salmakis.intevation.de> References: <20040209063329.M22831@minag.gob.pe> <6qlln8838m.fsf@salmakis.intevation.de> Message-ID: <20040212205034.GB18899@intevation.de> On Thu, Feb 12, 2004 at 09:14:17PM +0100, Bernhard Herzog wrote: > First some stylistic things. To make the code more maintainable in the > context of Thuban and to make it easier for us to review the patch, > please try to follow the style and practices used in the code already > there. These might also serve as the beginning of a "patch submission > guideline". I've put your guideline into a web page: http://thuban.intevation.org/patch-submission.html It is not yet linked, but I think it already useful. Should we add it to the navigation? I vote for putting it right before "CVS". Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From LCzub at t-online.de Thu Feb 12 22:32:32 2004 From: LCzub at t-online.de (Luiko Czub) Date: Thu, 12 Feb 2004 22:32:32 +0100 Subject: [Thuban-list] proposal changes on postgisdb.py - connecting views References: <401441B0.32DC5532@t-online.de> <6qfzdhbtut.fsf@salmakis.intevation.de> <6qy8r88tmh.fsf@salmakis.intevation.de> Message-ID: <402BF0F0.52E741AF@t-online.de> Moin Bernhard, > Bernhard Herzog writes: > > > LCzub at t-online.de (Luiko Czub) writes: > > > >> My big wish is the possibility to connect to a view (possible in JUMP > >> 1.1.1, but JUMP 1.1.1 also doesn't handle multiple geometry fields at > >> one table). But I think, this would need a redesign of postgisdb.py. > > > > Not necessarily. I haven't tested it, but it might be enough for a > > start to provide a way in the GUI to type in a table name so that you > > can try to open tables that are not in the list thuban shows you. Cause I am a friend of tables and views with more than one geometryfield, please enlarge this idea with a non-mandadory field for the geometry-field name. And you also need an entry for the unique-id field, i think. This might be a mandatory entry, isn't? > Thinking about this a bit more, it wouldn't be as easy as this. The > problem is that it would be difficult to figure out which srid and > geometry type the table or view uses. The way Thuban currently does > this (by searching the geometry_columns table) wouldn't work for views. That is, what I mean with 'redisgn', if you whiches to handle tables and views in the some way. > In fact Thuban more or less expects that all shapes in a shapestore have > the same type (e.g. all polygons or all points but not both). In a view > that is not necessarily the case. I don't know whether that actually > occurs in practice but it's possible: In my opinion, the main interest to connect from a viewer like Thuban to views is, using datas from non-spatial tables for the classification of geometry-tables. So you would use the view, to add additional data-attributes to the geometry-selection and not to mix several geometry-types. Here is a example for a view, I am working with: CREATE VIEW edbs_linien_view AS SELECT f.folie, f.linienart, f.objnr_links, f.objnr_rechts, f.objteilnr_links, f.objteilnr_rechts, f.gid , l.nummerierungsbezirk, l.art_der_geometrie, l.linie_geom FROM edbs_linienfunktion AS f JOIN edbs_linie AS l ON f.owner_id = l.gid; Kind of association is: edbs_linie 1:n edbs_linienfunktion Geometryfield is : edbs_linie.linie_geom (LINESTRING) unique-id field is : f.gid You could create the situation with several geometrytypes in one column also with a 'normal' table, if the geometry column is of the type 'GEOMETRY'. But this is in my opinion a bad datamodel design , if someone did not know, with what kind of datas he is working. And do you realy want to consider all possible bad datamodel designs? Don't make the mistake to build the EierLegendeWollMilchSau. I think, you would make a big step forward for the classification of datas, if there is a posssibility for connecting views in the way, you describe above. > .... > Playing around with that a bit, I think we might be able to use e.g. > SELECT DISTINCT GeometryType(geom) FROM foo; > and > SELECT DISTINCT SRID(geom) FROM foo; > to determine the geometry type and srid to use. If either of the > queries yields more than one row, Thuban would have to refuse to use it > for now (it could be made to work if the geometry types are sufficiently > similar e.g. LINESTRING and MULTILINESTRING). I'm not sure what to do > if no rows are returned. Maybe, there must be some rules for connecting views (like the rule 'unique-id field gid' in thuban 1.0.0): - all entries for a geometry-column must be of the same geometrytype and srid - there must be one row of the view, where the geometry-column has an entry -- Gru? Luiko Czub From bh at intevation.de Fri Feb 13 17:17:50 2004 From: bh at intevation.de (Bernhard Herzog) Date: Fri, 13 Feb 2004 17:17:50 +0100 Subject: [Thuban-list] proposal changes on postgisdb.py - connecting views References: <401441B0.32DC5532@t-online.de> <6qfzdhbtut.fsf@salmakis.intevation.de> <6qy8r88tmh.fsf@salmakis.intevation.de> <402BF0F0.52E741AF@t-online.de> Message-ID: <6qlln70x8x.fsf@salmakis.intevation.de> LCzub at t-online.de (Luiko Czub) writes: >> Bernhard Herzog writes: >> >> > Not necessarily. I haven't tested it, but it might be enough for a >> > start to provide a way in the GUI to type in a table name so that you >> > can try to open tables that are not in the list thuban shows you. > > Cause I am a friend of tables and views with more than one > geometryfield, please enlarge this idea with a non-mandadory field for > the geometry-field name. Sure. That's part of a proper fix for the multiple geometry columns per table/view problem, though, and thus pretty independent of how views can be supported in Thuban. > And you also need an entry for the unique-id > field, i think. This might be a mandatory entry, isn't? Yes. This is yet another independent issue, though. Do you know whether there's a way to determine which of the columns might be suitable, BTW? Figuring out which of the columns contain ints is easy and would suffice for a start, but it would be nice to know which of those columns also have unique and not null constraints. > In my opinion, the main interest to connect from a viewer like Thuban to views > is, using datas from non-spatial tables for the classification of > geometry-tables. > So you would use the view, to add additional data-attributes to the > geometry-selection and > not to mix several geometry-types. [snip example] Thanks for the example. At this point we should obviously concentrate on support for the common use cases. For that we need feedback like yours about how postgis is used in practice and how well Thuban supports it. > But > this is in my opinion a > bad datamodel design , if someone did not know, with what kind of datas he is > working. And do you realy > want to consider all possible bad datamodel designs? "Consider" perhaps, as long as we don't need to implement them :) However, it's usually also good to keep track of why an implementation is limited in which ways. Implementing features that will not be used is pointless, but thinking about what would be possible, what of that might be useful and what is necessary can often make a design better even if you only implement the minimum of what you need at first. At the very least it leads to a better understanding of the problem domain. > Don't make the mistake to build the EierLegendeWollMilchSau. That's unlikely to happen as we don't have the resources for that :) > Maybe, there must be some rules for connecting views (like the rule 'unique-id > field gid' in thuban 1.0.0): > - all entries for a geometry-column must be of the same geometrytype and srid > - there must be one row of the view, where the geometry-column has an entry That reminds me that Thuban doesn't yet support rows where the geometry column is NULL. Another requirement is that there must be a column that can be used as an ID. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From dcalvelo at minag.gob.pe Fri Feb 13 21:00:03 2004 From: dcalvelo at minag.gob.pe (Daniel Calvelo Aros) Date: Fri, 13 Feb 2004 15:00:03 -0500 Subject: [Thuban-list] Patch: classifiers In-Reply-To: <20040212205034.GB18899@intevation.de> References: <20040209063329.M22831@minag.gob.pe> <6qlln8838m.fsf@salmakis.intevation.de> <20040212205034.GB18899@intevation.de> Message-ID: <20040213042909.M23606@minag.gob.pe> On Thu, 12 Feb 2004 21:50:34 +0100, Jan-Oliver Wagner wrote > On Thu, Feb 12, 2004 at 09:14:17PM +0100, Bernhard Herzog wrote: > > First some stylistic things. To make the code more maintainable in the > > context of Thuban and to make it easier for us to review the patch, > > please try to follow the style and practices used in the code already > > there. These might also serve as the beginning of a "patch submission > > guideline". > > I've put your guideline into a web page: > http://thuban.intevation.org/patch-submission.html Great! I still have some style points to be enlightened about: - Use '\' systematically for line breaks? - Blank lines within code blocks to enhance readability, for code sections, algorithm phases, etc.? - Use c_style_caps_as_in_gtk for helper functions but SmalltalkLikeMixedCaps for classes and class members? - TODO, FIXME or XXX marks for pending stuff? - Any guidelines on code comments? One or two ##? doxygen-like openings? - Adhere to StructuredTextNG in docstrings? Jan, in the on-line version, there is a weird phrase: " The isn't adhered to in the code as well as it should. ", and a reference to my HSV patch which shouldn't be there, IMO. The point Bernhard made about 2.2 compatibility is VERY important. Please include it. Do you think this should be in CVS? I'd vote yes, with a reference to it in the README. HTML? STNG? > It is not yet linked, but I think it already useful. > Should we add it to the navigation? > I vote for putting it right before "CVS". I'd rather have it between CVS via ssh and Mailing List. Is it time already to section the menu between users, developers, general info? Daniel. -- Daniel Calvelo Aros -- Direcci?n General de Informaci?n Agraria -- Ministerio de Agricultura del Per? -- (51-1)424-9001 From daniel.calvelo at minag.gob.pe Fri Feb 13 20:54:48 2004 From: daniel.calvelo at minag.gob.pe (Daniel Calvelo) Date: Fri, 13 Feb 2004 14:54:48 -0500 Subject: [Thuban-list] Patch: classifiers In-Reply-To: <39342.164.15.134.155.1076601851.squirrel@moritz.homelinux.org> References: <20040209063329.M22831@minag.gob.pe> <39342.164.15.134.155.1076601851.squirrel@moritz.homelinux.org> Message-ID: <20040213055839.M68973@minag.gob.pe> On Thu, 12 Feb 2004 17:04:11 +0100 (CET), Moritz Lennert wrote > Daniel Calvelo Aros said: > > > > > PS. I couldn't manage to reverse my previous patch for HSV ramps, so it's > > also > > included here. Sorry for the inconvenience! > > > > I am having some trouble with the patching of the two... [...] Rats. I really messed up the patches. Try the attached patch, which only puts back the HSV-related code not updated by the hsv+class patch. Recapitulate: apply hsv+class, *then* the attached. You get classifications AND hsv ramps. Apply hsv.patch and you get only hsv ramps. Apologies to everybody. Daniel. -- Daniel Calvelo Aros -- Direcci?n General de Informaci?n Agraria -- Ministerio de Agricultura del Per? -- (51-1)424-9001 -------------- next part -------------- A non-text attachment was scrubbed... Name: aa.patch Type: application/octet-stream Size: 792 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-list/attachments/20040213/aca1d499/aa.patch From mlennert at club.worldonline.be Mon Feb 16 11:29:07 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Mon, 16 Feb 2004 11:29:07 +0100 (CET) Subject: [Thuban-list] export to WMF: local variable 'width' referenced before assignment Message-ID: <1322.164.15.134.87.1076927347.squirrel@moritz.homelinux.org> Hello, We are testing Thuban 1.0 on Win2k and have encountered the following error when trying to export to WMF format: Une exception non g?r?e a ?t? d?clench?e: local variable 'width' referenced before assignment (veuillez faire un rapport ? l'adresse http://thuban.intevation.org/bugtracker.html) Traceback (most recent call last): File "\.\Thuban\UI\mainwindow.py", line 282, in invoke_command File "\.\Thuban\UI\command.py", line 121, in Execute File "\.\Thuban\UI\mainwindow.py", line 946, in call_method File "\.\Thuban\UI\mainwindow.py", line 860, in ExportMap File "\.\Thuban\UI\view.py", line 304, in Export UnboundLocalError: local variable 'width' referenced before assignment Is this a bug (which we should file into the bugtracker) or are we missing any libraries or other components ? Moritz From mlennert at club.worldonline.be Mon Feb 16 16:57:02 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Mon, 16 Feb 2004 16:57:02 +0100 (CET) Subject: [Thuban-list] Patch: classifiers In-Reply-To: <20040213055839.M68973@minag.gob.pe> References: <20040209063329.M22831@minag.gob.pe><39342.164.15.134.155.1076601851.squirrel@moritz.homelinux.org> <20040213055839.M68973@minag.gob.pe> Message-ID: <48228.164.15.134.155.1076947022.squirrel@moritz.homelinux.org> Daniel Calvelo said: > On Thu, 12 Feb 2004 17:04:11 +0100 (CET), Moritz Lennert wrote >> Daniel Calvelo Aros said: >> >> > >> > PS. I couldn't manage to reverse my previous patch for HSV ramps, so >> it's >> > also >> > included here. Sorry for the inconvenience! >> > >> >> I am having some trouble with the patching of the two... > [...] > > Rats. I really messed up the patches. Try the attached patch, which only > puts > back the HSV-related code not updated by the hsv+class patch. > Recapitulate: > apply hsv+class, *then* the attached. You get classifications AND hsv > ramps. > Apply hsv.patch and you get only hsv ramps. > Ok, perfect, now I see the difference between hsv and rgb. Thank you Daniel ! Moritz From bh at intevation.de Mon Feb 16 19:38:10 2004 From: bh at intevation.de (Bernhard Herzog) Date: Mon, 16 Feb 2004 19:38:10 +0100 Subject: [Thuban-list] Patch: classifiers In-Reply-To: <20040213042909.M23606@minag.gob.pe> (Daniel Calvelo Aros's message of "Fri, 13 Feb 2004 15:00:03 -0500") References: <20040209063329.M22831@minag.gob.pe> <6qlln8838m.fsf@salmakis.intevation.de> <20040212205034.GB18899@intevation.de> <20040213042909.M23606@minag.gob.pe> Message-ID: <6q1xoukgz1.fsf@salmakis.intevation.de> "Daniel Calvelo Aros" writes: > - Use '\' systematically for line breaks? Only where necessary. In most cases where one needs to split a logical line over several physical lines the implicit rules for line joining make it unnecessary. In the other cases it's usually easy to introduce and extra pair of parentheses. > - Blank lines within code blocks to enhance readability, for code sections, > algorithm phases, etc.? Yes. > - Use c_style_caps_as_in_gtk for helper functions but SmalltalkLikeMixedCaps > for classes and class members? More or less. I prefer lower cases names for non-public methods, though. So CamelCase with an upper case first letter for classes, public methods and package names. lowercase_with_underscores for functions, variables, interfaces for derived classes and module names. _leading_underscore_and_lowercase for more private things. __double_leading_undescore only where there's a somewhat higher chance of accidental name clashes in derived classes. ALL_UPPERCASE for constants. > - TODO, FIXME or XXX marks for pending stuff? Yes. > - Any guidelines on code comments? One or two ##? One > doxygen-like openings? The kind of information that would be extracted by a tool like doxygen is in the doc-strings. > - Adhere to StructuredTextNG in docstrings? I sometimes use formatting taken from an earlier StructuredText version, but usually I don't bother with it. > Jan, in the on-line version, there is a weird phrase: " The isn't adhered to > in the code as well as it should. ", and a reference to my HSV patch which > shouldn't be there, IMO. Removed. > The point Bernhard made about 2.2 compatibility is > VERY important. Please include it. Added. > Do you think this should be in CVS? I'd vote yes, +1. It should be in a directory under Doc. > with a reference to it in > the README. HTML? STNG? Simple plain text. If we need more than that we could adopt a format like the one used by the Python PEPs. We don't need to be as formal at this point, of course. These patch submission guide lines are actually more coding guide lines. There's only one paragraph that's specific to patches. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From bh at intevation.de Mon Feb 16 20:50:52 2004 From: bh at intevation.de (Bernhard Herzog) Date: Mon, 16 Feb 2004 20:50:52 +0100 Subject: [Thuban-list] export to WMF: local variable 'width' referenced before assignment References: <1322.164.15.134.87.1076927347.squirrel@moritz.homelinux.org> Message-ID: <6qsmhaiz1f.fsf@salmakis.intevation.de> "Moritz Lennert" writes: > Traceback (most recent call last): > File "\.\Thuban\UI\mainwindow.py", line 282, in invoke_command > File "\.\Thuban\UI\command.py", line 121, in Execute > File "\.\Thuban\UI\mainwindow.py", line 946, in call_method > File "\.\Thuban\UI\mainwindow.py", line 860, in ExportMap > File "\.\Thuban\UI\view.py", line 304, in Export > UnboundLocalError: local variable 'width' referenced before assignment > > Is this a bug (which we should file into the bugtracker) or are we missing > any libraries or other components ? UnboundLocalError is always a programming error. This one is fixed in CVS now. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From dcalvelo at minag.gob.pe Fri Feb 20 23:55:18 2004 From: dcalvelo at minag.gob.pe (Daniel Calvelo Aros) Date: Fri, 20 Feb 2004 17:55:18 -0500 Subject: [Thuban-list] [Patch] Improved hsv ramps patch Message-ID: <20040220224341.M98490@minag.gob.pe> Hi all. Following comments from BH and the new style guide, here is an improved (commented, styled, simplified) version of the HSV ramps patch. Please give it a try and advise. To be a proper patch, it needs: tests, Changelog entry. It patches CVS from 18/02 cleanly, although it's a diff against CVS from 22/01. Daniel. -- Daniel Calvelo Aros -- Direcci?n General de Informaci?n Agraria -- Ministerio de Agricultura del Per? -- (51-1)424-9001 -------------- next part -------------- A non-text attachment was scrubbed... Name: hsv-v2.patch.gz Type: application/x-tar Size: 3057 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-list/attachments/20040220/767c7048/hsv-v2.patch.gz From dcalvelo at minag.gob.pe Sat Feb 21 00:33:49 2004 From: dcalvelo at minag.gob.pe (Daniel Calvelo Aros) Date: Fri, 20 Feb 2004 18:33:49 -0500 Subject: [Thuban-list] [Patch] Discontinuities classifier Message-ID: <20040220225547.M21080@minag.gob.pe> Hi. The attached patch inserts a distribution discontinuity classifier into classgen. This one improves the one I sent some weeks ago. Moritz, please take a look, I think it goes more in the way you mean classifiers to work as helpers... This patch is independent of the HSV patch I just sent (It's actually incompatible because of one tiny import statement), also patches CVS from 22/01 or 18/02. Daniel. -- Daniel Calvelo Aros -- Direcci?n General de Informaci?n Agraria -- Ministerio de Agricultura del Per? -- (51-1)424-9001 -------------- next part -------------- A non-text attachment was scrubbed... Name: class-discont.patch.gz Type: application/x-tar Size: 5063 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-list/attachments/20040220/def1adea/class-discont.patch.gz From dcalvelo at minag.gob.pe Sat Feb 21 01:30:06 2004 From: dcalvelo at minag.gob.pe (Daniel Calvelo Aros) Date: Fri, 20 Feb 2004 19:30:06 -0500 Subject: [Thuban-list] [Patch] Custom+automatic classifiers Message-ID: <20040221001823.M18896@minag.gob.pe> Hi. And last but not least, the custom breaks classifier. This one needs support files contained in the tar.gz archive, and this patch should be applied *after* the previous two. Changes: general docstringification, more intuitive break-marker movement (I will not say how those little triangles work; try it please, and tell me if it's intuitive enough or needs online help). Daniel. -- Daniel Calvelo Aros -- Direcci?n General de Informaci?n Agraria -- Ministerio de Agricultura del Per? -- (51-1)424-9001 -------------- next part -------------- A non-text attachment was scrubbed... Name: class-custom-xtra-files.tar.gz Type: application/x-tar Size: 4356 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-list/attachments/20040220/5de6961b/class-custom-xtra-files.tar.gz -------------- next part -------------- A non-text attachment was scrubbed... Name: class-custom+auto.patch.gz Type: application/x-tar Size: 6048 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-list/attachments/20040220/5de6961b/class-customauto.patch.gz From mlennert at club.worldonline.be Mon Feb 23 09:37:18 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Mon, 23 Feb 2004 09:37:18 +0100 (CET) Subject: [Thuban-list] [Patch] Discontinuities classifier In-Reply-To: <20040220225547.M21080@minag.gob.pe> References: <20040220225547.M21080@minag.gob.pe> Message-ID: <37805.164.15.134.155.1077525438.squirrel@164.15.134.155> Daniel Calvelo Aros said: > Hi. > > The attached patch inserts a distribution discontinuity classifier into classgen. This one improves the one I sent some weeks ago. Moritz, please > take > a look, I think it goes more in the way you mean classifiers to work as helpers... Yes, this is very good. Thank you ! Just one question: using exactly the same data file, I get up to 13 classes with the old code and now only up to 11 classes with the new patch. Did you change something in the code concerning the significance of breaks ? > > This patch is independent of the HSV patch I just sent (It's actually incompatible because of one tiny import statement), also patches CVS from > 22/01 or 18/02. So, do I understand correctly that for the moment I have to chose between the patches and that I can't apply them all ? Would it be possible to combine everything into one patch ? Moritz From mlennert at club.worldonline.be Mon Feb 23 10:00:07 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Mon, 23 Feb 2004 10:00:07 +0100 (CET) Subject: [Thuban-list] [Patch] Custom+automatic classifiers In-Reply-To: <20040221001823.M18896@minag.gob.pe> References: <20040221001823.M18896@minag.gob.pe> Message-ID: <37949.164.15.134.155.1077526807.squirrel@164.15.134.155> Daniel Calvelo Aros said: > Hi. > > And last but not least, the custom breaks classifier. This one needs > support > files contained in the tar.gz archive, and this patch should be applied > *after* the previous two. > actually it seems to be incompatible with the two other patches (or with the current (23/2/04) CVS). After applying the discont patch (on a clean cvs), I get: patch -p0 < class-custom+auto.patch patching file thuban/Thuban/Model/classgen.py Hunk #1 succeeded at 335 (offset -1 lines). Hunk #2 succeeded at 509 with fuzz 1 (offset -1 lines). patching file thuban/Thuban/UI/classgen.py Hunk #1 succeeded at 18 (offset -1 lines). Hunk #2 FAILED at 27. Hunk #3 succeeded at 48 (offset -2 lines). Hunk #4 succeeded at 106 (offset -2 lines). Hunk #5 succeeded at 234 (offset -2 lines). Hunk #6 succeeded at 299 (offset -2 lines). Hunk #7 succeeded at 325 (offset -2 lines). Hunk #8 succeeded at 971 (offset -2 lines). Hunk #9 succeeded at 1209 (offset -2 lines). 1 out of 9 hunks FAILED -- saving rejects to file thuban/Thuban/UI/classgen.py.rej and thuban/Thuban/UI/classgen.py.rej: *************** *** 27,38 **** from Thuban.Model.range import Range from Thuban.UI.common import ThubanBeginBusyCursor, ThubanEndBusyCursor import classifier, resource from Thuban.Model.color import interpolate_rgb, interpolate_hsv ! from Thuban.Model.classgen import \ ! generate_uniform_distribution, generate_singletons, generate_quantiles, \ ! generate_ranges_from_list, classify_discont, \ CustomRamp, grey_ramp, red_ramp, green_ramp, blue_ramp, green_to_red_ramp, \ HotToColdRamp, FixedRamp --- 27,42 ---- from Thuban.Model.range import Range from Thuban.UI.common import ThubanBeginBusyCursor, ThubanEndBusyCursor + from Thuban.Model.histogram import bincount, histcount + from Thuban.UI.graph import BinHistogram, PointDensityGram + from Thuban.UI.sliders import Sliders + import classifier, resource from Thuban.Model.color import interpolate_rgb, interpolate_hsv ! from Thuban.Model.classgen import generate_ranges_from_list,\ ! generate_uniform_distribution, generate_singletons, generate_quantiles,\ ! classify_discont, classify_kmeans, classify_annealing, \ CustomRamp, grey_ramp, red_ramp, green_ramp, blue_ramp, green_to_red_ramp, \ HotToColdRamp, FixedRamp And after applying the hsv-v2 patch (on a clean cvs): patch -p0 < class-custom+auto.patch patching file thuban/Thuban/Model/classgen.py Hunk #1 FAILED at 336. Hunk #2 succeeded at 312 with fuzz 2 (offset -198 lines). 1 out of 2 hunks FAILED -- saving rejects to file thuban/Thuban/Model/classgen.py.rej patching file thuban/Thuban/UI/classgen.py Hunk #2 FAILED at 28. Hunk #3 FAILED at 50. Hunk #4 FAILED at 108. Hunk #5 FAILED at 236. Hunk #6 FAILED at 301. Hunk #7 FAILED at 327. Hunk #8 FAILED at 973. Hunk #9 succeeded at 1068 with fuzz 2 (offset -143 lines). 7 out of 9 hunks FAILED -- saving rejects to file thuban/Thuban/UI/classgen.py.rej with thuban/Thuban/Model/classgen.py.rej (just an empty line too much): *************** *** 336,341 **** [(q, (q - minIndex+1) / float(numValues)) \ for q in quantiles]) # TODO: implement Jenks & Caspall completely. if not __builtins__.has_key("sum"): # Python < 2.3 --- 336,342 ---- [(q, (q - minIndex+1) / float(numValues)) \ for q in quantiles]) + # TODO: implement Jenks & Caspall completely. if not __builtins__.has_key("sum"): # Python < 2.3 and thuban/Thuban/UI/classgen.py.rej attached. Moritz -------------- next part -------------- A non-text attachment was scrubbed... Name: classgen.py.rej Type: application/octet-stream Size: 11312 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-list/attachments/20040223/f5969a0c/classgen.py.rej From mlennert at club.worldonline.be Mon Feb 23 10:22:12 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Mon, 23 Feb 2004 10:22:12 +0100 (CET) Subject: [Thuban-list] [Patch] Custom+automatic classifiers In-Reply-To: <20040221001823.M18896@minag.gob.pe> References: <20040221001823.M18896@minag.gob.pe> Message-ID: <38095.164.15.134.155.1077528132.squirrel@164.15.134.155> Daniel Calvelo Aros said: > Hi. > > And last but not least, the custom breaks classifier. This one needs support > files contained in the tar.gz archive, and this patch should be applied *after* the previous two. > I just tried applying the patch directly to a fresh cvs tree without applying one of the other two patches and it seems that the incompatibility is with the cvs tree and not with class-discont.patch: patch -p0 < class-custom+auto.patch patching file thuban/Thuban/Model/classgen.py Hunk #1 FAILED at 336. Hunk #2 succeeded at 311 with fuzz 2 (offset -199 lines). 1 out of 2 hunks FAILED -- saving rejects to file thuban/Thuban/Model/classgen.py.rej patching file thuban/Thuban/UI/classgen.py Hunk #1 succeeded at 18 (offset -1 lines). Hunk #2 FAILED at 27. Hunk #3 FAILED at 49. Hunk #4 FAILED at 107. Hunk #5 FAILED at 235. Hunk #6 FAILED at 300. Hunk #7 FAILED at 326. Hunk #8 FAILED at 972. Hunk #9 succeeded at 1066 with fuzz 2 (offset -145 lines). 7 out of 9 hunks FAILED -- saving rejects to file thuban/Thuban/UI/classgen.py.rej with thuban/Thuban/Model/classgen.py.rej: *************** *** 336,341 **** [(q, (q - minIndex+1) / float(numValues)) \ for q in quantiles]) # TODO: implement Jenks & Caspall completely. if not __builtins__.has_key("sum"): # Python < 2.3 --- 336,342 ---- [(q, (q - minIndex+1) / float(numValues)) \ for q in quantiles]) + # TODO: implement Jenks & Caspall completely. and thuban/Thuban/UI/classgen.py.rej attached. So, Daniel, would it be possible to create one patch containing all your latest changes against a fresh CVS tree ? Right now, I cannot combine the new version of the discont method with your other classification methods, not with the hsv patch. Moritz Moritz -------------- next part -------------- A non-text attachment was scrubbed... Name: classgen.py.rej Type: application/octet-stream Size: 11312 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-list/attachments/20040223/53bd109f/classgen.py.rej From bh at intevation.de Mon Feb 23 21:20:29 2004 From: bh at intevation.de (Bernhard Herzog) Date: Mon, 23 Feb 2004 21:20:29 +0100 Subject: [Thuban-list] [Patch] Improved hsv ramps patch In-Reply-To: <20040220224341.M98490@minag.gob.pe> (Daniel Calvelo Aros's message of "Fri, 20 Feb 2004 17:55:18 -0500") References: <20040220224341.M98490@minag.gob.pe> Message-ID: "Daniel Calvelo Aros" writes: > Hi all. > > Following comments from BH and the new style guide, here is an improved > (commented, styled, simplified) version of the HSV ramps patch. Thanks. Much better now. > Please give it a try and advise. To be a proper patch, it needs: tests, > Changelog entry. I think we can check this in once we have tests. I would especially like to see tests for interpolate_hsv because it has quite a few special cases. Another thing that we might want to fix, but this can be done after the hsv code has been checked in, is the way Transparent is interpolated with non-transparent color. As it's currently implemented in CVS (and inherited from the that in the interpolate_rgb and interpolate_hsv functions in the patch) is wrong, imo. For example. interpolate_rgb(Color(1, 1, 1), Transparent, 0) yields black and not as one would expect, white. However, I'm not even sure those functions should even allow interpolation of Transparent with non-transparent colors. If Thuban could handle translucent shapes that might be useful but currently it doesn't so that kind of interpolation cannot really be done in a sensible way. At the moment, I'd say that the interpolation functions should simply assume that the color parameters are normal RGB colors and raise exceptions when that assumption doesn't hold. This could either be done implicitly when trying to access the red, green and blue attributes or more explicitly by checking whether either of the color parameters is Transparent and raise e.g. TypeError. Handling of Transparent for class generation would then have to be done by the CustomRamp class. Bernhard -- Intevation GmbH http://intevation.de/ Skencil http://sketch.sourceforge.net/ Thuban http://thuban.intevation.org/ From jmckenna at dmsolutions.ca Thu Feb 26 01:13:23 2004 From: jmckenna at dmsolutions.ca (Jeff McKenna) Date: Wed, 25 Feb 2004 19:13:23 -0500 Subject: [Thuban-list] ANNOUNCE: Open Source GIS Conference and Second Annual MapServer Users Meeting Message-ID: <403D3A23.1040707@dmsolutions.ca> (I apologize in advance to those who may have received multiple copies of this announcement.) Please see below an announcement for the Open Source GIS Conference and Second MapServer Users Meeting that will take place in Ottawa in June. You can find all the details on the website at http://www.omsug.ca/ This meeting is for the whole Open Source GIS community and not just MapServer users, so we hope to see you there! Jeff -------- Original Message -------- Subject: [Mapserver-users] ANNOUNCE: Second Annual MapServer User Meeting Date: Tue, 24 Feb 2004 16:49:06 -0500 From: Dave McIlhagga To: mapserver Hello everyone, On behalf of the Ottawa MapServer Users Group we're happy to pass along the details to the community regarding this year's MapServer User Meeting to be held June 9-11, 2004, here in Ottawa, Canada at Carleton University. This year, we've also added a concurrent event -- the Open Source GIS Conference 2004. This is in the hopes of building on the highly successful inaugural MapServer User Meeting held in Minnesota last June. Once again, we will be having a number of workshops and presentations. Details on these will follow in the weeks and months ahead as we finalize a schedule for the event. In the meantime, I invite you to visit the conference website which is available through http://www.omsug.ca. Please check back regularly as there will be a lot of information added in the months ahead. Note that there is an early-bird special for registration before April 30th. For more information please contact Tuan Nguyen at info at omsug.ca or +1 (613) 565-5056 ext. 17. We'd love to hear from you about any suggestions or ideas you may have for the event or the conference website. We're all excited to be hosting this event and seeing many of you here in Ottawa in June. Dave -- Dave McIlhagga President, DM Solutions Group http://www.dmsolutions.ca EMail : dmcilhagga at dmsolutions.ca Phone : 613-565-5056 x15 Fax : 613-565-0925 -- Jeff McKenna GIS Specialist DM Solutions Group Inc. http://www.dmsolutions.ca From dcalvelo at minag.gob.pe Fri Feb 27 01:05:35 2004 From: dcalvelo at minag.gob.pe (Daniel Calvelo Aros) Date: Thu, 26 Feb 2004 19:05:35 -0500 Subject: [Thuban-list] [Patch] Improved hsv ramps patch In-Reply-To: References: <20040220224341.M98490@minag.gob.pe> Message-ID: <20040227000302.M81492@minag.gob.pe> On Mon, 23 Feb 2004 21:20:29 +0100, Bernhard Herzog wrote > I think we can check this in once we have tests. I would especially > like to see tests for interpolate_hsv because it has quite a few special > cases. Right. It's coming along. > Another thing that we might want to fix, but this can be done after the > hsv code has been checked in, is the way Transparent is interpolated > with non-transparent color. > > As it's currently implemented in CVS (and inherited from the that in > the interpolate_rgb and interpolate_hsv functions in the patch) is > wrong, imo. For example. interpolate_rgb(Color(1, 1, 1), > Transparent, 0) yields black and not as one would expect, white. > However, I'm not even sure those functions should even allow > interpolation of Transparent with non-transparent colors. If Thuban > could handle translucent shapes that might be useful but currently > it doesn't so that kind of interpolation cannot really be done in a > sensible way. > > At the moment, I'd say that the interpolation functions should simply > assume that the color parameters are normal RGB colors and raise > exceptions when that assumption doesn't hold. This could either be done > implicitly when trying to access the red, green and blue attributes > or more explicitly by checking whether either of the color > parameters is Transparent and raise e.g. TypeError. Handling of > Transparent for class generation would then have to be done by the > CustomRamp class. How hard would be to switch the default renderer to a wxGL canvas? Maybe it's time to begin that work... > Bernhard Daniel. -- Daniel Calvelo Aros -- Direcci?n General de Informaci?n Agraria -- Ministerio de Agricultura del Per? -- (51-1)424-9001 From daniel.calvelo at minag.gob.pe Fri Feb 27 01:01:36 2004 From: daniel.calvelo at minag.gob.pe (Daniel Calvelo) Date: Thu, 26 Feb 2004 19:01:36 -0500 Subject: [Thuban-list] [Patch] Custom+automatic classifiers In-Reply-To: <38095.164.15.134.155.1077528132.squirrel@164.15.134.155> References: <20040221001823.M18896@minag.gob.pe> <38095.164.15.134.155.1077528132.squirrel@164.15.134.155> Message-ID: <20040226235842.M48781@minag.gob.pe> On Mon, 23 Feb 2004 10:22:12 +0100 (CET), Moritz Lennert wrote > > I just tried applying the patch directly to a fresh cvs tree without > applying one of the other two patches and it seems that the > incompatibility is with the cvs tree and not with class-discont.patch: [...] > So, Daniel, would it be possible to create one patch containing all your > latest changes against a fresh CVS tree ? Right now, I cannot > combine the new version of the discont method with your other > classification methods, not with the hsv patch. > > Moritz Ok, attached are a big patch for HSV and all four classifiers, and a tar.gz for the supplemental files neeeded to make the custom classifier work. I tested against CVS from 20040218 and it works. Be sure to decompress the tar.gz in ../thuban. Daniel. -- Daniel Calvelo Aros -- Direcci?n General de Informaci?n Agraria -- Ministerio de Agricultura del Per? -- (51-1)424-9001 -------------- next part -------------- A non-text attachment was scrubbed... Name: all-v2.patch.gz Type: application/gzip Size: 12466 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-list/attachments/20040226/9a6c2b7c/all-v2.patch.gz -------------- next part -------------- A non-text attachment was scrubbed... Name: class-custom-xtra-files.tar.gz Type: application/gzip Size: 4356 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-list/attachments/20040226/9a6c2b7c/class-custom-xtra-files.tar.gz From mlennert at club.worldonline.be Fri Feb 27 16:01:42 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Fri, 27 Feb 2004 16:01:42 +0100 (CET) Subject: [Thuban-list] [Patch] Custom+automatic classifiers In-Reply-To: <20040226235842.M48781@minag.gob.pe> References: <20040221001823.M18896@minag.gob.pe> <38095.164.15.134.155.1077528132.squirrel@164.15.134.155> <20040226235842.M48781@minag.gob.pe> Message-ID: <10178.213.219.155.8.1077894102.squirrel@213.219.155.8> Daniel Calvelo said: > On Mon, 23 Feb 2004 10:22:12 +0100 (CET), Moritz Lennert wrote >> >> I just tried applying the patch directly to a fresh cvs tree without >> applying one of the other two patches and it seems that the >> incompatibility is with the cvs tree and not with class-discont.patch: > [...] >> So, Daniel, would it be possible to create one patch containing all your >> latest changes against a fresh CVS tree ? Right now, I cannot >> combine the new version of the discont method with your other >> classification methods, not with the hsv patch. >> >> Moritz > > Ok, attached are a big patch for HSV and all four classifiers, and a > tar.gz > for the supplemental files neeeded to make the custom classifier work. I > tested against CVS from 20040218 and it works. Be sure to decompress the > tar.gz in ../thuban. > Thank you ! Now everything is very easy and works great ! Moritz From mlennert at club.worldonline.be Fri Feb 27 16:30:53 2004 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Fri, 27 Feb 2004 16:30:53 +0100 (CET) Subject: [Thuban-list] usability wishes Message-ID: <10233.213.219.155.8.1077895853.squirrel@213.219.155.8> 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: - it should be possible to set the rgb values by typing the numbers, not only by using the slide - 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 - 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) -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 In the "Generate Classification" window: - it is not resizable (I am using thuban with XFCE4 in Debian testing/unstable) and when working on a small-screen laptop this means that I cannot see the "Generate" and "Close" buttons when creating a custom color ramp or when the text describing the classification is long. I have to blindly try to reach them by tabbing. Would it be possible to allow resizing of windows with a slider to reach the different parts ? Enough for now. Thanks again to Daniel for his patches. Moritz From sajithvk at hotpop.com Sat Feb 28 12:18:30 2004 From: sajithvk at hotpop.com (Sajith VK) Date: Sat, 28 Feb 2004 16:48:30 +0530 Subject: [Thuban-list] Export to mapserver Message-ID: <1077967110.1119.8.camel@freedom.org> Hi, I found "Export to mapserver" feature on thuban todo list. But sad that it is not there in the roadmap. It will be a nice feature, for all who works in webmapping. Also a facility to interactively edit the map file is also helpful, but no suggestion how itshould be.... Thanks and regards, -- "Freedom Matters" Sajith VK From jan at intevation.de Sun Feb 29 19:18:39 2004 From: jan at intevation.de (Jan-Oliver Wagner) Date: Sun, 29 Feb 2004 19:18:39 +0100 Subject: [Thuban-list] Export to mapserver In-Reply-To: <1077967110.1119.8.camel@freedom.org> References: <1077967110.1119.8.camel@freedom.org> Message-ID: <20040229181839.GA2942@intevation.de> Hi, On Sat, Feb 28, 2004 at 04:48:30PM +0530, Sajith VK wrote: > I found "Export to mapserver" feature on > thuban todo list. But sad that it is not there > in the roadmap. It will be a nice feature, for > all who works in webmapping. 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. > 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. Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/