From dhaga at zipmail.com.br  Wed Jun  6 19:44:00 2007
From: dhaga at zipmail.com.br (dhaga@zipmail.com.br)
Date: Wed, 6 Jun 2007 13:44:00 -0400
Subject: =?iso-8859-1?Q?Translation=20to=20Portuguese=20=28BR=29=2E?=
Message-ID: <46666985000013F5@configserver.zipmail.com.br>

Hi All,

I would like to know if there is a work to translate the Thuban program
to Portuguese-BR.

Thanks,
Tiago.





From dpinte at itae.be  Thu Jun  7 09:10:00 2007
From: dpinte at itae.be (Didrik Pinte)
Date: Thu, 07 Jun 2007 09:10:00 +0200
Subject: Translation to Portuguese (BR).
In-Reply-To: <46666985000013F5@configserver.zipmail.com.br>
References: <46666985000013F5@configserver.zipmail.com.br>
Message-ID: <1181200200.4444.29.camel@ddp.simpson>

On Wed, 2007-06-06 at 13:44 -0400, dhaga at zipmail.com.br wrote:
> Hi All,
> 
> I would like to know if there is a work to translate the Thuban program
> to Portuguese-BR.
> 
> Thanks,
> Tiago.

Hi Tiago,

It seems it has already been translated :

This is the header of the pt_BR.po file available in the thuban svn :

> # Thuban Translation File for Brazilian Portuguese
# Arquivo de Tradu??o do Thuban para o Portugu?s Brasileiro
# Copyright (C) 2004
# This file is distributed under the same license as the Thuban package.
# Eduardo Patto Kanegae <eduardo at consultoria.eti.br>, 2004.

Didrik
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20070607/72a8e7a3/attachment.bin

From bernhard at intevation.de  Thu Jun  7 13:25:55 2007
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 7 Jun 2007 13:25:55 +0200
Subject: Translation to Portuguese (BR).
In-Reply-To: <1181200200.4444.29.camel@ddp.simpson>
References: <46666985000013F5@configserver.zipmail.com.br>
	<1181200200.4444.29.camel@ddp.simpson>
Message-ID: <200706071325.56058.bernhard@intevation.de>

On Thursday 07 June 2007 09:10, Didrik Pinte wrote:
> It seems it has already been translated :
>
> This is the header of the pt_BR.po file available in the thuban svn :

And we would love an update. .. :)

-- 
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: 189 bytes
Desc: not available
Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20070607/2d2ffc39/attachment.bin

From bernhard at intevation.de  Wed Jun 13 19:33:00 2007
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 13 Jun 2007 19:33:00 +0200
Subject: thuban installer for w32 v2
In-Reply-To: <1178997652.6418.20.camel@ddp.simpson>
References: <1178997652.6418.20.camel@ddp.simpson>
Message-ID: <200706131933.04226.bernhard@intevation.de>

On Saturday 12 May 2007 21:20, Didrik Pinte wrote:
> A full installer for w32 providing a Thuban executable without the need
> of any external dependencies (even no python installation). It comes
> with gdal 1.4, psycopg 2.
>
> Please test it and give some feedback :

Available from wald now.
I tested it briefly and it worked wonderful!
It was in German and I could see the raster (after switching to alpha).
Congratulations!

The icons has a white background which does not look too good.
Did you check this in, btw?

> There is only one limitation now : the use of extensions.

What can we do about this?

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: 189 bytes
Desc: not available
Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20070613/5dabee1e/attachment.bin

From dpinte at itae.be  Wed Jun 13 21:08:58 2007
From: dpinte at itae.be (Didrik Pinte)
Date: Wed, 13 Jun 2007 21:08:58 +0200
Subject: thuban installer for w32 v2
In-Reply-To: <200706131933.04226.bernhard@intevation.de>
References: <1178997652.6418.20.camel@ddp.simpson>
	<200706131933.04226.bernhard@intevation.de>
Message-ID: <1181761738.18763.3.camel@ddp.simpson>

