[Geoserver-devel] Re: FW: FW: [Geoserver-users] re: problem with WMS

GeoServer GeoServer Developer
,
1

Hey, sorry for the late response, I was super busy at a conference, and
am currently in the midst of a very long trip home.

First lesson about open source - email the list, not individual
developers, since someone else may easily be able to pick it up when
individuals are disposed (I know, I'm partly to blame since I emailed
off list to encourage you - my bad).

I'm rushing through some email now, so can't really respond, but Dave,
could someone maybe look at this? SVG is completely broken now,
whereas before it just didn't work well. Randy has found the problem,
we just need to figure out a fix. And if we could get a tutorial on
the Producers in GeoServer that would be great.

And should jira to remove the request for bc_roads in the demos, since
we no longer include that layer.

Chris

Quoting Randy George <rkgeorge@anonymised.com>:

Hi Chris,

  I had some time to look into the empty svg problem today. I can see
where the problem is, but don't have a good solution.

  Apparently at:
GetMapResponse.java line 167
       finally
    {
          //clean
          try{
            map.clearLayerList
          }
          catch(Exception e) // we dont want to propogate a new error
      {
            e.printStackTrace();
      }
    }

Remarking out the map.clearLayerList will allow the
svgEncoder.writeLayers
to find layers to be output. The finally clause apparently clears the
LayerList prior to the svgEncoder delegation writeLayers running?
Seems odd
to me too.

However, removing the finally clause leaves the memory leak problem
unsettled.

Second, I also noticed that using TestWfsPost.java for running a
Format=svg/image+xml mime type doesn't work at least for IE.

Running this from the browser address will work fine:

http://localhost:8080/geoserver/wms?request=GetMap&layers=topp:states&bbox=-

130,24,-66,50&width=550&height=250&srs=EPSG:4326&styles=population&Format=im

age/svg+xml

however, running the same from the demo TestWfsPost url will not work
on IE?

Possibly it is a known problem using the embed element in IE for
image/svg+xml, since using an Object element like this will work in
IE but
probably not in other browsers:

<html>
<body leftmargin=0 topmargin=0 scroll=no>
<!--
  <embed width=100% height=100% fullscreen=yes
src="http://localhost:80/geoserver/wfs/TestWfsPost&quot;&gt;
-->

<object height="100%" id=OBJECT1 name=svgmap type=image/svg+xml
    width="100%" scrolling="no">
    <param NAME="src"

VALUE="http://localhost:80/geoserver/wms?request=GetMap&layers=topp:states&b

box=-130,24,-66,50&width=550&height=250&srs=EPSG:4326&styles=population&Form

at=image/svg+xml">
</object>

</body>
</html>

One more item, the bc_roads.shp example in WMS_getMap_SVG.url gives
this
error:
<ServiceException
code="LayerNotDefined">java.util.NoSuchElementException:
Could not locate FeatureTypeConfig
&apos;bc_roads&apos;</ServiceException>
</ServiceExceptionReport>
It would probably disappoint the casual experimenter.

Finally, if you have some pointers to " overview of how our
producer plug-ins work" I would appreciate it.

Thanks
Randy

-----Original Message-----
From: Chris Holmes [mailto:cholmes@anonymised.com]
Sent: Sunday, September 25, 2005 8:37 AM
To: randy george
Cc: dblasby@anonymised.com
Subject: RE: FW: [Geoserver-users] re: problem with WMS

Quoting randy george <micromapcad@anonymised.com>:

