[Geoserver-users] GeoServer, NetCDF, PostGIS in 4D?

Unfortunately I missed Martin and Mickael’s presentation at the FOSS4G, but it looks like they are working on solving the same problem that I am faced with - that of presenting archives of spatio-temporal raster data via GeoServer.

Right now I am specifically interested in learning how to get GeoServer to communicate with PostGIS to get the data that is referenced by a WMS request. I have not been able to find documentation that addresses either of the following issues:

  • Configuring GeoServer to serve raster data by consulting a “tile index” shapefile that points to the necessary raster (as you would do with Mapserver).

  • Configuring GeoServer to accept TIME-specific W*S requests.

Can anyone point me somewhere that might help me figure this out?

Thanks!

Sam

Hi Samuel,

Currently we don't support tile indexes for vector data like mapserver
does. However for raster data there is the image mosaik plugin.

As for WMS with time, support is quite limited. You can specify the TIME
parameter in a WMS request but it only works with netcdf, and only
accepts a simple integer timestamp format.

-Justin

Samuel Hiatt wrote:

Unfortunately I missed Martin and Mickael's presentation at the FOSS4G,
but it looks like they are working on solving the same problem that I am
faced with - that of presenting archives of spatio-temporal raster data
via GeoServer.

Right now I am specifically interested in learning how to get GeoServer
to communicate with PostGIS to get the data that is referenced by a WMS
request. I have not been able to find documentation that addresses
either of the following issues:

- Configuring GeoServer to serve raster data by consulting a "tile
index" shapefile that points to the necessary raster (as you would do
with Mapserver).

- Configuring GeoServer to accept TIME-specific W*S requests.

Can anyone point me somewhere that might help me figure this out?

Thanks!

Sam

!DSPAM:4007,470ac99a146933668746562!

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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

!DSPAM:4007,470ac99a146933668746562!

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

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

!DSPAM:4007,470ac99a146933668746562!

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

Justin Deoliveira ha scritto:

Hi Samuel,

Currently we don't support tile indexes for vector data like mapserver
does. However for raster data there is the image mosaik plugin.

Yep, mosaic is what you're looking for.

As for WMS with time, support is quite limited. You can specify the TIME
parameter in a WMS request but it only works with netcdf, and only
accepts a simple integer timestamp format.

Soon to be changed to accept a real ISO time when I'll handle:
http://jira.codehaus.org/browse/GEOS-1379

Cheers
Andrea

Thanks for the reply…

I will take a look at the image mosaik plugin. It might be what I am looking for.

Could you explain the architecture of how one would set up WMS with time reading data from NetCDF? I imagine you’d need the non-standard GeoTools plugin to read the NetCDF?

Are you referring to the work that the IFREMER/Geomatys guys are doing?

Thanks.

Sam

On 10/8/07, Justin Deoliveira < jdeolive@anonymised.com> wrote:

Hi Samuel,

Currently we don’t support tile indexes for vector data like mapserver
does. However for raster data there is the image mosaik plugin.

As for WMS with time, support is quite limited. You can specify the TIME
parameter in a WMS request but it only works with netcdf, and only
accepts a simple integer timestamp format.

-Justin

Samuel Hiatt wrote:

Unfortunately I missed Martin and Mickael’s presentation at the FOSS4G,
but it looks like they are working on solving the same problem that I am
faced with - that of presenting archives of spatio-temporal raster data
via GeoServer.

Right now I am specifically interested in learning how to get GeoServer
to communicate with PostGIS to get the data that is referenced by a WMS
request. I have not been able to find documentation that addresses
either of the following issues:

  • Configuring GeoServer to serve raster data by consulting a “tile
    index” shapefile that points to the necessary raster (as you would do
    with Mapserver).

  • Configuring GeoServer to accept TIME-specific W*S requests.

Can anyone point me somewhere that might help me figure this out?

Thanks!

Sam

!DSPAM:4007,470ac99a146933668746562!



This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

!DSPAM:4007,470ac99a146933668746562!



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

!DSPAM:4007,470ac99a146933668746562!


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

Samuel Hiatt ha scritto:

