and make sure to change the JODYHOMEPATH properly to point the attached svg file.
Let me know if it works for you.
>
> 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
>