[Geoserver-users] Serving up predefined geometric properties from GML namespace

Hi,

I need GeoServer to serve up geometric properties in the GML namespace (e.g. gml:pointProperty, gml:polygonProperty) rather than the target namespace of the feature schema. Is this possible?

Thanks,
Arnau

Arnau Carrera ha scritto:

Hi,

I need GeoServer to serve up geometric properties in the GML namespace (e.g. gml:pointProperty, gml:polygonProperty) rather than the target namespace of the feature schema. Is this possible?

Hmmm... I'm wondering if this makes any sense to start with?
The property itself is defined in the application server, not in the
GML schema, so it should not be in that schema. The geometry values
(contents of the property) should be in the gml schema instead since
we are using elements defined directly in the GML schema.

Anyways, you can probably get what you want by doing an XSLT transformation against the outputs. Just, at the moment we have
no way to do so directly you'll have to proxy geoserver and
apply the transformation inside your custom built proxy.

There is also a patch floating around in this ml that allows
one to create a XSLT output format, you could apply it and build your
GeoServer.

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

Hi Andrea,

One can define a geometric property as follows: . This way one reuses GML built-in geometric properties. This practice is allowed in GML (see Section 8.2.3 in GML 3.1.1 and Section 5.2.7 in GML 2.1.2). I have an FME-generated GML schema that contains such properties.

Cheers,
Alex

On Tue, Oct 28, 2008 at 12:42 PM, Andrea Aime <aaime@anonymised.com> wrote:

Arnau Carrera ha scritto:

Hi,

I need GeoServer to serve up geometric properties in the GML namespace
(e.g. gml:pointProperty, gml:polygonProperty) rather than the target
namespace of the feature schema. Is this possible?

Hmmm… I’m wondering if this makes any sense to start with?
The property itself is defined in the application server, not in the
GML schema, so it should not be in that schema. The geometry values
(contents of the property) should be in the gml schema instead since
we are using elements defined directly in the GML schema.

Anyways, you can probably get what you want by doing an XSLT
transformation against the outputs. Just, at the moment we have
no way to do so directly you’ll have to proxy geoserver and
apply the transformation inside your custom built proxy.

There is also a patch floating around in this ml that allows
one to create a XSLT output format, you could apply it and build your
GeoServer.

Cheers
Andrea


Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.


This SF.Net email is sponsored by the Moblin Your Move Developer’s challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/


Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Unfortunately the way GeoServer does its internal mapping to GML does not work this way. Instead it works like:

<element name="the_geom" type="gml:PointPropertyType"/>

The reason this is done is so that the name of the xml element matches the name of the geometric attribute of the dataset.

-Justin

Alex Milanovic wrote:

Hi Andrea,

One can define a geometric property as follows: <element ref="gml:pointProperty" minOccurs="0"/>. This way one reuses GML built-in geometric properties. This practice is allowed in GML (see Section 8.2.3 in GML 3.1.1 and Section 5.2.7 in GML 2.1.2). I have an FME-generated GML schema that contains such properties.

Cheers,
Alex

On Tue, Oct 28, 2008 at 12:42 PM, Andrea Aime <aaime@anonymised.com <mailto:aaime@anonymised.com>> wrote:

    Arnau Carrera ha scritto:
     > Hi,
     >
     > I need GeoServer to serve up geometric properties in the GML
    namespace
     > (e.g. gml:pointProperty, gml:polygonProperty) rather than the target
     > namespace of the feature schema. Is this possible?

    Hmmm... I'm wondering if this makes any sense to start with?
    The property itself is defined in the application server, not in the
    GML schema, so it should not be in that schema. The geometry values
    (contents of the property) should be in the gml schema instead since
    we are using elements defined directly in the GML schema.

    Anyways, you can probably get what you want by doing an XSLT
    transformation against the outputs. Just, at the moment we have
    no way to do so directly you'll have to proxy geoserver and
    apply the transformation inside your custom built proxy.

    There is also a patch floating around in this ml that allows
    one to create a XSLT output format, you could apply it and build your
    GeoServer.

    Cheers
    Andrea

    --
    Andrea Aime
    OpenGeo - http://opengeo.org
    Expert service straight from the developers.

    -------------------------------------------------------------------------
    This SF.Net email is sponsored by the Moblin Your Move Developer's
    challenge
    Build the coolest Linux based applications with Moblin SDK & win
    great prizes
    Grand prize is a trip for two to an Open Source event anywhere in
    the world
    http://moblin-contest.org/redirect.php?banner_id=100&url=/
    <http://moblin-contest.org/redirect.php?banner_id=100&url=/&gt;
    _______________________________________________
    Geoserver-users mailing list
    Geoserver-users@lists.sourceforge.net
    <mailto:Geoserver-users@lists.sourceforge.net>
    https://lists.sourceforge.net/lists/listinfo/geoserver-users

------------------------------------------------------------------------

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

------------------------------------------------------------------------

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.