From lists at dipole-consulting.com Thu Aug 13 01:52:42 2009 From: lists at dipole-consulting.com (Didrik Pinte) Date: Thu, 13 Aug 2009 01:52:42 +0200 Subject: scaling issue question Message-ID: <1250121162.4280.362.camel@homer.dipole.lan> Hi, Does anyone know why the max_scale computation in Thuban/UI/view.py was restricted this way ? # The window coordinates used when drawing the shapes must fit # into 16bit signed integers. max_len = max(pwidth, pheight) if max_len: max_scale = 32767.0 / max_len else: # FIXME: What to do in this case? The bbox is effectively # empty so any scale should work. max_scale = scale Where comes the limitation on 16 bit from ? The following bugs/tickets are due to this limitation : - https://www.intevation.de/rt/webrt?serial_num=2559 - http://wald.intevation.org/tracker/index.php?func=detail&aid=435&group_id=6&atid=105 You can test it easily by loading the iceland sample session and zooming in. You are stuck at a 3km scale. Setting the max_scale to a value of 32767 allow you to zoom in nearly indefinetily without errors. What is the rationale around that ? Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20090813/82b20dd8/attachment.bin From bernhard.herzog at intevation.de Thu Aug 13 12:13:50 2009 From: bernhard.herzog at intevation.de (Bernhard Herzog) Date: Thu, 13 Aug 2009 12:13:50 +0200 Subject: scaling issue question In-Reply-To: <1250121162.4280.362.camel@homer.dipole.lan> References: <1250121162.4280.362.camel@homer.dipole.lan> Message-ID: <200908131213.52621.bernhard.herzog@intevation.de> On 13.08.2009, Didrik Pinte wrote: > Does anyone know why the max_scale computation in Thuban/UI/view.py was > restricted this way ? > > # The window coordinates used when drawing the shapes must fit > # into 16bit signed integers. > max_len = max(pwidth, pheight) > if max_len: > max_scale = 32767.0 / max_len [...] > Where comes the limitation on 16 bit from ? That limitation comes from the X protocol where coordinates are expressed in signed 16 bit integers. Without a zoom limitation you can get artifacts due to wrap-around of the coordinates. When the zoom limit was introduces it was the easiest way to avoid those problems. > You can test it easily by loading the iceland sample session and zooming > in. You are stuck at a 3km scale. Setting the max_scale to a value of > 32767 allow you to zoom in nearly indefinetily without errors. Some toolkits try to work around the 16bit limitation (iirc gtk started to do this at some point). Maybe modern wxWidgets versions do so too. Also, maybe the dataset simply doesn't show the problem. Also, X clients that do not use the X drawing primitives, but do all rendering on the client side or use the X rendering extension, or use OpenGL for rendering don't have to worry about it either. Not sure what the best approach would be for Thuban. We'd have to keep portability in mind, obviously. Bernhard -- Bernhard Herzog | ++49-541-335 08 30 | http://www.intevation.de/ Intevation GmbH, Neuer Graben 17, 49074 Osnabr?ck | AG Osnabr?ck, HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20090813/d31e3e86/attachment.bin From lists at dipole-consulting.com Thu Aug 13 14:12:33 2009 From: lists at dipole-consulting.com (Didrik Pinte) Date: Thu, 13 Aug 2009 14:12:33 +0200 Subject: scaling issue question In-Reply-To: <200908131213.52621.bernhard.herzog@intevation.de> References: <1250121162.4280.362.camel@homer.dipole.lan> <200908131213.52621.bernhard.herzog@intevation.de> Message-ID: <1250165553.4280.536.camel@homer.dipole.lan> On Thu, 2009-08-13 at 12:13 +0200, Bernhard Herzog wrote: > On 13.08.2009, Didrik Pinte wrote: > > Does anyone know why the max_scale computation in Thuban/UI/view.py was > > restricted this way ? > > > > # The window coordinates used when drawing the shapes must fit > > # into 16bit signed integers. > > max_len = max(pwidth, pheight) > > if max_len: > > max_scale = 32767.0 / max_len > [...] > > Where comes the limitation on 16 bit from ? > > That limitation comes from the X protocol where coordinates are expressed in > signed 16 bit integers. Without a zoom limitation you can get artifacts due > to wrap-around of the coordinates. When the zoom limit was introduces it was > the easiest way to avoid those problems. > > > You can test it easily by loading the iceland sample session and zooming > > in. You are stuck at a 3km scale. Setting the max_scale to a value of > > 32767 allow you to zoom in nearly indefinetily without errors. > > Some toolkits try to work around the 16bit limitation (iirc gtk started to do > this at some point). Maybe modern wxWidgets versions do so too. Also, maybe > the dataset simply doesn't show the problem. I think I see the problem when the zoom is something around 10m. It starts to draw a lot of lines in "random" position. > Also, X clients that do not use the X drawing primitives, but do all rendering > on the client side or use the X rendering extension, or use OpenGL for > rendering don't have to worry about it either. Not sure what the best > approach would be for Thuban. We'd have to keep portability in mind, > obviously. Sure. Wouldn't it be interesting to split the problem in two ? First, there is a user experience that make thuban looks buggy. You zoom and it does not. So we should solve it and it is quiet simple. Second, there is this artifacts problem at high scale. IMHO I would try to let the graphical toolkit manage it. I have to admit that looking at the code, I do not clearly see how we could prevent drawings that create artifacts. We could simply add a check to have all the (x,y) being int16 values (wxproj.cpp and baserenderer.py would the only point to check). What do you think ? Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20090813/da7de1b1/attachment.bin From bernhard at intevation.de Fri Aug 14 11:00:49 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 14 Aug 2009 11:00:49 +0200 Subject: scaling issue question In-Reply-To: <1250165553.4280.536.camel@homer.dipole.lan> References: <1250121162.4280.362.camel@homer.dipole.lan> <200908131213.52621.bernhard.herzog@intevation.de> <1250165553.4280.536.camel@homer.dipole.lan> Message-ID: <200908141100.52907.bernhard@intevation.de> Am Donnerstag, 13. August 2009 14:12:33 schrieb Didrik Pinte: > Wouldn't it be interesting to split the problem in two ? > > First, there is a user experience that make thuban looks buggy. You zoom > and it does not. So we should solve it and it is quiet simple. Yes, this is something that should be fixed one way or the other. > Second, there is this artifacts problem at high scale. IMHO I would try > to let the graphical toolkit manage it. I have to admit that looking at > the code, I do not clearly see how we could prevent drawings that create > artifacts. We could simply add a check to have all the (x,y) being int16 > values (wxproj.cpp and baserenderer.py would the only point to check). In general this used to be a speed vs. ease of implementation issue, you cannot simply have unlimited zoom level and a small data representation and fast processing at the same time. When I thought about it last time I guess I wanted to introduce buffered layers with already projected coordinates to speed up thuban. So once you are changing the zoom level too much, you will need a new calculation which is more costly. Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20090814/f0d9d3aa/attachment.bin From bram.degreve at gmail.com Sat Aug 15 18:12:46 2009 From: bram.degreve at gmail.com (Bram de Greve) Date: Sat, 15 Aug 2009 18:12:46 +0200 Subject: pyshapelib 0.4 Message-ID: <4A86DE7E.1050908@gmail.com> Hey guys, it's been a while =) Although my work on pyshapelib was pretty much completed, I stopped on finishing it. Do you think the time is there to merge pyshapelib into the trunk? And if not, what should be done to make it happen? cheers, Bram From lists at dipole-consulting.com Sun Aug 16 07:27:35 2009 From: lists at dipole-consulting.com (Didrik Pinte) Date: Sun, 16 Aug 2009 07:27:35 +0200 Subject: pyshapelib 0.4 In-Reply-To: <4A86DE7E.1050908@gmail.com> References: <4A86DE7E.1050908@gmail.com> Message-ID: <1250400455.12564.90.camel@homer.dipole.lan> On Sat, 2009-08-15 at 18:12 +0200, Bram de Greve wrote: > Hey guys, it's been a while =) > > Although my work on pyshapelib was pretty much completed, I stopped on > finishing it. > Do you think the time is there to merge pyshapelib into the trunk? Sure, let's go for it ! I'm for an official new release of it. > And if not, what should be done to make it happen? Let's merge ;-) Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20090816/6ad28d78/attachment.bin From bernhard at intevation.de Mon Aug 17 10:06:10 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 17 Aug 2009 10:06:10 +0200 Subject: pyshapelib 0.4 In-Reply-To: <1250400455.12564.90.camel@homer.dipole.lan> References: <4A86DE7E.1050908@gmail.com> <1250400455.12564.90.camel@homer.dipole.lan> Message-ID: <200908171006.16603.bernhard@intevation.de> Am Sonntag, 16. August 2009 07:27:35 schrieb Didrik Pinte: > On Sat, 2009-08-15 at 18:12 +0200, Bram de Greve wrote: > > Hey guys, it's been a while =) > > > > Although my work on pyshapelib was pretty much completed, I stopped on > > finishing it. > > Do you think the time is there to merge pyshapelib into the trunk? > > Sure, let's go for it ! I'm for an official new release of it. An official release of pyshapelib or thuban with pyshapelib? :) There are two possible tactics: a) release thuban 1.2.2 and then merge b) merge, test and then release 1.2.2 Given that the changed to a) are small, this would be less initial work and I am slightly in favour of it. On the other hand b) lowers the risk that we do not get the version released soon. So it mainly depends, on how much work we can all put into it. I know my time is currently very limited so I cannot promise to do any work. What I am sure of is that Thuban needs a new release as quickly as possible to show that we are alive (which we are, at a low level, but we are). So if we have little time, I'd say we go for a) because that makes the fast release a reality. If we have some more time, we could go for b). > > And if not, what should be done to make it happen? > > Let's merge ;-) Didrik, you have done all of the work on thuban lately, would you like to officially take over as maintainer? This would also make this decision your call. Best Regards, Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20090817/60198b74/attachment.bin From bram.degreve at gmail.com Mon Aug 17 20:02:00 2009 From: bram.degreve at gmail.com (Bram de Greve) Date: Mon, 17 Aug 2009 20:02:00 +0200 Subject: pyshapelib 0.4 In-Reply-To: <200908171006.16603.bernhard@intevation.de> References: <4A86DE7E.1050908@gmail.com> <1250400455.12564.90.camel@homer.dipole.lan> <200908171006.16603.bernhard@intevation.de> Message-ID: <4A899B18.5080501@gmail.com> Bernhard Reiter wrote: > Am Sonntag, 16. August 2009 07:27:35 schrieb Didrik Pinte: > >> Sure, let's go for it ! I'm for an official new release of it. >> > > An official release of pyshapelib or thuban with pyshapelib? :) > I'm all for a standalone official release of pyshapelib 0.4, if we can have a separate webpage. But of course, the goal of the merge would be to get it finally in thuban =) > There are two possible tactics: > a) release thuban 1.2.2 and then merge > b) merge, test and then release 1.2.2 > > Given that the changed to a) are small, this would be less initial work > and I am slightly in favour of it. On the other hand b) lowers the risk > that we do not get the version released soon. > > I don't understand though how b lowers the risk as you need to do more work before the release ... Bram From lists at dipole-consulting.com Tue Aug 18 09:32:56 2009 From: lists at dipole-consulting.com (Didrik Pinte) Date: Tue, 18 Aug 2009 09:32:56 +0200 Subject: pyshapelib 0.4 In-Reply-To: <4A899B18.5080501@gmail.com> References: <4A86DE7E.1050908@gmail.com> <1250400455.12564.90.camel@homer.dipole.lan> <200908171006.16603.bernhard@intevation.de> <4A899B18.5080501@gmail.com> Message-ID: <1250580776.12564.212.camel@homer.dipole.lan> On Mon, 2009-08-17 at 20:02 +0200, Bram de Greve wrote: > Bernhard Reiter wrote: > > Am Sonntag, 16. August 2009 07:27:35 schrieb Didrik Pinte: > > > >> Sure, let's go for it ! I'm for an official new release of it. > >> > > > > An official release of pyshapelib or thuban with pyshapelib? :) > > > I'm all for a standalone official release of pyshapelib 0.4, if we can > have a separate webpage. > But of course, the goal of the merge would be to get it finally in > thuban =) I guess this is a good idea. It could be cool to have a separate pyshapelib library installer for windows, maybe a pypi page ? Could it be hosted as a separate project on wald ? > > There are two possible tactics: > > a) release thuban 1.2.2 and then merge > > b) merge, test and then release 1.2.2 > > > > Given that the changed to a) are small, this would be less initial work > > and I am slightly in favour of it. On the other hand b) lowers the risk > > that we do not get the version released soon. > > > > > I don't understand though how b lowers the risk as you need to do more > work before the release ... Bernhard, let's go for a quick release of what as changed until now a 1.2.2 and try to get a 1.2.3 with the new pyshapelib as soon as possible. The second would be easy if Bram could merge the changes from the trunk into his branch and check what needs to be changed. Then we can merge back from branch to trunk. Bram, will you have the time to do that ? Bernhard, I can take care of the release. I think I saw an official documentation of the release process. -- Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20090818/a42e3a19/attachment.bin From bernhard at intevation.de Tue Aug 18 11:40:38 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 18 Aug 2009 11:40:38 +0200 Subject: pyshapelib 0.4 In-Reply-To: <1250580776.12564.212.camel@homer.dipole.lan> References: <4A86DE7E.1050908@gmail.com> <4A899B18.5080501@gmail.com> <1250580776.12564.212.camel@homer.dipole.lan> Message-ID: <200908181140.38481.bernhard@intevation.de> Am Dienstag, 18. August 2009 09:32:56 schrieb Didrik Pinte: > Bernhard, I can take care of the release. I think I saw an official > documentation of the release process. Cool! Go for it. :) For the most part it contains updating the documentation files and writing some texts. -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20090818/b8dbcd36/attachment.bin From bernhard at intevation.de Tue Aug 18 11:43:04 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 18 Aug 2009 11:43:04 +0200 Subject: pyshapelib 0.4 In-Reply-To: <4A899B18.5080501@gmail.com> References: <4A86DE7E.1050908@gmail.com> <200908171006.16603.bernhard@intevation.de> <4A899B18.5080501@gmail.com> Message-ID: <200908181143.05335.bernhard@intevation.de> Am Montag, 17. August 2009 20:02:00 schrieb Bram de Greve: > Bernhard Reiter wrote: > > Am Sonntag, 16. August 2009 07:27:35 schrieb Didrik Pinte: > > ? > > > >> Sure, let's go for it ! I'm for an official new release of it. > > An official release of pyshapelib or thuban with pyshapelib? :) > > ? > > I'm all for a standalone official release of pyshapelib 0.4, if we can > have a separate webpage. Sure, we can have a seperate webpage as soon as we want to. Should be make it a subwebpage to Thuban or would you want a new entry for wald? The latter gives you the chance to seperate pyshapelib even more, have its own SCM, webpage, developer list and so on... > But of course, the goal of the merge would be to get it finally in > thuban =) > > > There are two possible tactics: > > a) release thuban 1.2.2 and then merge > > b) merge, test and then release 1.2.2 > > > > Given that the changed to a) are small, this would be less initial work > > and I am slightly in favour of it. On the other hand b) lowers the risk > > that we do not get the version released soon. > I don't understand though how b lowers the risk as you need to do more > work before the release ... I've meant there is more pressure to get Thuban and pyshapelib out then, though of course there is more work. This addresses the danger that we manage to get 1.2.2 out, but fail to get out 1.2.3 with pyshapelib afterwards. Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20090818/5f76212c/attachment.bin From bram.degreve at gmail.com Tue Aug 18 13:21:17 2009 From: bram.degreve at gmail.com (Bram de Greve) Date: Tue, 18 Aug 2009 13:21:17 +0200 Subject: pyshapelib 0.4 In-Reply-To: <1250580776.12564.212.camel@homer.dipole.lan> References: <4A86DE7E.1050908@gmail.com> <1250400455.12564.90.camel@homer.dipole.lan> <200908171006.16603.bernhard@intevation.de> <4A899B18.5080501@gmail.com> <1250580776.12564.212.camel@homer.dipole.lan> Message-ID: <1d5b08270908180421y2e5000c0gb69e2b32dc295881@mail.gmail.com> 2009/8/18 Didrik Pinte > > let's go for a quick release of what as changed until now a 1.2.2 and > try to get a 1.2.3 with the new pyshapelib as soon as possible. > > The second would be easy if Bram could merge the changes from the trunk > into his branch and check what needs to be changed. Then we can merge > back from branch to trunk. > > Bram, will you have the time to do that ? Yeah, I can manage that. It should be fairly easy as my modifications are really isolated to pyshapelib. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.intevation.de/pipermail/thuban-devel/attachments/20090818/8f2e3b3e/attachment.html From bram.degreve at gmail.com Tue Aug 18 13:19:31 2009 From: bram.degreve at gmail.com (Bram de Greve) Date: Tue, 18 Aug 2009 13:19:31 +0200 Subject: pyshapelib 0.4 In-Reply-To: <200908181143.05335.bernhard@intevation.de> References: <4A86DE7E.1050908@gmail.com> <200908171006.16603.bernhard@intevation.de> <4A899B18.5080501@gmail.com> <200908181143.05335.bernhard@intevation.de> Message-ID: <1d5b08270908180419t44f085ene7f078a135aa7284@mail.gmail.com> Darn, I always end up replying to the poster instead of the list =) 2009/8/18 Bernhard Reiter > > Sure, we can have a seperate webpage as soon as we want to. > Should be make it a subwebpage to Thuban or would you want a new > entry for wald? The latter gives you the chance to seperate pyshapelib even > more, have its own SCM, webpage, developer list and so on... > Well, maybe if we do it, we should do it properly? Though if possible, I would like to see the svn history retained. I know it can be done (been there before), but it is a bit of command line work, and some patience =) > > I don't understand though how b lowers the risk as you need to do more > > work before the release ... > > I've meant there is more pressure to get Thuban and pyshapelib out then, > though of course there is more work. This addresses the danger that we > manage > to get 1.2.2 out, but fail to get out 1.2.3 with pyshapelib afterwards. OK, I get it now. For me it's all the same. Once it gets in the trunk, I'm sure it's bound to be released _some_ day =) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.intevation.de/pipermail/thuban-devel/attachments/20090818/d34b76a6/attachment.html From bernhard at intevation.de Tue Aug 18 14:26:11 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 18 Aug 2009 14:26:11 +0200 Subject: pyshapelib 0.4 In-Reply-To: <1d5b08270908180419t44f085ene7f078a135aa7284@mail.gmail.com> References: <4A86DE7E.1050908@gmail.com> <200908181143.05335.bernhard@intevation.de> <1d5b08270908180419t44f085ene7f078a135aa7284@mail.gmail.com> Message-ID: <200908181426.17962.bernhard@intevation.de> Am Dienstag, 18. August 2009 13:19:31 schrieb Bram de Greve: > 2009/8/18 Bernhard Reiter > > > Sure, we can have a seperate webpage as soon as we want to. > > Should be make it a subwebpage to Thuban or would you want a new > > entry for wald? The latter gives you the chance to seperate pyshapelib > > even more, have its own SCM, webpage, developer list and so on... > > Well, maybe if we do it, we should do it properly? It is your call, shall the product name be "pyshapelib"? If you agree I will do the initial wald registration and make you the maintainer. > Though if possible, I would like to see the svn history retained. ?I know > it can be done (been there before), but it is a bit of command line work, > and some patience =) If you prepare that I will be able to issue necessary commands on the wald server. Best, Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20090818/d49073e4/attachment.bin From bram.degreve at gmail.com Tue Aug 18 15:43:24 2009 From: bram.degreve at gmail.com (Bram de Greve) Date: Tue, 18 Aug 2009 15:43:24 +0200 Subject: pyshapelib 0.4 In-Reply-To: <200908181426.17962.bernhard@intevation.de> References: <4A86DE7E.1050908@gmail.com> <200908181143.05335.bernhard@intevation.de> <1d5b08270908180419t44f085ene7f078a135aa7284@mail.gmail.com> <200908181426.17962.bernhard@intevation.de> Message-ID: <1d5b08270908180643g56757dedr1e4badf5bbae3cba@mail.gmail.com> 2009/8/18 Bernhard Reiter > > It is your call, shall the product name be "pyshapelib"? Yes, I think it's best to stick to that name. > > If you agree I will do the initial wald registration and make you the > maintainer. Cool! > > > > Though if possible, I would like to see the svn history retained. I know > > it can be done (been there before), but it is a bit of command line work, > > and some patience =) > > If you prepare that I will be able to issue necessary commands on the wald > server. OK, that would be nice. I'll see what exactly must be done. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.intevation.de/pipermail/thuban-devel/attachments/20090818/f97cbd43/attachment.html From lists at dipole-consulting.com Tue Aug 18 15:47:02 2009 From: lists at dipole-consulting.com (Didrik Pinte) Date: Tue, 18 Aug 2009 15:47:02 +0200 Subject: release 1.2.2 available for test Message-ID: <1250603222.2073.19.camel@homer.dipole.lan> Guys, The 1.2.2 release is available for test on Wald. I'll wait some feedback before sending an "official" annoucement. As this is the first time I released it, I will surely have missed some files or checks ... -- Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20090818/f61fef23/attachment.bin From bram.degreve at gmail.com Tue Aug 18 22:52:35 2009 From: bram.degreve at gmail.com (Bram de Greve) Date: Tue, 18 Aug 2009 22:52:35 +0200 Subject: release 1.2.2 available for test In-Reply-To: <1250603222.2073.19.camel@homer.dipole.lan> References: <1250603222.2073.19.camel@homer.dipole.lan> Message-ID: <4A8B1493.4020706@gmail.com> Hi Didrik, I've tried the 1.2.2 release on windows. as usual I had troubles building and running the thing. We might want to update the README a bit to give some more guidance. Sketching the scene: I have python 2.6 (32-bit) and visual c++ 2008 express (vc9) which is compatible with python 2.6 To build thuban, I downloaded and installed FWTools 1.4.2 for proj and gdal, and wxPython-2.8.10.1 (both the binary installer as the developer package) I builded with a command line like this (from the vc9 command line): setup.py build_ext --include-dirs=d:\local\lib\wxPython-2.8.10.1\lib\vc_dll\mswuh;d:\local\lib\wxPython-2.8.10.1\include;"c:\Program Files (x86)\FWTools2.4.2\include" --library-dirs=d:\local\lib\wxPython-2.8.10.1\lib\vc_dll;"c:\Program Files (x86)\FWTools2.4.2\lib" install_local To get it running, I added "c:\Program Files (x86)\FWTools2.4.2\bin" to %PATH%. Unfortunately that still doesn't quite work. Apparently, FWTools ships proj.dll but its import library asks for proj_fw.dll. Copying that file did the trick. Bram Didrik Pinte wrote: > Guys, > > The 1.2.2 release is available for test on Wald. I'll wait some feedback > before sending an "official" annoucement. As this is the first time I > released it, I will surely have missed some files or checks ... > > -- Didrik > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Thuban-devel mailing list > Thuban-devel at intevation.de > https://www.intevation.de/mailman/listinfo/thuban-devel > From bram.degreve at gmail.com Tue Aug 18 23:11:18 2009 From: bram.degreve at gmail.com (Bram de Greve) Date: Tue, 18 Aug 2009 23:11:18 +0200 Subject: pyshapelib 0.4 In-Reply-To: <1250580776.12564.212.camel@homer.dipole.lan> References: <4A86DE7E.1050908@gmail.com> <1250400455.12564.90.camel@homer.dipole.lan> <200908171006.16603.bernhard@intevation.de> <4A899B18.5080501@gmail.com> <1250580776.12564.212.camel@homer.dipole.lan> Message-ID: <4A8B18F6.50505@gmail.com> Didrik Pinte wrote: > The second would be easy if Bram could merge the changes from the trunk > into his branch and check what needs to be changed. Then we can merge > back from branch to trunk. > > Bram, will you have the time to do that ? > I've done the merge from the trunk to the branch. Though I can successfully build and run it (see post about 1.2.2 =), I can't run the tests as it keeps complaining about a missing DLL for wxproj: Type "help", "copyright", "credits" or "license" for more information. >>> import wxproj Traceback (most recent call last): File "", line 1, in ImportError: DLL load failed: The specified module could not be found. >>> Not sure what exactly might be wrong ... Tomorrow is another day =) From bernhard at intevation.de Wed Aug 19 09:14:39 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 19 Aug 2009 09:14:39 +0200 Subject: release 1.2.2 available for test In-Reply-To: <1250603222.2073.19.camel@homer.dipole.lan> References: <1250603222.2073.19.camel@homer.dipole.lan> Message-ID: <200908190914.43205.bernhard@intevation.de> Am Dienstag, 18. August 2009 15:47:02 schrieb Didrik Pinte: > The 1.2.2 release is available for test on Wald. I'll wait some feedback > before sending an "official" annoucement. As this is the first time I > released it, I will surely have missed some files or checks ... Did you go through the README and Releasenotes.txt files to see if everything is still current? I think at least the announcement text draft is missing ;) -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20090819/0bd01c18/attachment.bin From lists at dipole-consulting.com Wed Aug 19 09:25:53 2009 From: lists at dipole-consulting.com (Didrik Pinte) Date: Wed, 19 Aug 2009 09:25:53 +0200 Subject: release 1.2.2 available for test In-Reply-To: <4A8B1493.4020706@gmail.com> References: <1250603222.2073.19.camel@homer.dipole.lan> <4A8B1493.4020706@gmail.com> Message-ID: <1250666753.2073.25.camel@homer.dipole.lan> On Tue, 2009-08-18 at 22:52 +0200, Bram de Greve wrote: > Hi Didrik, > > I've tried the 1.2.2 release on windows. as usual I had troubles > building and running the thing. We might want to update the README a > bit to give some more guidance. > > Sketching the scene: I have python 2.6 (32-bit) and visual c++ 2008 > express (vc9) which is compatible with python 2.6 > > To build thuban, I downloaded and installed FWTools 1.4.2 for proj and > gdal, and wxPython-2.8.10.1 (both the binary installer as the developer > package) > > I builded with a command line like this (from the vc9 command line): > > setup.py build_ext > --include-dirs=d:\local\lib\wxPython-2.8.10.1\lib\vc_dll\mswuh;d:\local\lib\wxPython-2.8.10.1\include;"c:\Program > Files (x86)\FWTools2.4.2\include" > --library-dirs=d:\local\lib\wxPython-2.8.10.1\lib\vc_dll;"c:\Program > Files (x86)\FWTools2.4.2\lib" install_local > > To get it running, I added "c:\Program Files (x86)\FWTools2.4.2\bin" to > %PATH%. Unfortunately that still doesn't quite work. Apparently, > FWTools ships proj.dll but its import library asks for proj_fw.dll. > Copying that file did the trick. > > Bram > Hey Bram, Don't loose time trying to build it on Windows. I have a VM here with a Visual Studio 2003 Toolkit install that does the job pretty correctly. It runs with a fresh gdal 1.5 install, a build of proj 4.6, wx 2.8.10. I'll post a windows installer as soon as possible. I tried to upgrade it to VS2008 express without success. The good thing would be to have ming working on Thuban but my last attempt was an error. Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20090819/19375837/attachment.bin From lists at dipole-consulting.com Wed Aug 19 09:34:36 2009 From: lists at dipole-consulting.com (Didrik Pinte) Date: Wed, 19 Aug 2009 09:34:36 +0200 Subject: release 1.2.2 available for test In-Reply-To: <200908190914.43205.bernhard@intevation.de> References: <1250603222.2073.19.camel@homer.dipole.lan> <200908190914.43205.bernhard@intevation.de> Message-ID: <1250667276.2073.29.camel@homer.dipole.lan> On Wed, 2009-08-19 at 09:14 +0200, Bernhard Reiter wrote: > Am Dienstag, 18. August 2009 15:47:02 schrieb Didrik Pinte: > > The 1.2.2 release is available for test on Wald. I'll wait some feedback > > before sending an "official" annoucement. As this is the first time I > > released it, I will surely have missed some files or checks ... > > Did you go through the README and Releasenotes.txt files to see if everything > is still current? I think at least the announcement text draft is missing ;) Here is the annoucement text draft : ---------------------------------------------------------------------------- Announcement Thuban 1.2.2 Much of the work was about updating Thuban with the latest library dependencies (gdal >= 1.5, sqlite3, owslib, wxpython 2.8). Of course a number of defects have been fixed. The Thuban 1.2.x series stabilises slowly and the next release will fix most of the unicode problems by updating to pyshapelib 0.4. Feedback is still the best way to improve Thuban. Thanks to all who have send bug reports, questions, requests, etc. Didrik Pinte Notable issues: - Extension OGR: - Two tests fail (probably because of an ogr/shapelib problem.) https://wald.intevation.org/tracker/index.php?func=detail&aid=91 The failure looks harmless. As the ogr layer support is beta it did not block the release. - Is slower than native Shapefile support. - Classification might not work. - Extension profiling: makes use of a non-free "profile" module which therefore will not be available on all python installations. Consequently it is also not enabled by default. - Because we enabled translations for the Extensions only recently, some translations will be outdated more then usual. ---------------------------------------------------------------------------- How did you successfully format it on Wald ? Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20090819/1c51c0f6/attachment.bin From lists at dipole-consulting.com Wed Aug 19 12:22:30 2009 From: lists at dipole-consulting.com (Didrik Pinte) Date: Wed, 19 Aug 2009 12:22:30 +0200 Subject: release 1.2.2 available for test In-Reply-To: <1250666753.2073.25.camel@homer.dipole.lan> References: <1250603222.2073.19.camel@homer.dipole.lan> <4A8B1493.4020706@gmail.com> <1250666753.2073.25.camel@homer.dipole.lan> Message-ID: <1250677350.2073.40.camel@homer.dipole.lan> Guys, I've made a windows installer available on wald for testing. Bram, could you give it a try ? Thanks -- Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20090819/addf8f31/attachment.bin From bram.degreve at gmail.com Wed Aug 19 19:17:41 2009 From: bram.degreve at gmail.com (Bram de Greve) Date: Wed, 19 Aug 2009 19:17:41 +0200 Subject: release 1.2.2 available for test In-Reply-To: <1250677350.2073.40.camel@homer.dipole.lan> References: <1250603222.2073.19.camel@homer.dipole.lan> <4A8B1493.4020706@gmail.com> <1250666753.2073.25.camel@homer.dipole.lan> <1250677350.2073.40.camel@homer.dipole.lan> Message-ID: <4A8C33B5.1080608@gmail.com> Didrik Pinte wrote: > Guys, > > I've made a windows installer available on wald for testing. > > Bram, could you give it a try ? > I tried to install it and it looks good so far (winxp 64) From bernhard at intevation.de Wed Aug 19 21:28:22 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 19 Aug 2009 21:28:22 +0200 Subject: release 1.2.2 available for test In-Reply-To: <1250667276.2073.29.camel@homer.dipole.lan> References: <1250603222.2073.19.camel@homer.dipole.lan> <200908190914.43205.bernhard@intevation.de> <1250667276.2073.29.camel@homer.dipole.lan> Message-ID: <200908192128.23585.bernhard@intevation.de> On Wednesday 19 August 2009, Didrik Pinte wrote: > Extension profiling: makes use of a non-free "profile" module which > therefore will not be available on all python installations. > Consequently it is also not enabled by default. > - Because we enabled translations for the Extensions only recently, > some translations will be outdated more then usual. I wonder if we can leave those out now, as people might be able to look it up in the 1.2.1 release notes. > --------------------------------------------------------------------------- > How did you successfully format it on Wald ? I am not quite sure what you mean by "format it on wald"? Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Deputy Germany Coordinator: fsfeurope.org. Coordinator: Kolab-Konsortium.com. Intevation GmbH, Neuer Graben 17, Osnabr?ck, DE; AG Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20090819/6fdd9572/attachment.bin From lists at dipole-consulting.com Thu Aug 20 09:24:28 2009 From: lists at dipole-consulting.com (Didrik Pinte) Date: Thu, 20 Aug 2009 09:24:28 +0200 Subject: release 1.2.2 available for test In-Reply-To: <200908192128.23585.bernhard@intevation.de> References: <1250603222.2073.19.camel@homer.dipole.lan> <200908190914.43205.bernhard@intevation.de> <1250667276.2073.29.camel@homer.dipole.lan> <200908192128.23585.bernhard@intevation.de> Message-ID: <1250753068.2073.59.camel@homer.dipole.lan> On Wed, 2009-08-19 at 21:28 +0200, Bernhard Reiter wrote: > On Wednesday 19 August 2009, Didrik Pinte wrote: > > Extension profiling: makes use of a non-free "profile" module which > > therefore will not be available on all python installations. > > Consequently it is also not enabled by default. > > - Because we enabled translations for the Extensions only recently, > > some translations will be outdated more then usual. > > I wonder if we can leave those out now, as people might be able to look it up > in the 1.2.1 release notes. > > > --------------------------------------------------------------------------- > > How did you successfully format it on Wald ? > > I am not quite sure what you mean by "format it on wald"? I've just copied-pasted the text into the Announce text field in the Release info but it appears unformatted from the non-admin view. There must be a trick to have it formatted well. Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20090820/a347498b/attachment.bin From bram.degreve at gmail.com Thu Aug 20 20:50:29 2009 From: bram.degreve at gmail.com (Bram de Greve) Date: Thu, 20 Aug 2009 20:50:29 +0200 Subject: release 1.2.2 available for test In-Reply-To: <1250753068.2073.59.camel@homer.dipole.lan> References: <1250603222.2073.19.camel@homer.dipole.lan> <200908190914.43205.bernhard@intevation.de> <1250667276.2073.29.camel@homer.dipole.lan> <200908192128.23585.bernhard@intevation.de> <1250753068.2073.59.camel@homer.dipole.lan> Message-ID: <4A8D9AF5.5020907@gmail.com> Hi Didrik, Can you tell when this release is "final" (as in officially out of the door and propery tagged an all that)? I'll postpone the merge from my branch to the trunk until you give me clearance. Bram. Didrik Pinte wrote: > On Wed, 2009-08-19 at 21:28 +0200, Bernhard Reiter wrote: > >> On Wednesday 19 August 2009, Didrik Pinte wrote: >> >>> Extension profiling: makes use of a non-free "profile" module which >>> therefore will not be available on all python installations. >>> Consequently it is also not enabled by default. >>> - Because we enabled translations for the Extensions only recently, >>> some translations will be outdated more then usual. >>> >> I wonder if we can leave those out now, as people might be able to look it up >> in the 1.2.1 release notes. >> >> >>> --------------------------------------------------------------------------- >>> How did you successfully format it on Wald ? >>> >> I am not quite sure what you mean by "format it on wald"? >> > > I've just copied-pasted the text into the Announce text field in the > Release info but it appears unformatted from the non-admin view. There > must be a trick to have it formatted well. > > Didrik > > ------------------------------------------------------------------------ > > _______________________________________________ > Thuban-devel mailing list > Thuban-devel at intevation.de > https://www.intevation.de/mailman/listinfo/thuban-devel > From lists at dipole-consulting.com Fri Aug 21 09:34:26 2009 From: lists at dipole-consulting.com (Didrik Pinte) Date: Fri, 21 Aug 2009 09:34:26 +0200 Subject: release 1.2.2 available for test In-Reply-To: <4A8D9AF5.5020907@gmail.com> References: <1250603222.2073.19.camel@homer.dipole.lan> <200908190914.43205.bernhard@intevation.de> <1250667276.2073.29.camel@homer.dipole.lan> <200908192128.23585.bernhard@intevation.de> <1250753068.2073.59.camel@homer.dipole.lan> <4A8D9AF5.5020907@gmail.com> Message-ID: <1250840066.12658.1.camel@homer.dipole.lan> Hey Bram, We have a functionnal windows installer, bz2 and zip files, an announcement. I guess I could tag the svn and make an official annoucement to finalise the procedure. Quiet quick, no ? ;-) Bernhard, do you think there is some other things to do ? Didrik On Thu, 2009-08-20 at 20:50 +0200, Bram de Greve wrote: > Hi Didrik, > > Can you tell when this release is "final" (as in officially out of the > door and propery tagged an all that)? > I'll postpone the merge from my branch to the trunk until you give me > clearance. > > Bram. > > Didrik Pinte wrote: > > On Wed, 2009-08-19 at 21:28 +0200, Bernhard Reiter wrote: > > > >> On Wednesday 19 August 2009, Didrik Pinte wrote: > >> > >>> Extension profiling: makes use of a non-free "profile" module which > >>> therefore will not be available on all python installations. > >>> Consequently it is also not enabled by default. > >>> - Because we enabled translations for the Extensions only recently, > >>> some translations will be outdated more then usual. > >>> > >> I wonder if we can leave those out now, as people might be able to look it up > >> in the 1.2.1 release notes. > >> > >> > >>> --------------------------------------------------------------------------- > >>> How did you successfully format it on Wald ? > >>> > >> I am not quite sure what you mean by "format it on wald"? > >> > > > > I've just copied-pasted the text into the Announce text field in the > > Release info but it appears unformatted from the non-admin view. There > > must be a trick to have it formatted well. > > > > Didrik > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Thuban-devel mailing list > > Thuban-devel at intevation.de > > https://www.intevation.de/mailman/listinfo/thuban-devel > > > > _______________________________________________ > Thuban-devel mailing list > Thuban-devel at intevation.de > https://www.intevation.de/mailman/listinfo/thuban-devel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20090821/e0f156d7/attachment.bin