From cvs at intevation.de  Mon Oct 17 22:10:20 2005
From: cvs at intevation.de (cvs@intevation.de)
Date: Mon, 17 Oct 2005 22:10:20 +0200 (CEST)
Subject: bernhard: thuban ChangeLog,1.830,1.831 
Message-ID: <20051017201020.25D0C1005D9@lists.intevation.de>

Author: bernhard

Update of /thubanrepository/thuban
In directory doto:/tmp/cvs-serv29320

Modified Files:
	ChangeLog 
Log Message:
svgexport 1.0.0cvs: Fixed ARC layer writing: No filling is done.
You could actually get polylines with filling in between,
when the classification for the lines had a fill color.
E.g. this happens when you generate a classification from a ramp.


Index: ChangeLog
===================================================================
RCS file: /thubanrepository/thuban/ChangeLog,v
retrieving revision 1.830
retrieving revision 1.831
diff -u -d -r1.830 -r1.831
--- ChangeLog	8 Sep 2005 16:44:26 -0000	1.830
+++ ChangeLog	17 Oct 2005 20:10:17 -0000	1.831
@@ -1,3 +1,20 @@
+2005-10-17  Bernhard Reiter <bernhard at intevation.de>
+
+	svgexport 1.0.0cvs: Fixed ARC layer writing: No filling is done.
+	You could actually get polylines with filling in between,
+	when the classification for the lines had a fill color.
+	E.g. this happens when you generate a classification from a ramp.
+
+	* Extensions/svgexport/test/test_svgmapwriter.py:
+	New test_export_arc_no_fill(). Extend copyright notice to 2005.
+
+	* Extensions/svgexport/svgmapwriter.py
+	(SVGRenderer.draw_shape_layer_incrementally()):
+	Setting TRANSPARENT_BRUSH for shaptype ARC. 
+	Extend copyright notice to 2005.
+
+	* Extensions/svgexport/__init__.py: Extend copyright notice to 2005.
+
 2005-09-08  Frank Koormann <frank at intevation.de>
 
 	* Doc/manual/thuban-manual.xml (Map Management): Fixed typo reported 




From cvs at intevation.de  Mon Oct 17 22:10:20 2005
From: cvs at intevation.de (cvs@intevation.de)
Date: Mon, 17 Oct 2005 22:10:20 +0200 (CEST)
Subject: bernhard: thuban/Extensions/svgexport __init__.py, 1.8,
	1.9 svgmapwriter.py, 1.16, 1.17 
Message-ID: <20051017201020.339C51006B6@lists.intevation.de>

Author: bernhard

Update of /thubanrepository/thuban/Extensions/svgexport
In directory doto:/tmp/cvs-serv29320/Extensions/svgexport

Modified Files:
	__init__.py svgmapwriter.py 
Log Message:
svgexport 1.0.0cvs: Fixed ARC layer writing: No filling is done.
You could actually get polylines with filling in between,
when the classification for the lines had a fill color.
E.g. this happens when you generate a classification from a ramp.


Index: __init__.py
===================================================================
RCS file: /thubanrepository/thuban/Extensions/svgexport/__init__.py,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -d -r1.8 -r1.9
--- __init__.py	27 Dec 2004 17:00:14 -0000	1.8
+++ __init__.py	17 Oct 2005 20:10:18 -0000	1.9
@@ -1,4 +1,4 @@
-# Copyright (C) 2004 by Intevation GmbH
+# Copyright (C) 2004, 2005 by Intevation GmbH
 # Authors:
 # Bernhard Herzog <bh at intevation.de> (2004)
 # Jan-Oliver Wagner <jan at intevation.de> (2004)
@@ -26,5 +26,5 @@
     name = 'SVG Export',
     version = '1.0.0cvs',
     authors= [ 'Markus Rechtien', 'Bernhard Reiter' ],
-    copyright = '2004 Intevation GmbH',
+    copyright = '2004, 2005 Intevation GmbH',
     desc = _("Export the current map and legend in Thuban-map-SVG format.")))

Index: svgmapwriter.py
===================================================================
RCS file: /thubanrepository/thuban/Extensions/svgexport/svgmapwriter.py,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -d -r1.16 -r1.17
--- svgmapwriter.py	27 Dec 2004 17:00:15 -0000	1.16
+++ svgmapwriter.py	17 Oct 2005 20:10:18 -0000	1.17
@@ -1,7 +1,7 @@
-# Copyright (c) 2001, 2002, 2003, 2004 by Intevation GmbH
+# Copyright (c) 2001, 2002, 2003, 2004, 2005 by Intevation GmbH
 # Authors:
 #     Markus Rechtien <markus at intevation.de>