On Wed, 2007-06-13 at 19:33 +0200, Bernhard Reiter wrote:
> On Saturday 12 May 2007 21:20, Didrik Pinte wrote:
> > A full installer for w32 providing a Thuban executable without the need
> > of any external dependencies (even no python installation). It comes
> > with gdal 1.4, psycopg 2.
> >
> > Please test it and give some feedback :
> 
> Available from wald now.
> I tested it briefly and it worked wonderful!
> It was in German and I could see the raster (after switching to alpha).
> Congratulations!

Great to know it works fine with other languages. 

> The icons has a white background which does not look too good.
> Did you check this in, btw?
> 
> > There is only one limitation now : the use of extensions.
> 
> What can we do about this?

Nothing, I need to finalize the installer now ;-) It's only a question
of path when the application is frozen.

I guess version 2 of the installer will be official for the next thuban
release ;-)

Didrik
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20070613/5f0bea94/attachment.bin

From bernhard at intevation.de  Thu Jun 14 16:02:48 2007
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 14 Jun 2007 16:02:48 +0200
Subject: thuban installer for w32 v2
In-Reply-To: <1181761738.18763.3.camel@ddp.simpson>
References: <1178997652.6418.20.camel@ddp.simpson>
	<200706131933.04226.bernhard@intevation.de>
	<1181761738.18763.3.camel@ddp.simpson>
Message-ID: <200706141602.49825.bernhard@intevation.de>

On Wednesday 13 June 2007 21:08, Didrik Pinte wrote:
> > > There is only one limitation now : the use of extensions.
> >
> > What can we do about this?
>
> Nothing, I need to finalize the installer now ;-) It's only a question
> of path when the application is frozen.

Ah, so you would include the extensions.
What about if I would want to download and add an extension myself?
Can I do this with the installer in the future. :)

>
> I guess version 2 of the installer will be official for the next thuban
> release ;-)

I guess we should work on this then. ;)

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: 189 bytes
Desc: not available
Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20070614/8dd92315/attachment.bin

From dpinte at itae.be  Fri Jun 15 10:27:46 2007
From: dpinte at itae.be (Didrik Pinte)
Date: Fri, 15 Jun 2007 10:27:46 +0200
Subject: thuban installer for w32 v2
In-Reply-To: <200706141602.49825.bernhard@intevation.de>
References: <1178997652.6418.20.camel@ddp.simpson>
	<200706131933.04226.bernhard@intevation.de>
	<1181761738.18763.3.camel@ddp.simpson>
	<200706141602.49825.bernhard@intevation.de>
Message-ID: <1181896066.4417.2.camel@ddp.simpson>

On Thu, 2007-06-14 at 16:02 +0200, Bernhard Reiter wrote:
> On Wednesday 13 June 2007 21:08, Didrik Pinte wrote:
> > > > There is only one limitation now : the use of extensions.
> > >
> > > What can we do about this?
> >
> > Nothing, I need to finalize the installer now ;-) It's only a question
> > of path when the application is frozen.
> 
> Ah, so you would include the extensions.
> What about if I would want to download and add an extension myself?
> Can I do this with the installer in the future. :)

Sure, the system must be exactly the same has the current one. Existing
extensions will be included in the binary file and will be activated by
the thubanstart.py file. Adding extension will be easily done by
updating the thubanstart.py file.

> 
> >
> > I guess version 2 of the installer will be official for the next thuban
> > release ;-)
> 
> I guess we should work on this then. ;)

Sure ! I will have some time to work on this in the next weeks.

Didrik

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20070615/cd2c5ff7/attachment.bin

From bernhard at intevation.de  Fri Jun 15 18:58:09 2007
From: bernhard at intevation.de (Bernhard Reiter)
Date: Fri, 15 Jun 2007 18:58:09 +0200
Subject: thuban installer for w32 v2
In-Reply-To: <1181896066.4417.2.camel@ddp.simpson>
References: <1178997652.6418.20.camel@ddp.simpson>
	<200706141602.49825.bernhard@intevation.de>
	<1181896066.4417.2.camel@ddp.simpson>