Thanks for the reply...

I will take a look at the image mosaik plugin. It might be what I am looking for.

Could you explain the architecture of how one would set up WMS with time reading data from NetCDF? I imagine you'd need the non-standard GeoTools plugin to read the NetCDF?

Are you referring to the work that the IFREMER/Geomatys guys are doing?

Yes, there is no standard netcdf plugin around. The work done by the
Geomatys people should land by the end of the year, not sure how to
handle netcdf in the meantime.

Cheers
Andrea

> Could you explain the architecture of how one would set up WMS with time
> reading data from NetCDF? I imagine you'd need the non-standard
> GeoTools plugin to read the NetCDF?
>
> Are you referring to the work that the IFREMER/Geomatys guys are doing?

Yes, there is no standard netcdf plugin around. The work done by the
Geomatys people should land by the end of the year, not sure how to
handle netcdf in the meantime.

That is what we use at the moment--the integer indexing for TIME is my fault :smiley:

You would need the netcdf plugin as well as the necessary java netcdf
classes for reading.

Alex

Hi all,

NetCDF Reader is in Geotools/Unsuported. I think Martin has comited the ImageReader Framework too on this repository.

About PostGRID datastore, we will start this job ASAP but before, we have to work on the CoverageReader, because currently, when we're zooming on the NetCDF image, it sill load the whole image instead of loading the subset only.

Regards

Vincent Heurteaux
http://www.geomatys.fr

Le 9 oct. 07 à 19:58, Andrea Aime a écrit :

Samuel Hiatt ha scritto:

Thanks for the reply...

I will take a look at the image mosaik plugin. It might be what I am
looking for.

Could you explain the architecture of how one would set up WMS with time
reading data from NetCDF? I imagine you'd need the non-standard
GeoTools plugin to read the NetCDF?

Are you referring to the work that the IFREMER/Geomatys guys are doing?

Yes, there is no standard netcdf plugin around. The work done by the
Geomatys people should land by the end of the year, not sure how to
handle netcdf in the meantime.

Cheers
Andrea

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Hi,

We have Geoserver 1.6.0-beta3 running on a PostGIS database.
We have the following problem with Geoserver 1.6.0-beta3:

While doing a WFS update, we get an exception (see xml at the bottom of this
mail).
The xml we're sending to Geoserver is:

  <wfs:Transaction xmlns:wfs="http://www.opengis.net/wfs&quot; service="WFS"
version="1.1.0">
    <wfs:Update typeName="AND:road">
      <ogc:Filter xmlns:ogc="http://www.opengis.net/ogc&quot;&gt;
        <ogc:GmlObjectId gml:id="road.441500"
xmlns:gml="http://www.opengis.net/gml&quot;/&gt;
      </ogc:Filter>
      <wfs:Property>
        <wfs:Name>gml:boundedBy</wfs:Name>
        <wfs:Value>
          <gml:Envelope xmlns:gml="http://www.opengis.net/gml&quot;
srsName="urn:x-ogc:def:crs:EPSG:6.11.2:4326">
            <gml:lowerCorner>4.2582 52.0643</gml:lowerCorner>
            <gml:upperCorner>4.2584 52.0648</gml:upperCorner>
          </gml:Envelope>
        </wfs:Value>
      </wfs:Property>
      <wfs:Property>
        <wfs:Name>AND:fnode_</wfs:Name>
        <wfs:Value>437710</wfs:Value>
      </wfs:Property>
      <wfs:Property>
        <wfs:Name>AND:tnode_</wfs:Name>
        <wfs:Value>437253</wfs:Value>
      </wfs:Property>
      <wfs:Property>
        <wfs:Name>AND:lpoly_</wfs:Name>
        <wfs:Value>0</wfs:Value>
      </wfs:Property>
      <wfs:Property>
        <wfs:Name>AND:rpoly_</wfs:Name>
        <wfs:Value>0</wfs:Value>
      </wfs:Property>
      <wfs:Property>
        <wfs:Name>AND:length</wfs:Name>
        <wfs:Value>0.00054</wfs:Value>
      </wfs:Property>
      <wfs:Property>
        <wfs:Name>AND:bnl6_</wfs:Name>
        <wfs:Value>441500</wfs:Value>
      </wfs:Property>
      <wfs:Property>
        <wfs:Name>AND:the_geom</wfs:Name>
        <wfs:Value>
          <gml:MultiLineString xmlns:gml="http://www.opengis.net/gml&quot;
