Hello Sergey,
Using ANGLE FOLLOW in the label block will provide labels that follow
the curvature of the line segment that is being labelled. Please note,
that if the line segment is shorter than the label, the label will hang
off the end of the line unless you use MINFEATURESIZE AUTO in the
Thanks everyone for help. I was following the documentation here for Linux
compilation:
http://mapserver.org/installation/unix.html
My apache2 executable is not called httpd but rather apache2 and is located
in /usr/sbin. I'm not sure if this is because apache2 is a newer version, or
the
gregcorradini wrote:
My apache2 executable is not called httpd but rather apache2 and is located
in /usr/sbin. I'm not sure if this is because apache2 is a newer version, or
the package installer defaults to this naming, or it's a Ubuntu Linux thing.
Probably a package installer or Ubuntu
Hello,
I'm having one more compilation conflict on Ubuntu 10.10 with mapserver
5.6.6 and GDAL support. Here's the error:
/usr/bin/ld: cannot find -lodbc
/usr/bin/ld: cannot find -lodbcinst
collect2: ld returned 1 exit status
make: *** [shp2img] Error 1
My ./configure --with-gdal points to the
Hello,
Le mercredi 26 janvier 2011 15:04:45, gregcorradini a écrit :
Hello,
I'm having one more compilation conflict on Ubuntu 10.10 with mapserver
5.6.6 and GDAL support. Here's the error:
/usr/bin/ld: cannot find -lodbc
/usr/bin/ld: cannot find -lodbcinst
collect2: ld returned 1 exit
Thanks Yves,
I tried that -- sudo ldconfig.
But I'm still getting the same errors.
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/make-cannot-find-libodbc-and-libodbcinst-on-compilation-tp5962776p5962843.html
Sent from the Mapserver - User mailing list archive at
On 11-01-26 11:14 AM, Mike Stoddart wrote:
I've read many posts and tried several options but my label text is
always clipped at the edge of the tile. My mapfile contains:
MAP
METADATA
LABELCACHE_MAP_EDGE_BUFFER -30
END
...
LAYER
PROCESSING LABEL_NO_CLIP=ON
..
LABEL
Thanks Jeff, using this, most of my text labels are missing. My labels
always need to be visible.
Thanks
Mike
On Wed, Jan 26, 2011 at 10:35 AM, Jeff McKenna
jmcke...@gatewaygeomatics.com wrote:
On 11-01-26 11:14 AM, Mike Stoddart wrote:
I've read many posts and tried several options but my
I came into this conversation a bit late, but...
So you're tiling, and using MS as your backend. Are you using TileCache
or similar in between? If so, TileCache supports meta-tiling which may
help your label problems significantly.
Using meta-tiling, TileCache requests a much larger tile
Thanks Gregor,
I was using TileCache, but I switched it off to debug this problem. If
TileCache generates larger tiles, will there still be clipped labels?
Just fewer clipped labels? I don't think this is a workable solution
for me, but if I have the time I'll try it.
Thanks
Mike
On Wed, Jan
I was using TileCache, but I switched it off to debug this problem. If
TileCache generates larger tiles, will there still be clipped labels?
Just fewer clipped labels? I don't think this is a workable solution
for me, but if I have the time I'll try it.
Correct; there would be FEWER labels
Thanks again. I don't think MapServer will work for me, but thanks for
your help.
On Wed, Jan 26, 2011 at 10:48 AM, Gregor at HostGIS gre...@hostgis.com wrote:
I was using TileCache, but I switched it off to debug this problem. If
TileCache generates larger tiles, will there still be clipped
On 1/26/2011 7:55 AM, Mike Stoddart wrote:
Thanks again. I don't think MapServer will work for me,
but thanks for your help.
Sure, you're quite welcome.
I am curious what else you would use that would eliminate tile-edge
artifacts. What map-serving software would you use, for example? I'm
We currently use a custom generated SVG map - our maps are very small
compared to most. I'm exploring alternatives and (shhh) playing with
different technologies.
Mike
On Wed, Jan 26, 2011 at 10:56 AM, Gregor at HostGIS gre...@hostgis.com wrote:
On 1/26/2011 7:55 AM, Mike Stoddart wrote:
Hi,
I met the edge issue when I had to produce statistics maps with
proportional symbols.
TileCache addressed the issue indeed, with the metaBuffer option
(see http://tilecache.org/docs/README.html#configuration).
It means that MapServer will be called to generate larger tiles which
are then
Thanks Jean-François, I'll try your solution.
Is this clipping issue only a problem in the AGG renderer or does the
original GD(?) renderer have the same problem.
Thanks
Mike
On Wed, Jan 26, 2011 at 11:00 AM, Jean-François Gigand
jean-franc...@gigand.fr wrote:
Hi,
I met the edge issue when I
I set metaBuffer to 20 (I have SIZE=10) and there's no difference.
metaTile=yes
metaBuffer=20
Thanks
Mike
On Wed, Jan 26, 2011 at 11:12 AM, Jean-François Gigand
jean-franc...@gigand.fr wrote:
I'm not sure if the issue is related to the renderer.
My issue is met on both AGG and GD, and is
On 1/26/2011 8:25 AM, Mike Stoddart wrote:
I set metaBuffer to 20 (I have SIZE=10) and there's no difference.
metaTile=yes
metaBuffer=20
Try metaTile=true, without the marks.
And of course, erase any existing cached tiles, so you're sure to be
generating new ones. I hate when I forget that;
Sorry, the server is on my laptop and isn't accessible from the
outside world. Yeah I've been burned too with a stale cache so I
delete it everytime I make a change. I also restart Apache to make
sure the new configuration is read.
test.map:
LAYER
NAME test_text
CONNECTIONTYPE postgis
Let's see:
For starts, set PARTIALS FALSE and FORCE FALSE in the mapfile. That
would prevent truncated labels, which would be worse than missing
labels. (presumably)
You may also want to add MAXSIZE 2048 to the mapfile, an element of the
MAP object. This would allow 5x5 (1280) tiles, as
My problem is that I need ALL labels to be complete and visible. I
cannot display a partial label. Now I don't see any clipped labels
because they aren't displayed. I'm using:
tilecache 2.11
mapserver-5.4.2.3.fc12.x86_64
mapserver-python-5.4.2.3.fc12.x86_64
which I should have mentioned earlier.
My problem is that I need ALL labels to be complete and visible.
I don't think that's possible if you're using tiles. Somewhere, some
label will be close to a tile boundary and be truncated or omitted.
If you find a mapping engine that can place labels like that (drawing
half of a label on
I admit I haven't checked but does Google et al suffer the same problem?
On Wed, Jan 26, 2011 at 12:03 PM, Gregor at HostGIS gre...@hostgis.com wrote:
My problem is that I need ALL labels to be complete and visible.
I don't think that's possible if you're using tiles. Somewhere, some label
On 1/26/2011 9:05 AM, Mike Stoddart wrote:
I admit I haven't checked but does Google et al suffer the same problem?
If you mean overlaying your data atop Google, say a small dataset
expressable as KML, that should work A-OK. If it's pure vector data
being rendered client-side, tiling
Hi,
2011/1/26 Gregor at HostGIS gre...@hostgis.com:
My problem is that I need ALL labels to be complete and visible.
I don't think that's possible if you're using tiles. Somewhere, some label
will be close to a tile boundary and be truncated or omitted.
I think it is possible! Because
I set metaBuffer to 100 and I'm seeing this in MapServer's log:
msDrawLabelCache(): labelcache_map_edge_buffer = -100
But tilecache always passes a width and height of 256 in the URL to mapserver.
Thanks
Mike
On Wed, Jan 26, 2011 at 2:46 PM, Jean-François Gigand
jean-franc...@gigand.fr wrote:
I have three layers; polygon, line and text (point). I get better
results when I combine all three layers into one OpenLayer layer than
when I move the text layer into its own OpenLayer layer. But I'm
seeing fewer partials.
Thanks
Mike
On Wed, Jan 26, 2011 at 2:46 PM, Jean-François Gigand
Hi,
I have never done this kind of label stuff myself, but Mapserver documentation
seems to say that first the LAYER should have LABELCACHE ON before other
advanced features have an effect. You sure have activated labelcache?
-Jukka Rahkonen-
-Alkuperäinen viesti-
Lähettäjä:
labelcache on is the default setting, and will apply for all layers
where you have not set FORCE TRUE on your labels. if you don't want
overlapping labels, this should be left as is.
when tiling, you should *always* set PARTIALS FALSE on all your labels.
- the metabuffer tilecache option should
Much thnx to Jeff for his reply.
I ran $ ldconfig -v /tmp/ldconfig.output.txt 21
I found libodbc* in the output to be in exactly the same directories as when
I run $ sudo find / -name libodbc*
So as far as i can tell this means gdal-config is saying my libodbc*
libraries should be one place
On 1/26/2011 10:57 PM, Gregor at HostGIS wrote:
*bump* Any developers out there care to comment on the visual artifacts?
https://www.cartograph.com/~gregor/1.gif
Normal polygons with corners aren't a real problem, but circles and
curves like this render better as lines than polygons.
Any ideas
A while back someone, maybe Thomas Bonfort, did some performance tests
comparing GD to AGG, and if I recall AGG was only slightly slower and in
at least a couple of cases it was faster the GD.
In our case, GD renders in 1 second and AGG in 3 in these few tests
cases we're concerned with. We're
32 matches
Mail list logo
