[Geoserver-users] DescribeFeatureType with XSLT extension

Hi,

The XSLT extension is a kind of outputformat generator.

It works like a charm with a GetFeature operation.

But I’m not able to perform a DescribeFeatureType request with the outputFormat defined in the XSLT workspace.

Any solution ?

Kind regards,

Rudy

On Fri, Nov 15, 2013 at 12:11 PM, Rudy Commenge <rudywi.devel@anonymised.com>wrote:

Hi,

The XSLT extension is a kind of outputformat generator.
It works like a charm with a GetFeature operation.

As you said, it's an output format generator, it can derive HTML, text,
csv, KML.
It's not a structure modifier. Thus it cannot do anything to
DescribeFeatureType, the structure
of the feature type remains the same.

Cheers
Andrea

--

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

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

The internal structure is not modified.

But a common user, retrieve features (with GetFeature) in a different format generated by XSLT extension.

In my point of view, this user must be able to describe his result using DescribeFeatureType operation.

Don’t you think ?

I think a solution would be to add a property into XSLT configuration file that allow administrator to specify URI to the XSD for the specific outputFormat.

···

2013/11/15 Andrea Aime <andrea.aime@anonymised.com>

On Fri, Nov 15, 2013 at 12:11 PM, Rudy Commenge <rudywi.devel@anonymised.com> wrote:

Hi,

The XSLT extension is a kind of outputformat generator.

It works like a charm with a GetFeature operation.

As you said, it’s an output format generator, it can derive HTML, text, csv, KML.
It’s not a structure modifier. Thus it cannot do anything to DescribeFeatureType, the structure
of the feature type remains the same.

Cheers
Andrea

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Andrea Aime

@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it


On Fri, Nov 15, 2013 at 12:30 PM, Rudy Commenge <rudywi.devel@anonymised.com>wrote:

The internal structure is not modified.
But a common user, retrieve features (with GetFeature) in a different
format generated by XSLT extension.

I'm not talking about the internal structure, I'm referring to the external
one, the one that the user end up
seeing.
A WFS has one, and just one, exposed structure for the feature types,
described in XML schema, any
request to GetFeature must be able to refer to the attributes listed there
in filters and property subsetting.

There is no possibility for exposing more than one structure, that makes no
sense.

If you want to have an internal structure that's different than the one
you're exposing, then you're using
the wrong tool for the job, you should be looking into app-schema instead.

An XSLT tool that allows to manipulate structure is conceivable, but it
would be much harder than you
think, it would also have to be able to remap not only DescribeFeatureType,
but also any incoming
GetFeature request (in particular, the list of property names, and the
Filter).
This is not what the XSLT _output format_ generator does.
An output format is just a different way of representing the same data, not
a way to change the exposed
structure.

Cheers
Andrea

--

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

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

OK… I understand now ^^.

Thanks

···

2013/11/15 Andrea Aime <andrea.aime@anonymised.com>

On Fri, Nov 15, 2013 at 12:30 PM, Rudy Commenge <rudywi.devel@anonymised.com> wrote:

The internal structure is not modified.

But a common user, retrieve features (with GetFeature) in a different format generated by XSLT extension.

I’m not talking about the internal structure, I’m referring to the external one, the one that the user end up
seeing.
A WFS has one, and just one, exposed structure for the feature types, described in XML schema, any
request to GetFeature must be able to refer to the attributes listed there in filters and property subsetting.

There is no possibility for exposing more than one structure, that makes no sense.

If you want to have an internal structure that’s different than the one you’re exposing, then you’re using
the wrong tool for the job, you should be looking into app-schema instead.

An XSLT tool that allows to manipulate structure is conceivable, but it would be much harder than you
think, it would also have to be able to remap not only DescribeFeatureType, but also any incoming
GetFeature request (in particular, the list of property names, and the Filter).
This is not what the XSLT output format generator does.
An output format is just a different way of representing the same data, not a way to change the exposed
structure.

Cheers

Andrea

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Andrea Aime

@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it