srsName="urn:x-ogc:def:crs:EPSG:6.11.2:4326">
            <gml:lineStringMember>
              <gml:LineString>
                <gml:posList>4.2582 52.0643 4.2584 52.0648</gml:posList>
              </gml:LineString>
            </gml:lineStringMember>
          </gml:MultiLineString>
        </wfs:Value>
      </wfs:Property>
    </wfs:Update>
  </wfs:Transaction>

The software used to work with Geoserver 1.5.3, but since we've upgraded to
1.6.0-beta3 and WFS1.1 we are unable to update a record in our PostGIS
database.

Does anybody know how we can fix this?

With kind regards,

Lex Tiekink

<?xml version="1.0" encoding="UTF-8"?> <ows:ExceptionReport version="1.0.0"
xsi:schemaLocation="http://www.opengis.net/ows
http://195.225.101.165:80/geoserver/schemas/ows/1.0.0/owsExceptionReport.xsd
" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance&quot;
xmlns:ows="http://www.opengis.net/ows&quot;&gt;&lt;ows:Exception
exceptionCode="NoApplicableCode"><ows:ExceptionText>java.lang.NullPointerExc
eption
java.lang.NullPointerException</ows:ExceptionText><ows:ExceptionText>Details
:</ows:ExceptionText><ows:ExceptionText>org.geoserver.wfs.WFSException:
java.lang.NullPointerException at
org.geoserver.wfs.Transaction.transaction(Transaction.java:110) at
org.geoserver.wfs.DefaultWebFeatureService.transaction(DefaultWebFeatureServ
ice.java:156) at sun.reflect.GeneratedMethodAccessor264.invoke(Unknown
Source) at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopU
tils.java:292) at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint
(ReflectiveMethodInvocation.java:155) at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Reflect
iveMethodInvocation.java:122) at
org.geoserver.wfs.WFSLogger.invoke(WFSLogger.java:44) at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Reflect
iveMethodInvocation.java:144) at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopPro
xy.java:174) at $Proxy1.transaction(Unknown Source) at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
) at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at
org.geoserver.security.OperationSecurityInterceptor.invoke(OperationSecurity
Interceptor.java:41) at
org.geoserver.ows.Dispatcher.execute(Dispatcher.java:487) at
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:187) at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(Abstrac
tController.java:139) at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(Si
mpleControllerHandlerAdapter.java:44) at
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServl
et.java:684) at
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServle
t.java:625) at
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkSer
vlet.java:392) at
org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.jav
a:357) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at
javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:459) at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler
.java:1054) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterCh
ainProxy.java:264) at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecur
ityInterceptor.java:107) at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSec
urityInterceptor.java:72) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterCh
ainProxy.java:274) at
org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslatio
nFilter.java:110) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterCh
ainProxy.java:274) at
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(Ano
nymousProcessingFilter.java:125) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterCh
ainProxy.java:274) at
org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessin
gFilter.java:178) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterCh
ainProxy.java:274) at
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpS
essionContextIntegrationFilter.java:229) at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterCh
ainProxy.java:274) at
org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148)
at
org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler
.java:1045) at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterE
ncodingFilter.java:108) at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler
.java:1045) at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:358) at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:231) at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:629) at
org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:453) at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerColl
ection.java:149) at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:12
3) at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:141) at
org.mortbay.jetty.Server.handle(Server.java:303) at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:452) at
org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:
735) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:636) at
org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209) at
org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:349) at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:320)
at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:4
75) Caused by: java.lang.NullPointerException at
org.geotools.data.postgis.PostgisFeatureStore.makeModifySql(PostgisFeatureSt
ore.java:613) at
org.geotools.data.postgis.PostgisFeatureStore.modifyFeatures(PostgisFeatureS
tore.java:476) at
org.vfny.geoserver.global.GeoServerFeatureStore.modifyFeatures(GeoServerFeat
ureStore.java:108) at
org.geoserver.wfs.UpdateElementHandler.execute(UpdateElementHandler.java:193
) at org.geoserver.wfs.Transaction.execute(Transaction.java:328) at
org.geoserver.wfs.Transaction.transaction(Transaction.java:104) ... 60 more
</ows:ExceptionText></ows:Exception></ows:ExceptionReport>

