Yes, this will also be an issue, even if the map is in a projected coordinate
system. A physical measurement on the monitor will be off by the ratio of
actual display resolution to 96 (which is the default used for map scale).
Traian
-Original Message-
From:
If the map is rendered in degrees (which seems to be the case based on the
status line text), then the map scale is only accurate for either the vertical
or horizontal dimension. Sheboygan being at the latitude it is, one horizontal
degree is probably half the distance of a vertical degree. So
Hi Zac,
Has the patch I submitted for making the GDAL provider multithreaded been
checked in?
http://trac.osgeo.org/mapguide/ticket/462
I remember at the time the PSC did not allow me to check it in, so I didn't
follow up further.
The patch was sufficient to make MapGuide use multiple
If you already have the points in an array, it's probably simplest to implement
the sum of triangle areas given here:
http://en.wikipedia.org/wiki/Polygon#Area_and_centroid
This assumes your points are not in LatLong coordinates, which would require
something more complex.
Traian
To be precise, if repeat is set to zero or a negative number, the symbol will
only be placed at the start and/or end offset positions. I assume that removing
the repeat element just sets it to zero which has the desired effect.
Here is some extra information from Walt for about what happens
you submitted, there are basically two things : added ref count
to connection and creating copy of the schema ?
The refcount change is related or not to changes made in MG connection manager?
Thanks,
Haris
On Sat, May 28, 2011 at 6:32 PM, Traian Stanev traian.sta...@autodesk.com
wrote:
Hi
is still there -- it's been
two years since I last looked at that code.
Traian
-Original Message-
From: mapguide-users-boun...@lists.osgeo.org
[mailto:mapguide-users-boun...@lists.osgeo.org] On Behalf Of Traian Stanev
Sent: Sunday, May 29, 2011 12:47 PM
To: MapGuide Users Mail List
no
effect
That patch sounds pretty important, can we commit it?
On Sun, Apr 17, 2011 at 3:18 AM, Traian Stanev
traian.sta...@autodesk.commailto:traian.sta...@autodesk.com wrote:
Not sure if that would help, but a patch I did a while back to fix refcounting
issues with the GDAL provider also
Hi Jackie,
Here is a link to a SHP file containing buildings for Boston, MA with roof
height field.
http://www.mass.gov/mgis/lidarbuildingfp2d.htm
Traian
-Original Message-
From: mapguide-users-boun...@lists.osgeo.org
[mailto:mapguide-users-boun...@lists.osgeo.org] On Behalf Of
.
Traian
-Original Message-
From: mapguide-users-boun...@lists.osgeo.org
[mailto:mapguide-users-boun...@lists.osgeo.org] On Behalf Of Traian Stanev
Sent: Friday, May 20, 2011 2:43 PM
To: 'mapguide-users@lists.osgeo.org'
Subject: RE: [mapguide-users] Spatial data required for implementing
Hi Gordon,
Computed properties are not implemented in the OGR provider. You can create an
enhancement request, but it will not be a high priority item to implement,
unfortunately. As a workaround, you can consider exporting your data to SQLite,
SHP or SDF.
Traian
-Original Message-
Not sure if that would help, but a patch I did a while back to fix refcounting
issues with the GDAL provider also included an optimization about config file
parsing which sped up opening of new GDAL connections by a factor of 10 at
least.
The patch is attached to this ticket:
In the limit, fetching data from an in-process, close to native representation
(e.g. SQLite) will significantly outperform an out-of-process (and possibly
remote machine) based RDBMS, at the very least due to the latency and
inter-process communication involved.
One could claim that the
If you find a way to convert EMF to XPS, you can then (theoretically) use the
XPS geometry directly into your symbol definition, since it's the same format.
I realize it's a big If though.
Traian
-Original Message-
From: mapguide-users-boun...@lists.osgeo.org
to
create tiles for this very detailed part (approx. 1/20 in both
dimensions). And the surprising part was that empty tiles, which are
400 times more than the useful ones, were not generated faster. I
guess Daniel is facing the same problem.
Stefan Dalakov
Traian Stanev wrote:
It’s also a bit
It’s also a bit suspicious that it’s generating 400M tiles - that’s something
like 20K tiles in each dimension. I’m not sure what extent your map covers, but
that seems like it would be too detailed of a scale for anything but
whole-world maps.
Traian
From:
Double or Int64 won't work, it has to be Int32, or you have to make your color
expression in the XML include an explicit cast to Int32, like this:
ToInt32(myInt64FdoProperty)
FDO expressions are strongly typed. Sometimes unnecessarily so. :)
Traian
-Original Message-
From:
I recently did a build of the 3.4 FDO OGR provider with dynamic link to GDAL
1.7. It's here:
http://download.osgeo.org/fdo/3.4.1/patches/OGRProvider-3.4.0-gdal17-utf8.zip
If you get a build of GDAL 1.7 DLL with KML support, you should be able to use
it with the posted provider.
Traian
Hi,
I looked at the code and it seems like you can use an FDO property, but not
string property -- the property has to evaluate to an integer. So it should
work if you convert the hex string to an integer.
Traian
-Original Message-
From: mapguide-users-boun...@lists.osgeo.org
I'm not 100% sure, but I think GDAL/OGR (not the FDO provider, GDAL itself)
needs to be compiled with some specific settings in order to have KML support.
You may have to replace the GDAL DLL for FDO with one that has KML support
compiled in it.
Traian
-Original Message-
From:
Can you describe what exactly you did when you manually edited xml?
Traian
-Original Message-
From: mapguide-users-boun...@lists.osgeo.org
[mailto:mapguide-users-boun...@lists.osgeo.org] On Behalf Of David Hequet
Sent: Wednesday, March 10, 2010 5:23 AM
To:
Hi Kenneth,
You're right, if the file is 2MB+, then it must be using a static link.
However, I am pretty sure that the default FDO build of the provider does a
dynamic link (i.e. uses gdal_i.lib and not gdal.lib). I know that some time in
the past it was changed from static to dynamic link,
Why OGR is no more built by default with PostGIS support?
It never was compiled with PostGIS by default. Before, I was doing a custom
build with a static link to an OGR build which has PostGIS support built in.
Needless to say that takes a long time to do due to the huge dependency list
and
I think ogr2ogr (a tool in GDAL/OGR) should be able to handle this.
http://www.gdal.org/ogr2ogr.html
Traian
From: mapguide-users-boun...@lists.osgeo.org
[mailto:mapguide-users-boun...@lists.osgeo.org] On Behalf Of Rubén Casal Prieto
Sent: Tuesday, January 26, 2010 6:25 AM
To:
MapGuide uses its own (modified) version of gd, under MgDev/Oem/gd/gd. It will
not work if you try to use a another version of gd. So look at the output of
ldd -r libMgRenderer.so and make sure it references the correct gd library.
Traian
-Original Message-
From:
Selection
problem?
THANKS
-Original Message-
From: mapguide-users-boun...@lists.osgeo.org
[mailto:mapguide-users-boun...@lists.osgeo.org] On Behalf Of Traian Stanev
Sent: Tuesday, September 22, 2009 8:07 PM
To: 'MapGuide Users Mail List'
Subject: RE: [mapguide-users] SQLITE
...@lists.osgeo.org
[mailto:mapguide-users-boun...@lists.osgeo.org] On Behalf Of Traian Stanev
Sent: Wednesday, September 23, 2009 11:03 AM
To: 'MapGuide Users Mail List'
Subject: RE: [mapguide-users] SQLITE...and Mapguide/AJAX Multiple Selection
problem?
I posted builds of the latest SQLite
-389C36F85647displaylang=en
It could be that your FDO was compiled with SP1 and the provider is compiled
without SP1 of the Visual C++ runtime.
Traian
-Original Message-
From: mapguide-users-boun...@lists.osgeo.org [mailto:mapguide-users-
boun...@lists.osgeo.org] On Behalf Of Traian Stanev
do you run that seems to work on selections? What installed
Mapguide and FDO level/driver?
-Original Message-
From: mapguide-users-boun...@lists.osgeo.org
[mailto:mapguide-users-boun...@lists.osgeo.org] On Behalf Of Traian Stanev
Sent: Wednesday, September 23, 2009 12:10 PM
but I get the
selection problem.
-Original Message-
From: mapguide-users-boun...@lists.osgeo.org
[mailto:mapguide-users-boun...@lists.osgeo.org] On Behalf Of Traian Stanev
Sent: Wednesday, September 23, 2009 2:47 PM
To: 'MapGuide Users Mail List'
Subject: RE: [mapguide-users] SQLITE
...and Mapguide/AJAX Multiple Selection
problem?
Im not sure my files not a defect now..I'll email you a link
-Original Message-
From: mapguide-users-boun...@lists.osgeo.org
[mailto:mapguide-users-boun...@lists.osgeo.org] On Behalf Of Traian Stanev
Sent: Wednesday, September 23, 2009
a link
-Original Message-
From: mapguide-users-boun...@lists.osgeo.org
[mailto:mapguide-users-boun...@lists.osgeo.org] On Behalf Of Traian Stanev
Sent: Wednesday, September 23, 2009 2:59 PM
To: 'MapGuide Users Mail List'
Subject: RE: [mapguide-users] SQLITE...and Mapguide/AJAX
What is the date of your SQLite dll (and what version of MapGuide, FDO)? There
have been numerous fixes done to the SQLite provider in the last few months,
and your problem has also likely been fixed.
Traian
From: mapguide-users-boun...@lists.osgeo.org
are right...Where do you get the newer files?
-Original Message-
From: mapguide-users-boun...@lists.osgeo.org
[mailto:mapguide-users-boun...@lists.osgeo.org] On Behalf Of Traian Stanev
Sent: Tuesday, September 22, 2009 6:39 PM
To: MapGuide Users Mail List
Subject: RE: [mapguide-users] SQLITE
on
these?
-Original Message-
From: mapguide-users-boun...@lists.osgeo.org
[mailto:mapguide-users-boun...@lists.osgeo.org] On Behalf Of Traian
Stanev
Sent: Tuesday, September 22, 2009 7:41 PM
To: MapGuide Users Mail List
Subject: RE: [mapguide-users] SQLITE...and Mapguide/AJAX Multiple
Selection
Try something like:
FID LIKE Concat(ToString($USER_VARIABLE), '%')
Traian
-Original Message-
From: mapguide-users-boun...@lists.osgeo.org [mailto:mapguide-users-
boun...@lists.osgeo.org] On Behalf Of Mark Hedges
Sent: Wednesday, August 26, 2009 2:52 PM
To:
There shouldn't be a big difference... I guess if there was massive
fragmentation of the tables in the database it might affect things but not too
much. If performance is a problem you could try using SQLite data sources.
Traian
-Original Message-
From:
To add another data point to this, I recently did something similar, but I
chose a different approach. I used gdal to combine all the raster files into
one big tiff, and then made an overlay pyramid for that TIFF as well. This way,
there is no need for the configuration file or tile index.
There are APIs in the rendering service for both clipped and unclipped
rendering. RenderDynamicOverlay clips, while RenderMap doesn't. I'm not sure
which one Fusion uses though. You can try manually issuing a RenderMap to see
if you get the result you want. Using the un-clipped rendering
want a false border on the clipped
polygon.
Dave
-Original Message-
From: mapguide-users-boun...@lists.osgeo.org
[mailto:mapguide-users-boun...@lists.osgeo.org] On Behalf Of Traian Stanev
Sent: Wednesday, April 01, 2009 10:41 AM
To: 'MapGuide Users Mail List'
Subject: RE: [mapguide-users
I checked the source code - it seems like the code that parses colors for
symbol definitions only works when the full 8 bytes are specified in the color
string (so you have to prepend your 6 byte strings by FF for fully opaque).
Interestingly enough, the code that does the same for regular
Hi,
I checked with one of the developers of the resize box, and here is his answer:
==
The ResizeBox functionality is not designed to do what he wants (scale the
symbol and make it fit to the ResizeBox).
Here's the description from the schema's ResizeBox element:
The optional box used to
Hi,
Composite styles and regular old styles are mutually exclusive when rendering a
map layer. Composite styles take precedence. If you need both to display, you
will have to duplicate the layer, or convert the regular style to draw as a
composite style. I realize that converting an area
Yes, the OGR provider DLL with PostGIS support requires the libpq.dll from
Postgres to work. It does not require the PostGIS*.dll files, these are part of
the dedicated PostGIS provider.
Traian
From: mapguide-users-boun...@lists.osgeo.org
[mailto:mapguide-users-boun...@lists.osgeo.org] On
paramaters fit in to this? once the second path has been
scaled to fit the extents of the first would the whole symbol then be scaled
to fit the resizebox?
Perhaps a diagram would better explain it's function ? or perhaps I just
can't get my head around it :(
Traian Stanev wrote:
Hi,
I
According to the OGR documentation (http://www.gdal.org/ogr/drv_pg.html), if
spatial tables exist in your database (i.e. the geometry_columns table exists),
it will only list these as OGR layers, and not the other tables.
You can try using the PostGIS provider, but I don't know how it treats
You have to know the data type of the thing you are decoding. If it is a
string, the decoded byte array is a utf8 string with a null terminator. So you
have to look at it as an array of bytes, and not a number.
If I take the integer 892744497 and convert to hex using little endian, I get
the
Hi,
It looks like the code that clips fills to polygon boundaries does not work for
images and text (it works for polygon and line based fill styles). Could you
create a ticket and if possible attach an mgp package file with which to test?
Thanks,
Traian
-Original Message-
From:
This is more of a workaround than a solution to the problem, but... You can try
to make some expression that converts the date to a string of the form
-MM-DD and then write your filter as a string comparison. You can compare
dates in this format using simple string comparisons
PostGIS support was not dropped from the provider. The default build of the OGR
provider now dynamically links to the GDAL/OGR dlls, unlike before when I did a
static link against my own build of OGR, with PostGIS support enabled.
If your GDAL build has PostGIS support, it *should* also work
In general there is no limit (at least not as small as 1400 points). You may be
hitting a problem with the provider for the file format you are using for your
data.
Traian
-Original Message-
From: mapguide-users-boun...@lists.osgeo.org [mailto:mapguide-users-
).
Milko
Traian Stanev wrote:
What exactly is the problem you are seeing? Also, are you using
Unicode or
some other encoding for the Cyrillic in your data source?
Traian
-Original Message-
From: [EMAIL PROTECTED] [mailto:mapguide-users-
[EMAIL PROTECTED
What exactly is the problem you are seeing? Also, are you using Unicode or some
other encoding for the Cyrillic in your data source?
Traian
-Original Message-
From: [EMAIL PROTECTED] [mailto:mapguide-users-
[EMAIL PROTECTED] On Behalf Of milko_velichkov
Sent: Wednesday, October
Did you try to use scale ranges to control the style and visibility of the bad
layer at high zoom factors? This may alleviate your problem.
Traian
-Original Message-
From: [EMAIL PROTECTED] [mailto:mapguide-users-
[EMAIL PROTECTED] On Behalf Of Jonathan Manafi
Sent: Tuesday,
Of course it allows you to create files with the API -- in the same way as
other file-based providers. The converter that comes with the provider is
purely FDO code and it uses the FDO API to create new files.
Someone just needs to try it with FME and log any problems that come up so I
can
It should be possible to have the font name be treated as an expression if you
use the new symbol definition XML to define the style. Same for color.
Traian
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gary Morin
Sent: Monday, September 15, 2008 3:00 PM
To: 'MapGuide Users
Hi Johan,
Search for the LineWeightScalable tag in the SymbolDefinition schema and the
SizeContext tag in the LayerDefinition schema, which could also be useful for
drawing map space symbols.
Traian
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Johan Nel
Sent: Monday,
There is no size limit. To make sure this layer is to blame, did you turn off
all other layers when viewing the map? Also, is this a line layer or a polygons
layer. What line style or polygon style is it using to render? Is there
labeling?
Traian
-Original Message-
From: [EMAIL
with speed but it is
still
very slow when we select a stream to get its properties. I don't
know
which
line style is being used, I will have to get back to you on that
question.
thanks
brad
Traian Stanev wrote:
There is no size limit. To make sure this layer is to blame, did
Try switching the draw order of the two layers. This way the POI labels would
get processed before the highway labels and reserve a spot on the screen early.
Traian
-Original Message-
From: [EMAIL PROTECTED] [mailto:mapguide-users-
[EMAIL PROTECTED] On Behalf Of Theresazhxp
Sent:
PROTECTED] On Behalf Of Traian
Stanev
Sent: Tuesday, June 03, 2008 5:08 PM
To: MapGuide Users Mail List
Subject: RE: [mapguide-users] Custom Symbols...
There is not enough information to answer this. Is the rest of the road
drawn using the same symbol definition, or is it a separate one
. No
errors in the logs after I got the symbol working correctly. At first
I
had just the image showing up, no text, it still had the same behavior.
Martin
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Traian
Stanev
Sent: Thursday, June 05, 2008 11
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Traian
Stanev
Sent: Sunday, June 01, 2008 7:35 PM
To: MapGuide Users Mail List
Subject: RE: [mapguide-users] Custom Symbols...
Hi Martin,
You are using incorrect format for the Content tag
Hi Martin,
You are using incorrect format for the Content tag. The
data:image/png;base64, piece is not necessary, just the png content converted
to base64.
Here is an example of correct usage:
?xml version=1.0 encoding=UTF-8?
SimpleSymbolDefinition
Is this a general problem with the makefile? If yes, we need to fix it in the
vault.
Traian
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of schwanzy
Sent: Monday, May 19, 2008 10:10 AM
To: MapGuide Users Mail List
Subject: Re: [mapguide-users] libOGRProvider.so
Traian Stanev
Hi Kenneth,
The renderer will unfortunately not respect this -- it always passes an empty
property list to FDO, which means select all columns.
Selecting the right columns from the renderer is difficult in general, since
one would have to go over all the styles and parse any style expressions
You need to have the user name and password in the connection string, and not
in the separate username and password fields that you see in Studio. So
something like:
MYSQL:database,username=myself,password=secret,host=mycomputer,port=666
Is this what you are doing?
Traian
-Original
Hi Andreas,
Polygon fills were temporarily disabled in the MGE/OS 2.0 release. They have
been since enabled again in the Subversion trunk. You would need to compile the
MGOS source from trunk in order to see polygon styles. Sorry for the
inconvenience, and nice polygon fill by the way.
If you do try that, you will need a build of GDAL/OGR compiled with Geos
support. I am not sure how the one that comes with the FDO binary distribution
is built. We could probably remove this requirement by changing
OgrFeatureReader::ReadNext() to perform the intersects using FdoSpatialUtility
Toy can try to split the raster data out into a tiled base layer, which uses
JPEG format. Then use PNG8 format for the vector data (either tiled base layer
or dynamic).
This would move most color variation to the JPEGs, which would then free the
PNG8 color table generation to work with a
A good example for a custom function that takes a string and returns a string
is ExpressionFunctionDecap.h/cpp, which is used for making strings lower case.
You can implement a similar function that runs a bidirectional reordering on
the string. I recommend using PGBA for this. It is freely
I think he means the text is appearing left-to-right, rather than the correct
right-to-left. There is a ticket for that one (#271) and the solution is to
implement a bidirectional reordering algorithm. I have such an algorithm, but
so far have not had time to attempt to integrate it. Like
-Modified: Mon, 03 Mar 2008 00:11:21 GMT
ETag: 28f04d-49088f-3a461c40
Accept-Ranges: bytes
Content-Length: 4786319
Content-Type: text/plain
ELF
Andy
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Traian
Stanev
Sent: Monday, March 03, 2008 9
Try identifying which layer causes the slow down, by selectively turning off
layers. Then see what's peculiar about the layer -- does it have a line style,
or perhaps labeling. There is a known issue around that (layers with lots of
labels at high zoom), which will be fixed very soon.
Traian
Antialiased lines of width 1 pixel do generally look a bit thicker than they
should, when compared to non-AA lines. This is because exact pixel coverage is
computed, and neighboring pixels are also affected a little bit. Some more
in-depth explanations can be found here:
Depends on the data. In general I expect AGG to be faster in text-heavy maps
and GD to be faster in polygon heavy maps. Line-heavy maps would be a tossup,
depending on line width. YMMV.
Traian
From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of
Try adding setting a RenderingPass tag as follows:
SymbolInstance
ResourceIdLibrary://Symbols/SolidLine.SymbolDefinition/ResourceId
ParameterOverrides
Override
SymbolNameSolidLine/SymbolName
ParameterIdentifierLINE_COLOR/ParameterIdentifier
report and it slipped my mind (doh!).
Jason
-Original Message-
From: Traian Stanev
Subject: RE: [mapguide-users] Polygon labels - fusion problems
I think it could be that Fusion uses a RenderMap API which uses
viewport
clipping turned off (resulting in labels always being
Is the name of the primary key for your table ogc_fid? If not, you will need to
set an environment variable for the MG server process.
The environment variable is PGSQL_OGR_FID, as described here
http://www.gdal.org/ogr/drv_pg.html
Traian
-Original Message-
From: [EMAIL PROTECTED]
I don't think the filter fallback you mention (used only when redering) is
causing the problem of being unable to tell how many rings make up a
multi-polygon when using the feature service API, which is what Maciej seems to
be asking.
Maciej, did you also try iterating over the interior
Here is an excerpt from some C++ code from MapGuide that seems to do something
to that effect. You will need to replicate
The for loop that iterates over the inner rings:
INT32 outerNumRings = 0;
PtrMgLinearRing outerRing = polygon-GetExteriorRing();
// OuterRing
int
I think he would like to use a fixed spatial filter as the LayerFilter.
MapGuide generally assumes that the layer filter is an attribute filter and
then combines that with an automatically computed spatial filter based on the
visible extents.
MG Studio's expression builder does not allow you
The maximum size is 16384x16384, but I don't think it is enforced in the
GDRenderer, only in the AGGRenderer which we added in 2.0.
Keep in mind that at 16384x16384 it takes 1 GB of RAM just for the back buffer.
Your machine was likely swapping like crazy, hence it was taking a lot more
than
distance between line endpoints,
does
this mean endpoints only (excluding startpoints)? My LineStrings are
not
explicitly directed - at least not in any specific order.
Regards,
Maksim Sestic
Traian Stanev wrote:
The stitching part is independent of the composite line styles
if network topology
being candidate for stitching is properly noded? Oh, this little quirk made
me code my own AJAX-based tree view :-)
Haven't had opportunity to check how latest MGOS works, but MGE 2008 won't
stitch them correctly.
Regards,
Maksim Sestic
Traian Stanev wrote:
Yes, that's what
For your item 3:
3) To get it looking GoogleMaps-alike, you'll have to use at least two
separate layers: one for borders, the other (one pixel narrower, above it)
for continuous fill. In my case, both of them are stored in base layer
group.
=
You do not need to use
First of all, w = 48 = 11, not 10.
Then piw = 101001 100010 11 = 1010 0110 0010 1100 = A6 2C = 2C A6
(little endian byte order) = 11430.
Traian
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jim O'Leary
Sent: Friday, December 28, 2007
Comparing to Google Maps... Google Maps scales font size very significantly as
well. For example, look at Armory Drive here:
http://maps.google.com/?ie=UTF8hl=enq=10+market+st,+san+franciscof=qsll=37.0625,-95.677068sspn=23.875,57.630033ll=37.729075,-122.501915spn=0.003407,0.006689z=18om=1
Yes, you have to use Mercator. To make the tiles match perfectly across the
whole world, you will need to use a custom Mercator rather than the default one
in MapGuide (last time I did it, I had to hardcode the projection into
MapGuide). I think that if you restrict yourself to a small region,
What part is slow? Slow to generate? Slow to paint in the browser?
Traian
From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Martin Fafard [EMAIL
PROTECTED]
Sent: Thursday, December 13, 2007 3:38 PM
To: MapGuide Users Mail List
Subject:
And if that fixes it, make the symbol 1 pixel and transparent so that it is not
visible. J
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew DeMerchant
Sent: Tuesday, December 04, 2007 9:34 AM
To: MapGuide Users Mail List
Subject: Re: [mapguide-users] Overlapping labels for
Message-
From: Traian Stanev
Subject: RE: [mapguide-users] Not much luck with ogr or postgis on
Ubuntu
Could you open providers.xml (should be under your fdo-3.3.0/lib) and
find the entries for the PostGIS and OGR providers, then send us those
snippets
ldd -r whatever.so
is the equivalent of depends. It will tell you if dependencies are not found.
Traian
From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Jason Birch [EMAIL
PROTECTED]
Sent: Friday, November 30, 2007 11:38 AM
To: MapGuide Users
Could you open providers.xml (should be under your fdo-3.3.0/lib) and find the
entries for the PostGIS and OGR providers, then send us those snippets?
Traian
__
From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Joanne Cook [EMAIL
PROTECTED]
Sent: Friday,
It is likely (incorrectly) treating the remaining rings of the polygon
as holes and the intersection check fails for them. This instersection
check is done by the FDO provider, so it would be the SHP FDO provider
that is doing intersection wrong. One thing you could try - convert your
SHP to
Of Jackie Ng
Sent: Monday, October 29, 2007 1:37 AM
To: mapguide-users@lists.osgeo.org
Subject: RE: [mapguide-users] Strange labels on Ubuntu Linux 7.10
Hmm, that layer (Districts) defines the font as Verdana, but I already
have
the Verdana font installed. ??
- Jackie
Traian Stanev
To: mapguide-users@lists.osgeo.org
Cc:
Subject: RE: [mapguide-users] Strange labels on Ubuntu Linux 7.10
Hi Traian,
Your last suggestion was the cure! Cheers.
- Jackie
Traian Stanev wrote
It's likely failing to match the font used for the labels. For example if it is
set to Arial and the Linux box doesn't have that font, it may match with some
other font -- and the matching is not always perfect. One solution is to
install the right fonts on the Linux box, another is to
Hi,
It's hard to tell what's going wrong from this. One idea would be to change
directory to /Oem/DWFTK7.1/develop/global/src/dwf and directly run the DWF
configure/make from there (those files should already be there). Then see what
errors get thrown.
Traian
-Original Message-
If you have long polylines, they may get labeled several times with a
spacing of a few hundred pixels between labels. May be this is what you
are seeing.
Inverted labels should be rare -- only if you have circular or nearly
circular polylines in your layer. Even then the code in 1.2 will try to
1 - 100 of 125 matches
Mail list logo
