[Geoserver-devel] Two on wfs getCapabilities, trunk

Andrea_Aime3 · March 8, 2007, 6:50pm

Hi,
two things on wfs GetCapabilities, trunk:
* the output is not indented... ok, a browser will make
it look nice anyways, but it would be nice if it was
readable also with a plain text reader
* who ate all my output formats???

ows:Operation name="GetFeature">
  <ows:DCP>
  <ows:HTTP>
<ows:Get xlink:href="http://localhost:8080/geoserver/wfs"/>
<ows:Post xlink:href="http://localhost:8080/geoserver/wfs"/>
</ows:HTTP>
</ows:DCP>
  <ows:Parameter name="resultType">
<ows:Value>results</ows:Value>
<ows:Value>hits</ows:Value>
</ows:Parameter>
  <ows:Parameter name="outputFormat">
<ows:Value>text/gml; subtype=gml/3.1.1</ows:Value>
</ows:Parameter>
</ows:Operation>

On a positive note, GML2 is still there an working, but it's
not adverstised.

Besides this, it would be nice to have an "alias" as GML3
along with the OGC correct type, since the latter is annoying
to input in a WFS GET request.

Cheers
Andrea

Chris_Holmes1 · March 8, 2007, 6:55pm

Andrea Aime wrote:

Hi,
two things on wfs GetCapabilities, trunk:
* the output is not indented... ok, a browser will make
it look nice anyways, but it would be nice if it was
readable also with a plain text reader

We used to have a pretty printing option. But I think we just dropped it, since we figured that if people wanted to look at it they can put it in a browser or an xml tool.

* who ate all my output formats???

I'm pretty sure they need to be reimplemented. Shapefile doesn't appear to be in the code at all, and I guess gzipped GML isn't either. We need to look at things a bit more since he changed how one adds output formats and the like.

Chris

ows:Operation name="GetFeature">
  <ows:DCP>
  <ows:HTTP>
<ows:Get xlink:href="http://localhost:8080/geoserver/wfs"/>
<ows:Post xlink:href="http://localhost:8080/geoserver/wfs"/>
</ows:HTTP>
</ows:DCP>
  <ows:Parameter name="resultType">
<ows:Value>results</ows:Value>
<ows:Value>hits</ows:Value>
</ows:Parameter>
  <ows:Parameter name="outputFormat">
<ows:Value>text/gml; subtype=gml/3.1.1</ows:Value>
</ows:Parameter>
</ows:Operation>

On a positive note, GML2 is still there an working, but it's
not adverstised.

Besides this, it would be nice to have an "alias" as GML3
along with the OGC correct type, since the latter is annoying
to input in a WFS GET request.

Cheers
Andrea

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

!DSPAM:1003,45f05c94127941527717022!

--
Chris Holmes
The Open Planning Project
http://topp.openplans.org

Justin_Deoliveira · March 12, 2007, 8:25pm

* who ate all my output formats???

I'm pretty sure they need to be reimplemented. Shapefile doesn't appear
to be in the code at all, and I guess gzipped GML isn't either. We need
to look at things a bit more since he changed how one adds output
formats and the like.