Message-ID: <200706151858.10544.bernhard@intevation.de>

On Friday 15 June 2007 10:27, Didrik Pinte wrote:
> > Ah, so you would include the extensions.
> > What about if I would want to download and add an extension myself?
> > Can I do this with the installer in the future. :)
>
> Sure, the system must be exactly the same has the current one. Existing
> extensions will be included in the binary file and will be activated by
> the thubanstart.py file. Adding extension will be easily done by
> updating the thubanstart.py file.

Hm, what I mean is:
When I have this installed and then I download another extension,
can I just put it somewhere and activate it?
Or am I limited to the extensions that came with the installer?

Bernhard
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20070615/85372b8e/attachment.bin

From dpinte at itae.be  Sun Jun 17 11:03:38 2007
From: dpinte at itae.be (Didrik Pinte)
Date: Sun, 17 Jun 2007 11:03:38 +0200
Subject: thuban installer for w32 v2
In-Reply-To: <200706151858.10544.bernhard@intevation.de>
References: <1178997652.6418.20.camel@ddp.simpson>
	<200706141602.49825.bernhard@intevation.de>
	<1181896066.4417.2.camel@ddp.simpson>
	<200706151858.10544.bernhard@intevation.de>
Message-ID: <1182071018.5226.3.camel@ddp.simpson>

On Fri, 2007-06-15 at 18:58 +0200, Bernhard Reiter wrote:
> >
> > Sure, the system must be exactly the same has the current one. Existing
> > extensions will be included in the binary file and will be activated by
> > the thubanstart.py file. Adding extension will be easily done by
> > updating the thubanstart.py file.
> 
> Hm, what I mean is:
> When I have this installed and then I download another extension,
> can I just put it somewhere and activate it?
> Or am I limited to the extensions that came with the installer?
> 
> Bernhard

Ok. No, you will never be limited to the extensions coming with the
installer.  

Didrik
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20070617/cc6fbfbb/attachment.bin

From bernhard at intevation.de  Thu Jun 21 23:41:10 2007
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 21 Jun 2007 23:41:10 +0200
Subject: Bram's branch: needs python2.4 at least.
Message-ID: <200706212341.10945.bernhard@intevation.de>

Bram:
The readme for your branch is not precise,
you need at least python2.4 because you are using Py_RETURN_NONE.

Otherwise with python2.3 you get:

In file included from libraries/pyshapelib/shapelibmodule.c:1:
libraries/pyshapelib/pyshapelib_common.h:106:7: warning: no newline at end of 
file
libraries/pyshapelib/shapelibmodule.c: In function `shpobject_part_types':
libraries/pyshapelib/shapelibmodule.c:427: error: `Py_RETURN_NONE' undeclared 
(first use in this function)

;)
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: 189 bytes
Desc: not available
Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20070621/38e48b71/attachment.bin

From bernhard at intevation.de  Fri Jun 22 00:00:46 2007
From: bernhard at intevation.de (Bernhard Reiter)
Date: Fri, 22 Jun 2007 00:00:46 +0200
Subject: Bram's branch: needs python2.4 at least.
In-Reply-To: <200706212341.10945.bernhard@intevation.de>
References: <200706212341.10945.bernhard@intevation.de>
Message-ID: <200706220000.49474.bernhard@intevation.de>

On Thursday 21 June 2007 23:41, Bernhard Reiter wrote:
> Otherwise with python2.3 you get:
>
> In file included from libraries/pyshapelib/shapelibmodule.c:1:
> libraries/pyshapelib/pyshapelib_common.h:106:7: warning: no newline at end
> of file
> libraries/pyshapelib/shapelibmodule.c: In function `shpobject_part_types':
> libraries/pyshapelib/shapelibmodule.c:427: error: `Py_RETURN_NONE'
> undeclared (first use in this function)


Attached is my patch what I did to make this branch run on Debian Sarge
with wxpython 2.6 from backports.
Sorry no time to clean it up, some of it will be interesting for trunk as 
well.



