Re: svg2png question

[Derek Hohls]

Craig

I'm sorry, then, I do not know what else to suggest.  Try
look through past mailing list archives and seeing if someone
else has problems with the serializer and why.  It could be
a platform-specific issue - try under Windows and Unix etc
to see if the problem occurs everywhere.

Derek

>>> [EMAIL PROTECTED] 2004/11/01 07:29:15 PM >>>
Derek

navCoc is an application and SVG is a sub directory mounted directly
under
it. In tomcat I have webapps/navCoc/SVG/wire.svg.
I have webapps/navCoc/content/content.xml that gets generated as a
file
source fine as src="content/content.xml", all my xsl's are in
webapps/navCoc/style/content.xsl and transformers as
src="style/content.xsl"
work fine.
If all the other generators that are the file type work fine, I am led
to
believe that the file is being found, which then points to the
serializer.
I tried changing the sitemap (context://) as suggested and get the
same
result.

----- Original Message ----- 
From: "Derek Hohls" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, October 31, 2004 11:52 PM
Subject: Re: svg2png question


> Craig
>
> The problem is likely to be that your SVG is not in a
> sub-directory of your working app - I like to think of
> each application as being in sub-directory of its own,
> mounted under navCoc.
>
> If you have resources (such as the SVG files) that are
> common to a number of apps, then you will to link
> to them, using a protocol in the sitemap of the app that
> is calling them.
>
> Eg in your case, you could use:
>
> <map:match pattern="SVG/*.png">
>   <map:generate src="context://SVG/{1}.svg"/>
>   <map:serialize type="svg2png"/>
> </map:match>
>
> You will see other examples of this in the Cocoon
> samples directory.
>
> HTH
> Derek
>
> >>> [EMAIL PROTECTED] 2004/10/29 05:30:59 PM >>>
> Derek;
> Thanks again for your reply.
> In my tomcat(version5) webapps folder my cocoon application is
navCoc.
> SVG is a subfolder of that (as is
> WEB-INF,.metadata,.settings,style(xsl),Graphics, Menus, and more).
> All the cocoon jars are in WEB-INF/lib. Classes(generators, actions,
> etc.)in
> WEB-INF/classes.
> I have several actions, generators that work fine(many of which are
> aggregated in the sitemap).
> ( this is a fairly large J2EE application).
> Sitemap, static html files in the same level(directly under navCoc).
> I did as you suggested, put in that sitemap entry, called the xml
> serializer
> directly (http://localhost:9080/navCoc/SVG/wire.xml), I got the svg
> data as
> xml in IE.
>
> This works fine in my xsl to call the applet
> <xsl:attribute
> name="url">http://localhost:9080/navCoc/SVG/<xsl:value-of
> select="$appletImage"/>.svg</xsl:attribute>
>
> This does not work for calling the serializer from my xsl
> <img src="SVG/wire.png"/>
>
>
>
> <map:match pattern="SVG/*.svg">  <!-- used for calling applet  -->
>
>    <map:read src="SVG/{1}.svg" mime-type="image/svg+xml"/>
>
> </map:match>
>
>
> <map:match pattern="SVG/*.png">
>
>    <map:generate src="SVG/{1}.svg"/>
>
> <map:serialize type="svg2png"/>
>
> </map:match>
>
> <map:match pattern="SVG/*.gif"> <!-- can get static files from the
> folder
> with this -->
>
>     <map:read src="SVG/{1}.gif" mime-type="image/gif"/>
>
> </map:match>
>
> I really appreciate your help on this, thank you.  Craig
>
>
>
> ----- Original Message ----- 
> From: "Derek Hohls" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, October 29, 2004 12:40 AM
> Subject: Re: svg2png question
>
>
> > Craig
> >
> > Its still not clear how your paths work; I did see the followup
> > mail but you did not make it clear as to where your Cocoon
> > servlet is based - is it in tomcat/webapps/navCoc
> > and your SVG is then a sub-dir under it?
> >
> > It does not seem lilkely that two different pipelines in
> > the same sitemap, pointing to the same file / directory
> > would give different responses; there must be something
> > else in your setup that is different that is triggering this.
> >
> > If you can supply your dir structure (Cocoon + app) and
> > the relevant snippets from the sitemap I can at least see
> > if I get the same response as you.
> >
> > Derek
> >
> > PS Have you just serializing the file out as XML without
> > the SVG to PNG conversion?  Something like:
> >
> > <map:match pattern="SVG/*.xml">
> >   <map:generate src="SVG/{1}.svg"/>
> >   <map:serialize type="xml"/>
> > </map:match>
> >
> > If this works, it might then be the serializer that is
problematic;
> > I did not have to define in my test sitemap as it is already
> > "inherited" from the root sitemap....
> >
> > >>> [EMAIL PROTECTED] 2004/10/28 05:16:06 PM >>>
> > Good day Derek;
> > I sent a second reply with the correct path being
> > http://localhost:9080/navCoc/SVG/wire.png  , navCoc is my top
level
> > folder
> > for this application in tomcat webapps.
> > I agree that it seems that cocoon cannot locate the src url.  I
see
> > nothing
> > in the logs related to this.  Since it takes a few moments
> > before the not available X to show up in IE6 I assume it is
looking
> for
> > it.
> > Like I said the map:read of static files works fine as does
> > locating that same file wire.svg for an applet to display. If I
> remove
> > my
> > sitemap entry below the wire.svg for the applet is not found.
> > At this point a am just going to have two image folders, one for
svg
> > and the
> > other for png to draw on.  I would like to just have the svg
folder
> >
> > and serialize on the fly.
> >
> > <map:match pattern="SVG/*.svg">
> >
> > <map:read src="SVG/{1}.svg" mime-type="image/svg+xml"/>
> >
> > </map:match>
> >
> > At this point a am just going to have two image folders, one for
svg
> > and the
> > other for png to draw on.  I would like to just have the svg
folder
> >
> > and
> >
> > ----- Original Message ----- 
> > From: "Derek Hohls" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Wednesday, October 27, 2004 11:57 PM
> > Subject: Re: svg2png question
> >
> >
> > > Craig
> > >
> > > But is the "SVG" folder mounted under the Cocoon directory;
> > > I see you have no "cocoon" in the URL below.  I do not think
> > > the problem is with the serializer per se, but the fact that
> > > Cocoon cannot locate the src URL.  The log file should also
> > > indicate this.
> > >
> > > >>> [EMAIL PROTECTED] 2004/10/27 04:41:53 PM >>>
> > > Derek
> > > Thanks for your response. If I call it directly as you suggest I
> get
> > > the
> > > same result(Not Available). If I place a gif in the same folder
> and
> > > refer to
> > > it I get it fine. My sitemap serializer is below.  I am using
> 2.14.
> > I
> > > have
> > > an applet that gets the wire.svg file from that folder fine
> > > (url="http://localhost:9080/SVG/wire.svg";).
> > > <map:serializer logger="sitemap.serializer.svg2png"
> > > mime-type="image/png"
> > > name="svg2png"
> src="org.apache.cocoon.serialization.SVGSerializer"/>
> > >
> > > ----- Original Message ----- 
> > > From: "Derek Hohls" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Wednesday, October 27, 2004 12:13 AM
> > > Subject: Re: svg2png question
> > >
> > >
> > > > Craig
> > > >
> > > > I had no problems with a call like:
> > > >
> > > > <img src="svg/wire.png"/>
> > > >
> > > > What happens you call the pipeline directly -
> > > > eg.
> > > >
> > > > http://localhost:8080/cocoon/svg/wire.png 
> > > >
> > > > I also had no problems with the pipeline per se;
> > > > just check it comes *before* the static image
> > > > handler.
> > > >
> > > > Derek
> > > >
> > > > >>> [EMAIL PROTECTED] 2004/10/27 01:32:16 AM >>>
> > > > Hello:
> > > > I am trying to render an svg image as png in an html page.
> Sitemap
> > > > fragment is below.
> > > >
> > > > In my xsl simply using <img src="SVG/wire.png"/> does not get
> the
> > > job
> > > > done (as it does with
> > > > a map:read reference to static images in the sitemap). How
> should
> > I
> > > > reference this pipeline in my xsl?
> > > >
> > > > <map:match pattern="SVG/*.png">
> > > >
> > > > <map:generate src="SVG/{1}.svg"/>
> > > >
> > > > <map:serialize type="svg2png"/>
> > > >
> > > > </map:match>
> > > >
> > > >
> > > >
> > > > Craig Christophersen
> > > > (406)496-6421
> > > > [EMAIL PROTECTED] 
> > > >
> > > > -- 
> > > > This message has been scanned for viruses and
> > > > dangerous content by MailScanner, and is
> > > > believed to be clean.
> > > > MailScanner thanks transtec Computers for their support.
> > > >
> > > >
> > > >
> > >
> >
>
---------------------------------------------------------------------
> > > > 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] 
> > >
> > >
> > > -- 
> > > This message has been scanned for viruses and
> > > dangerous content by MailScanner, and is
> > > believed to be clean.
> > > MailScanner thanks transtec Computers for their support.
> > >
> > >
> > >
> >
>
---------------------------------------------------------------------
> > > 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] 
> >
> >
> > -- 
> > This message has been scanned for viruses and
> > dangerous content by MailScanner, and is
> > believed to be clean.
> > MailScanner thanks transtec Computers for their support.
> >
> >
> >
>
---------------------------------------------------------------------
> > 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] 
>
>
> -- 
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
> MailScanner thanks transtec Computers for their support.
>
>
>
---------------------------------------------------------------------
> 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] 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
MailScanner thanks transtec Computers for their support.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]