Hi!
Can I change the coordinates of the Label's region through SWIG MapScript
API?
I use mapscript library for .Net.
I tried to use labelCacheMemberObj object and poly attribute for the
problem, but the attribute is read only
--
View this message in context:
Hi,
I have a datarange on the map file stipulated as
DATARANGE 0.0 100
Is there a way to have this specified as data quartiles? And the RangeItem
is dynamic.
Any pointers on how to go about this.?
--
Regards,
Jude Mwenda
Skype id: jmwenda
Twitter: www.twitter.com/judemwenda
Web:
Thomas,
Yes, I've been trying to come up with good map file syntax to
indicate labeling of the transformed geometry. Currently mapserver allows:
- transformed original geometry (buffer, difference)
- augmented original geometry (bbox, start/end, vertices)
- rendered label geometry
All,
I've been following this thread with interest.
Was wondering, does it make any sense to consider building out an entirely new
geometry set that is based on the original geometry. On the surface this seems
like overkill, but I wonder if treating this situation as an indexing sort of
On 11-06-06 06:29 PM, Peter Girgis wrote:
Hi all
I wonder if anyone can assist me with this issue.
I have a TAB file which contains points and a second TAB file which
contains the labels.
The two TAB files are relational so I can look up the label using a
unique id however I cannot work out
Bob,
I take it you mean making the transformed geometry persistent to
minimize the performance hit? You can do that now by creating
additional layers with your favorite GUI or command line tools. My
buffered geometry is for visualization only (so far?) so the buffer
distance is in pixels
Brent,
I was thinking initially about some sort of half way between persistent and
original, the difference being, primarily, that these buffered objects would
end up being real and new geometries, instead of buffered thingies. This would
allow for using the existing labeling capabilities.
Brent, Thomas,
Could we optionally allow GEOMTRANSFORM inside the LABEL and here it
would be only used for the label. I guess the ambiguous part might be
does this GEOMTRANSFORM in the label work based on the original geometry
or LAYER level GEOMTRANSFORM that might precedes it.
This seems
I was thinking about layer and label-level GEOMTRANSFORMs, yes.
-Original Message-
From: mapserver-users-boun...@lists.osgeo.org
[mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Stephen Woodbridge
Sent: Tuesday, June 07, 2011 3:46 PM
To: mapserver-users@lists.osgeo.org
Oh sure, make it simple...
Best Regards,
Brent Fraser
On 6/7/2011 2:45 PM, Stephen Woodbridge wrote:
Brent, Thomas,
Could we optionally allow GEOMTRANSFORM inside the LABEL and here it
would be only used for the label. I guess the ambiguous part might be
does this GEOMTRANSFORM in the
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
11 matches
Mail list logo