[Geoserver-users] Difference between DescribeFeatureType and shema.xml

hi all,

I am on the trunk version. (1.6.x)

I have a problem with shema.xml of my feature type and result of DescribeFeatureType request..

when i edit the feature type with web interface of geoserver, my issue_time data is dateTime.
But when i request getFeatureType on it (http://localhost:8080/geoserver/wfs/DescribeFeatureType?typename=wims:ice_geom)

issue_time is a date....
<xsd:element maxOccurs="1" minOccurs="0" name="issue_time" nillable="true" type="xsd:date"/>

how can i fix it ?

--
Sébastien Geindre
DPREVI/AERO/DEV
sebastien.geindre __at__ meteo.fr
05 61 07 84 93

i try to detail a bit more my problem :

i have a postgis database with test_geom table :

Notice the issue_time column which is timestamp type.

I made an WFS service on it. When i request DescribeFeatureType
http://localhost:8080/geoserver/wfs/DescribeFeatureType?typename=wims:test_geom
the issue_time has xsd:date as type…i need xs:dateTime…

And the schema.xml generated is like that :

whatever i do, i could not achieve to tell geoserver that issue_time is dateTime not a simple date…
When i try to insert an item via xfs insert request, i failed :
BUG or mis configuration ?

Thank you for your help,
perhaps i should post it to the devlevel list ???

Sébastien.

···

Sébastien Geindre ha scritto:

i try to detail a bit more my problem :

BUG or mis configuration ?

Thank you for your help,
perhaps i should post it to the devlevel list ???

There is a bug at work there, once we solve it, we can
tackle eventual configuration issues. As I already told you,
the issue is not trivial and will take some time.

Unfortunately the man with answers, Justin, is in holiday,
so you'll have to wait at least for tomorrow.

If you need express support, you can go down the
for pay route (paid support). Otherwise, be patient, we're
aware of the problem and trying to fix it.

Cheers
Andrea

Andrea Aime a écrit :

Sébastien Geindre ha scritto:

i try to detail a bit more my problem :

BUG or mis configuration ?

Thank you for your help,
perhaps i should post it to the devlevel list ???

There is a bug at work there, once we solve it, we can
tackle eventual configuration issues. As I already told you,
the issue is not trivial and will take some time.

ok, sorry for being impatient... :wink:
sure, i could wait.

do the issues corrected in branch version 1.5.x merge in trunk (1.6) ?

Unfortunately the man with answers, Justin, is in holiday,
so you'll have to wait at least for tomorrow.

If you need express support, you can go down the
for pay route (paid support). Otherwise, be patient, we're
aware of the problem and trying to fix it.

Cheers
Andrea

--
Sébastien Geindre
DPREVI/AERO/DEV
sebastien.geindre __at__ meteo.fr
05 61 07 84 93

Sébastien Geindre ha scritto:

Andrea Aime a écrit :

Sébastien Geindre ha scritto:

i try to detail a bit more my problem :

BUG or mis configuration ?

Thank you for your help,
perhaps i should post it to the devlevel list ???

There is a bug at work there, once we solve it, we can
tackle eventual configuration issues. As I already told you,
the issue is not trivial and will take some time.

ok, sorry for being impatient... :wink:
sure, i could wait.

do the issues corrected in branch version 1.5.x merge in trunk (1.6) ?

They will be corrected on trunk (but I have a feeling the issue will
have to be fixed back in Geotools trunk, to be precise).
You're playing with wfs 1.1, Geoserver 1.5.x does not support it.

Cheers
Andrea

Hi Sébastien,

schema.xml is only used by the conifguration user interface and is not
really hooked up to geoserver internally.

Someone please correct me if I am wrong but it was something created for
the ui and not really hooked up internally? I suggest we get rid of it
if that is the case.

There is some code on trunk that reads a file called schema.xsd for a
describe feature type request but again it is not fully hooked up
internally as our internal feature model does not support the many of
the capabilities of xml schema.

I regret not having a better answer for you. As Andrea stated this issue
is not of the highest priority right now so we will just have to get to
it as soon as we can.

-Justin

Sébastien Geindre wrote:

i try to detail a bit more my problem :

i have a postgis database with test_geom table :

CREATE TABLE test_geom

(

  id serial NOT NULL,

  "type" varchar(4),

  originating_center varchar(10),

  issue_time timestamp,

  the_geom geometry,

  CONSTRAINT test_geom_pkey PRIMARY KEY (id),

  CONSTRAINT enforce_dims_the_geom CHECK (ndims(the_geom) = 2),

  CONSTRAINT enforce_geotype_the_geom CHECK (geometrytype(the_geom) =
'POLYGON'::text OR the_geom IS NULL),

  CONSTRAINT enforce_srid_the_geom CHECK (srid(the_geom) = 4326)

)

Notice the issue_time column which is timestamp type.

I made an WFS service on it. When i request DescribeFeatureType
http://localhost:8080/geoserver/wfs/DescribeFeatureType?typename=wims:test_geom
the issue_time has xsd:date as type....i need xs:dateTime...

<schema xmlns:xsd="http://www.w3.org/2001/XMLSchema&quot; xmlns:gml="http://www.opengis.net/gml&quot; xmlns:wims="http://www.flysafe-eu.org/wims&quot; targetNamespace="http://www.flysafe-eu.org/wims&quot;&gt;

<import namespace="http://www.opengis.net/gml&quot; schemaLocation="http://localhost:8080/geoserver/schemas/gml/3.1.1/base/feature.xsd&quot;/&gt;

<complextype name="test_geomType">

<complexcontent>

<extension base="gml:AbstractFeatureType">

<sequence>

<element maxOccurs="1" minOccurs="0" name="type" nillable="true" type="xsd:string"/>

<element maxOccurs="1" minOccurs="0" name="originating_center" nillable="true" type="xsd:string"/>

<element maxOccurs="1" minOccurs="0" name="issue_time" nillable="true" type="xsd:date"/>

<element maxOccurs="1" minOccurs="0" name="the_geom" nillable="true" type="gml:SurfacePropertyType"/>

</sequence>

</extension>

</complexcontent>

</complextype>

<element name="test_geom" substitutionGroup="gml:_Feature" type="wims:test_geomType"/>

</schema>

And the schema.xml generated is like that :
<xs:complexType name = "test_geom_Type" >

  <xs:complexContent >

    <xs:extension base = "gml:AbstractFeatureType" >

      <xs:sequence >

        <xs:element type = "xs:string" minOccurs = "1" name = "type"
nillable = "false" maxOccurs = "1" />

        <xs:element type = "xs:string" minOccurs = "1" name =
"originating_center" nillable = "false" maxOccurs = "1" />

        <xs:element type = "xs:dateTime" minOccurs = "1" name =
"issue_time" nillable = "false" maxOccurs = "1" />

        <xs:element type = "gml:PolygonPropertyType" minOccurs = "1"
name = "the_geom" nillable = "false" maxOccurs = "1" />

      </xs:sequence>

    </xs:extension>

  </xs:complexContent>

</xs:complexType>

whatever i do, i could not achieve to tell geoserver that issue_time is
dateTime not a simple date....
When i try to insert an item via xfs insert request, i failed :
<ows:ExceptionReport version="1.0.0"
xsi:schemaLocation="http://www.opengis.net/ows
http://localhost:8080/geoserver/schemas/ows/1.0.0/owsExceptionReport.xsd&quot;&gt;

    <ows:Exception exceptionCode="NoApplicableCode">

    <ows:ExceptionText>

       java.lang.RuntimeException: Parsing failed for issue_time:
java.lang.IllegalArgumentException: 2006-12-14T16:08:13.000

</ows:ExceptionText>

    <ows:ExceptionText>

      org.geoserver.platform.ServiceException:

      java.lang.RuntimeException: Parsing failed for issue_time:
java.lang.IllegalArgumentException:

      2006-12-14T16:08:13.000 at
org.geoserver.ows.Dispatcher.exception(Dispatcher.java:1144)

       .....

BUG or mis configuration ?

Thank you for your help,
perhaps i should post it to the devlevel list ???

Sébastien.

!DSPAM:4007,468927b9321681030819293!

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

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

!DSPAM:4007,468927b9321681030819293!

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

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

!DSPAM:4007,468927b9321681030819293!

--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org