-- 
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: x.diff
Type: text/x-diff
Size: 2524 bytes
Desc: not available
Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20070622/d7290290/x.diff
-------------- 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-devel/attachments/20070622/d7290290/attachment.bin

From bram.degreve at gmail.com  Fri Jun 22 17:43:32 2007
From: bram.degreve at gmail.com (Bram de Greve)
Date: Fri, 22 Jun 2007 17:43:32 +0200
Subject: [Fwd: Re: Bram's branch: needs python2.4 at least.]
Message-ID: <467BEE24.2050607@gmail.com>

Oh yeah, that's right.  I've encountered this problem with other 
programs before.  I see you've applied the same cure in the patch as I 
would've done.

It has been a while since I last worked on Thuban.  There was just too 
much else to do.  I promise to get back to it soon.  For I at last now 
have access to ArcGIS 9 to test the UTF-8 stuff.

Bram


On 6/22/07, *Bernhard Reiter* <bernhard at intevation.de 
<mailto:bernhard at intevation.de>> wrote:

    On Thursday 21 June 2007 23:41, Bernhard Reiter wrote:
     > Otherwise with python2.3 you get:
     >
     > In file included from libraries/pyshapelib/shapelibmodule.c:1:
     > libraries/pyshapelib/pyshapelib_common.h:106:7: warning: no
    newline at end
     > of file
     > libraries/pyshapelib/shapelibmodule.c: In function
    `shpobject_part_types':
     > libraries/pyshapelib/shapelibmodule.c:427: error: `Py_RETURN_NONE'
     > undeclared (first use in this function)


    Attached is my patch what I did to make this branch run on Debian Sarge
    with wxpython 2.6 from backports.
    Sorry no time to clean it up, some of it will be interesting for
    trunk as
    well.



    --
    Managing Director - Owner: www.intevation.net
    <http://www.intevation.net>      (Free Software Company)
    Germany Coordinator: fsfeurope.org <http://fsfeurope.org>.
    Coordinator: www.Kolab-Konsortium.com <http://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

    _______________________________________________
    Thuban-devel mailing list
    Thuban-devel at intevation.de <mailto:Thuban-devel at intevation.de>
    https://intevation.de/mailman/listinfo/thuban-devel



From bernhard at intevation.de  Sat Jun 23 00:19:34 2007
From: bernhard at intevation.de (Bernhard Reiter)
Date: Sat, 23 Jun 2007 00:19:34 +0200
Subject: Elminating masktype for raster images and going for 1.2.1
Message-ID: <200706230019.38279.bernhard@intevation.de>

Thinking about this a bit, I think we should eliminate the
choice of masktypes for raster layers.
And I have started doing the first changes in SVN
right away.

Rational: We can always do alpha with wx>=2.6.
The choice of masktypes and saving it in a .thuban file was
only possible with thuban-1.1.x series and other development versions.
Alpha handling will always do what the user wants, so we can actually simplify
the code here. And simplicity if possible is always good. :)
The user base of Thuban 1.2.0 is not that big and I really cannot
think of an usage case for mask and bitmap is actually wanted.

Objections?

I'd rather go sooner for Thuban 1.2.1 release as there have been
a few significant problems fixed.
Still I would want to at least add a thuban-1.2.dtd without the maptype
attribute, some compatibility code loading the old stuff.
I am wondering how much of the move the unicode we should do
or if at all we should just integrate Bram's new pyshapelib.

What do you think?


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: 189 bytes
Desc: not available
Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20070623/5812f103/attachment.bin

From bh at intevation.de  Mon Jun 25 12:27:24 2007
From: bh at intevation.de (Bernhard Herzog)
Date: Mon, 25 Jun 2007 12:27:24 +0200
Subject: [Thuban-commits] r2774 - in trunk/thuban: . Thuban/Model
	Thuban/UI test