> Hi Chris,
>
> You make it sound easy.
> "Our WMS and WFS outputs are completely pluggable,
> so if you were to fix up our normal SVG writer you
> could then extend it and add your specific onclick functionality.
> Like
> you can add anything you want in there... Then you'd call it
> 'randys-svg'
> and your client could request it straight from geoserver. Granted
> this is
> less interoperable, but for non-geoservers you could fall back on
> your
> normal servlet processing. But for geoserver it would be a lot
more
> efficient, going straight from the datastore to how you want it."
>
> I'll have to checkout the code from your svn and look at the svg
> side of things. It may be beyond by capabilities, but I'm sure I'd
> learn a
> great deal!
Feel free to ask any and all questions, I'm happy to answer. SVG is
currently in a bit of a funky state, so it's not quite as easy as I
make it sound. But if you start on it, are willing to get dirty in
the
code, we can probably get someone to help out on the lame bugs
(especially the major one that prevents anything from working, which
should not be too hard to fix, since I know it worked in the past).
Ideally the SVG outputter should be rewritten. There is a streaming
one, nice and fast, but it doesn't handle styles. And there is
another
SVG outputter that does styles, but uses Batik, so it's not fast.

But check out the org.vfny.geoserver.wms.map package I think it is?
You'll see stuff in there with SVG, and follow the paths of Producer
classes. Once SVG is in shape though, it should be easy to extend it
on the geoserver side to get the output behavior that you want
directly.

Dave, any chance of you guys scaring up a good overview of how our
producer plug-ins work? Or any chance you've done it already?

best regards,

Chris

>
> Thanks
> Randy
>
> -----Original Message-----
> From: Chris Holmes [mailto:cholmes@anonymised.com]
> Sent: Saturday, September 24, 2005 6:31 AM
> To: randy george
> Cc: geoserver-users@lists.sourceforge.net
> Subject: Re: FW: [Geoserver-users] re: problem with WMS
>
> >
> > Hi Chris,
> >
> >
> >
> > I can get the request=getCapabilities results to open using
> Opera
> and
> > Firefox but still can't get a return for IE6
> >
> > Most of the other WMS demo urls work fine.
> >
> >
> >
> > I added this to my mime types, but it didn't seem to help:
> >
> > <mime-mapping>
> >
> > <extension></extension>
> >
> > <mime-type>application/vnd.ogc.se_xml</mime-type>
> >
> > </mime-mapping>
> >
> >
> >
> >
>

http://localhost:80/geoserver/data/capabilities/wms/1.1.1/WMS_MS_Capabilitie

> > s
> >
>

<http://localhost/geoserver/data/capabilities/wms/1.1.1/WMS_MS_Capabilities&gt;

> > gives a 404 error
> Ah, you need a .dtd on the end. I just tried out the same thing,
and
> got
> the same set of errors. If you do 'view source' you should be able
> to see
> the caps document. Or you can save it to disk or use wordpad or
some
> other default program.
>
>
> > "You could just turn off validation on your browser."
> >
> > I am not sure what you mean by this, IE6 validation options
aren't
> apparent?
> >
> > I can open the result in notepad/wordpad but not in the IE
browser?
> I
> guess
> > this isn't really a problem once I am accessing the results
through
> a
> > servlet.
> Yeah, exactly. It's more of a machine thing to process the caps
doc.
> It
> _should_ be human readable, like all xml, ogc just screwed up with
> mime
> types...
>
> >
> >
> >
> > I am also having trouble with DEMO WMS_getMap_SVG.url, it opens
an
> empty
> svg
> > document?
> Known bug unfortunately. SVG has fallen out of maintenance
> unfortunately.
> We very much want good svg support, but it's not schedule for a
bit,
> after
> 1.3.0. There is some code that you could get working if you're
> interested
> in...
>
> > An svg return option (in addition to gml)would be very handy for
> the work
> I
> > am doing. I can use my own servlet to move gml to svg but it adds
> another
> > step. I guess I would still need to process the resulting svg to
> add
> > additional event listeners unless there is a way to add items
like
> > onclick="openquery(evt)" through a specialized sld?
> No, no way to do it with specialized sld. The thing I'd recommend
is
> that
> ou write a customized 'output format'. Our WMS and WFS outputs are
> completely pluggable, so if you were to fix up our normal SVG
writer
> you
> could then extend it and add your specific onclick functionality.
> Like
> you can add anything you want in there... Then you'd call it
> 'randys-svg'
> and your client could request it straight from geoserver. Granted
> this is
> less interoperable, but for non-geoservers you could fall back on
> your
> normal servlet processing. But for geoserver it would be a lot
more
> efficient, going straight from the datastore to how you want it.
>
> If you're interested in this let me know, I can point you in the
> right
> directions. There is svg stuff, and I can point you at how to
> improve it
> for general needs, and then how to do your specific add-ins. It
may
> be a
> bit slower overall, but you'd make many people happy, and would get
> more
> bug testing from the community, and it would probably end up more
> efficient overall.
>
> best regards,
>
> Chris
>
> >
> >
> >
> > I also wondered if it is possible to add tiff images as a
> datastore
> I
> > didn't see any imagery options in the datastore type drop down?
> > file:data/featureTypes/LandcoverW/LandcoverW.tif
> >
> >
> >
> >
> >
> > Thanks for the help. GeoServer is an impressive project! Along
with
> PostGIS,
> > GeoTools, and UDig there is a complete open source stack for GIS
> web
> > services.
> >
> >
> >
> > randy
> >
> >
> >
> > -----Original Message-----
> > From: Chris Holmes [mailto:cholmes@anonymised.com]
> > Sent: Friday, September 23, 2005 2:28 AM
> > To: Randy George
> > Cc: geoserver-users@lists.sourceforge.net
> > Subject: Re: [Geoserver-users] re: problem with WMS
> >
> >
> >
> > If you go to:
> >
> >
> >
> >
>