Lex Tiekink ha scritto:

Hi,

We have Geoserver 1.6.0-beta3 running on a PostGIS database.
We have the following problem with Geoserver 1.6.0-beta3:

While doing a WFS update, we get an exception (see xml at the bottom of this
mail).
The xml we're sending to Geoserver is:

  <wfs:Transaction xmlns:wfs="http://www.opengis.net/wfs&quot; service="WFS"
version="1.1.0">
    <wfs:Update typeName="AND:road">
      <ogc:Filter xmlns:ogc="http://www.opengis.net/ogc&quot;&gt;
        <ogc:GmlObjectId gml:id="road.441500"
xmlns:gml="http://www.opengis.net/gml&quot;/&gt;
      </ogc:Filter>
      <wfs:Property>
        <wfs:Name>gml:boundedBy</wfs:Name>
        <wfs:Value>
          <gml:Envelope xmlns:gml="http://www.opengis.net/gml&quot;
srsName="urn:x-ogc:def:crs:EPSG:6.11.2:4326">
            <gml:lowerCorner>4.2582 52.0643</gml:lowerCorner>
            <gml:upperCorner>4.2584 52.0648</gml:upperCorner>
          </gml:Envelope>
        </wfs:Value>

Hum, strange. Can you try doing the same update without this "boundedBy"
property update? BoundedBy is computed on the fly and it's not really
in the internal type schema we use for data, it's something we make up
during GML generation.

Let me know if this fixes the problem (otherwise we'll need to have
a good look at the other properties, what I gather from the exception
is that there is one of those properties that is recognized by
the xml parser but not by our internal feature model, resulting in
an element of attributetype array which is null, thus the npe).

Cheers
Andrea

You also might try to use WFS 1.0 on 1.6.0-beta3, as it has more of the same code from 1.5.3.

Chris

Andrea Aime wrote:

Lex Tiekink ha scritto:

Hi,

We have Geoserver 1.6.0-beta3 running on a PostGIS database.
We have the following problem with Geoserver 1.6.0-beta3:

While doing a WFS update, we get an exception (see xml at the bottom of this
mail).
The xml we're sending to Geoserver is:

  <wfs:Transaction xmlns:wfs="http://www.opengis.net/wfs&quot; service="WFS"
version="1.1.0">
    <wfs:Update typeName="AND:road">
      <ogc:Filter xmlns:ogc="http://www.opengis.net/ogc&quot;&gt;
        <ogc:GmlObjectId gml:id="road.441500"
xmlns:gml="http://www.opengis.net/gml&quot;/&gt;
      </ogc:Filter>
      <wfs:Property>
        <wfs:Name>gml:boundedBy</wfs:Name>
        <wfs:Value>
          <gml:Envelope xmlns:gml="http://www.opengis.net/gml&quot;
srsName="urn:x-ogc:def:crs:EPSG:6.11.2:4326">
            <gml:lowerCorner>4.2582 52.0643</gml:lowerCorner>
            <gml:upperCorner>4.2584 52.0648</gml:upperCorner>
          </gml:Envelope>
        </wfs:Value>

Hum, strange. Can you try doing the same update without this "boundedBy"
property update? BoundedBy is computed on the fly and it's not really
in the internal type schema we use for data, it's something we make up
during GML generation.

Let me know if this fixes the problem (otherwise we'll need to have
a good look at the other properties, what I gather from the exception
is that there is one of those properties that is recognized by
the xml parser but not by our internal feature model, resulting in
an element of attributetype array which is null, thus the npe).

Cheers
Andrea

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

!DSPAM:4005,470ccd8332278362916074!