In-Reply-To: <20070622221416.197A940127@pyrosoma.intevation.org>
	(scm-commit@wald.intevation.org's message of "Sat\,
	23 Jun 2007 00\:14\:16 +0200 \(CEST\)")
References: <20070622221416.197A940127@pyrosoma.intevation.org>
Message-ID: <s9zps3kmir7.fsf@thoe.hq.intevation.de>

scm-commit at wald.intevation.org writes:

> Modified: trunk/thuban/Thuban/UI/rasterlayerproperties.py
> ===================================================================
> --- trunk/thuban/Thuban/UI/rasterlayerproperties.py	2007-06-22 21:56:49 UTC (rev 2773)
> +++ trunk/thuban/Thuban/UI/rasterlayerproperties.py	2007-06-22 22:14:15 UTC (rev 2774)
[...]
> @@ -19,15 +20,15 @@
>  
>  from Thuban.version import versions
>  
> -ID_RB_MASK = 4002
> +#ID_RB_MASK = 4002
>  
>  class RasterLayerProperties(LayerProperties):
>  
>      def __init__(self, parent, name, layer, *args, **kw):
>          LayerProperties.__init__(self, parent, name, layer)
>  
> -        self.old_state = {}
> -        self.old_state["mask_type"] = layer.MaskType()
> +        #self.old_state = {}
> +        #self.old_state["mask_type"] = layer.MaskType()

[snipped may similar changes]

We do have a version control system, so it's better to simply delete
code that's not needed anymore.  In the rare cases where it makes sense
to keep some commented out code in the source file, please add a comment
why it's there.

> Modified: trunk/thuban/test/test_load.py
> ===================================================================
> --- trunk/thuban/test/test_load.py	2007-06-22 21:56:49 UTC (rev 2773)
> +++ trunk/thuban/test/test_load.py	2007-06-22 22:14:15 UTC (rev 2774)
> @@ -1,4 +1,4 @@
> -# Copyright (c) 2002, 2003, 2004, 2005 by Intevation GmbH
> +# Copyright (c) 2002, 2003, 2004, 2005, 2007 by Intevation GmbH
>  # Authors:
>  # Bernhard Herzog <bh at intevation.de>
>  #
> @@ -699,7 +699,7 @@
>          title="single map&amp;layer">
>      <map title="Test Map">
>          <rasterlayer visible="false" filename="../../Data/iceland/island.tif"
> -                title="My RasterLayer" opacity="0.4" masktype="alpha"/>
> +                title="My RasterLayer" opacity="0.4"/>
>      </map>
>  </session>
>  '''

AFAICT, this was the only test that tested loading of files with the
masktype attribute.  Now there is no such test anymore.  Assuming that
we want to Thuban to be able to read files that contain the masktype
attribute we also need tests for it.  The general Thuban policy of how
to handle test cases in situations where the file format changes is
outlined at the beginning of test/test_load.py.

   Bernhard

-- 
Intevation GmbH                                 http://intevation.de/
Skencil                                           http://skencil.org/
Thuban                                  http://thuban.intevation.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20070625/b89a8632/attachment.bin

From bernhard at intevation.de  Mon Jun 25 13:54:28 2007
From: bernhard at intevation.de (Bernhard Reiter)
Date: Mon, 25 Jun 2007 13:54:28 +0200
Subject: [Thuban-commits] r2774 - in trunk/thuban: . Thuban/Model
	Thuban/UI test
In-Reply-To: <s9zps3kmir7.fsf@thoe.hq.intevation.de>
References: <20070622221416.197A940127@pyrosoma.intevation.org>
	<s9zps3kmir7.fsf@thoe.hq.intevation.de>
Message-ID: <200706251354.28728.bernhard@intevation.de>

Hi Bernhard,

thanks for the comments.
They are both correctly point out weaknesses
in my commits. I have them both on my list as well.

However I have decided to commit a working version first
and do the remaining work later.

On Monday 25 June 2007 12:27, Bernhard Herzog wrote:
> scm-commit at wald.intevation.org writes:

> > -        self.old_state = {}
> > -        self.old_state["mask_type"] = layer.MaskType()
> > +        #self.old_state = {}
> > +        #self.old_state["mask_type"] = layer.MaskType()
>
> [snipped may similar changes]
>
> We do have a version control system, so it's better to simply delete
> code that's not needed anymore.  In the rare cases where it makes sense
> to keep some commented out code in the source file, please add a comment
> why it's there.


> > Modified: trunk/thuban/test/test_load.py

> >      <map title="Test Map">
> >          <rasterlayer visible="false"
> > filename="../../Data/iceland/island.tif" 
> > -                title="My 
> > RasterLayer" opacity="0.4" masktype="alpha"/> 
> > +                title="My 
> > RasterLayer" opacity="0.4"/>
> >      </map>
> >  </session>
> >  '''
>
> AFAICT, this was the only test that tested loading of files with the
> masktype attribute.  Now there is no such test anymore.  

No, but one with opacity.

> Assuming that 
> we want to Thuban to be able to read files that contain the masktype
> attribute we also need tests for it. 

I am still thinking about how to do this best.
It is true there is enough Thuban code around writing this attribute,
so some compatible loader should be in there ignoring the type though.

> The general Thuban policy of how 
> to handle test cases in situations where the file format changes is
> outlined at the beginning of test/test_load.py.

Good hint, thanks.

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: 189 bytes
Desc: not available
Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20070625/4251f53e/attachment.bin

From dpinte at itae.be  Mon Jun 25 11:49:19 2007
From: dpinte at itae.be (Didrik Pinte)
Date: Mon, 25 Jun 2007 11:49:19 +0200
Subject: Elminating masktype for raster images and going for 1.2.1
In-Reply-To: <200706230019.38279.bernhard@intevation.de>
References: <200706230019.38279.bernhard@intevation.de>
Message-ID: <1182764959.5359.37.camel@ddp.simpson>

On Sat, 2007-06-23 at 00:19 +0200, Bernhard Reiter wrote:
> Thinking about this a bit, I think we should eliminate the
> choice of masktypes for raster layers.
> And I have started doing the first changes in SVN
> right away.
> 
> Rational: We can always do alpha with wx>=2.6.
> The choice of masktypes and saving it in a .thuban file was
> only possible with thuban-1.1.x series and other development versions.
> Alpha handling will always do what the user wants, so we can actually simplify
> the code here. And simplicity if possible is always good. :)
> The user base of Thuban 1.2.0 is not that big and I really cannot
> think of an usage case for mask and bitmap is actually wanted.
> 
> Objections?


