Hi, i m a new member of this newsletter.
I have some questions regarding georss.
Thanks for the help.
Andrea Di Nora ha scritto:
Hi, i m a new member of this newsletter.
I have some questions regarding georss.
I have a preliminary question too... which version of geoserver
are you using?
- I have a layer of points correctly configured and can see in the preview map, but if ask the result in georss format a blank document is returned. There are specific configurations to be made?
Hum, no. It should work. First a sanity check. Do the sample point
layers generate valid rss for you? If so, there is something specific
to that dataset that's not working, and we'd probably need to have
a copy of it (by private mail).
- If I have a layer with a srs of a certain type, i can make requests to rss layer requiring a different srs and with coordinates modified on the fly?
Yes, it should work.
Just make sure you're bbox is specified in the destination crs.
For example, this request:
http://geo.openplans.org:8080/geoserver/wms?bbox=-180,-90,180,90&styles=&Format=application/rss%2Bxml&request=GetMap&layers=opengeo:archsites&width=800&height=500&srs=EPSG:4326
returns the bugsites reprojected in 4326.
Cheers
Andrea
Andrea Di Nora ha scritto:
Andrea Di Nora ha scritto:
Hum, no. It should work. First a sanity check. Do the sample point
layers generate valid rss for you? If so, there is something specific
to that dataset that's not working, and we'd probably need to have
a copy of it (by private mail).
Yes i do. There are some layers that do not give me problem. I saw
that the layers that create problems are those based on data sdo
Data sdo? What's that? You mean ArcSDE?
I have a request as: http://myserver/geoserver/wms?bbox=1417657.203212203,4288295.512089096,1580030.818430718,4582639.590023986&styles=&Format=application/rss%2Bxml&request=GetMap&layers=ras:asl&width=353&height=550&srs=EPSG:3003
but the georss coordinate in output are in the format:
.....
<geo:lat>39.38094394485267</geo:lat>
<geo:long>9.165964597745672</geo:long>
.....
while a need the other format.
If i make a wms for map or wfs request with my coordinate system the response is that expected. What is the difference?
Erk, silly me. The GeoRSS encoding we do support (w3c geo)
mandates the usage of 4326 as the spatial reference system, it's not
possible to output coordinates in another one.
We would need to support the GML or Simple encodings to allow
for reprojection. This is not currently offered in a user
accessible way, but I know there are some (probably untested)
classes in the code base to allow for the alternate
encodings.
I'm cc'ing the developer that created them. Justin, what's
the status of those? Would it be possible to have the three
encodings supported by 1.6.1 in your opinion?
Cheers
Andrea
Andrea Aime ha scritto:
We would need to support the GML or Simple encodings to allow
for reprojection. This is not currently offered in a user
accessible way, but I know there are some (probably untested)
classes in the code base to allow for the alternate
encodings.
Simone made me notice that only the GML encoding supports
SRS other than 4326, Simple is locked down on lat/lon:
http://www.georss.org/simple (see the definition of Point, for example)
http://www.georss.org/gml (see Coordinate Reference System Usage)
So I guess the question becomes, can we support the GML
encoding, and Andrea, are the applications you use able
to read it?
Cheers
Andrea
On Feb 8, 2008 3:07 PM, Andrea Aime <aaime@anonymised.com> wrote:
Andrea Aime ha scritto:
> We would need to support the GML or Simple encodings to allow
> for reprojection. This is not currently offered in a user
> accessible way, but I know there are some (probably untested)
> classes in the code base to allow for the alternate
> encodings.Simone made me notice that only the GML encoding supports
SRS other than 4326, Simple is locked down on lat/lon:
http://www.georss.org/simple (see the definition of Point, for example)
http://www.georss.org/gml (see Coordinate Reference System Usage)
Here is a good reference of the libraries I have been playing with in
the past for RSS and Atom. I suggested Justin to use geo extensions
for ROME but I guess I did not convince him :-).
Simone.
So I guess the question becomes, can we support the GML
encoding, and Andrea, are the applications you use able
to read it?Cheers
Andrea-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
-------------------------------------------------------
Eng. Simone Giannecchini
President /CEO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928
-------------------------------------------------------
Andrea Di Nora ha scritto:
2008/2/8, Andrea Aime <aaime@anonymised.com <mailto:aaime@anonymised.com>>:
Andrea Aime ha scritto:
> We would need to support the GML or Simple encodings to allow
> for reprojection. This is not currently offered in a user
> accessible way, but I know there are some (probably untested)
> classes in the code base to allow for the alternate
> encodings.Simone made me notice that only the GML encoding supports
SRS other than 4326, Simple is locked down on lat/lon:
http://www.georss.org/simple (see the definition of Point, for example)
http://www.georss.org/gml (see Coordinate Reference System Usage)So I guess the question becomes, can we support the GML
encoding, and Andrea, are the applications you use able
to read it?Yes i know that only gml supports different srs, sorry i regret not
having specified earlier. My question consisted precisely in
understanding if there is a way to specify a srs different from the
base in response georss.My application can read gml without problem.
I see that there is this option:
&format_options=encoding:simple
is it supported? Can i specify also gml?
Andrea, this is a mailing list, please, stop sending me private mails.
As for the format_options, I don't know, but Justin should.
Let's wait for him to get online
Cheers
Andrea
I'm cc'ing the developer that created them. Justin, what's
the status of those? Would it be possible to have the three
encodings supported by 1.6.1 in your opinion?
Yeah, i think this probably some low hanging fruit we could grab for 1.6.1. Really just need to link it up to the request. But I admit, the devil is always in the details.
Cheers
Andrea-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users!DSPAM:4007,47ac5cfa43275219720167!
--
Justin Deoliveira
The Open Planning Project
jdeolive@anonymised.com
Yeah, I started looking at ROME. For OWS5 geosync stuff we need to produce and consume georss feeds, and ROME likes like a good library to do it. I have not dug too deep yet but it looks promising. However this is something that will be done on trunk, not available for 1.6.x.
Simone Giannecchini wrote:
On Feb 8, 2008 3:07 PM, Andrea Aime <aaime@anonymised.com> wrote:
Andrea Aime ha scritto:
We would need to support the GML or Simple encodings to allow
for reprojection. This is not currently offered in a user
accessible way, but I know there are some (probably untested)
classes in the code base to allow for the alternate
encodings.Simone made me notice that only the GML encoding supports
SRS other than 4326, Simple is locked down on lat/lon:
http://www.georss.org/simple (see the definition of Point, for example)
http://www.georss.org/gml (see Coordinate Reference System Usage)Here is a good reference of the libraries I have been playing with in
the past for RSS and Atom. I suggested Justin to use geo extensions
for ROME but I guess I did not convince him :-).Simone.
So I guess the question becomes, can we support the GML
encoding, and Andrea, are the applications you use able
to read it?Cheers
Andrea-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
Justin Deoliveira
The Open Planning Project
jdeolive@anonymised.com
Andrea Aime wrote:
Andrea Di Nora ha scritto:
2008/2/8, Andrea Aime <aaime@anonymised.com <mailto:aaime@anonymised.com>>:
Andrea Aime ha scritto:
> We would need to support the GML or Simple encodings to allow
> for reprojection. This is not currently offered in a user
> accessible way, but I know there are some (probably untested)
> classes in the code base to allow for the alternate
> encodings.Simone made me notice that only the GML encoding supports
SRS other than 4326, Simple is locked down on lat/lon:
http://www.georss.org/simple (see the definition of Point, for example)
http://www.georss.org/gml (see Coordinate Reference System Usage)So I guess the question becomes, can we support the GML
encoding, and Andrea, are the applications you use able
to read it?Yes i know that only gml supports different srs, sorry i regret not
having specified earlier. My question consisted precisely in
understanding if there is a way to specify a srs different from the
base in response georss.My application can read gml without problem.
I see that there is this option:
&format_options=encoding:simple
is it supported? Can i specify also gml?Andrea, this is a mailing list, please, stop sending me private mails.
As for the format_options, I don't know, but Justin should.
Let's wait for him to get online
Hmm... i was not aware that this format option existed to change the encoding. But the idea is sound and should work just fine.
Cheers
Andrea-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users!DSPAM:4007,47ac68d058151628642973!
--
Justin Deoliveira
The Open Planning Project
jdeolive@anonymised.com
ok thanks to all for the response. For now i resolve the problem in another way waiting for the next release.
2008/2/8, Justin Deoliveira <jdeolive@anonymised.com>:
I’m cc’ing the developer that created them. Justin, what’s
the status of those? Would it be possible to have the three
encodings supported by 1.6.1 in your opinion?Yeah, i think this probably some low hanging fruit we could grab for
1.6.1. Really just need to link it up to the request. But I admit, the
devil is always in the details.Cheers
Andrea
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users!DSPAM:4007,47ac5cfa43275219720167!
–
Justin Deoliveira
The Open Planning Project
jdeolive@anonymised.com
Andrea Di Nora ha scritto:
ok thanks to all for the response. For now i resolve the problem in another way waiting for the next release.
Andrea,
can you open a jira issue on jira.codehaus.org about this request?
This way we won't forget, and you'll be notified as soon as the
functionality is ready (so you'll be able to try it out on a nightly
build).
Cheers
Andrea
Ok no problem. I will create and when active open an issue jira.
2008/2/8, Andrea Aime <aaime@anonymised.com>:
Andrea Di Nora ha scritto:
ok thanks to all for the response. For now i resolve the problem in
another way waiting for the next release.Andrea,
can you open a jira issue on jira.codehaus.org about this request?
This way we won’t forget, and you’ll be notified as soon as the
functionality is ready (so you’ll be able to try it out on a nightly
build).Cheers
Andrea