Hi all-
I am new to GeoServer and this list. So far I like what I see. We are
developing an app that requires a WFS and had been using ESRI's ArcIms
WFS connector which has turned out to be horribly buggy, not to mention
we can't stand ESRI's deployment model for non-windows environments x(.
We have also been doing some gml to svg xslt, and I wanted to explore
the svg capabilities of GeoServer, but when I try to use the batik
rendering for WMS I get the following parsing error in Firefox:
Location:
http://localhost:8088/geoserver/wms?bbox=-127.61950064999999,23.7351786,
-64.08177035,50.592523400000005&styles=&Format=image/svg%2Bxml&request=G
etMap&layers=topp:states&width=800&height=317&srs=EPSG:4326
Line Number 1, Column 1:
I get good svg when rendering is not set to batik.
Thanks in advance
Tim
After some exploration it seems that while
SVGBatikMapProducer.writeTo(OutputStream out) throws no exceptions, the
OutputStream contains only null values after the method completes. Can
anyone tell me what I am missing?
-----Original Message-----
From: geoserver-users-bounces@lists.sourceforge.net
[mailto:geoserver-users-bounces@lists.sourceforge.net] On Behalf Of
Keane, Tim
Sent: Wednesday, December 05, 2007 1:26 PM
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] Bad XML when using WMS/Batik rendering with
demoapp
Hi all-
I am new to GeoServer and this list. So far I like what I see. We are
developing an app that requires a WFS and had been using ESRI's ArcIms
WFS connector which has turned out to be horribly buggy, not to mention
we can't stand ESRI's deployment model for non-windows environments x(.
We have also been doing some gml to svg xslt, and I wanted to explore
the svg capabilities of GeoServer, but when I try to use the batik
rendering for WMS I get the following parsing error in Firefox:
Location:
http://localhost:8088/geoserver/wms?bbox=-127.61950064999999,23.7351786,
-64.08177035,50.592523400000005&styles=&Format=image/svg%2Bxml&request=G
etMap&layers=topp:states&width=800&height=317&srs=EPSG:4326
Line Number 1, Column 1:
I get good svg when rendering is not set to batik.
Thanks in advance
Tim
------------------------------------------------------------------------
-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell. From the desktop to the data center, Linux is going
mainstream. Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Hi Tim,
Can you tell us which version of GeoServer you are using? I am curious
to see what the result is when not rendered by the browser. Any chance
you can try the request with "wget"?
Keane, Tim wrote:
After some exploration it seems that while
SVGBatikMapProducer.writeTo(OutputStream out) throws no exceptions, the
OutputStream contains only null values after the method completes. Can
anyone tell me what I am missing?
-----Original Message-----
From: geoserver-users-bounces@lists.sourceforge.net
[mailto:geoserver-users-bounces@lists.sourceforge.net] On Behalf Of
Keane, Tim
Sent: Wednesday, December 05, 2007 1:26 PM
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] Bad XML when using WMS/Batik rendering with
demoapp
Hi all-
I am new to GeoServer and this list. So far I like what I see. We are
developing an app that requires a WFS and had been using ESRI's ArcIms
WFS connector which has turned out to be horribly buggy, not to mention
we can't stand ESRI's deployment model for non-windows environments x(.
We have also been doing some gml to svg xslt, and I wanted to explore
the svg capabilities of GeoServer, but when I try to use the batik
rendering for WMS I get the following parsing error in Firefox:
Location:
http://localhost:8088/geoserver/wms?bbox=-127.61950064999999,23.7351786,
-64.08177035,50.592523400000005&styles=&Format=image/svg%2Bxml&request=G
etMap&layers=topp:states&width=800&height=317&srs=EPSG:4326
Line Number 1, Column 1:
I get good svg when rendering is not set to batik.
Thanks in advance
Tim
------------------------------------------------------------------------
-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell. From the desktop to the data center, Linux is going
mainstream. Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell. From the desktop to the data center, Linux is going
mainstream. Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
!DSPAM:4007,47570f6d78181431913854!
--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org
Keane, Tim ha scritto:
Hi all-
I am new to GeoServer and this list. So far I like what I see. We are
developing an app that requires a WFS and had been using ESRI's ArcIms
WFS connector which has turned out to be horribly buggy, not to mention
we can't stand ESRI's deployment model for non-windows environments x(.
We have also been doing some gml to svg xslt, and I wanted to explore
the svg capabilities of GeoServer, but when I try to use the batik
rendering for WMS I get the following parsing error in Firefox:
Location:
http://localhost:8088/geoserver/wms?bbox=-127.61950064999999,23.7351786,
-64.08177035,50.592523400000005&styles=&Format=image/svg%2Bxml&request=G
etMap&layers=topp:states&width=800&height=317&srs=EPSG:4326
Line Number 1, Column 1:
I get good svg when rendering is not set to batik.
You are indeed right. Funny, this issue has been inside GeoServer
for at least one year and you're the first to notice. Guess SVG
+ Batik is not a popular choice.
Anyways, opened a jira issue about this, and about to commit a fix.
http://jira.codehaus.org/browse/GEOS-1589
The fix should be included in 1.6.0-rc2, due out sometimes late
next week (or beginning of the week after it).
Cheers
Andrea
This was using 1.6.0-RC1 but when I setup 1.5.4 the problem was resolved.
Justin Deoliveira-4 wrote:
Hi Tim,
Can you tell us which version of GeoServer you are using? I am curious
to see what the result is when not rendered by the browser. Any chance
you can try the request with "wget"?
Keane, Tim wrote:
After some exploration it seems that while
SVGBatikMapProducer.writeTo(OutputStream out) throws no exceptions, the
OutputStream contains only null values after the method completes. Can
anyone tell me what I am missing?
-----Original Message-----
From: geoserver-users-bounces@lists.sourceforge.net
[mailto:geoserver-users-bounces@lists.sourceforge.net] On Behalf Of
Keane, Tim
Sent: Wednesday, December 05, 2007 1:26 PM
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] Bad XML when using WMS/Batik rendering with
demoapp
Hi all-
I am new to GeoServer and this list. So far I like what I see. We are
developing an app that requires a WFS and had been using ESRI's ArcIms
WFS connector which has turned out to be horribly buggy, not to mention
we can't stand ESRI's deployment model for non-windows environments x(.
We have also been doing some gml to svg xslt, and I wanted to explore
the svg capabilities of GeoServer, but when I try to use the batik
rendering for WMS I get the following parsing error in Firefox:
Location:
http://localhost:8088/geoserver/wms?bbox=-127.61950064999999,23.7351786,
-64.08177035,50.592523400000005&styles=&Format=image/svg%2Bxml&request=G
etMap&layers=topp:states&width=800&height=317&srs=EPSG:4326
Line Number 1, Column 1:
I get good svg when rendering is not set to batik.
Thanks in advance
Tim
------------------------------------------------------------------------
-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell. From the desktop to the data center, Linux is going
mainstream. Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell. From the desktop to the data center, Linux is going
mainstream. Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
!DSPAM:4007,47570f6d78181431913854!
--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org
-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell. From the desktop to the data center, Linux is going
mainstream. Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
View this message in context: http://www.nabble.com/Bad-XML-when-using-WMS-Batik-rendering-with-demo-app-tf4951489.html#a14194202
Sent from the GeoServer - User mailing list archive at Nabble.com.