None ;-) 


> I'd rather go sooner for Thuban 1.2.1 release as there have been
> a few significant problems fixed.
> Still I would want to at least add a thuban-1.2.dtd without the maptype
> attribute, some compatibility code loading the old stuff.
> I am wondering how much of the move the unicode we should do
> or if at all we should just integrate Bram's new pyshapelib.

I'm pushing for Bram's code integration. I seems to work fine with the
different tests I've made (nothing really official but it works fine). 

Didrik
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20070625/5468272c/attachment.bin

From thuban-bugs at wald.intevation.org  Thu Jun 28 09:21:06 2007
From: thuban-bugs at wald.intevation.org (thuban-bugs@wald.intevation.org)
Date: Thu, 28 Jun 2007 09:21:06 +0200 (CEST)
Subject: =?UTF-8?B?W3RodWJhbi1CdWdzXVs0MzVdIHByb2JsZW0gd2hlbiB6b29taW5nIHdpdGggdHdvIGxheWVycw==?=
Message-ID: <20070628072106.3E83C400C1@pyrosoma.intevation.org>

Bugs item #435, was opened at 2007-06-28 09:21
Status: Open
Priority: 3
Submitted By: Didrik Pinte (dpinte)
Assigned to: Didrik Pinte (dpinte)
Summary: problem when zooming with two layers 
Resolution: None
Version: None
Category: None


Initial Comment:
This bug seems still active ;-) 

https://intevation.de/rt/webrt?serial_num=2559

I'm investigating.

----------------------------------------------------------------------

You can respond by visiting: 
http://wald.intevation.org/tracker/?func=detail&atid=105&aid=435&group_id=6