Re: svg charting app [Sec=Unclassified]
Hi Stephen, There are charting apps based on SVG that work directly in a web-browser. Examples are: * highcharts: http://www.highcharts.com/ (commercial/opensource) * Google charts: http://code.google.com/intl/de-DE/apis/chart/ (some Google license) * http://mbostock.github.com/d3/: not so simple but very powerful - more than just charts. (BSD license) I believe that all of these are browser-based and I doubt they work without modifications in Batik directly. Maybe the above links can help, even if they are more browser-oriented and less java/Batik related. Andreas On Mon, 14 Nov 2011 16:28:37 +1100, Steve Cameron wrote: Hello, I have inherited a Java application that uses batik to create XY scatter charts. There are some things that I'd like to improve and I am thinking of swapping it over to make use of JFreeCharts, which provides what I want pretty easily. However, I am interested in SVG in general and am wondering if there are others who have implemented a chart library/tool based on batik? I'd like to add zooming capability, which of course SVG provides but for charts there is the need to maintain the x and y axes in view at the same time as you zoom in on the data. I'm sure this can be done by applying separate transforms to the data region and separate x and y axis regions, but that functionality is already available in JFreeCharts. Another issue is displaying a large number of points dynamically (I swap the data set), is there a way to speed this up in dynamic SVG by preventing the screen from repainting until all old points have been removed and new ones added (or is this a foreign concept in SVG)? I suspect that most Java based 2d charts use the java.awt.Graphics2D class for the User Interface for performance reasons and render to SVG using batik as an option. I'm wondering about the pro's and con's of this approach, versus doing it all in SVG? On advantage I can think of is that you could maintain a common set of code for a web-based and a Java-based interactive charts library. I hope that someone can point me in the right direction. Thanks Stephen Cameron Antarctic Fisheries Computing and Database Support Provider Australian Antarctic Division Kingston, Tasmania Phone: 03 62323571 ___ Australian Antarctic Division - Commonwealth of Australia IMPORTANT: This transmission is intended for the addressee only. If you are not the intended recipient, you are notified that use or dissemination of this communication is strictly prohibited by Commonwealth law. If you have received this transmission in error, please notify the sender immediately by e-mail or by telephoning +61 3 6232 3209 and DELETE the message. Visit our web site at ___ -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland - To unsubscribe, e-mail: batik-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: batik-users-h...@xmlgraphics.apache.org
Re: Use of parameters
I'd like to see this implemented as well. It would solve many problems with re-using elements in a more flexible way. But as Jeremias said, it is not yet a recommendation, not even a candidate. Andreas On 2/2/11 7:30 PM, Jeremias Maerki wrote: On 02.02.2011 18:50:11 dao wrote: hello, does batik support this: http://www.w3.org/TR/SVGParamPrimer/ ? No, not yet. I don't really get if this is just a proposal, a draft, a part of a comming release... It's a W3C working draft, so it means this is being discussed and can still change at any time. When it will be integrated in Batik depends on whether someone finds this interesting enough to implement. The idea behind this is cool anyway. regards -- Dao Hodac Jeremias Maerki - To unsubscribe, e-mail: batik-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: batik-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: batik-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: batik-users-h...@xmlgraphics.apache.org
Re: SVG support in IE7?
no, neither IE7 nor IE8 natively support SVG. You need a plugin, such as the now unsupported Adobe SVG viewer or Examotion's SVG plugin. All other browsers (Opera, Firefox, Safari/Webkit, Google Chrome) do support SVG natively. There is also the option of using Batik as an applet in IE, but you'd need a modern JRE to use it. Andreas Denis Weerasiri wrote: Does IE7 support for SVG?. Is there a app. called Google excanvas which will enable the SVG support in IE7? -- -- Andreas Neumann Böschacherstrasse 6 CH-8624 Grüt (Gossau ZH) Switzerland Phone: ++41-44-2736668 Email: [EMAIL PROTECTED] Web: http://www.carto.net/neumann/ SVG Examples: http://www.carto.net/papers/svg/samples/ SVG.Open: http://www.svgopen.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVG and newline
Hi Lars, \n is ignored in SVG. In SVG 1.1 you can use tspan dy=1.2em/ for this purpose. Here is an example: text x=10 y=50Line 1 tspan x=10 dy=1.2emLine 2/tspan tspan x=10 dy=1.2emLine 3/tspan tspan x=10 dy=1.2emLine 4/tspan /text alternatively you can use textArea/ for this purpose (from SVG 1.2): textArea x=10 y=50 width=200 height=300 Line 1tbreak/ Line 2tbreak/ Line 3tbreak/ Line4 /textArea or let the browser automatically break lines when the width of the textarea is fully used up. I think Batik doesn't yet support the textArea/ element, but implemented an earlier, more powerful version of text flowing in arbitrary shapes. textArea/ is already supported in Opera 9.5x Andreas Lars Eirik Rønning wrote: Hi. I need to add newline to my svg. all text will be dynamically generated. I have tried to add a textnode which only contains as well as another one with \n. Any easy fix for this? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Batik 3D
and performance will be suboptimal for medium to larger scene-graphs, since SVG and Batik is optimized for 2d and not 3d and it is often not using the hardware acceleration features of modern graphics cards. Andreas Mikael wrote: I have not said you cannot do it in, I am just saying that Batik may not be the best solution for dong 3D stuff, jGL is an almost complete OpenGL implementation in Java for example if you want 100% java. You can fake some 3D stuff in SVG but it all depends on what you are trying to do. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Text entry field?
Hi John, I just tested the current SVN version and I think editable text doesn't yet work in Batik. As far as I know Opera 9.5 is the only browser implementing editable text. As an example, see http://www.w3.org/Graphics/SVG/Test/20080912/svggen/text-edit-201-t.svg I once wrote a SVG textbox control (with Javascript). You can find an example at http://www.carto.net/papers/svg/gui/textbox/index.svg and the documentation on how to invoke a textbox at http://www.carto.net/papers/svg/gui/textbox/ You can also find some other GUI controls at http://www.carto.net/papers/svg/samples/#iact However, if you only develop for the JAVA platform it is probably better/easier to use the Java SWING widgets or whatever is current nowadays. You should be able to mix swing and SVG canvases. Hope this helps, Andreas John C. Turnbull wrote: Hmm, I tried the example in the specification and it doesn't work. It renders the field but I cannot enter any text into it. Could someone confirm whether this is supported in Batik? Thanks, -JCT -Original Message- From: Helder Magalhães [mailto:[EMAIL PROTECTED] Sent: Friday, 17 October 2008 00:43 To: batik-users@xmlgraphics.apache.org Subject: Re: Text entry field? Is it possible to implement something like a text entry field with a blinking caret in Batik? How? This functionality is part of (recent version of the) SVG specification [1] and, AFAIK, Batik implements it. ;-) I'm not sure about the blinking caret thing, though... Hope this helps, Helder Magalhães [1] http://www.w3.org/TR/SVGMobile12/text.html#text-edit - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: batik-users- [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Why is Batik so complex?
I can only confirm that interest about SVG is alive and growing. At the SVG Open conference (http://www.svgopen.org/2008/) in August in Nuremberg we had presence from all browser makers, except Microsoft. A lot of important mobile phone companies had been around. Inkscape was present as well as KDE. If you look at the SVG Open speakers list you will see that a number of important companies, universities and research institutes presented at the SVG Open developers conference. SVG is even used to visualize results and state of the world biggest machine, the Large Hadron Collider in Geneva. KDE4 uses SVG a lot and I think it is for KDE's and SVG's benefit that a whole desktop environment builds around SVG and CSS. The Inkscape and KDE developers also promised to be more actively involved with the SVG specification process. They did a number of extensions to SVG which should now be standardized in the main SVG specs. If you look at graphics and multimedia software in the Open Source universe you will find SVG all over the place. In addition, almost all Ajax libraries use SVG/VML, and SVG support was voted as the number one missing feature in Internet Explorer among the OpenAjax developers (http://www.openajax.org/runtime/wiki/Summary_Report#The_Top_Requested_Features) Finally, Tim Berners-Lee publically criticized Microsoft for the lack of SVG support in IE - which is a remarkable step, since Tim Berners-Lee usually does not comment on preferred browsers and usually does not criticize browser makers (http://www.msnbc.msn.com/id/26646919/). Andreas Thus spake Mikael: There are a lot of people using SVG, and SVG is the only real vector = graphics standard that exist*, almost all browsers except one has SVG = support in one form or another (Safari, Firefox, Chrome, Opera and so = on), Microsoft will off course do everything they can to avoid having to = support SVG and it was a bit nasty of Adobe to stop supporting the SVG = plugin though. Given that there are several popular SVG illustration programs (e.g., Inkscape), there's a huge community of people making icons in SVG, SVG is nice to work with, and there's no plausible competitor, I wouldn't worry about SVG going away any time soon. -- J. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http://www.svgopen.org/ (SVG Open Conference) * http://www.geofoto.ch/ (Georeferenced Photos of Switzerland) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SVG is alive, was: Re: Why is Batik so complex?
I can only confirm that interest about SVG is alive and growing. At the SVG Open conference (http://www.svgopen.org/2008/) in August in Nuremberg we had presence from all browser makers, except Microsoft. A lot of important mobile phone companies had been around. Inkscape was present as well as KDE. If you look at the SVG Open speakers list you will see that a number of important companies, universities and research institutes presented at the SVG Open developers conference. SVG is even used to visualize results and state of the world biggest machine, the Large Hadron Collider in Geneva. KDE4 uses SVG a lot and I think it is for KDE's and SVG's benefit that a whole desktop environment builds around SVG and CSS. The Inkscape and KDE developers also promised to be more actively involved with the SVG specification process. They did a number of extensions to SVG which should now be standardized in the main SVG specs. If you look at graphics and multimedia software in the Open Source universe you will find SVG all over the place. In addition, almost all Ajax libraries use SVG/VML, and SVG support was voted as the number one missing feature in Internet Explorer among the OpenAjax developers (http://www.openajax.org/runtime/wiki/Summary_Report#The_Top_Requested_Features) Finally, Tim Berners-Lee publically criticized Microsoft for the lack of SVG support in IE - which is a remarkable step, since Tim Berners-Lee usually does not comment on preferred browsers and usually does not criticize browser makers (http://www.msnbc.msn.com/id/26646919/). Andreas Thus spake Mikael: There are a lot of people using SVG, and SVG is the only real vector = graphics standard that exist*, almost all browsers except one has SVG = support in one form or another (Safari, Firefox, Chrome, Opera and so = on), Microsoft will off course do everything they can to avoid having to = support SVG and it was a bit nasty of Adobe to stop supporting the SVG = plugin though. Given that there are several popular SVG illustration programs (e.g., Inkscape), there's a huge community of people making icons in SVG, SVG is nice to work with, and there's no plausible competitor, I wouldn't worry about SVG going away any time soon. -- J. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http://www.svgopen.org/ (SVG Open Conference) * http://www.geofoto.ch/ (Georeferenced Photos of Switzerland) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaScript, SVG and PDF
Hi Michael, Batik can only convert static SVG content to SVG as there is no easy 1:1 transformation from an interactive SVG to an interactive PDF. While there might be some overlap in the interactivity options of both formats they don't match too closely. The only thing Batik can do regarding scripts, is to run onload scripts to manipulate the SVG DOM prior to conversion, e.g. to pull in some database stuff or place stuff according to some logic. Andreas Michael Brohm wrote: I have a simple SVG file with some JavaScript in it, and I want to create a PDF file from it. I use PDFTranscoder to convert it and it creates the PDF file fine, but none of the JavaScript runs in the PDF. Has anyone else run into this issue? Any help would be greatly appreciated. Here is the code: PDFTranscoder t = new PDFTranscoder(); String svgURI = new File(args[0]).toURL().toString(); TranscoderInput input = new TranscoderInput(svgURI); OutputStream ostream = new FileOutputStream(out.pdf); TranscoderOutput output = new TranscoderOutput(ostream); // Perform the transcoding. t.transcode(input, output); ostream.flush(); ostream.close(); System.exit(0); And here is the svg: ?xml version=1.0 standalone=no? !DOCTYPE svg PUBLIC -//W3C//DTD SVG 20010904//EN http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd; svg onload=init(evt) xml:space=preserve width=130 height=200 viewBox=0 0 130 200 xmlns:xlink=http://www.w3.org/1999/xlink; xmlns=http://www.w3.org/2000/svg; preserveAspectRatio=xMidYMid meet zoomAndPan=magnify !-- Matthew Bystedt http://apike.ca 2005 -- script type=text/ecmascript![CDATA[ function init(evt) { if ( window.svgDocument == null ) svgDocument = evt.target.ownerDocument; } var click = 0; var mouseDown = 0; var mouseUp = 0; var mouseOver = 0; var mouseMove = 0; var mouseOut= 0; function updateStats() { svgDocument.getElementById(clicks).firstChild.data = onclick = + click; svgDocument.getElementById(mousedowns).firstChild.data = onmousedown = + mouseDown; svgDocument.getElementById(mouseups).firstChild.data = onmouseup = + mouseUp; svgDocument.getElementById(mouseovers).firstChild.data = onmouseover = + mouseOver; svgDocument.getElementById(mousemoves).firstChild.data = onmousemove = + mouseMove; svgDocument.getElementById(mouseouts).firstChild.data = onmouseout = + mouseOut; } function msClick (evt) { click++; updateStats(); } function msDown (evt) { mouseDown++; updateStats(); } function msUp (evt) { mouseUp++; updateStats(); } function msOver (evt) { mouseOver++; updateStats(); } function msMove (evt) { mouseMove++; updateStats(); } function msOut (evt) { mouseOut++; updateStats(); } ]]/script !-- Pattern Definition -- defs pattern id=checkerPattern patternUnits=userSpaceOnUse x=0 y=0 width=10 height=10 viewBox=0 0 10 10 preserveAspectRatio=xMidYMid meet rect x=0 y=0 width=5 height=5 fill=lightblue/ rect x=5 y=5 width=5 height=5 fill=lightblue/ /pattern /defs !-- Background -- rect x=0 y=0 width=100% height=100% fill=url(#checkerPattern)/ !-- Javascript Example -- circle cx=50% cy=25% r=40 fill=lightyellow stroke-width=1 stroke=black onclick=msClick() onmousedown=msDown() onmouseup=msUp() onmouseover=msOver() onmousemove=msMove() onmouseout=msOut()/ rect x=5 y=95 width=120 height=95 fill=white stroke=grey stroke-width=2 rx=10 ry=10 opacity=0.5/ text x=10 y=110 id=clicks startOffset=0onclick = 0/text text x=10 y=125 id=mousedowns startOffset=0onmousedown = 0/text text x=10 y=140 id=mouseups startOffset=0onmouseup = 0/text text x=10 y=155 id=mouseovers startOffset=0onmouseover = 0/text text x=10 y=170 id=mousemoves startOffset=0onmousemove = 0/text text x=10 y=185 id=mouseouts startOffset=0onmouseout = 0/text /svg - To unsubscribe, e-mail: [EMAIL
Re: file audio with Squiggle
Hi Alessandro, I don't think that Batik supports Audio already. But if you do a Java application around Batik, I am sure there are Audio capabilities in some Java media libraries. Also, Batik is not targetting SVG 1.2 Tiny. It may implement some of its features, but it targets SVG 1.1 full (plus some selected SVG 1.2 Tiny features). Hope this helps - I am sure that others can tell you more. Andreas Alessandro Cattini wrote: Hi, where I can find some SVG examples with audio elements which can be browsed with Squiggle? In addition: which audio formats are supported by the Batik's svg 1.2 tiny implementation ? Thank you __ Do You Yahoo!? Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi http://mail.yahoo.it -- -- Andreas Neumann Böschacherstrasse 6 CH-8624 Grüt (Gossau ZH) Switzerland Phone: ++41-44-2736668 Email: [EMAIL PROTECTED] Web: http://www.carto.net/neumann/ SVG Examples: http://www.carto.net/papers/svg/samples/ SVG.Open: http://www.svgopen.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: text width and height
Hi Tilo, On every SVG element you can query the bounding box to get the width and height: .getBBox() - this retunrns an SVGRect element with x,y,width,height You can use the SVGTextContentElement interface to query text related stuff. The following methods may be of interest: .getComputedTextLength() .getExtentOfChar() (for individual glyphs) .getStartPositionOfChar() (for individual glyphs) .getEndePositionOfChar() (for individual glyphs) and a couple more ... See http://phrogz.net/ObjJob/object.asp?id=145 and http://www.w3.org/TR/SVG11/text.html#DOMInterfaces Andreas Hi @ all, on Java swing i can use the folowing code to get a text width and height: Font f = new Font(Arial, Font.BOLD, 1 ); FontMetrics fm = getFontMetrics(f); int textWidth = fm.stringWidth(example text); int textHeight = fm.getHeight(); proviede batike a equivalent how can i get the same information for a text in the SVG File. Many thanks for your help Tilo Behrmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http://www.svgopen.org/ (SVG Open Conference) * http://www.geofoto.ch/ (Georeferenced Photos of Switzerland) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Font support
I don't think that CEF fonts are very relevant. Are they really in use out there? Adobe Illustrator (at least the newer versions CS2 and CS3) does a good job exporting SVG fonts (both full font sets and subsets) - so why not use SVG fonts? Most SVG viewers out there - except Mozilla - support SVG fonts - at least the d-attribute. Andreas Jeremias Maerki wrote: Oh, right. It's funny: when I searched for CEF I found posts by myself from a few years back. Well, I know my brain isn't perfect. ;-) Anyway, CEF is not properly described by Adobe. I haven't been able to find a specification. The best hint you can find is this: http://support.adobe.com/devsup/devsup.nsf/docs/50568.htm So if anyone wanted to add support for this font format, that person is up for some reverse-engineering or asking around in the FreeType project: http://markmail.org/message/f5wjx5ymbwvbsooi On 14.08.2008 15:39:42 Lars Eirik Rønning wrote: It may be stupid, but in illlustrator its referred to as Adobe CEF fonts.. Gues its still not supported. On Thu, Aug 14, 2008 at 3:01 PM, Jeremias Maerki [EMAIL PROTECTED]wrote: I assume you mean CFF, not CEF. And yes, TrueType/OpenType fonts with CFF glyphs (Compact Font Format) are not supported for PDF output, yet. SVG fonts are the work-around. Better would be a patch against FOP to add CFF support. ;-) Shouldn't be too difficult to implement but so far nobody's itch has been big enough. On 14.08.2008 14:54:00 Lars Eirik Rønning wrote: Hi. I am exporting my illustrator file to svg. I prefer to embed my fonts, but it seems that adobe CEF type fonts are not supported when generating pdf from batik? Is this correct? Should i just settle for using svg fonts? Any help is greatly appreciated. Lars Jeremias Maerki Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Andreas Neumann Böschacherstrasse 6 CH-8624 Grüt (Gossau ZH) Switzerland Phone: ++41-44-2736668 Email: [EMAIL PROTECTED] Web: http://www.carto.net/neumann/ SVG Examples: http://www.carto.net/papers/svg/samples/ SVG.Open: http://www.svgopen.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Batik/Svg for web
What you want is certainly possible in SVG. If you do SVG only, it would also run in Batik, but note that Batik Squiggle is a SVG viewer, not a web-browser that also supports html or other web features. As an example, see http://www.carto.net/williams/yosemite/index.svg which runs in all browsers (IE needs a SVG plugin) and Apache Batik. So interactivity and data-loading with getURL/postURL/XMLHttpRequest is certainly possible with SVG. We can't give you step by step instructions for your project of course - since you aren't very concrete with what you want to do. Also, learning SVG is your job. But you may find a few examples/tutorials at http://www.carto.net/papers/svg/samples/ - most of the examples also run in Batik. The ones that don't work in Batik are poorly written (old, non-standard code) and not the fault of Batik. At this page you may also find a couple of widgets written in SVG and ECMAScript. Hope this helps for a start, Andreas Hi All, I have to develop a web based app where I should be able to generate dynamic graphical content based on the user's input. I am using JSP pages on the front end. I found SVG to be the best thing available. After experimenting in inline SVG I found out that it lacks many features like user interaction, zoomability, javascript onclick features etc. And inline was easy to put in a jsp page. But I want a more robust and full featured output. But I am not able to implement the pure SVG. Could some body help me providing me all the steps required to make things work? Also I have heard about BATIK which is Apache's implementation of SVG, but I am not sure it can be used for web based apps or not. If somebody knows please enlighten me about the step by step procedure for doing that. thanks -- View this message in context: http://www.nabble.com/Batik-Svg-for-web-tp17652069p17652069.html Sent from the Batik - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http://www.svgopen.org/ (SVG Open Conference) * http://www.geofoto.ch/ (Georeferenced Photos of Switzerland) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SVG Open 2008 Conference, Call for Papers
Hello Batik users and developers! I would like to announce the SVG Open 2008 call for papers. Many of you might already have heard or attended previous SVG Open conference. I assume that among the subscribers of this mailing list there are interesting people who could potentially present their SVG content, tools or workflows at the SVG Open conference. Hope to see many of you in Nuremberg! See call for papers and courses below: === Call for Papers, SVG Open 2008 http://www.svgopen.org/ The 6th international conference on Scalable Vector Graphics will take place from August 26 to 28 in Nuremberg, Southern Germany. At this conference you can learn about subjects varying from specialized technical visualizations to interactive multimedia art. On the program there are presentations, beginner and advanced level workshops, a technical exhibition, and the opportunity to meet people from the SVG community, industry and the W3C SVG Working Group. The SVG Open 2008 organizing committee is looking for contributors presenting a paper or teaching a course. Presenters are asked to submit an extended abstract in English with an approximate length of 400 to 800 words by March 31, 2008. The abstracts are reviewed by a reviewing committee and presenters will be informed about acceptance on or before April 29, 2008. If your abstract is accepted, you will be asked to submit your full paper by August 1, 2008, according to instructions that will be sent to you. Accepted abstracts, papers and presentations will be published on the conference hand-outs and web proceedings. PaperAbstracts can be submitted at http://www.svgopen.org/ until March 31. Following is a list of potential presentation topics: * Mobile (handheld, in-car) Solutions * SVG Authoring Tools * Publishing and Printing with SVG * SVG Text and Internationalization * Accessibility of SVG * Location-based Services * Business Cases and Case Studies * Workflow for Creating and Using SVG * SVG and Digital Television * Graphic Design with SVG * SVG for Webmapping and Online GIS/GML * SVG for Multimedia Presentations * Server-side SVG Generators and Manipulators * SVG Authoring Techniques * Making Graphics Acessible * Interactivity and Scripting * GUI Frameworks for Web Applications * File Format Conversion * Case Studies Course Instructors are asked to submit a course outline by March 31, 2008. The outlines are reviewed by a reviewing committee and instructors will be informed about acceptance on or before April 29, 2008. Accepted course instructors will receive a free conference pass and may participate at the come together event for free. Accepted course outlines will be published as course descriptions in the program. Therefore they should be directed at those who might register for the course rather than the reviewers. Courses are 150 minutes in length, scheduled for the morning and afternoon of August 29, 2008. We are interested in proposals for both beginner courses and advanced courses, to cater to the diverse interests of all conference attendees. Here is a list of topics of potential interest for courses. Feel free to either volunteer for one of these or propose your own topic. * Introduction to SVG * SVG Authoring Techniques * Creating Mobile SVG content * UI Design * Using SVG Tools * CSS * XSLT * SMIL Animation * ECMAScript and the DOM * Graphic Design * SVG Filter Effects * Rendering Algorithms * Generating SVG from Database Content Thank you for considering a paper or course abstract submission. Hope to see many of you in Nuremberg! The SVG Open 2008 organizing committee. -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http://www.svgopen.org/ (SVG Open Conference) * http://www.geofoto.ch/ (Georeferenced Photos of Switzerland) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Batik Animation Engine leaving fragments
Hi Florian, when loading 2.svg into squiggle I don't see those artefacts. Seems to work fine. So maybe it hast to do with the java program. However, I am personally not a java developer, so I can't help. Andreas Hello batik users, having the attached testcase with three successive animations, batik leaves some fragments at the end of the animation still visible, although the opacity should have been/is set to 0.0 . I don't know if there is something wrong in my animation declaration (but I mine to remember that it works a long time with the development versions from SVN) or if there's a little bug in the animation engine. To show you what I mean, I've attached a small testcase with a batch-File, so that you can start it out of the box. It would be great, if you have a look at my problem. Thanks Florian -- Wincor Nixdorf International GmbH Sitz der Gesellschaft: Paderborn Registergericht Paderborn HRB 3507 Geschäftsführer: Eckard Heidloff (Vorsitzender), Stefan Auerbach, Jürgen Wilde, Dr. Jürgen Wunram Vorsitzender des Aufsichtsrats: Karl-Heinz Stiller Steuernummer: 339/5884/0020 - Ust-ID Nr.: DE812927716 - WEEE-Reg.-Nr. DE44477193 Diese E-Mail enthält vertrauliche Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http://www.svgopen.org/ (SVG Open Conference) * http://www.geofoto.ch/ (Georeferenced Photos of Switzerland) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Batik Animation Engine leaving fragments
Hi Florian, I originally tested on Linux Ubuntu 64bit where I did not see the artefacts. After your second mail I tested on Windows2000 (also newest SVN release) and can now see your artefacts. There are some very, very light gray arrows as artefacts. So maybe this is Microsoft Windows related, this bug. Did you test on Mac or Linux? I used Java 1.6 on Linux and Windows. Andreas Hi Andreas, it seems very strange. I opened the file with squiggle too and with both java versions (1.5 and 1.6) I see these artefacts. I updated my SVN-Release this morning, so I should use the newest sources. I also tested an older pre-release of batik 1.7 (about half a year old) and everything works fine (no artefacts). The behaviour is reproducable on several machines with different hardware-configurations. Actually I have no real idea, what's the problem Thanks Florian - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Florian Pepping Wincor Nixdorf International GmbH Banking DivisionProduct Development (PSD5) Phone: +49 5251 693 6471Heinz-Nixdorf-Ring 1 Fax: +49 5251 693 6309 D-33106 Paderborn [EMAIL PROTECTED] http://www.wincor-nixdorf.com - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -Original Message- From: Andreas Neumann [mailto:[EMAIL PROTECTED] Sent: Monday, January 21, 2008 9:49 AM To: batik-users@xmlgraphics.apache.org Subject: Re: Batik Animation Engine leaving fragments Hi Florian, when loading 2.svg into squiggle I don't see those artefacts. Seems to work fine. So maybe it hast to do with the java program. However, I am personally not a java developer, so I can't help. Andreas Hello batik users, having the attached testcase with three successive animations, batik leaves some fragments at the end of the animation still visible, although the opacity should have been/is set to 0.0 . I don't know if there is something wrong in my animation declaration (but I mine to remember that it works a long time with the development versions from SVN) or if there's a little bug in the animation engine. To show you what I mean, I've attached a small testcase with a batch-File, so that you can start it out of the box. It would be great, if you have a look at my problem. Thanks Florian -- Wincor Nixdorf International GmbH Sitz der Gesellschaft: Paderborn Registergericht Paderborn HRB 3507 Geschäftsführer: Eckard Heidloff (Vorsitzender), Stefan Auerbach, Jürgen Wilde, Dr. Jürgen Wunram Vorsitzender des Aufsichtsrats: Karl-Heinz Stiller Steuernummer: 339/5884/0020 - Ust-ID Nr.: DE812927716 - WEEE-Reg.-Nr. DE44477193 Diese E-Mail enthält vertrauliche Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http://www.svgopen.org/ (SVG Open Conference) * http://www.geofoto.ch/ (Georeferenced Photos of Switzerland) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Wincor Nixdorf International GmbH Sitz der Gesellschaft: Paderborn Registergericht Paderborn HRB 3507 Geschäftsführer: Eckard Heidloff (Vorsitzender), Stefan Auerbach, Jürgen Wilde, Dr. Jürgen Wunram Vorsitzender des Aufsichtsrats: Karl-Heinz Stiller Steuernummer: 339/5884/0020 - Ust-ID Nr.: DE812927716 - WEEE-Reg.-Nr. DE44477193 Diese E-Mail enthält vertrauliche Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail
RE: Batik Animation Engine leaving fragments
Hallo Florian, Ich habe noch einen kleinen Verbesserungsvorschlag zu Eurer animierten Datei 2.svg. Wenn ihr bei den Text-Grössen noch px hintenanstellt, dann funktioniert es auch in Opera gut. Ansonsten werden dort die Text-Grössen zu gross dargestellt. .fnt0 {font-weight:normal;font-size:3.5278px;font-family:'Arial'} .fnt1 {font-weight:normal;font-size:5.2917px;font-family:'Arial'} siehe die zusätzlichen px in font-size. Auch in Firefox und Safari ist das so, allerdings unterstützen die ja noch keine SMIL Animation. Gruss, Andreas Hi Andreas, ok, it pacified me, that you are able to reproduce the behaviour. Indeed, the artefacts are very very light but for a productive system it's not acceptable. No, I didn't test it on linux and unfortunately I haven't a linux system on hand. And another (old) bug I already mentionend as a bug report reoccured: The animations stop after a few minutes (about 10 or so) and restart after another 10 Minutes. There seem to be a problem with rounding time and/or opacity-values. Ok, so far so good. That are my findings for the moment. Florian - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Florian Pepping Wincor Nixdorf International GmbH Banking DivisionProduct Development (PSD5) Phone: +49 5251 693 6471Heinz-Nixdorf-Ring 1 Fax: +49 5251 693 6309 D-33106 Paderborn [EMAIL PROTECTED] http://www.wincor-nixdorf.com - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -Original Message- From: Andreas Neumann [mailto:[EMAIL PROTECTED] Sent: Monday, January 21, 2008 10:41 AM To: batik-users@xmlgraphics.apache.org Subject: RE: Batik Animation Engine leaving fragments Hi Florian, I originally tested on Linux Ubuntu 64bit where I did not see the artefacts. After your second mail I tested on Windows2000 (also newest SVN release) and can now see your artefacts. There are some very, very light gray arrows as artefacts. So maybe this is Microsoft Windows related, this bug. Did you test on Mac or Linux? I used Java 1.6 on Linux and Windows. Andreas Hi Andreas, it seems very strange. I opened the file with squiggle too and with both java versions (1.5 and 1.6) I see these artefacts. I updated my SVN-Release this morning, so I should use the newest sources. I also tested an older pre-release of batik 1.7 (about half a year old) and everything works fine (no artefacts). The behaviour is reproducable on several machines with different hardware-configurations. Actually I have no real idea, what's the problem Thanks Florian - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Florian Pepping Wincor Nixdorf International GmbH Banking DivisionProduct Development (PSD5) Phone: +49 5251 693 6471Heinz-Nixdorf-Ring 1 Fax: +49 5251 693 6309 D-33106 Paderborn [EMAIL PROTECTED] http://www.wincor-nixdorf.com - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -Original Message- From: Andreas Neumann [mailto:[EMAIL PROTECTED] Sent: Monday, January 21, 2008 9:49 AM To: batik-users@xmlgraphics.apache.org Subject: Re: Batik Animation Engine leaving fragments Hi Florian, when loading 2.svg into squiggle I don't see those artefacts. Seems to work fine. So maybe it hast to do with the java program. However, I am personally not a java developer, so I can't help. Andreas Hello batik users, having the attached testcase with three successive animations, batik leaves some fragments at the end of the animation still visible, although the opacity should have been/is set to 0.0 . I don't know if there is something wrong in my animation declaration (but I mine to remember that it works a long time with the development versions from SVN) or if there's a little bug in the animation engine. To show you what I mean, I've attached a small testcase with a batch-File, so that you can start it out of the box. It would be great, if you have a look at my problem. Thanks Florian -- Wincor Nixdorf International GmbH Sitz der Gesellschaft: Paderborn Registergericht Paderborn HRB 3507 Geschäftsführer: Eckard Heidloff (Vorsitzender), Stefan Auerbach, Jürgen Wilde, Dr. Jürgen Wunram Vorsitzender des Aufsichtsrats: Karl-Heinz Stiller Steuernummer: 339/5884/0020 - Ust-ID Nr.: DE812927716 - WEEE-Reg.-Nr. DE44477193 Diese E-Mail enthält vertrauliche Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain
Re: Line Thickness of a SVG-Worldmap
yeah - sorry forgot about that. Its more elegant than a script-based solution. Andreas Bruce Rindahl wrote: Another approach is to use a % value in the stroke-width attribute of the SVG. For example, if you specify stroke-width=0.01% then the line width will always be the viewBox width * 0.0001 and will resize when ever the view box changes. Bruce Rindahl yes, you could listen to eventlisteners: e.g. SVGZoom and/or SVGResize and adopt the stroke-width using the DOM and scripting or Java. It would help if you centrally specify the stroke-width (e.g. in a parent group) in your original SVG and not for each element. That way you only have to change the stroke-width once. Andreas Hello! I have loaded a Worldmap (in SVG Format) into a JSVGCanvas. The map has transparent background and black contour of the Continents. Is it possible to decrease the thickness of the contour with Batik? Because i need it to make the contour-thickness thin when i zoom in - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Andreas Neumann Böschacherstrasse 6 CH-8624 Grüt (Gossau ZH) Switzerland Phone: ++41-44-2736668 Email: [EMAIL PROTECTED] Web: http://www.carto.net/neumann/ SVG Examples: http://www.carto.net/papers/svg/samples/ SVG.Open: http://www.svgopen.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Line Thickness of a SVG-Worldmap
yes, you could listen to eventlisteners: e.g. SVGZoom and/or SVGResize and adopt the stroke-width using the DOM and scripting or Java. It would help if you centrally specify the stroke-width (e.g. in a parent group) in your original SVG and not for each element. That way you only have to change the stroke-width once. Andreas Hello! I have loaded a Worldmap (in SVG Format) into a JSVGCanvas. The map has transparent background and black contour of the Continents. Is it possible to decrease the thickness of the contour with Batik? Because i need it to make the contour-thickness thin when i zoom in -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http://www.svgopen.org/ (SVG Open Conference) * http://www.geofoto.ch/ (Georeferenced Photos of Switzerland) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: A query on Batik Performance
well my guess is that your jpeg does not contains as many details as your SVG file. A 1MB SVG file can be quite detailed and you can zoom in and interact whereas with jpeg you can't. Naturally, SVG loads a bit longer then jpeg. That is normal. If you want to speed up loading times, it is probably best to improve the structure or simplify your SVG file. For any suggestions for improvements you would have to post a sample file so we can have a look at the SVG code of the SVG graphics. A lot of software that generates SVG codes creates sub-optimal code. Andreas Hi, I have SVG Diagrams hosted inside Batik Viewer and the viewer inside an applet. I am using the 1.6 version of Batik. When I have an SVG image that is 1 MB in size, I see that image takes long to load ( 10 seconds). 1. Is there some way I can improve the performance? 2. Can I get an idea in which area I would get most of the performance problem? A jpeg image of the same diagram seems to load much quicker. Any explanation here would really be useful. Thanks, Praveen Telelogic Lifecycle Solutions: Helping You Define, Design Deliver Advanced Systems Software Learn More at www.telelogic.com Praveen Nayak Technical Leader Telelogic India Pvt Ltd #58, 1- 4 HM Towers, Brigade Road, 560 025 Bangalore India Phone: +91 (80) 419 95800 x327 Fax: Mobile phone: [EMAIL PROTECTED] http://www.telelogic.com Telelogic - Requirements-Driven Innovation! - The information contained in this e-mail, including any attachment or enclosure, is intended only for the person or entity to which it is addressed and may contain confidential material. Any unauthorized use, review, retransmissions, dissemination, copying or other use of this information by persons or entities other than the intended recipient is prohibited. -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http://www.svgopen.org/ (SVG Open Conference) * http://www.geofoto.ch/ (Georeferenced Photos of Switzerland) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: A query on Batik Performance
Hi, I had a quick look at your file. There are some issues: the file is 808kb. I have some suggestions: * make the file conforming. your ids with only number are not valid. An id must start with a character and cannot contain only numbers. Make sure your SVG file validates in an XML editor * the bulk of your file consists of useless polygon/ elements. This strange, crappy looking figure, probably the user, in the upper left corner. If I delete this strange figure, the unzipped filesize shrinks to 80kb. * don't use style= font-family: Arial; font-size: 10pt; font-weight: normal; font-style: normal; text-decoration: none; word-spacing: normal; letter-spacing: normal; stroke: rgb(0,0,0); stroke-width: 0.0; fill: rgb(0,0,0); over and over again. Define it once in a group or define CSS classes. The use of style= is not very intelligent. If you follow these rules and more intelligently structure your graphics you can do the same content in 10kb or less and it will render in less than a second. Andreas I had to zip it, as the size got it rejected. Praveen -Original Message- From: Praveen Nayak Sent: Wednesday, December 19, 2007 2:19 PM To: 'batik-users@xmlgraphics.apache.org' Subject: RE: A query on Batik Performance Hi, Here is a sample SVG file. It also had JavaScript linked to it, but I could not send it as server kept rejecting it as a spam Can compressing the Svg file have any affect? Thanks for your help. Praveen -Original Message- From: Andreas Neumann [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 19, 2007 1:51 PM To: batik-users@xmlgraphics.apache.org Subject: Re: A query on Batik Performance well my guess is that your jpeg does not contains as many details as your SVG file. A 1MB SVG file can be quite detailed and you can zoom in and interact whereas with jpeg you can't. Naturally, SVG loads a bit longer then jpeg. That is normal. If you want to speed up loading times, it is probably best to improve the structure or simplify your SVG file. For any suggestions for improvements you would have to post a sample file so we can have a look at the SVG code of the SVG graphics. A lot of software that generates SVG codes creates sub-optimal code. Andreas Hi, I have SVG Diagrams hosted inside Batik Viewer and the viewer inside an applet. I am using the 1.6 version of Batik. When I have an SVG image that is 1 MB in size, I see that image takes long to load ( 10 seconds). 1. Is there some way I can improve the performance? 2. Can I get an idea in which area I would get most of the performance problem? A jpeg image of the same diagram seems to load much quicker. Any explanation here would really be useful. Thanks, Praveen Telelogic Lifecycle Solutions: Helping You Define, Design Deliver Advanced Systems Software Learn More at www.telelogic.com Praveen Nayak Technical Leader Telelogic India Pvt Ltd #58, 1- 4 HM Towers, Brigade Road, 560 025 Bangalore India Phone: +91 (80) 419 95800 x327 Fax: Mobile phone: [EMAIL PROTECTED] http://www.telelogic.com Telelogic - Requirements-Driven Innovation! - The information contained in this e-mail, including any attachment or enclosure, is intended only for the person or entity to which it is addressed and may contain confidential material. Any unauthorized use, review, retransmissions, dissemination, copying or other use of this information by persons or entities other than the intended recipient is prohibited. -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http://www.svgopen.org/ (SVG Open Conference) * http://www.geofoto.ch/ (Georeferenced Photos of Switzerland) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Telelogic Lifecycle Solutions: Helping You Define, Design Deliver Advanced Systems Software Learn More at www.telelogic.com Praveen Nayak Technical Leader Telelogic India Pvt Ltd #58, 1- 4 HM Towers, Brigade Road, 560 025 Bangalore India Phone: +91 (80) 419 95800 x327 Fax: Mobile phone: [EMAIL PROTECTED] http://www.telelogic.com Telelogic - Requirements-Driven Innovation! - The information contained in this e-mail, including any attachment or enclosure, is intended only for the person or entity to which it is addressed and may contain confidential material. Any unauthorized use, review, retransmissions, dissemination, copying or other use
Re: How to use batik-rasterizer without X
Hi, did you try -Djava.awt.headless=true ? Andreas Greetings. I have used batik for a long time, and it is really great tool. Now we have been build a web solution, where users can view pictures. These pictures are created from svg-files. Unfortunately, our server has been build without X. (Fedora Core 7) Now when I try to use batik-rasterizer, I get an error: Gtk-WARNING **: cannot open display. Is there any solution, which would prevent this problem? Best regards, Wolf -- View this message in context: http://www.nabble.com/How-to-use-batik-rasterizer-without-X-tf4881540.html#a13970190 Sent from the Batik - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http://www.svgopen.org/ (SVG Open Conference) * http://www.geofoto.ch/ (Georeferenced Photos of Switzerland) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
printing from squiggle, getting rid of the printer margins
Hello, I have a small problem with printing from Squiggle. I often generate content that needs to be very precise when it comes to scale. I want to use the printing dialogue in squiggle. However, Squiggle insists on scaling the content down (using the printer margins) which reduces the whole graphics. As an example, I specify the following root element like follows: svg xmlns=http://www.w3.org/2000/svg; xmlns:xlink=http://www.w3.org/1999/xlink; width=210mm height=297mm viewBox=0 0 210 297 and no content is running into the printer margin, so I end up with a scaling of 95.8xxx Is there a trick for avoiding such scaling? If not, would it be possible to modify the printing dialogue and add a scaling option or a checkbox to print at 100%/no scaling? Or a checkbox that says something don't use printer margins Thanks a lot, Andreas -- -- Andreas Neumann Böschacherstrasse 6 CH-8624 Grüt (Gossau ZH) Switzerland Phone: ++41-44-2736668 Email: [EMAIL PROTECTED] Web: http://www.carto.net/neumann/ SVG Examples: http://www.carto.net/papers/svg/samples/ SVG.Open: http://www.svgopen.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: is it actually possible to unsubscribe from this list
Hi Harvey, If you can't unsubscribe it may be that you email address that you use and the email address that your mail server uses do not match. This can be the case when you work with email aliases. In this case the automatic unsubscribe mechanism doesn't work. However, you can still manually unsubscribe by sending an email to [EMAIL PROTECTED] Hope this helps, Andreas the unsubscribe address at this list does not appear to work. i have attempted on many occasions to unsubscribe but the emails persist. please, please, please, someone delete me from this list. thank you -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http://www.svgopen.org/ (SVG Open Conference) * http://www.geofoto.ch/ (Georeferenced Photos of Switzerland) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Proxy settings in Squiggle
Hi Thomas, It works fine when I follow your instructions. It correctly pops up with the user/pw dialogue. Thank you for your instructions. Andreas Hi Andreas, Andreas Neumann [EMAIL PROTECTED] wrote on 10/22/2007 03:37:05 AM: At my new employer every web traffic has to go through a proxy. I am at the process of telling all of my software to make use of the proxy server. At Batik Squiggle there is a proxy settings dialogue at Menu Edit - Preferences - Network. However, I could not get the proxy to work. I have to use a username and password. I wonder what the correct syntax is here. At other software I used this syntax: http://user:[EMAIL PROTECTED]:8080/ - at Batik I have a separate input field for the port, so I entered the port only there and used only http://user:[EMAIL PROTECTED] - but this did not work. That's a security hole, IIRC Batik does it right, you should set the proxy server as http://proxy.host.ch; With 8080 in the port field. Then when you next start batik and try to hit a web site it will pop-up a window asking for your username and password. I wonder if others have used a proxy successfully with Batik Squiggle when user/password was involved. It's been a while but I used to do that. -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http://www.svgopen.org/ (SVG Open Conference) * http://www.geofoto.ch/ (Georeferenced Photos of Switzerland) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: zoomIn svg
for dealing with gps coordinates I can recommend gpsbabel, an open source tool to download, convert and process gps from file or device source. For projecting cartographic data proj4 is an open source library and commandline tool which is very popular. Both of them have nothing todo with svg but text format outputs, as can be provided by both tools, can be easily converted to SVG. Andreas Furthermore, i need to convert gps-koordinates into koordinates of the svg. Often people use the gps-coordinates as the svg-coordinates. If you can get away with that (relatively small viewing scale, so distortions aren't too bad) it's the simplest thing. However if you need to do a cartographic projection then you need to do the cartographic projection. Can't be much help there, sorry. -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http://www.svgopen.org/ (SVG Open Conference) * http://www.geofoto.ch/ (Georeferenced Photos of Switzerland) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Text shift during export to PNG
hm - this seems to be very unlikely. I don't see why the protocol used should influence the SVG rendering. Can't there be another cause? Font issues or whitespace are much more likely to be the cause. Just because a font is installed on a system, it doesn't necessarily mean that Batik is using it. To be on the safe side with fonts, I recommend the use of SVG fonts. Can you create a very small example illustrating the issue? if possible without any complex scripting or serverside scripting. Andreas Dylan Browne wrote: Hi all, Thanks for the updates. I have one myself…. which is straying slightly off-topic, (and may potentially be becoming non-Batik so apologies if so), but the two may be linked. We have now noticed shifting in rendering of SVG (not the PNG export specifically) when we generate over SSL and when we generate over plain HTTP. The SVG is rendered correctly in precisely the dimensions and locations specified by the values provided, so no problem there. But the calculations as to where things should be located in the display are returning different values depending on the protocol, that is, different in HTTP and HTTPS. It appears the calculation of the height of text is somehow behaving differently, though this could be a red herring, when retrieving the bounding box. Apologies for being vague, if/when further details become clear I will post them. In the meantime, if this rings any bells with anyone, all help gratefully received. Best regards, Dylan * From: * [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *On Behalf Of *Archie Cobbs *Sent:* 15 October 2007 20:31 *To:* batik-users@xmlgraphics.apache.org *Subject:* Re: Text shift during export to PNG This is probably not the problem but... I've seen text shifting in the past when I wasn't being careful about whitespace. E.g., if the XML files are identical, but one has more or less whitespace inside a text tag, then the text can shift because of the extra space. On 10/15/07, *Greg* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Same fonts are used on server. I have tried this on PC and Linux. The same shifting occurs on both. I have also tried different fonts with the same shifting. Greg Guillaume Rosauro wrote: Are the same fonts installed on the servers? Maybe the problem could come from this. On 10/12/07, *Dylan Browne* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi Greg, Thanks for that, good to know we are not alone! ;) Does anyone have any more specific info about this... my concern is that it is not consistent between machines/environments (though within a single machine/environment it is consistent). Grateful for any help, Dylan. -Original Message- From: Greg [mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]] Sent: 11 October 2007 19:13 To: batik-users@xmlgraphics.apache.org mailto:batik-users@xmlgraphics.apache.org Subject: Re: Text shift during export to PNG I seem to have this problem as well. It seems to show up differently at different locations on the screen for me. It looks as if it is a positional rounding issue for text. scooter wrote: Hi all, I have come across a strange problem when exporting an SVGDocument to PNG using the Batik PNGTranscoder. In general it works well, but on one particular server (the application is deployed on three test servers) all the Text content of the Document is shifted upwards. The amount of movement seems to share some relationship with the font size. For example, smaller text is moved less than larger text. I am not sure where to start looking for the cause of this problem. Clearly there is something different in the environment of the server in question, but am not sure what that could be. (Will post screenshots if that helps?) Any tips gratefully received as ever, Regards, Dylan - To unsubscribe, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -- Archie L. Cobbs CTO, Awarix, Inc. http://www.awarix.com -- -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Message balloon
Batik supports tooltips. If you have something like: rect titleSome tooltip/title /rect it will display the content of the title element in a tooltip. Maybe this helps in your case? Andreas Saehoon Cheon wrote: Hello again, I'd like to make a message balloon when mouse moves over a component. Does batik support that function? Otherwise, how can I make it? Can I make it with other java packages? If so, please recommend a good packages I can download. Thank you in advance. -- -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: create svgdocument from svgz
Hello vyang, Note that an svgz archive can containe multiple svg files... Daniel is this true? As far as I know it should always contain a single file. Its only a gzip compression applied to a single file, not an archive. But I might be wrong ... Andreas -- -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: create svgdocument from svgz
well, even it is allowed (maybe it isn't specified), it will always certainly create a lot of problems with the various SVG tools. I am pretty certain of that. Andreas Robert Lummert wrote: Daniel Meyer wrote: Hello Andreas, could be wrong... I have seen exports by Adobe Indesign containing mutiple pages of a Document in an .svgz archive... But the official Spec may say something diffrent (if there is any). http://www.w3.org/TR/SVG11/ !!! at http://www.w3.org/TR/SVG11/struct.html#NewDocument you find An SVG document fragment can stand by itself as a self-contained file or resource, in which case the SVG document fragment is an SVG document, or it can be embedded inline as a fragment within a parent XML document. later in this chapter you learn to know that you can embed svg document fragments into others, but nowhere multiple document fragments in a singel file are mentioned, though I found it never forbidden explicitly. As AFAIK it is also unclear, if an xml-file in general may contain multiple root nodes, I would strongly recommend always to have a single svg-rootnode within a file yourself. If you have to handle foreign input, maybe vertically putting one after another or tabbing maybe an option, if you can or want to only display one graphic, the last one should be displayed according to streaming logic. As for Adobe tools: they use their own extensions to svg as their own native format and for their own tool suite, I would not criticise this so far. When saving your document (at least in illustrator) you have the option to use plain svg, and crossing the borders of Adobes tool suite this seems a wise move to me. Cheers, Robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Submitting abstracts for SVG Open 2007, Tokyo, Japan
Hello, I would like to remind people (esp. the ones who already prepared stuff for last year's conference, which did not happen) to submit now their abstracts for the SVG Open 2007 conference in Tokyo. Deadline for submitting abstracts is June 1. Japan is a very interesting country from various points of view: technology (esp. mobile, multimedia, etc.), culture and landscape (esp. the Japanese Alps, Hokkaido, etc.). My personal experience about visiting Japan as part of the SVG Open 2004 was very positive and I can only recommend visiting Japan. Also, the preconception about Japan (esp. Tokyo) being very expensive is not really true if one carefully plans ones trips and prefers japanese style hotels/Ryokans rather than expensive international hotel chains. Looking forward to receive many interesting abstracts for the conference. Here is again the link for the call for participation: http://www.svgopen.org/call_en.shtml Andreas -- -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: determine the length of string
or you can use SVGTextContentElement.getComputedTextLength( ) Andreas Paul L. Bogen wrote: Can you not just use getBBox() ? Or do you mean the number of charecters? plb -Original Message- From: Henry Lu [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 08, 2007 3:46 PM To: batik-users@xmlgraphics.apache.org Subject: determine the length of string How do we determine the length of string with no Frame window, no Applet? (we know the font and size) -Henry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reducing the size of SVG file
ok, from your example it looks like you are not printing vector data, but raster data. The interesting part (the chart) seems to be encoded in a raster. Then, depending on the output resolution, the PDF can therefore get quite large. That does not necessarily mean that the vector version would be smaller. It really depends on the data density. However, if the data is in raster anyway it would be probably better to bypass Batik and print directly to PDF? Also, PDF has different compression options. Your file might get much smaller if you use a different compression scheme. If you own Acrobat you can try the reduce filesize option. Other tools might have similar options. Andreas Namrata wrote: The size of each chart is approximately 20k. And the SVG contains the following : ?xml version=1.0 encoding=UTF-8? !DOCTYPE svg PUBLIC '-//W3C//DTD SVG 1.0//EN' 'http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd' svg xmlns:xlink=http://www.w3.org/1999/xlink; style=fill-opacity:1; color-rendering:auto; color-interpolation:auto; text-rendering:auto; stroke:black; stroke-linecap:square; stroke-miterlimit:10; shape-rendering:auto; stroke-opacity:1; fill:black; stroke-dasharray:none; font-weight:normal; stroke-width:1; font-family:apos;sansserifapos;; font-style:normal; stroke-linejoin:miter; font-size:12; stroke-dashoffset:0; image-rendering:auto; xmlns=http://www.w3.org/2000/svg; !--Generated by the Batik Graphics2D SVG Generator-- defs id=genericDefs / g defs id=defs1 clipPath clipPathUnits=userSpaceOnUse id=clipPath1 path d=M0 0 L300 0 L300 74 L0 74 L0 0 Z / /clipPath /defs g style=fill:white; shape-rendering:crispEdges; stroke:white; rect x=0 y=0 width=300 style=clip-path:url(#clipPath1); stroke:none; height=74 / image x=0 y=0 width=300 xlink:href=data:image/png;base64,iVBORw0KGgoNSUhEUgAAASwAAABKCAAkzDZarUlEQVR42u3b0QnA IAwFQFM6WEbvZukKWlBKuPcv6kGEoEYNmc2FABYsWLBgwUIACxYsWLBgIYAFCxYs WLAQzOdeHxJd9l4HsMazfx95Yg5l6MyCBQuWwIIFCxas1onq1/Nt6yFj/TFbdOkN Sxk6s2DBgiWwYMGCBatzvlyF5YF15R+xwkcnZQgLFixYsBDAggULFixYCGDBggUL FiwEsGDBggULFgJYsGDB6pkXsW8ME1/TAacASUVORK5CYII= style=clip-path:url(#clipPath1); height=74 preserveAspectRatio=none / /g /g /svg Namrata. Namrata wrote: I have exported the JFreeChart as SVG using batik. And that JFreeChart is embedded in a Jasper Report. But when i export the report as PDF the size of the PDF file is too much becuase of the size of the charts. So can anyone help me with how to reduce the size of SVG containing the chart? Please reply as soon as possible. -- -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to know the end off a animation?
I don't know what method you use, so hard to tell if my approach is a simpler way than yours. In SMIL there is an onend event handler attribute (endEvent), which can trigger a script function or object. This is pretty simple and straighforward. As to my knowledge, movies aren't yet supported in Batik. Andreas brunyan wrote: I everybody! I just want to know, if there is a simpler way to determine the end off a simple animation/movie... Best regards. Bruno Tavares -- -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: dynamic content as input for rasterizer
Hi, yes, thats perfectly possible. However, you have to make sure that the extension is .svg , as an example, if you have a php script creating the svg file you should make sure that you have a dummy cgi parameter at the end, something like somescript.php?param1=asdfasdfparam2=123123dummy=.svg Batik is very powerful, also offers to execute onload scripts and snapshotTime (for SMIL). Andreas J.J. Schlafley wrote: Hi all, Will the batik rasterizer take a dynamic svg content file as input? like a php url that dynamically creates svg content? or would the php script need to create a physical .svg file for the batik rasterizer to use it properly? Thanks, JJ Ahhh...imagining that irresistible new car smell? Check out new cars at Yahoo! Autos. http://us.rd.yahoo.com/evt=48245/*http://autos.yahoo.com/new_cars.html;_ylc=X3oDMTE1YW1jcXJ2BF9TAzk3MTA3MDc2BHNlYwNtYWlsdGFncwRzbGsDbmV3LWNhcnM- -- -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: passing new color values to batik
Hi, below is a wrapper function for printNode which works on various browsers/SVG UAs: ASV, Batik, Opera, Firefox, Safari, etc. you can pass a DOM node and get a string containing the XML fragment which you can send to Batik on the server. There is also a tutorial on getURL/postURL/XMLHttpRequest at http://www.carto.net/papers/svg/network_requests/index.shtml As an alternative to passing the whole document, you could also pass only simple parameters, such as color values, which are read by a serverside script/servlet and fed into Batik and used in an onload script. //this is a wrapper function for the different methods to serialize an XML node to a string function serializeNode(node) { if (typeof XMLSerializer != 'undefined') { return new XMLSerializer().serializeToString(node); } else if (typeof node.xml != 'undefined') { return node.xml; } else if (typeof printNode != 'undefined') { return printNode(node); } else if (typeof Packages != 'undefined') { try { var stringWriter = new java.io.StringWriter(); Packages.org.apache.batik.dom.util.DOMUtilities.writeNode(node,stringWriter); return stringWriter.toString(); } catch (e) { alert(Sorry, your SVG viewer does not support the printNode/serialize function.); return ''; } } else { alert(Sorry, your SVG viewer does not support the printNode/serialize function.); return ''; } } == Andreas [EMAIL PROTECTED] wrote: Hi Harvey, Harvey Rayner [EMAIL PROTECTED] wrote on 03/19/2007 10:55:38 AM: i have svg files that users can modify using a javascript interface. i want to send these modified svg files to the rasterizer. what would be the best way to do this? Construct a batik.transcoder.TranscoderInput from the modified document (requires a little bit of Java programming), then pass that to the JPEG/PNGTranscoder class (Assuming the modifications are done with the JSVGCanvas). You could also use batik.dom.util.DOMUtilities to write the document to disk and then run the rasterizer on that, but that would be noticably slower. If your changes are done in something other than Batik then you will have to figure out how to write the modified document out (ASV had a method called printNode). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Slow svg rendering on MAC (again)
good to know. I am also on MacOSX (but only in Squiggle, not a Java App) and currently don't experience performance problems. Andreas Martin Constantine wrote: I found the true root cause of the slow down. The document loaded in Squiggle only appeared to be the same as the one loaded by our app, but it was not. Our app was doing some extra things to the documents prior to rendering. One in particular was setting the shape-rendering property to geometricprecision. When this property is left alone (shows as auto in the dom viewer) all is well with the world. Bottom line, let if running on OS X, set shape-rendering to auto. I hope this helps anyone who is or gets stuck in the future. Speaking of which, is this fixable in batik? -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: get x and y values of a path element
Hi Hauke, SMIL is a declarative way to define interactivity and animation (doesn't require scripting but can interact with scripting). It can start an animation based on another mouse or keyboard event. If you read the animation chapter in the SVG specification or a SMIL intro you'll get the idea. But from what I read regarding your problem it sounds like a combination of script and SMIL might be required. With script you can fetch the data (use something like getURL/postURL or XMLHttpRequest (in browsers)) process the data and then place a little symbol to where you want it to have, using .getPointAtLength(). The problem is, that you probably want to auto-orient the symbol according to the tangent angle at the given point along the curve. As far as I know there is no scripting way to do this, but the SMIL method animateTransform can auto orient objects along a path. But luckily you can create SMIL elements with script and just create a new animateTransform element and tweak its values. http://www.eminerllc.com/demos/SVG/Menu.svg has a few examples similar to what you want to do. Some examples use old, incompatible code made for the Adobe viewer, but the ones that are marked with the firefox icon should also run on Batik, Opera and Safari. I think most of the examples are script based, since Firefox doesn't support SMIL yet. Hope this helps a little bit, Andreas This sounds quite what I want to do, expect one thing (sorry, I'm an SVG newbie, so I'm not exactly sure, what features SMIL provides): as I understand, the animations of SMIL are synchronized to time. However I need to trigger these animations manually, resp. by some external events. For example I want to define a gauge, that displays some sensor value that some other program regularly sends to my application. So I need to animate the needle of the gauge corresponding to external input and not to predefined time. Is it possible to do this with batik (with SMIL?)? Best regards, Hauke - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: use Batik rasterizer to get same result as in Squiggle
compie wrote: But there has to be a way to make it work, because Squiggle can handle the percentages used for the width. I agree. Either we did not find how to do this, or its a bug/something missing in batik-rasterizer. Someone else knows how to do this correctly? If one explicitely sets the width/height using -w and -h options shouldn't the percentages work in the rasterizer? Does Squiggle use the batik rasterizer or the transcoding API? http://xmlgraphics.apache.org/batik/using/transcoder.html Johan. -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: use Batik rasterizer to get same result as in Squiggle
Hi Thomas and Johan, I just tried the new SVN version. It seems to work perfect. I used this command: ./build.sh svgrasterizer -d image_magick.pdf -m application/pdf -w 1200 http://www.johanc.nl/dump/image_magick.xml.svg So, Johan if you grap the SVN version or a nightly build your problem is solved. Thank you Thomas for your very quick fix. I really appreciate your responsiveness! Andreas [EMAIL PROTECTED] wrote: Hi Compie, I've just committed a patch that fixes this. compie [EMAIL PROTECTED] wrote on 03/02/2007 03:15:19 AM: But there has to be a way to make it work, because Squiggle can handle the percentages used for the width. Does Squiggle use the batik rasterizer or the transcoding API? Squiggle doesn't use the transcoder API to render to the screen (it would be too inefficient for dynamic documents). The basic problem is that the rasterizer didn't set it's User Agent Width/Height before evaluating the SVG document (when the percentages are evaluated). A bit part of the reason is that we don't want w/h to act just like the U/A W/H in SVG since we often want to 'scale' the image up to match those given. However I think that my change only improves things since it makes the 'desired' size available when evaluating the root SVG element, but we continue to resize the document if it doesn't conform. yes, this makes sense. Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How can I display spaces and newlines with a SVGTextElement?
Hi Ludwig, SVG 1.1 full only knows hard line breaks with tspan / elements and a x/dy attribute. Spaces can be preserved by using the xml:space=preserve attribute. Batik, is, however the first SVG viewer that also has flow text. See the batik website for more information. Andreas Ludwig Reiter wrote: Hi, I got a string with spaces, tabs and newlines and used this to create a Text node, but unfortunatly spaces, tabs and newlines are not displayed on the screen. How can I change this? Regards, Ludwig Reiter -- -- Andreas Neumann - Institute of Cartography Swiss Federal Institute of Technology (ETH) ETH Hoenggerberg CH-8093 Zurich, Switzerland Phone: ++41-1-633 3031, Fax: ++41-1-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: complex line style
Hi Amy, This is a typical use case for glyphs and textPath. In SVG you can define you own glyphs (with your own geometry) and then use the textPath element to align these glyphs along the path element. You can use scripting and the DOM (SVGPathElement.getTotalLength) to detect the path length and then calculate how many glyphs you need. I succesfully use this methods for geomorphologic and geologic maps. This is also a typical procedure in desktop mapping. Opera 9.1 also has the method=stretch attribute implemented, which can warp the individual glyphs along the path. However, as far as I know, Opera 9 is the only SVG viewer that has this feature implemented. But already without this method, the textPath feature is very useful. Here is one textPath example with a self-defined glyph. Its from Winter/Überschärs book (german) on SVG mapping: http://www.carto.net/neumann/temp/self_defined_glyphs_on_path.svg Andreas Amy Comstock wrote: All, I have a set of third party svg's. They all draw a symbol or are an example of a fill pattern. The svg's are set up like this: svg xmlns=http://www.w3.org/2000/svg; xml:space=preserve width=xxmm height=xxmm style=shape-rendering:geometricPrecision; text-rendering:geometricPrecision; image-rendering:optimizeQuality; fill-rule:evenodd; clip-rule:evenodd viewBox=0 0 xx yy defs cdata section /defs g id=xx g id=yy line/path/polyline/etc id=zz class=abc coordinate list /g there may be multiple subgroups, all with separate id's /g /svg What I need to do is outline a line/polyline/polygon/path using these svg's. I tried creating a pattern using the third party svg and then setting the pattern as the stroke. The problem is, that doesn't orient the svg correctly. This is what the svg I'm using looks like: Emacs! When using that svg as the stroke pattern, I end up with this: Emacs! What I really want is this, to draw the edges using the pattern: Emacs! Any ideas on how to do this? Is it even possible? I'm using apache batik to do the drawing in a jsvgcanvas. -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: free hand
yes, if you track all the coordinates (evt.clientX/evt.clientY), then translate them into the local coordinate system (using .getScreenCTM()) and then creating and updating the d attribute of a path element. Andreas Peppe wrote: is there a method to draw free hand? -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: free hand
there are two methods: either you use the methods of the DOM SVGPathElement - see http://phrogz.net/ObjJob/object.asp?id=101 or you create a new textstring everytime a coordinate is added. It might be enough just to concatenate the new coordinates to the existing d attribute. Andreas Peppe wrote: But, how can i set the values M C or Z of d attribute? -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question referring to SVG Rasterizer
so, this means one could use Batik for video production - very cool! Andreas Cameron McCormack wrote: Hi Florian. Pepping, Florian: a very short question: Does the SVG Rasterizer support the snapshotTime-Attribute while rendering SVG's. As I remember, Cameron checked something into the repository several weeks ago, but I don't remember if it was related to the SVG Rasterizer. Perhaps you can give me a short hint. Yes, the rasterizer supports a -snapshotTime command-line argument and the SVG 1.2 snapshotTime attribute on the document element. Both are a “clock value”: http://www.w3.org/TR/2001/REC-smil-animation-20010904/#Timing-ClockValueSyntax Cameron -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: add image to bounding box
Hi Peppe, http://www.carto.net/papers/svg/manipulating_svg_with_dom_ecmascript/index.shtml contains a tutorial on how to manipulate the DOM with Javascript. Althought this targets ECMAScript, the same methods also apply to Java. In your example, the bbox does not really exist. It is a SVGRect object (with x,y,width,height) properties. You need to add your new image somewhere in the DOM, using methods like .appendChild() or .insertBefore(). Be aware that images use the xlink namespace when you specify the href attribute. You have to explicitly set the namespace for this attribute, e.g. image.setAttributeNS(http://www.w3.org/1999/xlink,href,myImage.png;); Hope this helps, Andreas Peppe wrote: Hi, i have an Element shape and then i get its bbox in this way : SVGRect shapeBound = ((SVGLocatable)shape).getBBox(); Now i want to add images (they are arrows in jpeg format) in some points of bbox...how can i do this? is there a method to add image to bbox? -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: select a shape
function highLight(evt) { var myShape = evt.target; myShape.setAttributeNS(null,stroke,red); myShape.setAttributeNS(null,cursor,move); } would highlight an element by setting it's stroke to red. This could be set on mouseover, Than you'd have to set it back onmouseout. This is javascript syntax but it shouldn't be much different in Java. the method names are the same. Andreas Peppe wrote: Hi, when i click on a shape, in my jsvgcanvas, i would that a outlined perimeter around the shape is visualized and cursor is set to movehow can i do this? -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Scaling SVG Documents
Hi André! I wouldn't use units within the viewBox attribute, I would only use them on the width and height attribute. So, if your original viewBox is like this: 0 0 1000 1000 and you later set it to 0 0 100 100 your graphics should zoom in (10% in width and height of the original). If this doesn't work, maybe your svgElement reference is wrong? To check that you'll have to provide a full example. Andreas André Rüdiger wrote: Hi Mike! Thanks for your reply. That was just a typo. I wanted to demonstrate what I'm doing which actually is: svgElement.setAttributeNS(null, viewBox, 0px 0px + width + + height); width and height were defined above. This results in something like svg [...] viewbox=0px 0px 50px 50px which doesn't scale the svg. Does anybody have a solution for svg scaling? Thanks a lot, André -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cursor move doesn't work in MacOSX
Thanks for the info, Thomas, So this is actually a bug in the Mac JVM and I should file a bug there. In that case we can close the bug in Batik's bugzilla. Thanks, Andreas [EMAIL PROTECTED] wrote: Hi Andreas, Andreas Neumann [EMAIL PROTECTED] wrote on 10/11/2006 12:09:52 PM: It seems like cursor=move does not work on the current MacOSX 10.4 system. It just displays the default cursor, with the only difference that the cursor is white and not black, but neither a pan hand nor a pan arrow, as it should display. This is a problem with the Mac JVM. For the 'default' SVG cursors we simply use the Java built in Cursor class: http://java.sun.com/j2se/1.3/docs/api/java/awt/Cursor.html#MOVE_CURSOR It is up to the JVM to map this to an appropriate cursor for the underlying platform. It appears that Apple felt the 'white' arrow was the most appropriate 'move' cursor for the Aqua look and feel. If you are not satisfied with this you can of course provide your own custom cursor with Batik. this can be easily tested with the file samples/tests/spec/interactivity/cursor.svg in the Batik distribution. I hope you have access to a Mac with a recent version of MacOSX. I don't know whats the problem here: maybe Apple some time ago renamed the cursors? Or a bug in the JVM on Mac? I reported it as bug http://issues.apache.org/bugzilla/show_bug.cgi?id=40727 Thanks for having a look at this, Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: event sensitivity in nested svgs when content is bigger than viewBox
Hi Thomas, thanks for joining the discussion. A little more info: I am not claiming that my proposal is the right way to go forward. I was not aware that the current behavior of Batik is useful or necessary to many applications. The WG did not discuss the issue yet. They are still busy with the mobile version. I only raised the issue and hope that it will be dealt with during SVG 1.2 full or as an errata. I can understand that you currently don't want to change Batiks behavior while its not yet clear how this will be specified. I am sorry if you are tired of implementing features that the WG changes frequently. So my point of view is from a content creator and I am observing differences in behavior within different user agents. My goal is that all UAs behave the same. I also re-read the sections on the svg / element and clipPath /. From my point of view the behavior is unspecified. As I understand, the default behavior of an svg/ element is like if the overflow attribute is set to hidden. This means that a rectangular clipPath needs to be established by the UA. However, the clipPath definition does not tell whether the areas outside the clipPath area are still sensitive to events or not. Its simply not specified. From my tests in UAs, Firefox, Opera and ASV don't appear to be sensitive outside the clipPath area, but Batik is. Batik only seems to clip the visual part. So how would you solve my problem currently and how would you suggest that the spec should be changed to address the problem? Should we have an additional value for pointer-events as you suggested? Or would one of the existing pointer-events value do the job? Or should we describe in more detail how the clipPath works or add an additional attribute there? Other question: Given this simple file: ?xml version=1.0 encoding=UTF-8? !DOCTYPE svg PUBLIC -//W3C//DTD SVG 1.0//EN http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd; svg xmlns=http://www.w3.org/2000/svg; width=100% height=100% viewBox=0 0 1000 700 descclippath event sensitivity test/desc defs clipPath id=clipTest rect x=300 y=200 width=300 height=200 / /clipPath /defs rect x=-1000 y=-1000 width=5000 height=5000 fill=red onclick=alert('test') clip-path=url(#clipTest) / /svg how can I restrict the onclick event sensitivity to the clipped area in Batik? Thank you for helping to find a solution for my problem. Andreas [EMAIL PROTECTED] wrote: Hi Andreas, Andreas Neumann [EMAIL PROTECTED] wrote on 10/11/2006 11:54:46 AM: Now with Batik's current behavior, if the content of map2, which is hierarchically higher in the tree, is a lot bigger than the specified viewBox (which is typical in many mapping or other applications) then map1 won't receive any events, because the invisible content of map2, although not visible, still receives the events because it overlaps content of map1. While I agree the above is a problem, I don't particularly agree with your proposed solution. The viewBox is from a spec and rendering perspective nothing special it is just a clip operation, and one that can be turned off with the overflow property. In SVG there are already many cases where non-visible elements receive events, and this behavior is controlled via the pointer-events property. If the WG wants to add clipping to the list of attributes that pointer-events can adjust then that might make sense. Additionally, it is worth noting that the 'non-clipping' behavior is actually very useful in more 'application' contexts as it allows the user to drag objects on the canvas much more naturally (if the cursor leaves the window it can still be tracked by the canvas). This is perhaps more important for Batik than most SVG implementations... If the WG adds required clipping of events to the viewBox then it should also add some form of mouse event grab facility so that dragging can still work correctly. I know that the behavior isn't specified in the SVG 1.1 spec, but I raised an issue with the SVG WG and they will address this in the SVG 1.2 full or an SVG 1.1 errata. I examined this behavior in other SVG 1.1 full viewers. Here is the result: I think the proposed solution is incomplete and likely to need some significant modifications/additions before being adopted into the spec. While I can't speak for Cameron, I'm a tired of implementing features and having the WG change them later, so I don't have much interest in implementing the proposed change. Sorry. * ASV isn't sensitive outside the specified viewBox (it hadn't been for years) * Opera9 initially behaved like Batik, but changed the behaviour after I contacted them, prior to the official version 9 release * Firefox: FF1.5 and FF2 beta behave like Batik today, however there is a patch now for the trunk version (FF3) and I hope that this patch will eventually
event sensitivity in nested svgs when content is bigger than viewBox
Hi Thomas and Cameron, A long time ago (several months/years) I started discussing this issue (can't remember where it is in the archives). I would like to restart this discussion again and hope that you can find a solution for my problem. Here is the problem: there are two or more svg/ elements nested into a parent svg/ element, just like the following structure: svg viewBox=0 0 1000 700 svg id=map1 x=10 y=10 width=300 height=300 viewBox=60 20 10 10 !-- some map content that is bigger than the specified viewBox -- /svg svg id=map2 x=320 y=10 width=300 height=300 viewBox=60 20 10 10 !-- some map content that is bigger than the specified viewBox -- /svg !-- and maybe a third, fourth or fifth svg element -- /svg Now with Batik's current behavior, if the content of map2, which is hierarchically higher in the tree, is a lot bigger than the specified viewBox (which is typical in many mapping or other applications) then map1 won't receive any events, because the invisible content of map2, although not visible, still receives the events because it overlaps content of map1. Here are two examples illustrating the problem: http://www.carto.net/papers/svg/gui/scrollbar/index.svg The two images are bigger than the viewBox of the two nested svg/ elements. If the lower images (which is hierarchically higher than the upper image) is panned such that parts of the image overlap with the upper image, the upper image doesn't receive any events. http://www.carto.net/papers/svg/navTools2/index.svg (still a buggy prototype) If you display 2 to 4 maps (change with the selectionLists) there is a big mess if the contents of the adjacent svg/ elements overlap. I know that the behavior isn't specified in the SVG 1.1 spec, but I raised an issue with the SVG WG and they will address this in the SVG 1.2 full or an SVG 1.1 errata. I examined this behavior in other SVG 1.1 full viewers. Here is the result: * ASV isn't sensitive outside the specified viewBox (it hadn't been for years) * Opera9 initially behaved like Batik, but changed the behaviour after I contacted them, prior to the official version 9 release * Firefox: FF1.5 and FF2 beta behave like Batik today, however there is a patch now for the trunk version (FF3) and I hope that this patch will eventually make it into FF2 final to align the behavior with ASV and Opera9 What is your opinion on this? Are you able to provide a fix for this behavior as well, even if it isn't (yet) specified in the current spec? Thank you for discussing this problem and maybe considering patching Batik's behavior. Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cursor move doesn't work in MacOSX
Hello, I wanted to discuss this bug on the Mac for a long time, but always postponed. As far as I remember, this bug is existing on the Mac for a long time. Sorry for not reporting it earlier. It seems like cursor=move does not work on the current MacOSX 10.4 system. It just displays the default cursor, with the only difference that the cursor is white and not black, but neither a pan hand nor a pan arrow, as it should display. this can be easily tested with the file samples/tests/spec/interactivity/cursor.svg in the Batik distribution. I hope you have access to a Mac with a recent version of MacOSX. I don't know whats the problem here: maybe Apple some time ago renamed the cursors? Or a bug in the JVM on Mac? I reported it as bug http://issues.apache.org/bugzilla/show_bug.cgi?id=40727 Thanks for having a look at this, Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can batik read PNM, then write to SVG
Hello, I don't understand the use case for this. pnm is a raster format, SVG is a vector format. Are you looking for a vectorizer? If yes, Batik isn't a vectorizer, but there are plenty of vectorizers out there, some open source, some commercial - many of them support SVG as an output format. Andreas figo2476 wrote: hi: Can batik read PNM, then write to SVG? I am new to batik. Any reply will be appreicated. -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PDF Transcoder shifts stroke of path to bottom/left
Hi Klaus, this problem is fixed in the latest SVN version. The SVN version contains numerous bug fixes and improvements over the latest stable release 1.6. I tested it with your SVG file. Here is the output: http://www.carto.net/neumann/temp/klaus.pdf I believe that Thomas and Cameron plan to release a new version (1.7) soon. Until then you can build your own distribution from SVN or use one of the nightly builds. Best wishes, Andreas klaus Förster wrote: Hi, When I convert SVG-paths within a nested SVG-Element using batik-1.6 batik-rasterizer, the outline of all paths gets shifted bottom/left in the resulting PDF. Using image/png as output format produces correct results as expected. The following files illustrate the problem: PDF: http://tirolatlas.uibk.ac.at/devel/bugs/200608_batik/fop.pdf PNG: http://tirolatlas.uibk.ac.at/devel/bugs/200608_batik/fop.png SVG: http://tirolatlas.uibk.ac.at/devel/bugs/200608_batik/fop.svg commands used for conversion to PDF, PNG: http://tirolatlas.uibk.ac.at/devel/bugs/200608_batik/fop.txt the general structure of the SVG file is as follows: svg width=297mm height=210mm viewBox=0 0 900 600 svg x=10 y=55 width=640 height=542 viewBox=430 -276 26 22 g stroke=#000 stroke-width=0.03% paths ... / /g /svg /svg any ideas on how to solve this? thanks in advance Klaus Förster, Tirol Atlas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Batik Squiggle not sending referer in http request
Hello, I am planning to publish an SVG map which uses a WMS service (webmapping service) to include raster images as map background. Since the WMS publishes commercial data, I was asked to secure the WMS such, that only requests can be made which originate from our domain, e.g. from the SVG that requests the map. I have a way to restrict this in Apache by using the referer information. If a request has been made from my own domain (or specific files), access is granted, otherwise not. While this works fine in Mozilla, Safari and Opera, it seems that Batik Squiggle does not send the referer attribute (in my logfile this field is empty) and access therefore doesn't work with Batik. Would it be possible to enhance Batik Squiggle such that it correctly sends the referer information in the http request? Thanks a lot for your help, Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [linux] Batik Squiggle not sending referer in http request
I am aware that people can manipulate the referer, but as the WMS is currently configured, anyone can just use the service and embed it into their own application, which would not only cause additional traffic on my server, but would also be problematic from a copyright point of view. Unfortunately, in Europe, geodata isn't free, and therefore we have to protect it, at least to a certain extent. I am also aware that the images end up in the cache and anyone can copy them, but the referer thing is not to prevent people stealing single images (I don't care about that), but to prevent people building bigger or even commercial services around my WMS, without asking the data distributor for permission. If I am unable to secure the WMS to a certain extent, I am not allowed to publish the service, which would be sad. Anyway, it would be useful, if Batik would send the referer data, also for webserver logfile statistics. Andreas Michael Mosmann wrote: Am Freitag, den 11.08.2006, 12:52 +0200 schrieb Andreas Neumann: Hello, I have a way to restrict this in Apache by using the referer information. If a request has been made from my own domain (or specific files), access is granted, otherwise not. This is only a soft protection, cause proxy or application can manipulate this header entry. So if i want to access your service i would fake this header information. mm:) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SMIL problem: SVG Fireworks - org.apache.batik.parser.ParseException
thanks a lot for detecting that ;. I removed it and changed .begin to .beginEvent and everything seems to run fine now. I also added the static attribute. Don't know if that helps, but at least on my Linux box it seems to run on reasonable speed now. Thanks a lot, Andreas Cameron McCormack wrote: Andreas Neumann: I tested the new SVN version with the SVG fireworks example: http://www.carto.net/neumann/svg/svgfireworks.svg The example fails and I get the following error message: This exception is because there is an error in the document. One of the begin attributes in the document has a stray semicolon at the end. After fixing this (and a small change just checked in to SVN), it mostly works (albeit a bit slowly). What doesn’t work, though, is the triggering of the last 5 animations in the document based on the interval ends of animations inside the symbols. I suspect this is because of how the animation elements are cloned in the use shadow tree. I think some non-trivial work will be needed to fix this. Changing them to .beginEvent and .endEvent instead of .begin and .end works, though. -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SMIL problem: SVG Fireworks - org.apache.batik.parser.ParseException
Hi Cameron, I tested the new SVN version with the SVG fireworks example: http://www.carto.net/neumann/svg/svgfireworks.svg The example fails and I get the following error message: org.apache.batik.parser.ParseException: Unexpected character (code: -1). at org.apache.batik.parser.AbstractParser.reportError(Unknown Source) at org.apache.batik.parser.TimingParser.parseTimingSpecifier(Unknown Source) at org.apache.batik.parser.TimingSpecifierListParser.doParse(Unknown Source) at org.apache.batik.parser.AbstractParser.parse(Unknown Source) at org.apache.batik.anim.timing.TimingSpecifierListProducer.parseTimingSpecifierList(Unknown Source) at org.apache.batik.anim.timing.TimedElement.parseBegin(Unknown Source) at org.apache.batik.anim.timing.TimedElement.parseAttributes(Unknown Source) at org.apache.batik.bridge.SVGAnimationElementBridge.initializeTimedElement(Unknown Source) at org.apache.batik.bridge.SVGAnimationElementBridge.initializeTimedElement(Unknown Source) at org.apache.batik.bridge.SVGAnimationEngine$LoadListener.handleEvent(Unknown Source) at org.apache.batik.dom.events.EventSupport.fireEventListeners(Unknown Source) at org.apache.batik.dom.events.EventSupport.fireEventListeners(Unknown Source) at org.apache.batik.dom.events.EventSupport.dispatchEvent(Unknown Source) at org.apache.batik.dom.AbstractNode.dispatchEvent(Unknown Source) at org.apache.batik.bridge.BaseScriptingEnvironment.dispatchSVGLoad(Unknown Source) at org.apache.batik.bridge.BaseScriptingEnvironment.dispatchSVGLoadEvent(Unknown Source) at org.apache.batik.bridge.UpdateManager.dispatchSVGLoadEvent(Unknown Source) at org.apache.batik.bridge.UpdateManager.dispatchSVGLoadEvent(Unknown Source) at org.apache.batik.swing.svg.SVGLoadEventDispatcher.run(Unknown Source) Any idea what the problem is? I am animation colors and the d-attribute of the path and then instantiate the animations with use / Thank you for having a look at my problem, Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problem with animateMotion in use / element
You mean like: defs set id=s …/ /defs g use xlink:href=#s/ /g Is that allowed? No, I mean defs symbol rect id=myRect... animate ... / /rect /symbol path id=myPath animate ... / /path /defs use xlink:href=#myRect / use xlink:href=#myRect x=50 y=450 / use xlink:href=#myPath / Are you planning to add SMIL support for use / elements in the upcoming 1.7 release, or are there technical limitations that would prevent that for the upcoming release? No technical limitations I think, I just haven’t done it yet. ok Example where SMIL animation is defined within a use / element: http://www.carto.net/papers/svg/samples/path_animation.svg Examples where SMIL animation is defined in the defs and should be inherited in the use / instances: http://www.carto.net/neumann/svg/svgfireworks.html http://www.carto.net/papers/svg/animated_weather_symbols/index.svgz http://www.carto.net/papers/svg/samples/jumping_cubes.svg Thanks I will try with these when I get around to implementing it. Thanks for having a look at these. Let me know if perhaps I did something wrong or if you want to discuss issues. At http://www.carto.net/papers/svg/samples/#anim I have listed in which UAs the samples work. Currently there is only Opera and ASV that I tested for animations. Will add Batik soon. Thanks, Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SMIL animation: invalid CSS value again
Cool, can confirm that it works fine now. These examples seem to work already: http://www.carto.net/papers/svg/samples/anim.svg http://www.carto.net/papers/svg/samples/animated_bustrack.svg Good to see that keySplines already work! A lot of tests / examples can be found at http://olaf.kilu.de/svgtest/ I don't know if you are aware of this resource. It's quite comprehensive. Maybe you can contact Dr. Olaf Hoffmann to give the Batik SVN version a try and report the bugs. Andreas Cameron McCormack wrote: Thomas DeWeese: This is an invalid CSS value (CSS doesn't allow scientific notation). I'm guessing the problem is that the SMIL engine doesn't 'restrict' it's self when animating CSS values. Indeed. I'm guessing that Cameron will want to look at batik.svggen.SVGGeneratorContext and it's use of DecimalFormat to avoid use of scientific notation when stringitizing floats. Seems a bit silly, but looks like I had to use a format string like: 0.0### Anyway, fixed in SVN. -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
detect per ECMAScript if SMIL animation is present
Hi, is there a method available to detect per ECMAScript if the SMIL animation engine is present? Thanks, Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
next version nr of Batik?
Hi, I'd like to know what the next version number of the soon to be released version that contains the SMIL engine is? Is it 2.0? Thanks for your info, Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SMIL animation: invalid CSS value again
Hi, in http://www.carto.net/papers/svg/samples/animated_bustrack.svg I also get an error message complaining about invalid CSS values: org.w3c.dom.DOMException: http://www.carto.net/papers/svg/samples/animated_bustrack.svg: The attribute stroke-dashoffset represents an invalid CSS value (8.9263916E-4). Original message: The stroke-dashoffset property does not support dimension values. at org.apache.batik.css.engine.CSSEngine.setMainProperties(Unknown Source) at org.apache.batik.css.engine.CSSEngine$CSSNavigableDocumentHandler.overrideStylePropertyChanged(Unknown Source) at org.apache.batik.dom.svg.SVGOMDocument.overrideStylePropertyChanged(Unknown Source) at org.apache.batik.dom.svg.SVGStylableElement$OverrideStyleDeclaration.propertyChanged(Unknown Source) at org.apache.batik.css.dom.CSSOMStyleDeclaration.setProperty(Unknown Source) at org.apache.batik.dom.svg.SVGStylableElement.updatePropertyValue(Unknown Source) at org.apache.batik.anim.AnimationEngine.tick(Unknown Source) at org.apache.batik.bridge.SVGAnimationEngine.access$700(Unknown Source) at org.apache.batik.bridge.SVGAnimationEngine$AnimationTickRunnable.run(Unknown Source) at org.apache.batik.util.RunnableQueue.run(Unknown Source) at java.lang.Thread.run(Thread.java:613) I guess the issue is related to the other reported error message (the moving airplane example). Thanks for having a look at this problem, Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Converting SVG to PDF
Hi Antonio, I had a look at your 2 PDFs. The difference is that in the 1.6 example the text stays text and isn't converted to geometry. In the SVN version every character is converted to path geometry which bloats the file. Its still vector, but its not text and therefore text is not selectable. I converted your file with batik-rasterizer on the mac (with the SVN version) and get the same results, although the resulting file is not 82k but 50k. I remember that there was a trick to force text to stay text and also to embed fonts in the PDF. But I cannot quickly find it. I think it was related to FOP. Maybe someone else can comment. Andreas Antonio Broughton wrote: Hi, You can download a zip file at http://www.flerwin.net/batiktest.zip The ZIP file contains the Java source code, the SVG file and also the two resulting PDF files 2kbyte one is when using batik 1.6 and the 82kbyte one is when using batik SVN trunk The only difference that I did when running the code, is change which batik version I was using! (1.6 or svn trunk) Thanks Antonio Broughton Andreas Neumann wrote: Hi Antonio, it would probably help if you'd posts the source code or link to the svg file you are rendering to PDF. So people can have a look why Batik is rasterizing your content. It might be related to group opacity, filters, etc. Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Converting SVG to PDF
cool, this helps me as well! Thanks Thomas for fixing it and Antonio for bringing the issue up. Andreas Antonio Broughton wrote: Hi Thomas, Thanks a lot for the quick changes!! it works perfectly now :) Antonio Broughton [EMAIL PROTECTED] wrote: Hi Antonio, Antonio Broughton [EMAIL PROTECTED] wrote on 07/27/2006 12:00:08 AM: You can download a zip file at http://www.flerwin.net/batiktest.zip Thanks this was helpful. 2kbyte one is when using batik 1.6 and the 82kbyte one is when using batik -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Displaying large number of SVG elements (Memory Handling)
Hi Dylan, SVG viewers have their limitation and as far as I know, SVG was never designed to handle huge amounts of data. Of course it would be nice if it could ... Parts of the reason of why it can't handle huge amounts of data are the interactivity and animation features SVG provides. It has to maintain the DOM for all the elements, which is expensive. The threshold value of the number of elements that a viewer can handle varies according to the hardware and the software implementation. It maybe at 1 elements up to 5 elements. I never saw a SVG implementation that could handle 5 elements without performance problems and many viewers already fail with 1 elements. There might be workarounds, though: * use a clever serverside generation in combination with network requests - if you want to show an overview of your data, just show the most prominent features or aggregate features that are close to each other - if the user zooms in, provide additional graphics or details as an example see our yosemite maps (http://www.carto.net/williams/yosemite/), which works in all SVG full viewers, even if they don't support a large number of elements. Content is generated serverside according to the map extent the user had chosen. If a user zooms in, he gets additional elements and the geometry is more detailed, as he zooms out, geometry is simplified on the server, selected, partially aggregated or we use different datasets. * try to reduce the number of elements. As an example: if several circles share the same attributes/interactivity it might be more efficient to use a path element with lots of M moveto commands and use markers to show the circles. If you have lots of path elements, try to aggregate them to viewer path elements. * use elements are usually in particular slow. If you can use rects or circles instead of the use elements, thats in almost all cases more efficient than use elements If you don't need the interactivity, other technologies (e.g. raster graphics) might be more suitable, but as I see, you use the mouse events, so this might not be an option. * finally: if you really need to support such a large number of elements, try to support SVG viewer development either by contributing suggestions to improve the code, contributing code or helping financially by supporting developers. I don't know if that is an option. I produced a document that describes server-client communication for maps and contains suggestions/ideas to improve performance. I don't know if that helps: http://www.carto.net/papers/svg/postgis_geturl_xmlhttprequest/ Andreas Dylan Browne wrote: Hi, I guess this is a general question that I'm sure all SVG developers come across, how to handle an SVG Document that contains a very large number of SVG Elements. I've scanned the archives but didn't see anything that relates to my current issue, that is displaying a large number of elements AND those elements containing a great deal of information. For example, as below, this is my code to render a single circle on a graph, together with it's associated JS etc. None of the information is redundant, as far as I can see. I was wondering if there is any way to 'compress' this, if that makes sense. I could conceivably need to generate 50,000 of these circular points, by which time the Document is getting bloated and giving outOfMemory errors. (I'm using Batik DOM to generate my SVG Document in memory and then streaming it to a browser). use fill-opacity=0.2 xmlns:xlink=http://www.w3.org/1999/xlink; onmousedown=select_group(evt,true,145.9471573334,445.35867495591333,apos;1.0apos;); stroke=blue name=1.0 onmouseover=selectLabelledLine(evt,apos;DOSE = 10.00|IRESP = 42.91|ID = 1.0apos;);select_point(evt); transform=translate(145.9471573334,445.35867495591333)scale(5.0) width=5.0% xlink:show=embed xlink:type=simple fill=blue onmouseup=deselect_group(evt,true,apos;1.0apos;); height=5.0% onmouseout=deselectLabelledLine(evt);deselect_point(evt);deselect_group(evt,true,apos;1.0apos;); xlink:href=#circle xlink:actuate=onLoad/ Thanks in advance for any advice, Kind regards, Dylan -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ECMAscript inserting problem
you'd have to provide an example, otherwise we can't really help you. Andreas iyangim wrote: When I inserted ECMAscript code in a SVG file, my code generated following errors. Does anybody know why it occurred? Error: In popup windows SVG Error: org/mozilla/javascript/ContextAction In the console java.lang.NullPointerException at org.apache.batik.bridge.UpdateManager.init(Unknown Source) at org.apache.batik.swing.svg.AbstractJSVGComponent.startSVGLoadEventDispatcher(Unknown Source) at org.apache.batik.swing.svg.AbstractJSVGComponent$SVGListener.gvtBuildCompleted(Unknown Source) at org.apache.batik.swing.svg.GVTTreeBuilder$2.dispatch(Unknown Source) at org.apache.batik.util.EventDispatcher.dispatchEvent(Unknown Source) at org.apache.batik.util.EventDispatcher.fireEvent(Unknown Source) at org.apache.batik.util.EventDispatcher$1.run(Unknown Source) at java.awt.event.InvocationEvent.dispatch(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) java.lang.NoClassDefFoundError: org/mozilla/javascript/ContextAction at org.apache.batik.script.rhino.RhinoInterpreterFactory.createInterpreter(Unknown Source) at org.apache.batik.script.InterpreterPool.createInterpreter(Unknown Source) at org.apache.batik.bridge.BridgeContext.getInterpreter(Unknown Source) at org.apache.batik.bridge.BaseScriptingEnvironment.getInterpreter(Unknown Source) at org.apache.batik.bridge.BaseScriptingEnvironment.loadScripts(Unknown Source) at org.apache.batik.bridge.UpdateManager.dispatchSVGLoadEvent(Unknown Source) at org.apache.batik.bridge.UpdateManager.dispatchSVGLoadEvent(Unknown Source) at org.apache.batik.swing.svg.SVGLoadEventDispatcher.run(Unknown Source) -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Event handling in JSP
in that case you probably need some server-client communication to forward the client-side events to the server to be processed. Batik and the Adobe SVG viewer provide getURL and postURL for that purpose (note that these work asynchronous), other browsers provide XMLHttpRequest. In reality, if you want to support all, you'd have to use a wrapper function to see what is available for network requests and use whatever is available. I am sure you'll find example if you google for .getURL/postURL and XMLHttpRequest. Andreas iyangim wrote: Thanks, Philip. I am using Batik in client-side. and listen from client-side events. Finally, I should got the events source in server-side because I need the information for processing of database to save the information of the source. -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Getting screen coordinates of a SVGUseElement
Hi Charles, how did you get the reference to the graphics node? with evt. target? if yes, you have to be aware that with use elements you get a reference to the original element (in your case it seems to be a symbol tag). You can use evt.currentTarget instead to get a reference to the use/ element, but you have to set the event handler attribute directly on the use element. It doesn't work if you put it on the parent group. Andreas Charles Abreu wrote: I've been successfully calling bridgeContex.getGraphicsNode(element) to get the graphics node of an element and next obtaining its screen coordinates, as somebody told me how to do it (thanks!). But when I've tried the same with use elements, I always got the coordiantes of the referenced symbol tag, even if I override them in the use tag. How can I get the coordinates from the cloned use element instead? Thanks in advance, Charles -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Displaying JPEG file in SVG in batik
Hi, I only know this from the javascript perspective, but DOM manipulations seem to be the same. If you specify xlink:href and use .setAttributeNS() and the xlink namespace you only have to specify href instead of xlink:href. I don't know if that is the cause of your problem. Otherwise I would check the pathes and filenames if they are correct. Andreas kok eng meo wrote: I have tried to create an image Element in batik to display a jpeg file. But it does not work. This is my code. String svgNS = SVGDOMImplementation.SVG_NAMESPACE_URI; ... Element abc = document.createElementNS(svgNS, image); abc.setAttributeNS(null, x, 10); abc.setAttributeNS(null, y, 10); abc.setAttributeNS(null, width, 300); abc.setAttributeNS(null, height, 300); abc.setAttributeNS(XMLConstants.XLINK_NAMESPACE_URI, xlink:href, picture.jpg); .. The error given is an I/O error occured while processing the URI Can someone please advice me on this?? Or is there any other methods to display a jpeg file inside batik SVGDocument. Thanks alot -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Accessing event coordinates when zoomed
We only need to support Adobe Viewer, so I've tried to use some JS similar to that in the mapApp.js as suggested. if you use my mapApp object it should just work. If you launch the tooltip example (http://www.carto.net/papers/svg/gui/tooltips/) and zoom in with the Adobe viewer, the tooltips still properly follow the mouse. They don't compensate for the scale (means that the tooltips scale) but they follow the mouse properly. I call it like this... function getMyCoords(evt){ // Pass in the event from the screen var thePoint = calcCoord(evt); // get the zoomed/panned values from the point x = thePoint.getX(); y = thePoint.getY(); } calcCoord() is a method of the mapApp object, not a standalone function. Maybe if you rewrote the function it should work as well. But the mapApp object also takes into account the use of viewBoxes (I recommend to use viewBoxes anyway). What calcCoord returns is an SVGPoint. Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Accessing event coordinates when zoomed
Hi Dylan, .getScreenCTM() is your friend here. Here is some code: function calcCoord(evt) { var svgPoint = document.documentElement.createSVGPoint(); svgPoint.x = evt.clientX; svgPoint.y = evt.clientY; var matrix = evt.target.getScreenCTM(); //alternatively use a different node reference here instead of evt.target, f.e. if you want to calculate to a different node in the hierarchy svgPoint = svgPoint.matrixTransform(matrix.inverse()); return svgPoint; } If you need standard tooltips, Batik already provides tooltips. Unfortunately, the Adobe SVG viewer version 3 neither supports tooltips nor .getScreenCTM. For this viewer there is a workaround: http://www.carto.net/papers/svg/gui/mapApp/ And here is a tooltip example that works in all browsers: http://www.carto.net/papers/svg/gui/tooltips/index.svg All the best, Andreas Dylan Browne wrote: Hi, (Not strictly a Batik Posting, although I am using Batik DOM to create my SVG, so I hope that almost counts...!) I am using JavaScript evt.clientX and evt.clientY (I have also tried screenX) to retrieve the co-ordinates of a mouseover event, and some extra code then displays a label using these coordinates. (In essence, I'm creating a souped-up tool-tip). This works fine in standard view, but once the SVG document has been zoomed, the co-ordinates returned are no longer relative to the original document,(as, of course, I would expect :). I'd be grateful if someone could point me towards the correct JS syntax so the coordinates I return are in relation to my zoomed/panned document. Thanks a lot in advance for any help, Regards, Dylan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: On Changing the Mouse Cursor Appearance
Hi Phillip, I believe Thomas answered your question in his last email. no need to set the pointer-events attribute. The default value is fill anyway. But, is this attribute needed to be in every element and in the root or just either? Although I tried both. :) no, as I said, it is not needed. I was slightly wrong with the default value. It is actually visiblePainted which includes fill and stroke if the element is visible. See http://www.w3.org/TR/SVG11/interact.html#PointerEventsProperty for the exact definition. If the default value works for you, you don't need to specify it. Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: textpath problem
Hi Thomas, just did the bugreport: http://issues.apache.org/bugzilla/show_bug.cgi?id=39784 Thanks for fixing it when you have time. It is not very urgent for me but it would be nice if it could be fixed some time. Thanks, Andreas [EMAIL PROTECTED] wrote: Hi Andreas, Andreas Neumann [EMAIL PROTECTED] wrote on 06/09/2006 11:59:53 AM: I ran into a textPath problem: Please have a look at http://www.carto.net/neumann/temp/textpathTest.svg and have a look at the screenshot http://www.carto.net/neumann/temp/textpathTest.png Somehow the glyphs do not align smoothly with the path. The screenshot shows on the left the correct rendering in Opera vs. the wrong rendering in Batik on the right. It looks like we are using the start of the glyph to set angle and position (select one of the chars to see what I mean). I thought we offset half the glyph width for this calculation so I'm surprised to see this problem. I'll try and look at the code, it's likely a simple thing to fix. If you want, I can file a bug in bugzilla on that if you agree that this a bug. Maybe it is something wrong in my example. Please do, I'm very busy so unless it is a trivial fix it is likely to be forgotten unless it lives in Bugzilla. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: suspendRedraw(), unsuspendRedraw()
Since they [suspend/force Repaint] seem like they might start being useful it may be worth trying to implement them... yes, I'd be interested in using that feature. This is now implemented in SVN. thank you, much appreciated. I will test it in my applications. Sometimes I have a longer script execution and want to show the user progress (like e.g. calculating a surface profile from a digital elevation model). I know it's a pain but it really would be better to break the loop and return. Anyway you can now use forceRedraw if you want. What is the drawback if I use forceRedraw, besides the fact that I can't use it in some SVG viewers or older Batik versions? Thank you, Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
textpath problem
Hello, I ran into a textPath problem: Please have a look at http://www.carto.net/neumann/temp/textpathTest.svg and have a look at the screenshot http://www.carto.net/neumann/temp/textpathTest.png Somehow the glyphs do not align smoothly with the path. The screenshot shows on the left the correct rendering in Opera vs. the wrong rendering in Batik on the right. I tested on MacOSX, here is output of java -version: java version 1.5.0_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-112) Java HotSpot(TM) Client VM (build 1.5.0_06-64, mixed mode, sharing) If you want, I can file a bug in bugzilla on that if you agree that this a bug. Maybe it is something wrong in my example. Thanks for having a look at this example, Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question about stroke-dashing
Hi Thomas, we just discussed this problem and would like to know a bit more on it: For #1 I think it is reasonable and desirable for the WG to define this. The impact on implementations will likely be minimal as most rendering engines end up mapping the primitives to general paths (perhaps just polygons) at some point before rendering. yes, thats what we want to do. For #2 I think it is much less important and less desirable for the WG to define. Most implementations don't control the stroking alg. Stroking alg are very complex and I worry that in cases where the stroke is wide enough for stroked 'sub paths' to intersect an implementation would rendering slowly and incorrectly (the stroke would be double opaque in the overlap region). My personal feeling is that the Spec should leave most of the aspects of stroking to implementations. When the stroke becomes significantly more than a dotted line I think authors should switch from stroke to explicit geometry if they are concerned about uniform rendering... thats what we decided for now. At least for now in the tiny version we'll leave it to the UA. I also agree that it probably wouldn't matter for many cases. Rect: A couple of comments on this. 1) The shape described is really a hole (the area of the shape is negative, given the SVG coordinate system). It should go counter clock wise. can you explain why this is important here? Does the direction matter for basic shapes? 2) There should be some text allowing the elliptical arcs to be omitted when r=0 otherwise an implementation would be forced to place 'double markers' in the corners of a rect. Probably similar text for when rx = w/2 and/or ry = h/2. good point. Will be added. 3) Finally I would like the definition to start with an elliptical arc (if needed) so it can end with a 'z' rather than an arc-to that 'hopefully' matches the start. It is also worth noting that w/o explicit mention of the 'z' the path is _not_ closed and hence end-capping should take place (also angle calculations for markers are affected). good point, will be added. -- Circle: 1) This is also has negative area. same question: why is it important? people think it is natural to do it clockwise. Same question applies for ellipse. 2) It's start point is different from a rect with Thank you for your feedback on this, Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Question about stroke-dashing
Hi Cameron and Thomas, I have a question on stroke-dashing. The W3C-SVG Working group has recently discussed the topic of stroke-dashing on basic shapes and path elements. It is clear that stroke-dashing is underspecified when it comes to the origin and direction of stroke-dashing in basic shapes and path segments. This already led to different implementation results when it comes to stroke-dashing. The effect is esp. apparent when one uses long dashes. Another problem is with path elements. Some implementations restart the stroking for each path segment, using the stroke-dashoffset value (f.e. Batik, Opera), some continue using the remaining offset from the last path segment (f.e. Mozilla SVG). Probably most implementations just pass the rendering to the underlying rendering library and just do what their rendering library does. The WG now wants to fix these interoperability problems but wants to contact the implementors what they think about this problem. Is this a problem for you to fix if the WG decides to exactly specify the behaviour of stroke-dashing, esp. if it might differ from what your implementation does currently? If you can fix it, would this mean a performance loss? It would probably mean that you have to render basic shapes as path elements when it comes to stroke-dashing and have to split up pathes with several segments into individual pathes. Here are two test cases illustrating the interoperability problems: http://www.carto.net/neumann/temp/dasharrayOrigin.svg http://www.carto.net/neumann/temp/dasharrayOrigin.png (screenshot with different rendering results) http://www.carto.net/neumann/temp/stroke-dash_problem.svg http://www.carto.net/neumann/temp/screenshot_path_stroke-dash.png (screenshot, note the difference how Mozilla does it vs. Batik/Opera) This is the new wording for stroking the basic shapes: Rect: A 'rect' element, taking its rounded corners into account, must be rendered in a way that produces the same result as if the following path were specified instead: (Note: all coordinate and length values are first converted into user space coordinates according to Units.) perform an absolute moveto operation to location (x+rx,y), where x is the value of the 'rect' element's x attribute converted to user space, rx is the effective value of the rx attribute converted to user space and y is the value of the y attribute converted to user space perform an absolute horizontal lineto operation to location (x+width-rx,y), where width is the 'rect' element's width attribute converted to user space perform an absolute elliptical arc operation to coordinate (x+width,y+ry), where the effective values for the rx and ry attributes on the 'rect' element converted to user space are used as the rx and ry attributes on the elliptical arc command, respectively, the x-axis-rotation is set to zero, the large-arc-flag is set to zero, and the sweep-flag is set to one perform a absolute vertical lineto to location (x+width,y+height-ry), where height is the 'rect' element's height attribute converted to user space perform an absolute elliptical arc operation to coordinate (x+width-rx,y+height) perform an absolute horizontal lineto to location (x+rx,y+height) perform an absolute elliptical arc operation to coordinate (x,y+height-ry) perform an absolute absolute vertical lineto to location (x,y+ry) perform an absolute elliptical arc operation to coordinate (x+rx,y) -- Circle: Within the current user coordinate system, stroking operations on a circle begin at the point (cx+r,cy) and then proceed through the points (cx,cy+r), (cx-r,cy), (cx,cy-r) and finally back to (cx+r,cy). For stroking operations, there is only one line segment which has its beginning joined to its end. -- Ellipse: Within the current user coordinate system, stroking operations on a ellipse begin at the point (cx+rx,cy) and then proceed through the points (cx,cy+ry), (cx-rx,cy), (cx,cy-ry) and finally back to (cx+rx,cy). For stroking operations, there is only one line segment which has its beginning joined to its end. -- Polygon/Polyline: there shouldn't be any issues here. -- Path: we did not decide yet how to handle the stroke-dashoffset in indiv. path segments. - Thank you for your feedback on that topic, Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question about stroke-dashing
Thank you Thomas for your valuable input. We will discuss it today and I'll send you a revised version for review later. I think we'll follow most of your advice. Andreas [EMAIL PROTECTED] wrote: Hi Andreas, Andreas Neumann [EMAIL PROTECTED] wrote on 06/08/2006 12:03:39 PM: I have a question on stroke-dashing. The W3C-SVG Working group has recently discussed the topic of stroke-dashing on basic shapes and path elements. It is clear that stroke-dashing is underspecified when it comes to the origin and direction of stroke-dashing in basic shapes and path segments. This already led to different implementation results when it comes to stroke-dashing. The effect is esp. apparent when one uses long dashes. Another problem is with path elements. Some implementations restart the stroking for each path segment, using the stroke-dashoffset value (f.e. Batik, Opera), some continue using the remaining offset from the last path segment (f.e. Mozilla SVG). Probably most implementations just pass the rendering to the underlying rendering library and just do what their rendering library does. The WG now wants to fix these interoperability problems but wants to contact the implementors what they think about this problem. Is this a problem for you to fix if the WG decides to exactly specify the behaviour of stroke-dashing, esp. if it might differ from what your implementation does currently? If you can fix it, would this mean a performance loss? It would probably mean that you have to render basic shapes as path elements when it comes to stroke-dashing and have to split up pathes with several segments into individual pathes. There are two issues: 1) Basic path rendering is not mapped cleanly/clearly to paths. 2) Stroking - mostly an issue for paths with sub-parts. For #1 I think it is reasonable and desirable for the WG to define this. The impact on implementations will likely be minimal as most rendering engines end up mapping the primitives to general paths (perhaps just polygons) at some point before rendering. For #2 I think it is much less important and less desirable for the WG to define. Most implementations don't control the stroking alg. Stroking alg are very complex and I worry that in cases where the stroke is wide enough for stroked 'sub paths' to intersect an implementation would rendering slowly and incorrectly (the stroke would be double opaque in the overlap region). My personal feeling is that the Spec should leave most of the aspects of stroking to implementations. When the stroke becomes significantly more than a dotted line I think authors should switch from stroke to explicit geometry if they are concerned about uniform rendering... Here are two test cases illustrating the interoperability problems: http://www.carto.net/neumann/temp/dasharrayOrigin.svg http://www.carto.net/neumann/temp/dasharrayOrigin.png (screenshot with different rendering results) I assume everyone does it the same for path? http://www.carto.net/neumann/temp/stroke-dash_problem.svg http://www.carto.net/neumann/temp/screenshot_path_stroke-dash.png (screenshot, note the difference how Mozilla does it vs. Batik/Opera) Yes, but this is still fairly subtle. I can understand that the difference might be important in some cases but the vast majority of users won't notice. Rect: A couple of comments on this. 1) The shape described is really a hole (the area of the shape is negative, given the SVG coordinate system). It should go counter clock wise. 2) There should be some text allowing the elliptical arcs to be omitted when r=0 otherwise an implementation would be forced to place 'double markers' in the corners of a rect. Probably similar text for when rx = w/2 and/or ry = h/2. 3) Finally I would like the definition to start with an elliptical arc (if needed) so it can end with a 'z' rather than an arc-to that 'hopefully' matches the start. It is also worth noting that w/o explicit mention of the 'z' the path is _not_ closed and hence end-capping should take place (also angle calculations for markers are affected). A 'rect' element, taking its rounded corners into account, must be rendered in a way that produces the same result as if the following path were specified instead: (Note: all coordinate and length values are first converted into user space coordinates according to Units.) perform an absolute moveto operation to location (x+rx,y), where x is the value of the 'rect' element's x attribute converted to user space, rx is the effective value of the rx attribute converted to user space and y is the value of the y attribute converted to user space perform an absolute horizontal lineto operation to location (x+width-rx,y), where width is the 'rect
Re: search functionality in mailing list archive
Thank you Cameron. Seems to work. Maybe you could add that link to http://xmlgraphics.apache.org/batik/mailList.html ? Thanks, Andreas Cameron McCormack wrote: Andreas Neumann: is there an online search functionality available for the batik-users mailing list? I remember that years ago, there was one, but can't find it. Is there one available currently? Googling for “batik-users” came up with this: http://koala.ilog.fr/cgi-bin/batik-users-search -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: suspendRedraw(), unsuspendRedraw()
Thanks, I can confirm that try/catch now works with SVN. As I understand, the current implementation of Batik always reacts like if suspendRedraw()/unsuspendRedraw() would be called. It does not update the screen while it is executing a script. Does Batik allow to update the screen on demand? It doesn't yet support SVGSVGElement.forceRedraw() - is there any other method as a workaround? Thanks, Andreas My problem is that some browsers implement suspendRedraw and others don't and I have to test if the method is available. I tried with try/catch but it did not work either. Yeah, it’s not ideal that those methods are throwing Errors instead of some other RuntimeException. I’ve just made a change in SVN for them to throw UnsupportedOperationExceptions instead, which makes them capturable from script. This probably doesn’t help you, however, if you want to support any older version of Batik. I don’t think there’s a reasonable way of sniffing the Batik version, either. -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
suspendRedraw(), unsuspendRedraw()
Hi, I am wondering if SVGSVGElement.suspendRedraw() and SVGSVGElement.unsuspendRedraw() should work in Batik? If I try to see if it is available, it says yes, but when I try to use it, it gives me an error message. Here is an example on how I used it: http://www.carto.net/neumann/temp/suspendDrawTest.svg When I use SVGSVGElement.suspendRedraw() in my example I get the following error: - java.lang.Error at org.apache.batik.dom.svg.SVGOMSVGElement.suspendRedraw(Unknown Source) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) --- My impression is, that the method is there, but not functional? Because when I do: if (document.documentElement.suspendRedraw) { alert(suspendRedraw implemented); } else { alert(suspendRedraw not implemented); } Batik seems to report that it is implemented. Thanks for shedding some light on my problem. Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
search functionality in mailing list archive
Hi, is there an online search functionality available for the batik-users mailing list? I remember that years ago, there was one, but can't find it. Is there one available currently? Thanks, Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Display of Special Characters (e.g. german umlauts)
yes, I know about this third parameter. But I don't use getURL in this example. Andreas Andre M. Winter - Carto.net wrote: hi andreas, are you using getURL in this context? i remember that the Batik getURL() takes a thrid parameter that can be ANSI or UTF-8. and it defaults (defaulted?) to ANSI in Batik. that may be one reason. andré -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tracking event listeners
Hello, When I develop more complex SVG applications I sometimes have problems tracking the state of event listeners that I add and remove as needed using .addEventListener() and .removeEventListener() I wonder if there is a way to find out whether an event listener is currently attached to an element (e.g. the document.documentElement), either by using the JS debugger in squiggle or by writing out something to the console. It would help me a lot finding my bugs. Thanks for any feedback on that problem, Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Batik site and logo
I fairly strongly prefer the second one, however I agree that it is a bit more muted than I would like to see (It's very Corporate). I made the feather in the second logo the same color as the first and I like it a lot more. The only problem is that you need a little more of something to bring the Batik text's visibility. I agree that the feather in the second logo could/should be more salient. Maybe the patches in the background could be filled with light (pastell) colours and the feather I am not a big fan of serif fonts, though. I prefer sans-serif fonts. But thats just a personal opinion. Maybe one could get the original sodipodi file where the font isn't converted to paths to give the people the opportunity to play around with the logo? Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Batik site and logo
sorry, sent the mail too early (was distracted) - here is the finished sentence: I agree that the feather in the second logo could/should be more salient. Maybe the patches in the background could be filled with light (pastell) colors and the feather could have a more saturated color like in the first version of the logo. I am not a big fan of serif fonts, though. I prefer sans-serif fonts. But thats just a personal opinion. Maybe one could get the original sodipodi file where the font isn't converted to paths to give the people the opportunity to play around with the logo? Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Custom cursors problem
Hi Selva, thats because you didn't use the xlink namespace but null, which defaults to the SVG namespace and is wrong. Try using the following: cursor.setAttributeNS(http://www.w3.org/1999/xlink,href,zoomin.png;); Also note that gif might not be supported in all viewers, but png will be supported. Also I would recommend to use a relative URI and not an absolute. Otherwise you can't move your project to different machines. Andreas Element cursor = doc.createElementNS(svgNS, cursor); cursor.setAttributeNS(null, id, zoomin); cursor.setAttributeNS(null, xlink:href, file:///E:/zoomin.gif); defs.appendChild(cursor); doc.getRootElement().appendChild(defs); doc.getRootElement().setAttributeNS(null, style, cursor:url (#zoomin),crosshair); org.apache.batik.bridge.BridgeException: null:0 The attribute xlink:href of the element cursor is required at org.apache.batik.bridge.CursorManager.convertSVGCursorElement (CursorManager.java:333) at org.apache.batik.bridge.CursorManager.convertSVGCursor (CursorManager.java:303) at org.apache.batik.bridge.CursorManager.convertCursor(CursorManager.java:198) at org.apache.batik.bridge.CSSUtilities.convertCursor(CSSUtilities.java:254) at org.apache.batik.bridge.BridgeContext$DOMMouseOverEventListener.handleEvent (BridgeContext.java:1485) at org.apache.batik.dom.events.EventSupport.fireEventListeners (EventSupport.java:350) at org.apache.batik.dom.events.EventSupport.fireEventListeners (EventSupport.java:407) at org.apache.batik.dom.events.EventSupport.dispatchEvent (EventSupport.java:281) at org.apache.batik.dom.AbstractNode.dispatchEvent(AbstractNode.java:1010) . . . Thanks, Selva - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Andreas Neumann - Institute of Cartography Swiss Federal Institute of Technology (ETH) ETH Hoenggerberg CH-8093 Zurich, Switzerland Phone: ++41-1-633 3031, Fax: ++41-1-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with clip-path and DOM modifications or other linked resources
Hello, I am having a problem with linked resources where Batik behaves substantially different than other SVG viewers (ASV, Opera, MozillaSVG). E.g. I am having a problem with a clip-path. The clip-path was linked to an element. This works fine. Afterwards, I change an attribute of the clip-path (e.g. by setting the transform attribute) but the modifications don't show up at the elements where the clip-path is linked. As an illustration have a look at http://www.carto.net/neumann/batiksvgbugs/clipTest.svg - if you click on the lower text the clip-path should move and the changes should show up at the upper text. This example works fine in Opera or ASV, but fails in Batik. A similar problem arises in Batik if I have definitions in the defs section, let's say a central gradient definition, and I change the central gradient definition later per script (after it was attached to the element that should show the gradient). With other viewers (Opera, MozillaSVG, ASV) the changes of the central gradient definition reflects back to the elements that use the gradient definition, with Batik, the changes don't show up. As an illustration see this example: http://www.carto.net/papers/svg/gui/colourpicker/index.svg - if I modify the upper slider (hue slider), the two other sliders (saturation and value) don't reflect the hue changes in Batik. In other viewers it does. I don't know if that is a bug in Batik, and I didn't see any text on this situation in the current SVG spec, but I think we should make the SVG viewers behave consistent or update the SVG spec to make sure that the viewers behave consistent. What do you think? I remember having reported the issue with the gradients several months/years ago, but don't remember what the answer was back then. In my opinion it is a bug in Batik, even if I cannot come up with wording from the spec that helps me justifying my opinion. Maybe the spec must improve in this case. Thanks for your feedback, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with clip-path and DOM modifications or other linked resources
[EMAIL PROTECTED] wrote: Hi Andreas, This is a long standing bug in Batik. In early versions of Batik we added listeners in these cases but with many of the 'chaining rules' in SVG we would have memory leaks so the listeners were removed and as a consequence for many linked resources we don't track changes. The simplest fix is to 'twiddle' the referencing element so it rebuilds the referenced resource (obviously not a great solution). thank you Thomas for confirming. I can use workarounds, not a problem for my project. But if you find a longterm solution to the problem it would be great. Should I write a bug report on this or is this sufficiently known? Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: squiggle feature request: show title in go menu
This would be a fairly significant change just because currently our history file doesn't include the title so the format on disk would have to change. However I've added the full URL as a tool-tip on the menu item. This is probably a useful thing to have in any case. yes, thats useful in any case. I can confirm that this tooltip works. It helps me distinguishing my files. Thanks for adding this feature. If you could file the title in 'history' menu as an RFE (request for extension) in bugzilla that will make sure that it isn't forgotten, as I think that it probably the right way to go in the future. yes, I added a feature request (bug nr 39400) Thanks again, Andreas -- -- Andreas Neumann - Institute of Cartography Swiss Federal Institute of Technology (ETH) ETH Hoenggerberg CH-8093 Zurich, Switzerland Phone: ++41-1-633 3031, Fax: ++41-1-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVG Rasterizer questions
Hi Thomas, I tested with changing the opacity to fill-opacity and am happy to report that the svgrasterizer works now A LOT faster. It is now around ten seconds, whereas it was 20 to 30 seconds before. Of course this depends on the complexity of the map. I noticed that the landcover polygon now stays as vector whereas before it was rasterized because of the group opacity. Next, I will try the Tomcat stuff. Will take longer than just fixing the opacity ... Thanks again for your hint, Andreas The short answer is that no setting the property on individual elements is not more efficient. The big difference comes between using 'fill-opacity' and 'opacity'. You need to be aware that in some cases the rendering result can be quite different. If a group with 'opacity=0.5' has two overlapping rectangles the overlap region will have the same opacity as the non-overlap regions of the rectangles. However a group with 'fill-opacity=0.5' and the same two rectangles will have 75% opacity in the overlap region (the first rectangle will block 50% the second will block 50% of what's left). -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: batik-rasterizer and invalid url problem
Hi Thomas, Thank you very much for the very quick answer. The dummy hack works fine! This hack works fine for me. I don't mind the filename issue. I convert single files and can use the -d filename.pdf flag. Thanks again, Andreas [EMAIL PROTECTED] wrote: Hi Andreas, Andreas Neumann [EMAIL PROTECTED] wrote on 03/27/2006 09:49:00 AM: I am trying to render a SVG to PDF using Batik-rasterizer on the command line but get an error message: --- Error while converting files: Error: invalid url The code wants the input to end in either '.svg' or '.svgz' (so it can replace it with '.pdf'). So you can use the old IE hack and add dummy=.svg on the end. You will still get a pretty ugly file name from the Rasterizer (it will have all of the args in it). If you know a little bit of Java and Java Servlets it's pretty easy to write a wrapper around the PDFTranscoder that will do this on the server... -- -- Andreas Neumann - Institute of Cartography Swiss Federal Institute of Technology (ETH) ETH Hoenggerberg CH-8093 Zurich, Switzerland Phone: ++41-1-633 3031, Fax: ++41-1-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
NullPointerException when setting viewBox dynamically
Hi Thomas or Cameron, I have a problem with the following file where I dynamically change the viewBox of the document.documentElement: The file is at http://www.carto.net/neumann/temp/test.svg - one script file is linked. After I set the viewBox I get the following error message: java.lang.NullPointerException at java.awt.geom.AffineTransform.init(AffineTransform.java:395) at org.apache.batik.bridge.SVGSVGElementBridge.handleDOMAttrModifiedEvent(Unknown Source) at org.apache.batik.bridge.BridgeContext$DOMAttrModifiedEventListener.handleEvent(Unknown Source) at org.apache.batik.dom.events.EventSupport.fireEventListeners(Unknown Source) at org.apache.batik.dom.events.EventSupport.fireEventListeners(Unknown Source) at org.apache.batik.dom.events.EventSupport.dispatchEvent(Unknown Source) at org.apache.batik.dom.AbstractNode.dispatchEvent(Unknown Source) at org.apache.batik.dom.AbstractElement.fireDOMAttrModifiedEvent(Unknown Source) at org.apache.batik.dom.AbstractElement$NamedNodeHashMap.setNamedItem(Unknown Source) at org.apache.batik.dom.AbstractElement$NamedNodeHashMap.setNamedItemNS(Unknown Source) at org.apache.batik.dom.AbstractElement.setAttributeNS(Unknown Source) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.mozilla.javascript.NativeJavaMethod.call(NativeJavaMethod.java:230) at org.mozilla.javascript.ScriptRuntime.call(ScriptRuntime.java:1191) at org.mozilla.javascript.gen.c263.call(mapApp.js:61) at org.mozilla.javascript.ScriptRuntime.call(ScriptRuntime.java:1191) at org.mozilla.javascript.gen.c271.call(Inline script http://www.carto.net/neumann/temp/test.svg:5:6) at org.mozilla.javascript.optimizer.OptRuntime.callSimple(OptRuntime.java:275) at org.mozilla.javascript.gen.c273.call(Event attribute http://www.carto.net/neumann/temp/test.svg:3 onload:1) at org.mozilla.javascript.gen.c273.exec(Event attribute http://www.carto.net/neumann/temp/test.svg:3 onload) at org.mozilla.javascript.Context.evaluateReader(Context.java:820) at org.apache.batik.script.rhino.RhinoInterpreter.evaluate(Unknown Source) at org.apache.batik.bridge.BaseScriptingEnvironment$1.handleEvent(Unknown Source) at org.apache.batik.dom.events.EventSupport.fireEventListeners(Unknown Source) at org.apache.batik.dom.events.EventSupport.fireEventListeners(Unknown Source) at org.apache.batik.dom.events.EventSupport.dispatchEvent(Unknown Source) at org.apache.batik.dom.AbstractNode.dispatchEvent(Unknown Source) at org.apache.batik.bridge.BaseScriptingEnvironment.dispatchSVGLoad(Unknown Source) at org.apache.batik.bridge.BaseScriptingEnvironment.dispatchSVGLoadEvent(Unknown Source) at org.apache.batik.bridge.UpdateManager.dispatchSVGLoadEvent(Unknown Source) at org.apache.batik.bridge.UpdateManager.dispatchSVGLoadEvent(Unknown Source) at org.apache.batik.swing.svg.SVGLoadEventDispatcher.run(Unknown Source) Is this a bug in Batik or did I do something wrong in my code? Thanks for any clarification and all the best, Andreas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: NullPointerException when setting viewBox dynamically
Hi Cameron, yes, I can confirm that it works now. Thank you very much for the very quick fix! Andreas Cameron McCormack wrote: Hi Andreas. Andreas Neumann: I have a problem with the following file where I dynamically change the viewBox of the document.documentElement: ... Is this a bug in Batik or did I do something wrong in my code? Yes this is a bug. Fixed in SVN now. -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
L
Hi Javid, what you describe here sounds like a typical application for a map server. You could f.e. experiment with the Open Source UMN Mapserver (University of Minnesota), which is widely distributed and in use. see http://mapserver.gis.umn.edu/ It can easily handle the typical image sizes requested by browsers and can tie into dynamic backends, such as PostgreSQL/Postgis. E.g. to include up-to-date traffic-specific information. But I am pretty sure there are limitations when it comes to (very) big image sizes. I don't know if that would be an option for you. Not that I would like to shy you away from Batik, but there might be better technology out there. If you are on Java, you could also look at the Open Source Degree GIS and the Java Topology Suite project. Andreas Javid Alimohideen wrote: Thanks for your suggestions Thomas, As of now my prototype application has only few vector data (e.g. Traffic Congestion map) and few layers like events, weather, accidents etc. and also, the document would be dynamic. The main reason for me to go for the distributed rendering approach is to create high resolution images. For now, I am just using a single node to render a 2000 x 2000 image but I would like to scale it up more for the following reasons: 1. Number of clients will increase 2. Client display size vary widely (few hundred pixels to million pixels) 3. Need a remote JSVGCanvas (as close as possible) for clients to interact with the server side rendered images. Just FYI, the application would be a server/client based where all the rendering happens at server-side and clients just display those streaming pixels. Thanks again for your suggestions. Javid -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVG not depending on system fonts
yes, it is possible. You can use SVG fonts. The newest release of Adobe Illustrator (CS2) supports export of SVG fonts, either for all glyphs used in the document or for the whole font. So does CorelDraw. But you can also convert truetype to SVG fonts with Batik (see http://xmlgraphics.apache.org/batik/ttf2svg.html) or you can use the free fontforge program to convert any font-format to SVG fonts. See also the SVG spec for embedding fonts: http://www.w3.org/TR/SVG11/fonts.html Andreas Gorzsás Tamás wrote: Hi, I use some fonts in my SVG, but it is not guaranteed that these fonts are available on all machines where my client is installed. Is there a possibilty to embed the fonts in the SVG? How can I do that with Adobe Illustrator? Thanks, Tamas -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Mouseover in large SVG-File very slow
4487204.95,5407589.25 L 4486771.77,5407341.24 L 4487581.89,5407113.22 L 4487522.87,5406800.89 L 4488538.24,5407183.97 L 4489222.36,5407163.89 L 4489754.72,5407552.04 L 4490042.26,5407103.35 L 4490446.33,5407174.15 L 4490339.58,5405824.34 L 4490963.13,5405596.83 L 4490888.14,5405238.01 L 4491247.14,5404928.31 L 4491310.63,5404306.98 L 4491632.49,5404198.35 L 4492114.75,5404095.85 L 4492581.77,5404388.21 L 4492614.56,5404948.30 L 4493023.28,5405103.02 L 4492900.35,5406422.58 L 4493285.04,5406362.96 L 4493937.26,5406341.59 L 4494061.85,5407012.86 L 4494414.23,5407133.10 L 4494407.85,5407354.95 L 4494071.38,5407273.17 L 4494126.90,5407897.99 L 4493937.02,5408647.76 L 4493766.04,5408625.38 L 4493843.58,5409371.88 L 4493549.02,5410422.90 L 4493066.01,5410553.64 L 4493082.34,5411030.73 L 4492174.62,5411544.21 L 4492031.08,5412566.28 L 4491668.52,5412546.08 L 4491006.12,5413071.44 L 4490857.10,5413815.61 L 4490138.41,5414664.10 L 4490409.09,5415357.33 L 4490153.54,5415497.16 L 4489933.35,5415211.15 L 4489661.14,5415416.43 L 4489713.49,5415798.44 L 4489093.44,5415754.26 L 4489187.25,5416044.29 L 4488676.46,5416843.15 L 4488720.91,5417418.18 L 4488510.08,5417096.28 L 4488833.21,5416576.08 L 4488326.42,5416628.46 L 4488826.16,5416548.65 L 4488393.41,5416298.90 L 4488765.61,5416225.77 L 4488545.20,5416213.69 L 4488664.01,5415852.64 L 4488061.82,5415775.83 L 4487309.63,5416193.69 L 4487173.16,5415320.39 L 4487458.04,5414276.71 L 4487258.70,5414282.48 L 4487099.37,5413844.18 L 4486068.23,5413522.39 L 4485677.53,5412940.36 Z id=Abensberg onmouseout=change_color_out(evt, apos;Abensbergapos;, apos;blackapos;) onmouseover=change_color_over(evt,apos;Abensbergapos;)/ ... -- -- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problem with dynamically created ECMAScript
Hi Thomas, thanks for your feedback. How can I turn off the optimizer for testing? Do you have an idea on the function size limits? In my case, I feed in 3 db-generated js arrays with a size of 3000 elements each. It is basically a list of swiss communities and ids to districts and provinces. Would it be better to load this data with getURL() in XML format and feed it into js arrays? Thanks for any feedback on this problem. Andreas [EMAIL PROTECTED] wrote: Hi Andreas, The problem is that our JavaScript engine (Rhino) tries to compile the JavaScript into Java Bytecodes, for very large functions this fails. Apparently if you turn off the 'optimizer' it can run arbitrarily large JavaScript functions but I'm not sure it's feasible to do this 'intelligently'. I'll try and look at where the exception occurs and see if there is an easy way to 'retry' but I suspect this will be difficult. Andreas Neumann [EMAIL PROTECTED] wrote on 02/02/2006 10:08:30 AM: One of the ECMAScripts is dynamically generated using a PHP script. When I include that script (URL: http://www.geofoto.ch/prototype/unstable/extractAdminUnits.php) I get the following error message: --- InterpExcept: org.apache.batik.script.InterpreterException: java.lang.ClassFormatError: Invalid method Code length 197395 in class file org/mozilla/javascript/gen/c655 --- Is there an encoding problem or a mime-type problem that this ECMAScript can't be interpreted? It works in Mozilla SVG and Adobe SVG. Thank you for any help on that issue. Andreas PS: I tested with the latest SVN version on Linux -- -- Andreas Neumann - Institute of Cartography Swiss Federal Institute of Technology (ETH) ETH Hoenggerberg CH-8093 Zurich, Switzerland Phone: ++41-1-633 3031, Fax: ++41-1-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Andreas Neumann - Institute of Cartography Swiss Federal Institute of Technology (ETH) ETH Hoenggerberg CH-8093 Zurich, Switzerland Phone: ++41-1-633 3031, Fax: ++41-1-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
problem with dynamically created ECMAScript
Hi, I have a problem with a SVG prototype: http://www.geofoto.ch/prototype/unstable/index.svg (you need to login with user geofotos, pw schweiz) One of the ECMAScripts is dynamically generated using a PHP script. When I include that script (URL: http://www.geofoto.ch/prototype/unstable/extractAdminUnits.php) I get the following error message: --- InterpExcept: org.apache.batik.script.InterpreterException: java.lang.ClassFormatError: Invalid method Code length 197395 in class file org/mozilla/javascript/gen/c655 --- Is there an encoding problem or a mime-type problem that this ECMAScript can't be interpreted? It works in Mozilla SVG and Adobe SVG. Thank you for any help on that issue. Andreas PS: I tested with the latest SVN version on Linux -- -- Andreas Neumann - Institute of Cartography Swiss Federal Institute of Technology (ETH) ETH Hoenggerberg CH-8093 Zurich, Switzerland Phone: ++41-1-633 3031, Fax: ++41-1-633 1153 e-mail: [EMAIL PROTECTED] www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]