My bad on this one guys :(. Since I changed the output format stuff i
changed the capabilities and it got left out in the cold. I also wanted
to make it so that wfs did not depend on shapefile.

I have a jira open about some other output format stuff on trunk.
Created one for this as well.

http://jira.codehaus.org/browse/GEOS-965

Chris

ows:Operation name="GetFeature">
    <ows:DCP>
    <ows:HTTP>
<ows:Get xlink:href="http://localhost:8080/geoserver/wfs"/>
<ows:Post xlink:href="http://localhost:8080/geoserver/wfs"/>
</ows:HTTP>
</ows:DCP>
    <ows:Parameter name="resultType">
<ows:Value>results</ows:Value>
<ows:Value>hits</ows:Value>
</ows:Parameter>
    <ows:Parameter name="outputFormat">
<ows:Value>text/gml; subtype=gml/3.1.1</ows:Value>
</ows:Parameter>
</ows:Operation>

On a positive note, GML2 is still there an working, but it's
not adverstised.

Besides this, it would be nice to have an "alias" as GML3
along with the OGC correct type, since the latter is annoying
to input in a WFS GET request.

Cheers
Andrea

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to
share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

!DSPAM:1004,45f05de7130461116498154!

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

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

!DSPAM:1004,45f05de7130461116498154!

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

Chris_Holmes1 · March 12, 2007, 8:44pm

Justin Deoliveira wrote:

* who ate all my output formats???

I'm pretty sure they need to be reimplemented. Shapefile doesn't appear
to be in the code at all, and I guess gzipped GML isn't either. We need
to look at things a bit more since he changed how one adds output
formats and the like.

My bad on this one guys :(. Since I changed the output format stuff i
changed the capabilities and it got left out in the cold. I also wanted
to make it so that wfs did not depend on shapefile.

The only reason it depended on it was because they were in the same module. We could have easily split it in to its own module, that just depended on WFS. And I think that's how we should do it in the future, have an 'output formats' module...

Chris

I have a jira open about some other output format stuff on trunk.
Created one for this as well.

http://jira.codehaus.org/browse/GEOS-965

Chris

ows:Operation name="GetFeature">
    <ows:DCP>
    <ows:HTTP>
<ows:Get xlink:href="http://localhost:8080/geoserver/wfs"/>
<ows:Post xlink:href="http://localhost:8080/geoserver/wfs"/>
</ows:HTTP>
</ows:DCP>
    <ows:Parameter name="resultType">
<ows:Value>results</ows:Value>
<ows:Value>hits</ows:Value>
</ows:Parameter>
    <ows:Parameter name="outputFormat">
<ows:Value>text/gml; subtype=gml/3.1.1</ows:Value>
</ows:Parameter>
</ows:Operation>

On a positive note, GML2 is still there an working, but it's
not adverstised.

Besides this, it would be nice to have an "alias" as GML3
along with the OGC correct type, since the latter is annoying
to input in a WFS GET request.

Cheers
Andrea

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to
share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

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

!DSPAM:1004,45f05de7130461116498154!

--
Chris Holmes
The Open Planning Project
http://topp.openplans.org

Justin_Deoliveira · March 12, 2007, 8:57pm

to make it so that wfs did not depend on shapefile.

The only reason it depended on it was because they were in the same
module. We could have easily split it in to its own module, that just
depended on WFS. And I think that's how we should do it in the future,
have an 'output formats' module...

I was thinking that we might want to adopt a module per output format.
Since an output format is probably the most common type of plugin
someone will right, I think we want to promote doing it in there own
module instead of modifying an existing one for all output formats.
Perhaps i am missing something.

Chris

I have a jira open about some other output format stuff on trunk.
Created one for this as well.

http://jira.codehaus.org/browse/GEOS-965

Chris

ows:Operation name="GetFeature">
    <ows:DCP>
    <ows:HTTP>
<ows:Get xlink:href="http://localhost:8080/geoserver/wfs"/>
<ows:Post xlink:href="http://localhost:8080/geoserver/wfs"/>
</ows:HTTP>
</ows:DCP>
    <ows:Parameter name="resultType">
<ows:Value>results</ows:Value>
<ows:Value>hits</ows:Value>
</ows:Parameter>
    <ows:Parameter name="outputFormat">
<ows:Value>text/gml; subtype=gml/3.1.1</ows:Value>
</ows:Parameter>
</ows:Operation>

On a positive note, GML2 is still there an working, but it's
not adverstised.

Besides this, it would be nice to have an "alias" as GML3
along with the OGC correct type, since the latter is annoying
to input in a WFS GET request.

Cheers
Andrea

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

Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to
share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

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

Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to
share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

!DSPAM:1004,45f5bd71222951665516417!

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

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

!DSPAM:1004,45f5bd71222951665516417!

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