[mapserver-users] WFS element datatypes are all strings - how to set as integer?

[pcreso at pcreso.com]

Hi,

I'm looking to use mapserver to provide WFS data layers to QGIS clients. I need to display the layer using a data field to control symbology (symbol size), but QGIS can only use an integer field for this.

As below, mapserver identifies all the elements as strings, which is a problem. The data source is a Postgis table, the data statement generates an integer field to use to scale the layer, but mapserver seems to cast it as a string.

Is there any way to have mapserver specify a WFS integer element from a Postgis layer? 


Thanks,

  Brent Wood


http://boi.wms.niwa.co.nz/cgi-bin/cc_scaled_spp?SERVICE=WFS&VERSION=1.0.0&REQUEST=DESCRIBEFEATURETYPE&TYPENAME=Scaled_species

−
<schema targetNamespace="http://mapserver.gis.umn.edu/mapserver" elementFormDefault="qualified" version="0.1">
<import namespace="http://www.opengis.net/gml" schemaLocation="http://schemas.opengis.net/gml/2.1.2/feature.xsd"/>
<element name="Scaled_species" type="ms:Scaled_speciesType" substitutionGroup="gml:_Feature"/>
−
    <complexType name="Scaled_speciesType">
−
   
 <complexContent>
−
    <extension base="gml:AbstractFeatureType">
−
    <sequence>
<element name="msGeometry" type="gml:GeometryPropertyType" minOccurs="0" maxOccurs="1"/>
<element name="id" type="string"/>
<element name="trip_code" type="string"/>
<element name="station_no" type="string"/>
<element name="date_s" type="string"/>
<element name="time_s" type="string"/>
<element name="mingdepth" type="string"/>
<element name="maxgdepth" type="string"/>
<element name="abu_class" type="string"/>
<element name="noper1000m2" type="string"/>
<element name="otu" type="string"/>
<element name="phylum" type="string"/>
<element name="class" type="string"/>
<element name="order_" type="string"/>
<element name="family" type="string"/>
<element name="genus"
 type="string"/>
<element name="taxon" type="string"/>
<element name="scale" type="string"/>
</sequence>
</extension>
</complexContent>
</complexType>
</schema>


--- On Sat, 10/16/10, thomas bonfort <thomas.bonfort at gmail.com> wrote:

From: thomas bonfort <thomas.bonfort at gmail.com>
Subject: [mapserver-users] FW: announcing mod_geocache: an apache tiling module
To: "MapserverList OSGEO" <mapserver-users at lists.osgeo.org>
Date: Saturday, October 16, 2010, 5:35 AM

Hi mapserver users,
(reposting here as I messed up the mapserver-users email address, you
should imagine I should know it has changed by now :) - please respond
to tiling at lists.osgeo.org so as not to pollute this list)

Having followed the tiling sessions at
Barcelona, it seemed to me like a good idea to explore having a tiling
backend directly as an apache module (i.e directly implemented in C).
I have a preliminary implementation hosted at
http://code.google.com/p/mod-geocache/, that currently supports WMS
requests (as a client and server), metatiling and dynamic tile
merging. The architecture is very much inspired by the tilecache code.

the aims of the project are:
 * keep performance in mind at all times
 * simplify server deployment, not having to install and configure
python/mod_python/...
 * support wms backends, and offer frontends for wms, wmts and tms
 * enable (by configuration) the proxying or rescaling of requests
that cannot be directly served from cache
 * various image optimisations (watermarking, quantization, ...)

a preliminary benchmark againt tilecache can be found here:
http://code.google.com/p/mod-geocache/wiki/PreliminaryBenchmark

I would be happy to discuss on the subject with any folks or
organisations willing to contribute or ready to fund ongoing
development.

Best regards,

Thomas Bonfort
Terriscope EURL, Toulouse, France
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/mapserver-users/attachments/20101122/a3d99205/attachment-0001.html