1 |
|
Changes in Thuban 1.1.0+CVS |
2 |
|
=========================== |
3 |
|
|
4 |
|
- Python <= 2.4 calls C extension modules with the set locale. |
5 |
|
This means those modules need to be robust against a locale |
6 |
|
where LC_NUMERIC is set in a way that the decimal_point might |
7 |
|
be a comma or something else. Problems are diagnosed |
8 |
|
at least with shapelib, proj and gdal. To cope with it we: |
9 |
|
|
10 |
|
+ Added a new option --setdecimalcommalocale to runtests.py so that |
11 |
|
all tests can be checked with a comma as decimal_point, if we |
12 |
|
can find such an LC_NUMERIC. We only try a few in test/localessupport.py. |
13 |
|
|
14 |
|
+ Fixed behaviour with proj by switching to LC_NUMERIC "C" before |
15 |
|
initialising the projection and afterward switch back. |
16 |
|
|
17 |
|
+ Added a workaround to internal shapelib and pyshapelib. |
18 |
|
|
19 |
|
- Startup improved: We fail right away if the internal encoding could |
20 |
|
not be determined. In this case, try to set the LANGUAGE variable to |
21 |
|
one value and use no colon. |
22 |
|
If we startup you can see the internal encoding in the about dialog now. |
23 |
|
|
24 |
|
- Improved extensions: |
25 |
|
|
26 |
|
- Improved svxexport extension 1.0.0+cvs (Bernhard Reiter) |
27 |
|
|
28 |
|
+ Fixed ARC layer writing: No filling is done. |
29 |
|
You could actually get polylines with filling in between, |
30 |
|
when the classification for the lines had a fill color. |
31 |
|
E.g. this happens when you generate a classification from a ramp. |
32 |
|
|
33 |
|
+ Fixed label export. |
34 |
|
|
35 |
Changes in Thuban 1.1.0 |
Changes in Thuban 1.1.0 |
36 |
======================= |
======================= |
37 |
|
|