http://localhost:80/geoserver/data/capabilities/wms/1.1.1/WMS_MS_Capabilitie

> > s
> >
> >
> >
> > Do you get anything? It sounds like your browser is trying to
> process the
>
> >
> > dtd, and getting an error. You could just turn off validation on
> your
> >
> > broswer. Slight chance it could be this:
> >
> >
>

http://www.nabble.com/1.3.0-rc2%3A-WMS-getCapabilites-content-type-not-set--

> > n181622.html
> >
> > your browser confused about the mime types, but it sound smore
like
> a
> >
> > processing error.
> >
> >
> >
> > Chris
> >
> >
> >
> >
>

http://localhost:80/geoserver/data/capabilities/wms/1.1.1/WMS_MS_Capabiliti

> >
> > > es
> >
> >
> >
> > On Thu, 22 Sep 2005, Randy George wrote:
> >
> >
> >
> > > Hi,
> >
> > >
> >
> > >
> >
> > >
> >
> > > I downloaded geoserver-1.3.0-RC2-war and deployed
to
> my
> > Tomcat.
> >
> > >
> >
> > > Tomcat 5.5.9
> >
> > >
> >
> > > jdk1.5.0_04 (the xalan jar files are loaded in
> >
> > > webapps\geoserver\WEB-INF\lib)
> >
> > >
> >
> > >
> >
> > >
> >
> > > The WFS demo works fine but when I try
> >
> > > http://localhost:80/geoserver/wms?request=getCapabilities
> >
> > > <http://localhost/geoserver/wms?request=getCapabilities&gt; I get
> the
> >
> > > following response?
> >
> > >
> >
> > > The XML page cannot be displayed
> >
> > >
> >
> > > Cannot view XML input using style sheet. Please correct the
error
> and
> then
> >
> > > click the Refresh <javascript:location.reload()> button, or
try
> again
> >
> > > later.
> >
> > >
> >
> > > _____
> >
> > >
> >
> > > Access is denied. Error processing resource
> >
> > >
> >
>

'http://localhost:80/geoserver/data/capabilities/wms/1.1.1/WMS_MS_Capabiliti

> >
> > > es....
> >
> > >
> >
> > > <!DOCTYPE WMT_MS_Capabilities SYSTEM
> >
> > >
> >
>

"http://localhost:80/geoserver/data/capabilities/wms/1.1.1/WMS_MS_Capabiliti

> >
> > > es.dtd"&...
> >
> > >
> >
> > >
> >
> > >
> >
> > > Where am I going wrong?
> >
> > >
> >
> > >
> >
> > >
> >
> > > Thanks
> >
> > >
> >
> >
> >
> >
>
> --
>
>

----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/

----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/