Doug Fils wrote:
All,
Been mostly a lurker on the site but we (http://www.chronos.org)
have installed and set up Geoserver as our WMS/WFS solution.
With the help of Chris Tweedie (thanks Chris) I got the URL to our
geoserver working with returning GE output.
ref:
http://services.chronos.org:9090/geoserver/wms?service=WMS&version=1.0.0&request=GetMap&format=application/vnd.google-earth.kml+XML&width=500&height=500&srs=EPSG:4326&layers=chronos:diatoms&styles=blue_point
When I run it I get the results.. but now I have some questions.
1) All the points are unlabeled, is there a way for me to pull some
data from a table in our postgis db and attach to a label name for
these points? Is this what entry:
http://jira.codehaus.org/browse/GEOS-537 regarding place names is about?
I _think_ so. I just built geoserver with the patched file, could you go to the issue again and download the attached geoserver.jar? Let me know if it works...
2) How do I associate data from the database into a WFS or KML output?
In the attached screen shot from that feature setup in geoserver I see
all the genus and species data with a point. (This is ocean drilling
data). I would love to see that in the white pop box in GE. Is
there something I am missing, is that related to the schema base
entry? I assume there is a link between this question and the place
name issue in item (1)?
Yes, 1) must be working properly for this to display correctly. To get in to WFS you don't need to do anything, all attributes are returned by default. To get it in KML (which is generated by the WMS) you need to make the appropriate 'label' in SLD. If you get the latest udig (1.1M6) from http://udig.refractions.net you can use it to customize your SLD with a nice gui, and then export it and upload it to GeoServer. The lable should then be rendered in WMS, and in KML if that patch works. Note I could only get the label working with one field at a time, but I think it's supposed to support more.
All the data now is Ocean based, but soon we will have GSSP markers
and asteroid impact data on-line as well, so it would be great to be
able to get this data into GE for example.
Cool. The GE support is still young, and there are some concrete things that need to be fixed. We've estimated about 8 days work to get the KML stuff up to snuff, and streaming with KMZ, which we're not planning to do immediately unless we can scare up a bit of funding. But reporting bugs like this helps us know what needs to be done.
best regards,
Chris
thanks everyone!
doug
------------------------------------------------------------------------
--
Chris Holmes
The Open Planning Project
thoughts at: http://cholmes.wordpress.com
