[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [udig-devel] svg out of refresh.xml again
|
It give me a classnotfound problem, so no debugger necessary.
Did you try the sld code with the svg I sent you in the previous email?
Andrea
On Fri, Aug 13, 2010 at 4:12 PM, Jody Garnett <jody.garnett@xxxxxxxxx> wrote:
> Just to confirm - batik is included:
> org.apache.batik.bridge_1.6.0.v200912221622.jar
> org.apache.batik.css_1.6.0.v200912221622.jar
> org.apache.batik.dom_1.6.0.v200912221622.jar
> org.apache.batik.dom.svg_1.6.0.v200805290154.jar
> org.apache.batik.ext.awt_1.6.0.v200805290154.jar
> org.apache.batik.parser_1.6.0.v200805290154.jar
> org.apache.batik.svggen_1.6.0.v200805290154.jar
> org.apache.batik.transcoder_1.6.0.v200805290154.jar
> org.apache.batik.util_1.6.0.v200805290154.jar
> org.apache.batik.util.gui_1.6.0.v200805290154.jar
> org.apache.batik.xml_1.6.0.v200805290154.jar
> And libs depends on the transcoder plugin (which drags the others in). So I
> have no technical reason for svg not to be working - all the code is there.
> So it is probably time for a run with the debugger.
> Jody
> On 12/08/2010, at 10:19 PM, andrea antonello wrote:
>
>> Can you tell me how to test? I am not sure I have an svg file to refer to
>> :-(
>
> Ok, paste the following into an sld file for a point layer:
>
> ----------------------->8----------------------------------
>
> <?xml version="1.0" encoding="UTF-8"?>
> <sld:StyledLayerDescriptor xmlns="http://www.opengis.net/sld";
> xmlns:sld="http://www.opengis.net/sld";
> xmlns:ogc="http://www.opengis.net/ogc";
> xmlns:gml="http://www.opengis.net/gml"; version="1.0.0">
> <sld:UserLayer>
> <sld:LayerFeatureConstraints>
> <sld:FeatureTypeConstraint/>
> </sld:LayerFeatureConstraints>
> <sld:UserStyle>
> <sld:Name>points</sld:Name>
> <sld:Title/>
> <sld:FeatureTypeStyle>
> <sld:Name>name</sld:Name>
> <sld:Rule>
> <sld:PointSymbolizer>
> <sld:Graphic>
> <sld:ExternalGraphic>
> <sld:OnlineResource
> xmlns:xlink="http://www.w3.org/1999/xlink"; xlink:type="simple"
> xlink:href="file:JODYHOMEPATH/burg02.svg"/>
> <sld:Format>image/svg+xml</sld:Format>
> </sld:ExternalGraphic>
> <sld:Size>
> <ogc:Literal>20</ogc:Literal>
> </sld:Size>
> </sld:Graphic>
> </sld:PointSymbolizer>
> </sld:Rule>
> </sld:FeatureTypeStyle>
> </sld:UserStyle>
> </sld:UserLayer>
> </sld:StyledLayerDescriptor>
> ----------------------->8----------------------------------
>
> and make sure to change the JODYHOMEPATH properly to point the attached svg
> file.
> Let me know if it works for you.
> Andrea
>
>>
>> It is entirely possible that the MANIFEST.MF dependency on on the batik
>> transcoder has not been enough (perhaps I did not include the feature
>> correctly in the the release process). Can we correctly reference the batik
>> classes from the libs plugin?
>>
>> Jody
>>
>> On 12/08/2010, at 5:02 PM, andrea antonello wrote:
>>
>>> Yeah, I now see it was listed twice:
>>>
>>> <dependency groupId="org.geotools" artifactId="gt-svg"
>>> version="${geotools.version}" />
>>> <dependency groupId="org.apache.xmlgraphics"
>>> artifactId="batik-transcoder" version="1.7" />
>>>
>>> and
>>>
>>> <dependency groupId="org.geotools" artifactId="gt-svg"
>>> version="${geotools.version}" scope="provided" />
>>> <dependency groupId="org.apache.xmlgraphics"
>>> artifactId="batik-transcoder" version="1.7" scope="provided" />
>>>
>>> And now we have:
>>>
>>> <dependency groupId="org.geotools" artifactId="gt-svg"
>>> version="${geotools.version}" />
>>> <dependency groupId="org.apache.xmlgraphics"
>>> artifactId="batik-transcoder" version="1.7" scope="provided" />
>>>
>>>
>>> but svg doesn't work.
>>>
>>> Can you try a little test on a point layer with and svg to make sure
>>> it isn't a problem only I have?
>>>
>>> Thanks,
>>> Andrea
>>>
>>>
>>>
>>>
>>> On Thu, Aug 12, 2010 at 8:50 AM, Jody Garnett <jody.garnett@xxxxxxxxx>
>>> wrote:
>>>> Just checking the MANIFEST.MF:
>>>> Require-Bundle: org.eclipse.xsd;visibility:=reexport,
>>>> org.eclipse.core.runtime,
>>>> org.apache.log4j;visibility:=reexport,
>>>> org.apache.commons.codec;visibility:=reexport,
>>>> org.apache.commons.httpclient;visibility:=reexport,
>>>> org.apache.commons.lang;visibility:=reexport,
>>>> org.apache.commons.logging;visibility:=reexport,
>>>> org.apache.batik.transcoder,
>>>> com.ibm.icu
>>>> So the batik.transcoder is listed - so svg support should be good to go?
>>>> If
>>>> it is not we could try and swap the dependency for including it in libs
>>>> (but
>>>> we risk a class cast exception if someone else is working with the
>>>> org.apache.batik.transcoder eclipse plugin).
>>>> Jody
>>>> On 12/08/2010, at 3:35 PM, Jody Garnett wrote:
>>>>
>>>> It is possible; but I it was listed twice? There is also a strange
>>>> relationship between svg plugin and batik.
>>>> -
>>>>
>>>> http://svn.refractions.net/udig/udig/trunk/plugins/net.refractions.udig.libs/refresh.xml
>>>>
>>>> Here it is:
>>>>
>>>> <dependency groupId="org.geotools" artifactId="gt-svg"
>>>> version="${geotools.version}" />
>>>>
>>>> There is also the dependency on batik (marked provided so we can use
>>>> the one included by eclipse):
>>>>
>>>> <dependency groupId="org.apache.xmlgraphics"
>>>> artifactId="batik-transcoder" version="1.7" scope="provided" />
>>>>
>>>>
>>>>
>>>> On Thu, Aug 12, 2010 at 3:48 AM, andrea antonello
>>>> <andrea.antonello@xxxxxxxxx> wrote:
>>>>
>>>> Jody, is it possible you pushed out once again svg from the
>>>>
>>>> refresh.xml and so from the build.
>>>>
>>>> I already added it twice now and it always gets away after changes you
>>>>
>>>> applied by you.
>>>>
>>>> The bad part is that style in the official 1.2.0 will not support svg
>>>>
>>>> graphics, which is quite sad.
>>>>
>>>> Andrea
>>>>
>>>> _______________________________________________
>>>>
>>>> User-friendly Desktop Internet GIS (uDig)
>>>>
>>>> http://udig.refractions.net
>>>>
>>>> http://lists.refractions.net/mailman/listinfo/udig-devel
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> User-friendly Desktop Internet GIS (uDig)
>>>> http://udig.refractions.net
>>>> http://lists.refractions.net/mailman/listinfo/udig-devel
>>>>
>>>>
>>> _______________________________________________
>>> User-friendly Desktop Internet GIS (uDig)
>>> http://udig.refractions.net
>>> http://lists.refractions.net/mailman/listinfo/udig-devel
>>
>> _______________________________________________
>> User-friendly Desktop Internet GIS (uDig)
>> http://udig.refractions.net
>> http://lists.refractions.net/mailman/listinfo/udig-devel
>>
>
> <burg02.svg>_______________________________________________
> User-friendly Desktop Internet GIS (uDig)
> http://udig.refractions.net
> http://lists.refractions.net/mailman/listinfo/udig-devel
>
>
> _______________________________________________
> User-friendly Desktop Internet GIS (uDig)
> http://udig.refractions.net
> http://lists.refractions.net/mailman/listinfo/udig-devel
>
>
