<div dir="ltr"><br><div class="gmail_quote"><br><div dir="ltr"><div><div><div><div><div><div><div>Markus,<br><br>thanks for the notes. Finally I realized that in an UTF-8 environment <b>what v.label does is ok</b>, its generated files (pure text with pre-calculated placements) are identical to system codepage.<br><br></div><b>ps.map itself is the component which is limited to latin1</b>.<br><br></div>Actually I haven't stopped at this problem but started to make an alternative script for myself. In the near future I may have to create maps with khmer text on it. <br>As a workaround I've created a script and discovered that I could simulate the work done by ps.map with some handmade calculations.<br></div>The result is not worse (visually in terms of generated code) than my beloved ps.map definition files. I have full control on display, raster, vector and other map gadgets (north, scalebar, etc). I use GRASS_RENDER_* variables, and all d.* commands. Cairo driver with BMP output is very fast. I put each map "layer" into a different BMP files with identicatal resolutions.<br></div><br></div>Merging (stacking, layering, flattening or whatever you call it) and opacity are the only steps I need to use external command for which is <b>imagemagick</b>.<br><br></div>The resolution is currently a given dpi (300-600) bitmap but I'd like to test the toolchain with svg output as well to keep vectors for best print process.<br></div>Anyway, an oversampled bitmap (600 dpi for 300 dpi target) is usually enough so I'm ready for my own purposes.<br><div><br></div><div>I'm not too familiar with postcript but I'm also interested if it could be enhanced anyway to work with opentype/ttf unicode fonts and glyphs.<br><br></div><div>Thanks again<br></div><div>Robert<br><br></div><div><br><br></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
AFAIK there is no encoding support available in v.labels at time.<br>
Please open an enhancement ticket for this at<br>
<br>
<a href="https://trac.osgeo.org/grass/newticket" rel="noreferrer" target="_blank">https://trac.osgeo.org/grass/newticket</a><br>
(requires to register first at OSGeo, see there).<br>
<br>
> I've found some links to<br>
> <a href="http://v.label.sa" rel="noreferrer" target="_blank">v.label.sa</a> which is not available in my Grass setup nor on the extension<br>
> list.<br>
<br>
Unfortunately <a href="http://v.label.sa" rel="noreferrer" target="_blank">v.label.sa</a> is not compliant with GRASS GIS 7, see<br>
<a href="https://trac.osgeo.org/grass/ticket/1942" rel="noreferrer" target="_blank">https://trac.osgeo.org/grass/ticket/1942</a><br>
<br>
[...]<br>
> Is there a chance to create it at all? UTF-8 is essential and some<br>
> characters I need to print are not available in latin1.<br>
<br>
Fully agreed! Let's follow up via ticket on this.<br>
<span><font color="#888888"><br>
Markus<br>
<br><span><font color="#888888">
<br>
--<br>
Markus Neteler<br>
<a href="http://www.mundialis.de" rel="noreferrer" target="_blank">http://www.mundialis.de</a> - free data with free software<br>
<a href="http://grass.osgeo.org" rel="noreferrer" target="_blank">http://grass.osgeo.org</a><br>
<a href="http://courses.neteler.org/blog" rel="noreferrer" target="_blank">http://courses.neteler.org/blog</a><br>
</font></span></font></span></blockquote></div><br></div>
</div><br></div>