Chris Holmes ha scritto:

You also might try to use WFS 1.0 on 1.6.0-beta3, as it has more of the same code from 1.5.3.

Only in the encoding part. The incoming request parsing is managed by the new parser.

Cheers
Andrea

After some expirimenting, I found that the gml:boundedBy should indeed be
removed from the xml, as was suggested by Andrea.
Also, the <gml:posList> does not work, while the <gml:coordinates> does
work, even in WFS 1.1.
I'm now parsing the xml and replacing the posList tags by coordinates tags,
but of course this is not the optimal solution.

What could be wrong with the <posList> tag?

Lex

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: woensdag 10 oktober 2007 17:53
To: Chris Holmes
Cc: Lex Tiekink; Justin Deoliveira; geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Exception while doing WFS-T 1.1 Update on
Geoserver 1.6.0-beta3

Chris Holmes ha scritto:

You also might try to use WFS 1.0 on 1.6.0-beta3, as it has more of the
same code from 1.5.3.

Only in the encoding part. The incoming request parsing is managed by
the new parser.

Cheers
Andrea

Hi Lex,

In gml3 "coordinates" has been deprecated and replaced with "posList".
However I thought I recently handled this case but perhaps not, You are
correct in that coordinates should be excepted even though they are
deprecated.

As for the boundedBy element, I believe it is a bug to throw an
exception when this value is present. I am scheduling a bug report for
these issues:

http://jira.codehaus.org/browse/GEOS-1394
http://jira.codehaus.org/browse/GEOS-1395

-Justin

Lex Tiekink wrote:

After some expirimenting, I found that the gml:boundedBy should indeed be
removed from the xml, as was suggested by Andrea.
Also, the <gml:posList> does not work, while the <gml:coordinates> does
work, even in WFS 1.1.
I'm now parsing the xml and replacing the posList tags by coordinates tags,
but of course this is not the optimal solution.

What could be wrong with the <posList> tag?

Lex

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: woensdag 10 oktober 2007 17:53
To: Chris Holmes
Cc: Lex Tiekink; Justin Deoliveira; geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Exception while doing WFS-T 1.1 Update on
Geoserver 1.6.0-beta3

Chris Holmes ha scritto:

You also might try to use WFS 1.0 on 1.6.0-beta3, as it has more of the
same code from 1.5.3.

Only in the encoding part. The incoming request parsing is managed by
the new parser.

Cheers
Andrea

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

!DSPAM:4007,470dda5d148287082231907!

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

Sigh, Andrea just pointed out that I read your email wrong. You stated
the opposite. Which confuses me because looking at the code it
definitely is supposed to be handling posList.

Regardless, I have the bug report so I will look into it soon.

-Justin

Justin Deoliveira wrote:

Hi Lex,

In gml3 "coordinates" has been deprecated and replaced with "posList".
However I thought I recently handled this case but perhaps not, You are
correct in that coordinates should be excepted even though they are
deprecated.

As for the boundedBy element, I believe it is a bug to throw an
exception when this value is present. I am scheduling a bug report for
these issues:

http://jira.codehaus.org/browse/GEOS-1394
http://jira.codehaus.org/browse/GEOS-1395

-Justin

Lex Tiekink wrote:

After some expirimenting, I found that the gml:boundedBy should indeed be
removed from the xml, as was suggested by Andrea.
Also, the <gml:posList> does not work, while the <gml:coordinates> does
work, even in WFS 1.1.
I'm now parsing the xml and replacing the posList tags by coordinates tags,
but of course this is not the optimal solution.

What could be wrong with the <posList> tag?

Lex

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: woensdag 10 oktober 2007 17:53
To: Chris Holmes
Cc: Lex Tiekink; Justin Deoliveira; geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Exception while doing WFS-T 1.1 Update on
Geoserver 1.6.0-beta3

Chris Holmes ha scritto:

You also might try to use WFS 1.0 on 1.6.0-beta3, as it has more of the
same code from 1.5.3.

Only in the encoding part. The incoming request parsing is managed by
the new parser.

Cheers
Andrea

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

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