Re: [mapserver-users] MapServer v GeoServer
Hi, I am listing just the advantages of Geoserver and not the other way. - Biggest advantage for new or simple minded users like me can be seen here: http://demo.opengeo.org/geoserver/web/ The whole server can be controlled with the admin utility. If one does not like it or wants to do automated tasks it is also possible to use a RESTful alternative or just edit the configuration files manually. - Layers are automatically configured for both WMS and WFS - Geoserver does WFS-T with a bunch of backends, of those PostGIS and Oracle have a pretty good support. Mapserver does not do WFS-T, and TinyOWS which is a nice pair with Mapserver is only for PostGIS. - WFS should be the same standard for all but somehow Geoserver WFS has been more standard than Mapserver WFS. - Geoserver has an integrated security system for user management. The next ones are more a matter of taste - If Java + Tomcat etc. architecture is in use then Geoserver integrates fine into it. - There are people who love XML configuration files and Geoserver is using them. - Styling is done with SLD files which also the OGC way. - There are more graphical styling utilities available for SLD than for styling with a mapfile. I read the blog from http://s3.cleverelephant.ca/geoweb-mapserver.pdf It is rather old and readers should investigate what is situation right now with Mapserver 6.0 and Geoserver 2.1 both published yesterday. However, the metaphoras are probably still valid. Mapserver is a cheetah and an oxe while Geoserver is a car (both are fast and strong but one is easier to ride than the other). -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: mapserver-users-boun...@lists.osgeo.org puolesta: Jon-Paul Dobson Lähetetty: to 12.5.2011 18:51 Vastaanottaja: mapserver-users@lists.osgeo.org Aihe: [mapserver-users] MapServer v GeoServer Hi, MapServer appears to do most of what I need it too. Is there any reason why one would choose GeoServer as an alternative? Are there any disadvantages to MapServer when compared to GeoServer? Regards, Jon-Paul. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] MapServer 6.0.0 Release
The MapServer Team is pleased to announce the long awaited release of MapServer 6.0.0. The 6.0 release introduces important changes in key components of the MapServer core, as well as a large number of new features and enhancements. The complete list of changes and enhancements is too long to include here, so here is a quick list of RFCs related to this release: (RFCs are available online at http://mapserver.org/development/rfc/) Core Changes in MapServer 6.0 Which Could Affect Existing Applications: --- * MS RFC 54: Rendering Interface API * MS RFC 64: MapServer Expression Parser Overhaul * MS RFC 65: Single-pass Query Changes for 6.0 New Features and Notable Enhancements in MapServer 6.0: --- * MS RFC 50: OpenGL Rendering Support * MS RFC 58: Kml Output * MS RFC 60: Labeling enhancement: MAXOVERLAPANGLE * MS RFC 61: Enhance MapServer Feature Style Support * MS RFC 62: Support Additional WFS GetFeature Output Formats * MS RFC 63: Built-in OpenLayers map viewer * MS RFC 66: Better handling of temporary files * MS RFC 67: Enable/Disable Layers in OGC Web Services * MS RFC 68: Support for combining features from multiple layers * MS RFC 69: Support for clustering of features in point layers More details are also available in the 6.0 release plan at: http://mapserver.org/development/release/release-plan-6.0.html Migration Guide: Users upgrading to 6.0 from an older 5.x release are strongly encouraged to start by reviewing the 5.6 -> 6.0 migration guide. This document contains important notes on backwards incompatibilities or other changes required when upgrading to 6.0. The latest version is available online at: http://mapserver.org/MIGRATION_GUIDE.html Source Code Download: - The source for this release can be downloaded at: http://mapserver.org/download.html or http://download.osgeo.org/mapserver/mapserver-6.0.0.tar.gz Binary Distributions: - Existing MS4W 3.0 users can upgrade to this MapServer 6.0.0 release by following instructions at: http://www.maptools.org/ms4w/index.phtml?page=RELEASE_mapserver_ms4w3.x_dev-6.0.0.html Ubuntu Binaries for hardy, lucid, maverick and natty are also built and available in the unstable PPA of UbuntuGIS. See details and instructions at: http://trac.osgeo.org/ubuntugis/ The other binary distributions listed in the download page should also be updated with binaries for the new release shortly. Documentation: -- The MapServer documentation team is continuing to update and maintain documents, and are happy to announce that MapServer documentation is now available in English, German, French, and Spanish at http://www.mapserver.org/. Volunteers are always needed to help translate documents and update the documentation. The documentation team asks those volunteers interested in translating documents to please introduce yourself on the mapserver-dev email list. Finally, thank you to all of the users, developers, and supporters of MapServer. Enjoy! - The MapServer Team P.S. A copy of this announcement in pretty print is available online at http://mapserver.org/development/announce/6-0.html ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] MapServer v GeoServer
Hello, You can look for example this comparison by P. Ramsey http://s3.cleverelephant.ca/geoweb-mapserver.pdf Regards ThomasG GIS specialist ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] MapServer v GeoServer
There have been lots of comparisons done, just Goggle mapserver vs geoserver. IMHO the big differences are: -Platform: C/C++ vs Java -GeoServer WFS-T Support (although see TinyOWS for WFS-T and MapServer) -GeoServer GUI-based configuration (vs mapfiles) You may also be interested in the 2010 WMS shootout results : http://2010.foss4g.org/wms_benchmarking.php See the link at the bottom of that page to the PDF for results. That's one "neutral" comparison, albeit for one aspect of things : WMS performance. My 2 cents. Yves ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
RE: [mapserver-users] MapServer v GeoServer
There have been lots of comparisons done, just Goggle mapserver vs geoserver. IMHO the big differences are: - Platform: C/C++ vs Java - GeoServer WFS-T Support (although see TinyOWS for WFS-T and MapServer) - GeoServer GUI-based configuration (vs mapfiles) There are other more nuanced differences that would be use case specific. Steve From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Jon-Paul Dobson Sent: Thursday, May 12, 2011 10:51 AM To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] MapServer v GeoServer Hi, MapServer appears to do most of what I need it too. Is there any reason why one would choose GeoServer as an alternative? Are there any disadvantages to MapServer when compared to GeoServer? Regards, Jon-Paul. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] MapServer v GeoServer
Hi, MapServer appears to do most of what I need it too. Is there any reason why one would choose GeoServer as an alternative? Are there any disadvantages to MapServer when compared to GeoServer? Regards, Jon-Paul. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Re: sld pointsymbolizer
ok it is solved pb with it is better whitout On Thu, May 12, 2011 at 3:20 PM, Tonton wrote: > hello > > i use sld to symbolize a wms layer > > the sld file is validate by udig to describe the same postgis sources > > but in the wms we don't see any point (i use well known star) but label > is drawing correctly > > i dont read any error in mapserver log ms-error.txt > > how to know where is trouble log level or apache cgi option? > > regards > > tonton > ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Re: mapserver-users Digest, Vol 40, Issue 29
Thanks Jeff, Truth be told, I haven't set up a map file with a shapefile for about three years (all our data is in PostGIS now), so I haven't looked at the docs on that for a while. Based on the feedback here, could I maybe suggest that the last part of the shptree page be reworded to something like <<< Mapfile Notes The qix will be used when it is available and may provide significant gains in rendering speed. ESRI index files (.sbn / .shx) are not used by MapServer. Note Prior to Mapserver 5.2, in order for MapServer to use the.qix extension you MUST NOT specify the extension, for example: LAYER ... DATA "us_states"#MapServer will search for us_states.qix and will use it ... END LAYER ... DATA "us_states.shp"#MapServer will search for us_states.shp.qix and won't find it ... END Shapefiles are native to MapServer, and therefore do not require the .shp extension in the DATA path of the LAYER. >>> cheers Ben On 13/05/2011, at 9:30 AM, mapserver-users-requ...@lists.osgeo.org wrote: > From: Jeff McKenna > Date: 12 May 2011 8:58:00 PM AWST > To: mapserver-users@lists.osgeo.org > Subject: Re: [mapserver-users] Layer rendering performance problem > > > On 11-05-11 9:59 PM, Ben Madin wrote: >> I'm not sure whether it is still the case, but it used also to be that >> if you wanted to use the index, you need to name the shapefile without >> the .shp extension. If you used the .shp extension it wouldn't use the >> .qix index. >> >> So maybe this is a question - Is that still the case? > > Hi Ben, > > This is documented at: > http://www.mapserver.org/utilities/shptree.html#mapfile-notes > > "Note: As of MapServer 5.2 the qix will be used even when the .shp extension > is specified" > > PS. this is why I always push the documentation team/developers to record the > version number the change applies to, directly in the document. > > -jeff > > -- > Jeff McKenna > MapServer Consulting and Training Services > http://www.gatewaygeomatics.com/ > ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Rendering Challenges - GEOMTRANSFORM
Steve, Thanks to your patch I was able to render thick lines inside polygons (http://i56.tinypic.com/1z347yq.jpg). The solution of using a STYLE with GEOMTRANSFORM got me thinking of using the technique to solve some of the labeling challenges: 2. Place polygon annotation on/inside boundary line (http://trac.osgeo.org/mapserver/ticket/1592 point 8.) - label the line geometry resulting from GEOMTRANSFORM (buffer([shape], -3)) of the original polygon 5. Place line anno above (or below) when using ANGLE FOLLOW - label the line geometry resulting from GEOMTRANSFORM (buffer([shape], 5)) of the original line Currently the LABEL object uses the original geometry. Do you think it would be possible to [optionally?] use the GEOMTRANSFORMed geometry? Similarly, would it be possible to have the LABEL's convex hull (or a buffer the character boxes?) used as a clipping polygons of the layer's geometry to address: 8. Erase layer's geometry (but not other layers) under label - possible syntax: GEOMTRANSFORM ( clip( [labelpoly] ) ) Your thoughts? -- Best Regards, Brent Fraser ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Layer rendering performance problem
On 11-05-12 04:57 AM, Jan Hartmann wrote: About the GD library: the dowload site (http://www.boutell.com/gd/) is down, and there is no indication how long this will be so. There is a link to the code repository, but no standard tar-file is to be found there. Since MapServer cannot be compiled without GD, would it make sense to provide a tarball on mapserver.org? The official GD home was moved to http://www.libgd.org/ a few years ago but as you wrote this site is down at the moment, so I posted copies of the latest GD source releases as a convenience to MapServer users at http://download.osgeo.org/mapserver/libgd/ All the details in the ticket at http://trac.osgeo.org/mapserver/ticket/3869#comment:3 -- Daniel Morissette http://www.mapgears.com/ Provider of Professional MapServer Support since 2000 ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] sld pointsymbolizer
hello i use sld to symbolize a wms layer the sld file is validate by udig to describe the same postgis sources but in the wms we don't see any point (i use well known star) but label is drawing correctly i dont read any error in mapserver log ms-error.txt how to know where is trouble log level or apache cgi option? regards tonton ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Layer rendering performance problem
On 11-05-11 9:59 PM, Ben Madin wrote: I'm not sure whether it is still the case, but it used also to be that if you wanted to use the index, you need to name the shapefile without the .shp extension. If you used the .shp extension it wouldn't use the .qix index. So maybe this is a question - Is that still the case? Hi Ben, This is documented at: http://www.mapserver.org/utilities/shptree.html#mapfile-notes "Note: As of MapServer 5.2 the qix will be used even when the .shp extension is specified" PS. this is why I always push the documentation team/developers to record the version number the change applies to, directly in the document. -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Layer rendering performance problem
Resent without the .log attachment as it seems this is being blocked to
mapserver users.
On Thu, May 12, 2011 at 11:03 AM, Jon-Paul Dobson wrote:
> Hi Thomas,
>
> Thanks for looking into this. I'm using plain old File Monitor to see that
> the .TTF file is being accessed hundreds of times. I've attached the output
> I'm receiving with this mail.
>
> I'm actually using the c# mapscript API in order to make use of MapServer.
> Could that have anything to do with this? Presumably this is just a wrapper
> around core MapServer functionality in any case?
>
> I notice you mention AGG. How do you configure MapServer to use AGG rather
> than GD? (Maybe a naive question but I'm new to this!)
>
> Regards,
> Jon-Paul.
>
> On Thu, May 12, 2011 at 10:43 AM, thomas bonfort <
> thomas.bonf...@gmail.com> wrote:
>
>> On Thu, May 12, 2011 at 10:57, Jon-Paul Dobson
>> wrote:
>> > Hi,
>> >
>> > I just tried creating a qix file as suggested and found that the Shape
>> file
>> > now renders 22 times faster! Fantastic advice guys. Many thanks.
>> >
>> > If only there was a way to prevent the TTF file being continuously
>> accessed
>> > when displaying a symbol using a truetype font. Any further ideas at
>> all? It
>> > kind of makes a TTF unusable.
>> I've just straced and ltraced the access to the font file, and
>> mapserver/agg/freetype does *not* continually access the font file. By
>> default, agg maintains a cache of the last 32 glyphs that were
>> accessed, so access to the font file only occurs if the the current
>> glyph is not in one of the last 32 to be requested.
>> what tool are you using indicating that the font file is accessed
>> multiple times?
>>
>> --
>> thomas
>>
>>
>> >
>> > Best regards,
>> > Jon-Paul.
>> >
>> > On Thu, May 12, 2011 at 7:52 AM, Rahkonen Jukka <
>> jukka.rahko...@mmmtike.fi>
>> > wrote:
>> >>
>> >> Hi,
>> >>
>> >> For clarification, it used to be rather a long time ago that the index
>> >> file (.qix) was not utilised even it was present in the data folder if
>> the
>> >> LAYER DATA was given as
>> >> DATA "C:\Data\WMS_DATA.shp"
>> >>
>> >> Index was used only if the LAYER DATA was like
>> >> DATA "C:\Data\WMS_DATA"
>> >>
>> >> However, this in old knowledge and both WMS_DATA.shp and WMS_DATA are
>> >> utilising the index nowadays.
>> >>
>> >> Gdal is using the same .qix index file system and therefore also QGIS.
>> >> There is more info about gdal shapefile spatial index in
>> >> http://www.gdal.org/ogr/drv_shapefile.html
>> >> The page tells also that native ESRI spatial index files (.sbn/ .sbx)
>> are
>> >> not supported.
>> >>
>> >> -Jukka Rahkonen-
>> >>
>> >>
>> >>
>> >>
>> >> Lähettäjä: mapserver-users-boun...@lists.osgeo.org
>> >> [mailto:mapserver-users-boun...@lists.osgeo.org] Puolesta Ben Madin
>> >> Lähetetty: 12. toukokuuta 2011 4:00
>> >> Vastaanottaja: mapserver-users@lists.osgeo.org
>> >> Aihe: Re: [mapserver-users] Layer rendering performance problem
>> >>
>> >> I'm not sure whether it is still the case, but it used also to be that
>> if
>> >> you wanted to use the index, you need to name the shapefile without the
>> .shp
>> >> extension. If you used the .shp extension it wouldn't use the .qix
>> index.
>> >> So maybe this is a question - Is that still the case?
>> >> On a similar note, does anyone know ... is the index created with
>> shptree
>> >> the same as the one created by QGIS (also a .qix file)?
>> >> cheers
>> >> Ben
>> >>
>> >>
>> >> On 12/05/2011, at 10:45 AM, mapserver-users-request@lists.osgeo.orgwrote:
>> >>
>> >> From: Stephen Woodbridge
>> >> Date: 11 May 2011 11:53:34 PM AWST
>> >> To: mapserver-users@lists.osgeo.org
>> >> Subject: Re: [mapserver-users] Layer rendering performance problem
>> >>
>> >>
>> >> look at the mapserver utilities:
>> >>
>> >> shptree myshapefile
>> >>
>> >> This creates a spatial index (*.qix) and you should create one for
>> every
>> >> shapefile you are using.
>> >>
>> >> On Linux this will do the trick:
>> >>
>> >> find /path/data -name \*.shp -exec shptree {} \;
>> >>
>> >> If the .qix file is missing on every draw mapserver must create one on
>> the
>> >> fly in memory and the it throws it away.
>> >>
>> >> -Steve W
>> >>
>> >> On 5/11/2011 11:47 AM, Jon-Paul Dobson wrote:
>> >>
>> >> Hi Jukka,
>> >>
>> >> Thanks for getting back to me so quickly. No I haven't tried this. How
>> >>
>> >> is this done and what is the benefit? Aren't Shape files already
>> indexed?
>> >>
>> >> Regards,
>> >>
>> >> Jon-Paul.
>> >>
>> >> On Wed, May 11, 2011 at 4:41 PM, Rahkonen Jukka
>> >>
>> >> mailto:jukka.rahko...@mmmtike.fi>> wrote:
>> >>
>> >>Hi,
>> >>
>> >>No answers but a question back. Have you created spatial index
>> >>
>> >>(.qix) for your shapefiles with shptree?
>> >>
>> >>-Jukka Rahkonen-
>> >>
>> >>Jon-Paul Dobson wrote:
>> >>
>> >> > Hi,
>> >>
>> >>
>> >>
>> >> > Whenever I display a layer based on a Shape file I notice that
>> >>
>> >>the Shape
>> >>
>> >>fi
Re: [mapserver-users] Layer rendering performance problem
On Thu, May 12, 2011 at 10:57, Jon-Paul Dobson wrote:
> Hi,
>
> I just tried creating a qix file as suggested and found that the Shape file
> now renders 22 times faster! Fantastic advice guys. Many thanks.
>
> If only there was a way to prevent the TTF file being continuously accessed
> when displaying a symbol using a truetype font. Any further ideas at all? It
> kind of makes a TTF unusable.
I've just straced and ltraced the access to the font file, and
mapserver/agg/freetype does *not* continually access the font file. By
default, agg maintains a cache of the last 32 glyphs that were
accessed, so access to the font file only occurs if the the current
glyph is not in one of the last 32 to be requested.
what tool are you using indicating that the font file is accessed
multiple times?
--
thomas
>
> Best regards,
> Jon-Paul.
>
> On Thu, May 12, 2011 at 7:52 AM, Rahkonen Jukka
> wrote:
>>
>> Hi,
>>
>> For clarification, it used to be rather a long time ago that the index
>> file (.qix) was not utilised even it was present in the data folder if the
>> LAYER DATA was given as
>> DATA "C:\Data\WMS_DATA.shp"
>>
>> Index was used only if the LAYER DATA was like
>> DATA "C:\Data\WMS_DATA"
>>
>> However, this in old knowledge and both WMS_DATA.shp and WMS_DATA are
>> utilising the index nowadays.
>>
>> Gdal is using the same .qix index file system and therefore also QGIS.
>> There is more info about gdal shapefile spatial index in
>> http://www.gdal.org/ogr/drv_shapefile.html
>> The page tells also that native ESRI spatial index files (.sbn/ .sbx) are
>> not supported.
>>
>> -Jukka Rahkonen-
>>
>>
>>
>>
>> Lähettäjä: mapserver-users-boun...@lists.osgeo.org
>> [mailto:mapserver-users-boun...@lists.osgeo.org] Puolesta Ben Madin
>> Lähetetty: 12. toukokuuta 2011 4:00
>> Vastaanottaja: mapserver-users@lists.osgeo.org
>> Aihe: Re: [mapserver-users] Layer rendering performance problem
>>
>> I'm not sure whether it is still the case, but it used also to be that if
>> you wanted to use the index, you need to name the shapefile without the .shp
>> extension. If you used the .shp extension it wouldn't use the .qix index.
>> So maybe this is a question - Is that still the case?
>> On a similar note, does anyone know ... is the index created with shptree
>> the same as the one created by QGIS (also a .qix file)?
>> cheers
>> Ben
>>
>>
>> On 12/05/2011, at 10:45 AM, mapserver-users-requ...@lists.osgeo.org wrote:
>>
>> From: Stephen Woodbridge
>> Date: 11 May 2011 11:53:34 PM AWST
>> To: mapserver-users@lists.osgeo.org
>> Subject: Re: [mapserver-users] Layer rendering performance problem
>>
>>
>> look at the mapserver utilities:
>>
>> shptree myshapefile
>>
>> This creates a spatial index (*.qix) and you should create one for every
>> shapefile you are using.
>>
>> On Linux this will do the trick:
>>
>> find /path/data -name \*.shp -exec shptree {} \;
>>
>> If the .qix file is missing on every draw mapserver must create one on the
>> fly in memory and the it throws it away.
>>
>> -Steve W
>>
>> On 5/11/2011 11:47 AM, Jon-Paul Dobson wrote:
>>
>> Hi Jukka,
>>
>> Thanks for getting back to me so quickly. No I haven't tried this. How
>>
>> is this done and what is the benefit? Aren't Shape files already indexed?
>>
>> Regards,
>>
>> Jon-Paul.
>>
>> On Wed, May 11, 2011 at 4:41 PM, Rahkonen Jukka
>>
>> mailto:jukka.rahko...@mmmtike.fi>> wrote:
>>
>> Hi,
>>
>> No answers but a question back. Have you created spatial index
>>
>> (.qix) for your shapefiles with shptree?
>>
>> -Jukka Rahkonen-
>>
>> Jon-Paul Dobson wrote:
>>
>> > Hi,
>>
>>
>>
>> > Whenever I display a layer based on a Shape file I notice that
>>
>> the Shape
>>
>> file is accessed constantly. This makes rendering extremely slow when
>>
>> compared to, for example, ESRI ArcIMS which appears to cache the
>>
>> Shape file.
>>
>> Is there an equivalent caching mechanism for Map Server? ArcIMS seems
>> to
>>
>> render an order of magnitude faster when the number of symbols runs
>>
>> into the
>>
>> 1000s
>>
>>
>>
>> > Similarly, whenever I display layer symbols using a truetype font
>>
>> I notice
>>
>> that the .ttf file is accessed for every symbol. This makes rendering
>>
>> appallingly slow. Is there also any caching mechanism to prevent this?
>>
>>
>>
>> > Any insight anyone can give would be much appreciated.
>>
>>
>> Best regards,
>>
>> Jon-Paul.
>>
>>
>>
>>
>> ___
>>
>> mapserver-users mailing list
>>
>> mapserver-users@lists.osgeo.org
>>
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>>
>>
>> ___
>> mapserver-users mailing list
>> mapserver-users@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>
>
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> http://lists.o
Re: [mapserver-users] Layer rendering performance problem
Hi,
I just tried creating a qix file as suggested and found that the Shape file
now renders 22 times faster! Fantastic advice guys. Many thanks.
If only there was a way to prevent the TTF file being continuously accessed
when displaying a symbol using a truetype font. Any further ideas at all? It
kind of makes a TTF unusable.
Best regards,
Jon-Paul.
On Thu, May 12, 2011 at 7:52 AM, Rahkonen Jukka
wrote:
> Hi,
>
> For clarification, it used to be rather a long time ago that the index file
> (.qix) was not utilised even it was present in the data folder if the LAYER
> DATA was given as
> DATA "C:\Data\WMS_DATA.shp"
>
> Index was used only if the LAYER DATA was like
> DATA "C:\Data\WMS_DATA"
>
> However, this in old knowledge and both WMS_DATA.shp and WMS_DATA are
> utilising the index nowadays.
>
> Gdal is using the same .qix index file system and therefore also QGIS.
> There is more info about gdal shapefile spatial index in
> http://www.gdal.org/ogr/drv_shapefile.html
> The page tells also that native ESRI spatial index files (.sbn/ .sbx) are
> not supported.
>
> -Jukka Rahkonen-
>
>
>
> --
> *Lähettäjä:* mapserver-users-boun...@lists.osgeo.org [mailto:
> mapserver-users-boun...@lists.osgeo.org] *Puolesta *Ben Madin
> *Lähetetty:* 12. toukokuuta 2011 4:00
> *Vastaanottaja:* mapserver-users@lists.osgeo.org
> *Aihe:* Re: [mapserver-users] Layer rendering performance problem
>
> I'm not sure whether it is still the case, but it used also to be that
> if you wanted to use the index, you need to name the shapefile without the
> .shp extension. If you used the .shp extension it wouldn't use the .qix
> index.
>
> So maybe this is a question - Is that still the case?
>
> On a similar note, does anyone know ... is the index created with shptree
> the same as the one created by QGIS (also a .qix file)?
>
> cheers
>
> Ben
>
>
>
> On 12/05/2011, at 10:45 AM, mapserver-users-request@lists.osgeo.orgwrote:
>
> *From: *Stephen Woodbridge
> *Date: *11 May 2011 11:53:34 PM AWST
> *To: *mapserver-users@lists.osgeo.org
> *Subject: **Re: [mapserver-users] Layer rendering performance problem*
>
>
> look at the mapserver utilities:
>
> shptree myshapefile
>
> This creates a spatial index (*.qix) and you should create one for every
> shapefile you are using.
>
> On Linux this will do the trick:
>
> find /path/data -name \*.shp -exec shptree {} \;
>
> If the .qix file is missing on every draw mapserver must create one on the
> fly in memory and the it throws it away.
>
> -Steve W
>
> On 5/11/2011 11:47 AM, Jon-Paul Dobson wrote:
>
> Hi Jukka,
>
> Thanks for getting back to me so quickly. No I haven't tried this. How
>
> is this done and what is the benefit? Aren't Shape files already indexed?
>
> Regards,
>
> Jon-Paul.
>
>
> On Wed, May 11, 2011 at 4:41 PM, Rahkonen Jukka
>
> >
> wrote:
>
>
>Hi,
>
>
>No answers but a question back. Have you created spatial index
>
>(.qix) for your shapefiles with shptree?
>
>
>-Jukka Rahkonen-
>
>
>Jon-Paul Dobson wrote:
>
>
> > Hi,
>
>
>
>
> > Whenever I display a layer based on a Shape file I notice that
>
>the Shape
>
>file is accessed constantly. This makes rendering extremely slow when
>
>compared to, for example, ESRI ArcIMS which appears to cache the
>
>Shape file.
>
>Is there an equivalent caching mechanism for Map Server? ArcIMS seems to
>
>render an order of magnitude faster when the number of symbols runs
>
>into the
>
>1000s
>
>
>
>
> > Similarly, whenever I display layer symbols using a truetype font
>
>I notice
>
>that the .ttf file is accessed for every symbol. This makes rendering
>
>appallingly slow. Is there also any caching mechanism to prevent this?
>
>
>
>
> > Any insight anyone can give would be much appreciated.
>
>
>
>Best regards,
>
>Jon-Paul.
>
>
>
>
>
> ___
>
> mapserver-users mailing list
>
> mapserver-users@lists.osgeo.org
>
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
>
>
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Layer rendering performance problem
About the GD library: the dowload site (http://www.boutell.com/gd/) is down, and there is no indication how long this will be so. There is a link to the code repository, but no standard tar-file is to be found there. Since MapServer cannot be compiled without GD, would it make sense to provide a tarball on mapserver.org? Jan On 05/11/11 22:39, Lime, Steve D (DNR) wrote: I believe GD had its own font caching built in or it used some Freetype constructs. I never wrote it... Steve -Original Message- From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of thomas bonfort Sent: Wednesday, May 11, 2011 11:10 AM To: Jon-Paul Dobson Cc: mapserver-users@lists.osgeo.org Subject: Re: [mapserver-users] Layer rendering performance problem what mapserver version and renderer/driver are you using? AGG should'nt be accessing the font file unless a new character is encountered. For GD I don't know. -- thomas On Wed, May 11, 2011 at 18:00, Jon-Paul Dobson wrote: Thanks guys. I will give this ago. Any ideas about poor performance when using a true type font? Why does MapServer need to load the .ttf file each time to draw a symbol. Surely the ttf file should be cached? Rgards, Jon-Paul. On Wed, May 11, 2011 at 4:54 PM, Jeff McKenna wrote: On 11-05-11 12:47 PM, Jon-Paul Dobson wrote: Hi Jukka, Thanks for getting back to me so quickly. No I haven't tried this. How is this done and what is the benefit? Aren't Shape files already indexed? Regards, Jon-Paul. Jukka is right, always make sure to run the shptree commandline utility on all of your ESRI shapefiles before using them in MapServer (http://mapserver.org/utilities/shptree.html). You'll see huge speed differences. -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Reference Map must be a GIF????
looking through the code, both GD and the other renderers should support loading GIF and PNG images. (This also concerns pixmap symbols, legend icons, etc... i.e. anything which requires loading an image file outside of GDAL) Can you supply the and the reference image you are using ? regards, thomas On Fri, May 6, 2011 at 20:18, Worth Lutz wrote: > When did the restriction, “the Reference Map base image must be a .gif”, > start being enforced? > > > > I now see it in my old printed copy (version 5.2) of the documentation. I > checked there to see if this was new to MapServer version 6 as I found it > first in the online documentation. Obviously I had never read the > documentation closely in this area. > > > > All my reference maps are “png” drawn with Mapserver (aggpng I think) and > work in version 5.6. > > > > When my try/catch throws an exception trying to draw this reference map, the > exception message is an empty string. > > > > Through testing and looking at the apache logs, I find that there are > MapServer Errors in the MapServer errorObj and PHP Notices and Warning. > These are: > > > > [Mapserver Error] msDrawREferenceMap() : error loading reference image > /data/mapfiles/ref_maps/… > > [MapServer Error] readImage(): unsupported pixmap format/n in … > > > > Is this truly a change in the image type restriction for Reference Maps or > is it just an change in the checking for errors when the MapScriptException > was added? > > > > Was I just lucky my “.png” reference maps worked in the past? Am I the only > one to try this? I don’t have many to convert but wanted to point this out > so it could be added to the Migration Guide if it must remain a restriction. > > ___ > mapserver-users mailing list > mapserver-users@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] opacity and outputformat
Opacity is set as a single integer between 0 and 100 on the layer level. There are no limitations on setting it on multiple layers, but in that case the opacity adds up, so if you have two layers with opacity 50, the final opacity of the image ends up being 75. If your final images end up with no opacity, this could be because your are also including a layer with full opacity, or because you are using a format which does not support an alpha channel (i.e. jpeg) regards, thomas On Mon, May 9, 2011 at 19:18, Marc-André Trottier wrote: > hi! > how can i get a output with opacity on 2 or more layers. > with only 1 layer it's working fine but not with 2 or more. > > How should be written OPACITY when using IMAGEMODE RGBA ? (ALPHA) > i tried something like OPACITY 22,22,22,22 but looks bad > > in all my tests, all i got was my 2 layers with full opacity (100) ... > > here is my mapfile : > > MAP > EXTENT -8146324.306063 5632144.09953312 -8137075.425642 5638229.88815488 > FONTSET "fonts" > IMAGECOLOR 255 255 255 > IMAGETYPE AGGA > SIZE 732 482 > STATUS ON > UNITS METERS > NAME "MS" > > OUTPUTFORMAT > NAME 'AGGA' > DRIVER AGG/PNG > IMAGEMODE RGBA > TRANSPARENT TRUE > END > > PROJECTION > "init=epsg:900913" > END > LEGEND > IMAGECOLOR 255 255 255 > KEYSIZE 20 10 > KEYSPACING 5 5 > LABEL > ANGLE 0.00 > ANTIALIAS TRUE > FONT "arial" > MAXSIZE 256 > MINSIZE 4 > SIZE 10 > TYPE TRUETYPE > BUFFER 0 > COLOR 255 255 255 > FORCE FALSE > MINDISTANCE -1 > MINFEATURESIZE -1 > OFFSET 0 0 > PARTIALS TRUE > END > OUTLINECOLOR 0 0 0 > POSITION LR > POSTLABELCACHE TRUE > STATUS EMBED > TRANSPARENT FALSE > END > > QUERYMAP > COLOR 255 255 0 > SIZE -1 -1 > STATUS OFF > STYLE HILITE > END > > SCALEBAR > ALIGN CENTER > COLOR 0 0 0 > IMAGECOLOR 255 255 255 > INTERVALS 4 > LABEL > SIZE MEDIUM > TYPE BITMAP > BUFFER 0 > COLOR 0 0 0 > FORCE FALSE > MINDISTANCE -1 > MINFEATURESIZE -1 > OFFSET 0 0 > PARTIALS TRUE > POSITION CR > END > OUTLINECOLOR 0 0 0 > POSITION LL > SIZE 200 3 > STATUS EMBED > STYLE 0 > UNITS METERS > END > > WEB > IMAGEPATH "path" > IMAGEURL "" > QUERYFORMAT text/html > LEGENDFORMAT text/html > BROWSEFORMAT text/html > END > > LAYER > CONNECTION "PATATE3" > CONNECTIONTYPE WMS > DEBUG 5 > METADATA > "wms_srs" "EPSG:900913" > "wms_name" "PATATE3" > "wms_format" "image/png" > "wms_server_version" "1.1.1" > END > NAME "Carte" > PROCESSING "CLOSE_CONNECTION=NORMAL" > PROJECTION > "init=epsg:900913" > END > STATUS ON > TRANSFORM FALSE > TYPE RASTER > UNITS METERS > END > > LAYER > CONNECTION "PATATE2" > CONNECTIONTYPE WMS > DEBUG 5 > METADATA > "wms_srs" "EPSG:900913" > "opacity" "100" > "wms_name" "PATATE2" > "wms_format" "image/png" > "wms_server_version" "1.1.1" > END > NAME "PATATE2" > PROCESSING "CLOSE_CONNECTION=NORMAL" > PROJECTION > "init=epsg:900913" > END > STATUS ON > TRANSFORM FALSE > TYPE RASTER > UNITS METERS > END > > LAYER > CONNECTION "PATATE" > CONNECTIONTYPE WMS > DEBUG 5 > METADATA > "wms_srs" "EPSG:900913" > "opacity" "40" > "wms_name" "PATATE" > "wms_format" "image/png" > "wms_server_version" "1.1.1" > END > NAME "PATATE" > PROJECTION > "init=epsg:900913" > END > STATUS ON > OPACITY 40 > TYPE RASTER > UNITS METERS > END > > END > > > ___ > mapserver-users mailing list > mapserver-users@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
