{5} Assigned, Active Tickets by Owner (Full Description) (8 matches)
List tickets assigned, group by ticket owner. This report demonstrates the use of full-row display.
Beau Gunderson (1 match)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #73 | Support fallback fonts and font sets | Core Library | defect | 02/13/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Japanese (and Chinese?) characters are displayed as empty rectangles. I believe this is a font issue. Someone mentioned fall back fonts to me - I understand that a system may be needed where if the default font does not support a language, it falls back to another font that does. I'm afraid I don't know which component this relates to. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
artem (6 matches)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #13 | Rendering text labels when point size of labels exceeds the width of the line | Core Library | 1.0.0 | defect | 02/19/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
We are building tiles where the point size of line labels can exceed the width of the line. In these case, labels are applied very sparsely (see example tiles). I don't have a complete example to share, since it would require access to our database, but let me know if you can't reproduce it. I can try to get something out of rundemo.py. Please feel free to contact me if you need more information or testing. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #50 | Add support for palette images in gdal plug-in | GDAL Input Driver | defect | 11/12/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Color mapped raster is not handled in gdal.input |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #10 | Installing in a non-standard location | PostGIS Input Driver | 0.5.0 | enhancement | 02/01/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
This ticket describes problems installing in a non-standard location as a non-root user; /tmp/mapnik fills in for the real installation location. The desired installation would be as follows, and it should obtainable by specifying a single parameter (preferably "prefix" since that is what other build systems use). xx [reid@magnify mapnik-src]$ find /tmp/mapnik -xtype d /tmp/mapnik /tmp/mapnik/bin /tmp/mapnik/include /tmp/mapnik/include/mapnik /tmp/mapnik/lib /tmp/mapnik/lib/mapnik /tmp/mapnik/lib/mapnik/input /tmp/mapnik/lib/mapnik/fonts /tmp/mapnik/lib/python2.4 /tmp/mapnik/lib/python2.4/site-packages /tmp/mapnik/lib/python2.4/site-packages/mapnik /tmp/mapnik/lib/python2.4/site-packages/mapnik/ogcserver (a) With python scons/scons.py PREFIX=/tmp/mapnik install, the build fails. (Note also that the error message is misleading: a missing file is only a symptom; the real reason the build failed is that I don't have permission to write to the directory it's trying to install into.) 63 [reid@magnify mapnik-src]$ python scons/scons.py PREFIX=/tmp/mapnik install
scons: Reading SConscript files ...
Checking for main() in C library m... yes
Checking for main() in C library ltdl... yes
Checking for main() in C library png... yes
Checking for main() in C library tiff... yes
Checking for main() in C library z... yes
Checking for main() in C library jpeg... yes
Checking for main() in C library proj... yes
Checking for main() in C library pq... no
Checking for main() in C++ library boost_thread... yes
Checking for main() in C++ library boost_filesystem... yes
Checking for main() in C++ library boost_regex... yes
Checking for main() in C++ library boost_program_options... yes
Bindings Python version... 2.4
Python 2.4 prefix... /usr
scons: done reading SConscript files.
scons: Building targets ...
Install file: "bindings/python/mapnik/paths.py" as "/usr/lib/python2.4/site-packages/mapnik/paths.py"
scons: *** [/usr/lib/python2.4/site-packages/mapnik/paths.py] Exception
Traceback (most recent call last):
File "/tmp/mapnik-src/scons/scons-local-0.96.1/SCons/Taskmaster.py", line 101, in execute
self.targets[0].build()
File "/tmp/mapnik-src/scons/scons-local-0.96.1/SCons/Node/__init__.py", line 201, in build
apply(executor, (self, errfunc), kw)
File "/tmp/mapnik-src/scons/scons-local-0.96.1/SCons/Executor.py", line 115, in __call__
apply(action, (self.targets, self.sources, env, errfunc), kw)
File "/tmp/mapnik-src/scons/scons-local-0.96.1/SCons/Action.py", line 243, in __call__
stat = self.execute(target, source, env)
File "/tmp/mapnik-src/scons/scons-local-0.96.1/SCons/Action.py", line 512, in execute
return self.execfunction(target=target, source=rsources, env=env)
File "/tmp/mapnik-src/scons/scons-local-0.96.1/SCons/Environment.py", line 82, in installFunc
return install(target[0].path, source[0].path, env)
File "/tmp/mapnik-src/scons/scons-local-0.96.1/SCons/Defaults.py", line 219, in copyFunc
shutil.copy2(source, dest)
File "/usr/lib/python2.4/shutil.py", line 92, in copy2
copyfile(src, dst)
File "/usr/lib/python2.4/shutil.py", line 48, in copyfile
fdst = open(dst, 'wb')
IOError: [Errno 2] No such file or directory: '/usr/lib/python2.4/site-packages/mapnik/paths.py'
scons: building terminated because of errors.
(c) With python scons/scons.py DESTDIR=/tmp/mapnik install, the build succeeds, but the installation has extra /usr and /usr/local subpaths: 67 [reid@magnify mapnik-src]$ find /tmp/mapnik -xtype d /tmp/mapnik /tmp/mapnik/usr /tmp/mapnik/usr/lib /tmp/mapnik/usr/lib/python2.4 /tmp/mapnik/usr/lib/python2.4/site-packages /tmp/mapnik/usr/lib/python2.4/site-packages/mapnik /tmp/mapnik/usr/lib/python2.4/site-packages/mapnik/ogcserver /tmp/mapnik/usr/local /tmp/mapnik/usr/local/bin /tmp/mapnik/usr/local/lib /tmp/mapnik/usr/local/lib/mapnik /tmp/mapnik/usr/local/lib/mapnik/input /tmp/mapnik/usr/local/lib/mapnik/fonts /tmp/mapnik/usr/local/include /tmp/mapnik/usr/local/include/mapnik (c) With python scons/scons.py PREFIX=/tmp/mapnik DESTDIR=/ install, the build fails in the same way as (a). (d) With python scons/scons.py PREFIX=/ DESTDIR=/tmp/mapnik install, the build succeeds, but the extra /usr subpaths are still present: 72 [reid@magnify mapnik-src]$ find /tmp/mapnik -xtype d /tmp/mapnik /tmp/mapnik/usr /tmp/mapnik/usr/lib /tmp/mapnik/usr/lib/python2.4 /tmp/mapnik/usr/lib/python2.4/site-packages /tmp/mapnik/usr/lib/python2.4/site-packages/mapnik /tmp/mapnik/usr/lib/python2.4/site-packages/mapnik/ogcserver /tmp/mapnik/bin /tmp/mapnik/lib /tmp/mapnik/lib/mapnik /tmp/mapnik/lib/mapnik/input /tmp/mapnik/lib/mapnik/fonts /tmp/mapnik/include /tmp/mapnik/include/mapnik |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #19 | 'Shaping' support | Core Library | 1.0.0 | enhancement | 03/23/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Mapnik uses combination of iconv and fribidi to support unicode and BIDI. There is no support for 'shaping'. It looks like ICU library has got all features we need, it's c++ and some boost libraries (e.g boost_regex) can be built with ICU support already. I'm planning to investigate using ICU as a replacement for iconv, fribidi. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #44 | add support for 3D/4D postgis geometries | PostGIS Input Driver | 1.0.0 | enhancement | 10/19/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
See thread on Mapnik users mailing list. The PostGIS plugin/WKB reader assumes that geometries are in 2D. Though not standard OGC, PostGIS supports 3D/4D. There are two ways to fix this in Mapnik : 1. Add support for 3D/4D Geometries in wkb reader 2. Use force_2D inside postgis plug-in |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #35 | Filter with unicode strings | Boost.Python Binding | 0.5.0 | task | 07/19/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
if we try to make filter with a unicode string;
arule = Rule()
arule.filter = Filter("[road_type] = 'işlek'")
problem: no debug message but no filtering
arule = Rule()
problem: no debug message but no filtering
arule = Rule()
problem : failed at := 'i\x15flek' |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
dave (1 match)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #38 | Vertical Displacement of line text | Core Library | defect | 07/25/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It would be nice to be able to write text along a line with a "vertical" displacement, so that a streetname could be rendered alongside the street. Similar to that for the dy attribute to point textsymbolizer. <TextSymbolizer name="lcn_ref" face_name="DejaVu Sans Book" size="14" fill="blue" halo_radius="2" placement="line" dy="80"/> The displacement would probably refer to the distance between the line and text path at right angles to the line, rather than a vertical displacement on the final render. The latter wouldn't work for north-south streets! Consideration would need to be given to corners in lines, e.g. the displacement given would indicate the gap between the two paths, and would have to be maintained around the corners. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