-#     Bernhard Reiter <bernhard at intevation.de>
+#     Bernhard Reiter <bernhard at intevation.de> (2004, 2005)
 #
 # This program is free software under the GPL (>=v2)
 # Read the file COPYING coming with Thuban for details.
@@ -35,7 +35,7 @@
 import binascii 
 
 from Thuban import _
-from Thuban.Model.data import SHAPETYPE_POINT
+from Thuban.Model.data import SHAPETYPE_POINT, SHAPETYPE_ARC
 # VirtualDC extends XMLWriter
 from Thuban.Model.xmlwriter import XMLWriter, escape
 # Color related classes from the model of thuban
@@ -326,8 +326,11 @@
                 data = shape.Points()
 
             if shapeType==SHAPETYPE_POINT:
-                 draw_func(draw_func_param, data, pen, brush,
+            	draw_func(draw_func_param, data, pen, brush,
                            size = group.GetProperties().GetSize())
+            elif shapeType==SHAPETYPE_ARC:
+	    	# do not fill the polylines in linestring layers
+            	draw_func(draw_func_param, data, pen, TRANSPARENT_BRUSH)
             else:
                  draw_func(draw_func_param, data, pen, brush)
             # compatibility




From cvs at intevation.de  Mon Oct 17 22:10:20 2005
From: cvs at intevation.de (cvs@intevation.de)
Date: Mon, 17 Oct 2005 22:10:20 +0200 (CEST)
Subject: bernhard: thuban/Extensions/svgexport/test test_svgmapwriter.py,
	1.19, 1.20 
Message-ID: <20051017201020.423C21006B7@lists.intevation.de>

Author: bernhard

Update of /thubanrepository/thuban/Extensions/svgexport/test
In directory doto:/tmp/cvs-serv29320/Extensions/svgexport/test

Modified Files:
	test_svgmapwriter.py 
Log Message:
svgexport 1.0.0cvs: Fixed ARC layer writing: No filling is done.
You could actually get polylines with filling in between,
when the classification for the lines had a fill color.
E.g. this happens when you generate a classification from a ramp.


Index: test_svgmapwriter.py
===================================================================
RCS file: /thubanrepository/thuban/Extensions/svgexport/test/test_svgmapwriter.py,v
retrieving revision 1.19
retrieving revision 1.20
diff -u -d -r1.19 -r1.20
--- test_svgmapwriter.py	27 Dec 2004 17:00:15 -0000	1.19
+++ test_svgmapwriter.py	17 Oct 2005 20:10:18 -0000	1.20
@@ -1,12 +1,12 @@
-# Copyright (c) 2004 by Intevation GmbH
+# Copyright (c) 2004,2005 by Intevation GmbH
 # Authors:
 # Markus Rechtien <markus at intevation.de> (2004)
-# Bernhard Reiter <bernhard at intevation.de> (2004)
+# Bernhard Reiter <bernhard at intevation.de> (2004,2005)
 #
 # This program is free software under the GPL (>=v2)
 # Read the file COPYING coming with Thuban for details.
 
-"""Tests for svgexport"""
+"""Test the svgexport."""
 
 __version__ = "$Revision$"
 # $Source$
@@ -431,6 +431,43 @@
         map = Map("testpolygonexport")
         self.to_destroy.append(map)
         layer=Layer("P-Layer", store, fill=Transparent)
+        map.AddLayer(layer)
+
+        renderer = SVGRenderer(self.dc, map,
+                    scale=1.0, offset=(0,0), region=(0,0,10,10))
+        renderer.RenderMap(None, None)
+        #print (data)
+        #print (self.dc.file.getvalue())
+        self.assertEquals(data, self.dc.file.getvalue())
+
+    def test_export_arc_no_fill(self):
+        """Create layer with a linestring and test svg rendering.
+
+	Even when the layer or the classifications have a fill color,
+	the resulting path shall not be filled for an ARC (linestring) layer.
+	"""
+
+        data = ('<clipPath id="mapclip">\n'
+                '    <rect x="0" y="0" width="10" height="10"   />\n'
+                '</clipPath>\n'
+                '<g meta="Object:map"  clip-path="url(#mapclip)" '
+                'clip-rule="evenodd" transform=" scale(100.0)">\n'
+                '    <g meta="Layer:A-Layer" >\n'
+                '        <path style="stroke-linejoin:round; stroke:#000000; '
+                'stroke-width:0.01; stroke-linecap:round; fill:none" '
+                'id="A-Layer_0"'
+                '  d="\nM 0.0 0.0\nL 2.0 -8.0\nL 10.0 -10.0"/>\n'
+                '    </g>\n</g>\n')
+        table = MemoryTable([("type", FIELDTYPE_STRING),
+                             ("value", FIELDTYPE_DOUBLE),
+                             ("code", FIELDTYPE_INT)],
+                            [("UNKNOWN", 0.0, 0)])
+        shapes = [[[(0, 0), (2, 8), (10, 10) ]]]
+        store = SimpleShapeStore(SHAPETYPE_ARC, shapes, table)
+
+        map = Map("testarcexport")
+        self.to_destroy.append(map)
+        layer=Layer("A-Layer", store, fill=Black)
         map.AddLayer(layer)
 
         renderer = SVGRenderer(self.dc, map,




From cvs at intevation.de  Mon Oct 17 23:31:45 2005
From: cvs at intevation.de (cvs@intevation.de)
Date: Mon, 17 Oct 2005 23:31:45 +0200 (CEST)
Subject: bernhard: thuban ChangeLog,1.831,1.832 
Message-ID: <20051017213145.0DFC91005D9@lists.intevation.de>

Author: bernhard

Update of /thubanrepository/thuban
In directory doto:/tmp/cvs-serv30787

Modified Files:
	ChangeLog 
Log Message:
* Thuban/__init__.py (set_internal_encoding): added a forwards
and backward translation, so that we fail early if the 
internal_encoding is bad.

* test/test_stringrepresentation.py: New file, for now testing
that set_internal_coding() is throwing an exception for bad exceptions.


Index: ChangeLog
===================================================================
RCS file: /thubanrepository/thuban/ChangeLog,v
retrieving revision 1.831
retrieving revision 1.832
diff -u -d -r1.831 -r1.832
--- ChangeLog	17 Oct 2005 20:10:17 -0000	1.831
+++ ChangeLog	17 Oct 2005 21:31:42 -0000	1.832
@@ -1,5 +1,14 @@
 2005-10-17  Bernhard Reiter <bernhard at intevation.de>
 
+	* test/test_stringrepresentation.py: New file, for now testing
+	that set_internal_coding() is throwing an exception for bad exceptions.
+
+	* Thuban/__init__.py (set_internal_encoding): added a forwards
+	and backward translation, so that we fail early if the 
+	internal_encoding is bad.
+
+2005-10-17  Bernhard Reiter <bernhard at intevation.de>
+
 	svgexport 1.0.0cvs: Fixed ARC layer writing: No filling is done.
 	You could actually get polylines with filling in between,
 	when the classification for the lines had a fill color.




From cvs at intevation.de  Mon Oct 17 23:31:45 2005
From: cvs at intevation.de (cvs@intevation.de)
Date: Mon, 17 Oct 2005 23:31:45 +0200 (CEST)
Subject: bernhard: thuban/Thuban __init__.py,1.5,1.6 
Message-ID: <20051017213145.1D07B1006B6@lists.intevation.de>

Author: bernhard

Update of /thubanrepository/thuban/Thuban
In directory doto:/tmp/cvs-serv30787/Thuban

Modified Files:
	__init__.py 
Log Message:
* Thuban/__init__.py (set_internal_encoding): added a forwards
and backward translation, so that we fail early if the 
internal_encoding is bad.

* test/test_stringrepresentation.py: New file, for now testing
that set_internal_coding() is throwing an exception for bad exceptions.


Index: __init__.py
===================================================================
RCS file: /thubanrepository/thuban/Thuban/__init__.py,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -d -r1.5 -r1.6
--- __init__.py	1 Jul 2005 20:49:04 -0000	1.5
+++ __init__.py	17 Oct 2005 21:31:43 -0000	1.6
@@ -120,3 +120,7 @@
     """
     global _internal_encoding
     _internal_encoding = encoding
+
+    # and now let us test, if we can go back and forth
+    # it is better to complain now than to have runtime problems later
+    unicode_from_internal(internal_from_unicode(u''))




From cvs at intevation.de  Mon Oct 17 23:31:45 2005
From: cvs at intevation.de (cvs@intevation.de)
Date: Mon, 17 Oct 2005 23:31:45 +0200 (CEST)
Subject: bernhard: thuban/test test_stringrepresentation.py,NONE,1.1 
Message-ID: <20051017213145.222B81006B7@lists.intevation.de>

Author: bernhard

Update of /thubanrepository/thuban/test
In directory doto:/tmp/cvs-serv30787/test

Added Files:
	test_stringrepresentation.py 
Log Message:
* Thuban/__init__.py (set_internal_encoding): added a forwards
and backward translation, so that we fail early if the 
internal_encoding is bad.

* test/test_stringrepresentation.py: New file, for now testing
that set_internal_coding() is throwing an exception for bad exceptions.


--- NEW FILE: test_stringrepresentation.py ---
# Copyright (c) 2005 by Intevation GmbH
# Authors:
# Bernhard Reiter <bernhard at intevation.de>
#
# This program is free software under the GPL (>=v2)
# Read the file COPYING coming with Thuban for details.

"""
Test the functions for Thuban's string representation.
"""

__version__ = "$Revision: 1.1 $"
# $Source: /thubanrepository/thuban/test/test_stringrepresentation.py,v $
# $Id: test_stringrepresentation.py,v 1.1 2005/10/17 21:31:43 bernhard Exp $

import unittest

import support
support.initthuban()

import Thuban

class TestInternalEncoding(unittest.TestCase):
    """Test around the thuban default encoding."""
    def test_notice_bad_internalencoding(self):
    	bad_encoding="this-never-is-a-valid-encoding"
    	self.assertRaises(LookupError, 
			Thuban.set_internal_encoding,bad_encoding)

if __name__ == "__main__":
    support.run_tests()




From bh at intevation.de  Tue Oct 18 11:19:32 2005
From: bh at intevation.de (Bernhard Herzog)
Date: Tue, 18 Oct 2005 11:19:32 +0200
Subject: bernhard: thuban/test test_stringrepresentation.py,NONE,1.1
In-Reply-To: <20051017213145.222B81006B7@lists.intevation.de>
	(cvs@intevation.de's
	message of "Mon, 17 Oct 2005 23:31:45 +0200 (CEST)")
References: <20051017213145.222B81006B7@lists.intevation.de>
Message-ID: <s9zirvv6v2z.fsf@thetis.intevation.de>

cvs at intevation.de writes:

> class TestInternalEncoding(unittest.TestCase):
>     """Test around the thuban default encoding."""
>     def test_notice_bad_internalencoding(self):
>     	bad_encoding="this-never-is-a-valid-encoding"
>     	self.assertRaises(LookupError, 
> 			Thuban.set_internal_encoding,bad_encoding)

This test sets the default encoding permanently as a side-effect causing
lots of other tests to fail with an error.  Please fix this and write
tests so that they don't affect other tests.  Typical test failure now
is:

======================================================================
ERROR: test_load.TestSymbolSize.test
----------------------------------------------------------------------
[...]
LookupError: unknown encoding: this-never-is-a-valid-encoding



   Bernhard

-- 
Intevation GmbH                                 http://intevation.de/
Skencil                                           http://skencil.org/
Thuban                                  http://thuban.intevation.org/



From cvs at intevation.de  Wed Oct 19 10:08:31 2005
From: cvs at intevation.de (cvs@intevation.de)
Date: Wed, 19 Oct 2005 10:08:31 +0200 (CEST)
Subject: bernhard: thuban/Thuban __init__.py,1.6,1.7 
Message-ID: <20051019080831.559AE1006A8@lists.intevation.de>

Author: bernhard

Update of /thubanrepository/thuban/Thuban
In directory doto:/tmp/cvs-serv9907/Thuban

Modified Files:
	__init__.py 
Log Message:
Preserving the internal encoding for the tests. 
This hopefully fixes subsequent tests when runnin all via runtests.py.


Index: __init__.py
===================================================================
RCS file: /thubanrepository/thuban/Thuban/__init__.py,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -d -r1.6 -r1.7
--- __init__.py	17 Oct 2005 21:31:43 -0000	1.6
+++ __init__.py	19 Oct 2005 08:08:29 -0000	1.7
@@ -2,6 +2,7 @@
 # Authors:
 # Bernhard Herzog <bh at intevation.de>
 # Jan-Oliver Wagner <jan at intevation.de>
+# Bernhard Reiter <bernhard at intevation.de>
 #
 # This program is free software under the GPL (>=v2)
 # Read the file COPYING coming with Thuban for details.
@@ -124,3 +125,8 @@
     # and now let us test, if we can go back and forth
     # it is better to complain now than to have runtime problems later
     unicode_from_internal(internal_from_unicode(u''))
+
+def get_internal_encoding():
+    """Return the encoding used for Thuban's internal string representation."""
+    global _internal_encoding
+    return _internal_encoding




From cvs at intevation.de  Wed Oct 19 10:08:31 2005
From: cvs at intevation.de (cvs@intevation.de)
Date: Wed, 19 Oct 2005 10:08:31 +0200 (CEST)
Subject: bernhard: thuban/test test_stringrepresentation.py,1.1,1.2 
Message-ID: <20051019080831.6218F1006B2@lists.intevation.de>

Author: bernhard

Update of /thubanrepository/thuban/test
In directory doto:/tmp/cvs-serv9907/test

Modified Files:
	test_stringrepresentation.py 
Log Message:
Preserving the internal encoding for the tests. 
This hopefully fixes subsequent tests when runnin all via runtests.py.


Index: test_stringrepresentation.py
===================================================================
RCS file: /thubanrepository/thuban/test/test_stringrepresentation.py,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -d -r1.1 -r1.2
--- test_stringrepresentation.py	17 Oct 2005 21:31:43 -0000	1.1
+++ test_stringrepresentation.py	19 Oct 2005 08:08:29 -0000	1.2
@@ -22,10 +22,19 @@
 
 class TestInternalEncoding(unittest.TestCase):
     """Test around the thuban default encoding."""
+
+    def setUp(self):
+        """Save the old internal encoding, so we can restore it."""
+        self.saved_encoding=Thuban.get_internal_encoding()
+
+    def tearDown(self):
+        """Restore saved internal encoding."""
+        Thuban.set_internal_encoding(self.saved_encoding)
+
     def test_notice_bad_internalencoding(self):
-    	bad_encoding="this-never-is-a-valid-encoding"
-    	self.assertRaises(LookupError, 
-			Thuban.set_internal_encoding,bad_encoding)
+        bad_encoding="this-never-is-a-valid-encoding"
+        self.assertRaises(LookupError, 
+            Thuban.set_internal_encoding,bad_encoding)
 
 if __name__ == "__main__":
     support.run_tests()




From cvs at intevation.de  Wed Oct 19 10:08:31 2005
From: cvs at intevation.de (cvs@intevation.de)
Date: Wed, 19 Oct 2005 10:08:31 +0200 (CEST)
Subject: bernhard: thuban ChangeLog,1.832,1.833 
Message-ID: <20051019080831.67AA21006BA@lists.intevation.de>

Author: bernhard

Update of /thubanrepository/thuban
In directory doto:/tmp/cvs-serv9907

Modified Files:
	ChangeLog 
Log Message:
Preserving the internal encoding for the tests. 
This hopefully fixes subsequent tests when runnin all via runtests.py.


Index: ChangeLog
===================================================================
RCS file: /thubanrepository/thuban/ChangeLog,v
retrieving revision 1.832
retrieving revision 1.833
diff -u -d -r1.832 -r1.833
--- ChangeLog	17 Oct 2005 21:31:42 -0000	1.832
+++ ChangeLog	19 Oct 2005 08:08:29 -0000	1.833
@@ -1,4 +1,15 @@
+2005-10-18  Bernhard Reiter <bernhard at intevation.de>
+
+	Startup improved: We fail right away if the internal encoding could
+	not be determined.
+
+	* Thuban/__init__.py (get_internal_encoding): new.
+
+	* test/test_stringrepresentation.py (class TestInternalEncoding): 
+	Preserve the internal encoding for the tests in this class.
+
 2005-10-17  Bernhard Reiter <bernhard at intevation.de>
+
 
 	* test/test_stringrepresentation.py: New file, for now testing
 	that set_internal_coding() is throwing an exception for bad exceptions.




From bernhard at intevation.de  Wed Oct 19 10:38:51 2005
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 19 Oct 2005 10:38:51 +0200
Subject: bernhard: thuban/test test_stringrepresentation.py,NONE,1.1
In-Reply-To: <s9zirvv6v2z.fsf@thetis.intevation.de>
References: <20051017213145.222B81006B7@lists.intevation.de>
	<s9zirvv6v2z.fsf@thetis.intevation.de>
Message-ID: <20051019083851.GA4943@intevation.de>

Am 18. Oct 2005 um 11:19:32 schrieb Bernhard Herzog:
> cvs at intevation.de writes:
> 
> > class TestInternalEncoding(unittest.TestCase):
> >     """Test around the thuban default encoding."""
> >     def test_notice_bad_internalencoding(self):
> >     	bad_encoding="this-never-is-a-valid-encoding"
> >     	self.assertRaises(LookupError, 
> > 			Thuban.set_internal_encoding,bad_encoding)
> 
> This test sets the default encoding permanently as a side-effect causing
> lots of other tests to fail with an error.  

Ah, good catch.
I somehow believed the tests would have been more seperated.
And my testruns all do fine. I tried again and never saw a failure
like you reported.

I have committed a fix, can you retest?

> Please fix this and write
> tests so that they don't affect other tests.  Typical test failure now
> is:
> 
> ======================================================================
> ERROR: test_load.TestSymbolSize.test
> ----------------------------------------------------------------------
> [...]
> LookupError: unknown encoding: this-never-is-a-valid-encoding
-------------- 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/20051019/84d9308f/attachment.bin

From cvs at intevation.de  Wed Oct 19 10:56:49 2005
From: cvs at intevation.de (cvs@intevation.de)
Date: Wed, 19 Oct 2005 10:56:49 +0200 (CEST)
Subject: bernhard: thuban ChangeLog,1.833,1.834 NEWS,1.5,1.6 
Message-ID: <20051019085649.5EB4C1006BA@lists.intevation.de>

Author: bernhard

Update of /thubanrepository/thuban
In directory doto:/tmp/cvs-serv14523

Modified Files:
	ChangeLog NEWS 
Log Message:
* Thuban/UI/about.py: remove unused import of getdefaultlocale.
Added display of internal encoding to the about dialog text.

* Extensions/svgexport/__init__.py: changed version to "1.0.0+cvs".

Started to update the NEWS file.


Index: ChangeLog
===================================================================
RCS file: /thubanrepository/thuban/ChangeLog,v
retrieving revision 1.833
retrieving revision 1.834
diff -u -d -r1.833 -r1.834
--- ChangeLog	19 Oct 2005 08:08:29 -0000	1.833
+++ ChangeLog	19 Oct 2005 08:56:47 -0000	1.834
@@ -1,5 +1,12 @@
 2005-10-18  Bernhard Reiter <bernhard at intevation.de>
 
+	* Thuban/UI/about.py: remove unused import of getdefaultlocale.
+	Added display of internal encoding to the about dialog text.
+
+	* Extensions/svgexport/__init__.py: changed version to "1.0.0+cvs".
+
+2005-10-18  Bernhard Reiter <bernhard at intevation.de>
+
 	Startup improved: We fail right away if the internal encoding could
 	not be determined.
 

Index: NEWS
===================================================================
RCS file: /thubanrepository/thuban/NEWS,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -d -r1.5 -r1.6
--- NEWS	5 Jul 2005 20:18:12 -0000	1.5
+++ NEWS	19 Oct 2005 08:56:47 -0000	1.6
@@ -1,3 +1,22 @@
+Changes in Thuban 1.1.0+CVS
+===========================
+
+ - Startup improved: We fail right away if the internal encoding could
+   not be determined. In this case, try to set the LANGUAGE variable to
+   one value and use no colon.
+   If we startup you can see the internal encoding in the about dialog now.
+
+ - Improved extensions:
+
+    - Improved svxexport extension 1.0.0+cvs (Bernhard Reiter)
+
+	+ Fixed ARC layer writing: No filling is done.
+	You could actually get polylines with filling in between,
+	when the classification for the lines had a fill color.
+	E.g. this happens when you generate a classification from a ramp.
+
+	+ Fixed label export.
+
 Changes in Thuban 1.1.0
 =======================
 




From cvs at intevation.de  Wed Oct 19 10:56:49 2005
From: cvs at intevation.de (cvs@intevation.de)
Date: Wed, 19 Oct 2005 10:56:49 +0200 (CEST)
Subject: bernhard: thuban/Extensions/svgexport __init__.py,1.9,1.10 
Message-ID: <20051019085649.6E9E91006C1@lists.intevation.de>

Author: bernhard

Update of /thubanrepository/thuban/Extensions/svgexport
In directory doto:/tmp/cvs-serv14523/Extensions/svgexport

Modified Files:
	__init__.py 
Log Message:
* Thuban/UI/about.py: remove unused import of getdefaultlocale.
Added display of internal encoding to the about dialog text.

* Extensions/svgexport/__init__.py: changed version to "1.0.0+cvs".

Started to update the NEWS file.


Index: __init__.py
===================================================================
RCS file: /thubanrepository/thuban/Extensions/svgexport/__init__.py,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -d -r1.9 -r1.10
--- __init__.py	17 Oct 2005 20:10:18 -0000	1.9
+++ __init__.py	19 Oct 2005 08:56:47 -0000	1.10
@@ -24,7 +24,7 @@
 
 ext_registry.add(ExtensionDesc(
     name = 'SVG Export',
-    version = '1.0.0cvs',
+    version = '1.0.0+cvs',
     authors= [ 'Markus Rechtien', 'Bernhard Reiter' ],
     copyright = '2004, 2005 Intevation GmbH',
     desc = _("Export the current map and legend in Thuban-map-SVG format.")))




From cvs at intevation.de  Wed Oct 19 10:56:49 2005
From: cvs at intevation.de (cvs@intevation.de)
Date: Wed, 19 Oct 2005 10:56:49 +0200 (CEST)
Subject: bernhard: thuban/Thuban/UI about.py,1.23,1.24 
Message-ID: <20051019085649.724531006C3@lists.intevation.de>

Author: bernhard

Update of /thubanrepository/thuban/Thuban/UI
In directory doto:/tmp/cvs-serv14523/Thuban/UI

Modified Files:
	about.py 
Log Message:
* Thuban/UI/about.py: remove unused import of getdefaultlocale.
Added display of internal encoding to the about dialog text.

* Extensions/svgexport/__init__.py: changed version to "1.0.0+cvs".

Started to update the NEWS file.


Index: about.py
===================================================================
RCS file: /thubanrepository/thuban/Thuban/UI/about.py,v
retrieving revision 1.23
retrieving revision 1.24
diff -u -d -r1.23 -r1.24
--- about.py	5 Jul 2005 20:04:35 -0000	1.23
+++ about.py	19 Oct 2005 08:56:47 -0000	1.24
@@ -15,9 +15,7 @@
 
 from wxPython.wx import *
 
-from locale import getdefaultlocale
-
-from Thuban import _, internal_from_unicode
+from Thuban import _, internal_from_unicode, get_internal_encoding
 from Thuban.version import versions
 from Thuban.Model.resource import gdal_support_status
 
@@ -70,6 +68,9 @@
 
         for name, version in dyn_modules:
             text+= '\t%s %s\n' % (name, version)
+        text += '\n'
+
+        text += _('\tInternal encoding: %s\n') % get_internal_encoding()
         text += '\n'
 
         if gdal_support_status:




From bh at intevation.de  Wed Oct 19 17:50:02 2005
From: bh at intevation.de (Bernhard Herzog)
Date: Wed, 19 Oct 2005 17:50:02 +0200
Subject: bernhard: thuban/test test_stringrepresentation.py,NONE,1.1
In-Reply-To: <20051019083851.GA4943@intevation.de> (Bernhard Reiter's
	message of "Wed, 19 Oct 2005 10:38:51 +0200")
References: <20051017213145.222B81006B7@lists.intevation.de>
	<s9zirvv6v2z.fsf@thetis.intevation.de>
	<20051019083851.GA4943@intevation.de>
Message-ID: <s9zzmp5cxqt.fsf@thetis.intevation.de>

Bernhard Reiter <bernhard at intevation.de> writes:

> I somehow believed the tests would have been more seperated.
> And my testruns all do fine. I tried again and never saw a failure
> like you reported.

It depends on the order in which the tests are executed.  The order
depends on the order of the files in the directory, so it may well be
that the new test is run last in your case and at an earlier point in
mine.

> I have committed a fix, can you retest?

Works fine again now.

   Bernhard

-- 
Intevation GmbH                                 http://intevation.de/
Skencil                                           http://skencil.org/
Thuban                                  http://thuban.intevation.org/