I can see now onle 2 ways to solve the problem of render test for inline SVG
images in gt-xsd-sld module:
1. Movement of the declaration of ExternalGraphicFactory interface from
gt-render module to gt-api module and placement of render test for inline
SVG image in a new module, something like gt-xs
I have realized, that my test for gt-xsd-sld fails, because there is no
dependancy on gt-svg in pom of gt-xsd-sld. But I can not insert this
dependency here, because gt-svg depends on gt-render, and gt-render depends
on gt-xsd-sld. The circle is closed.
Some time ago, when I only started to explor
The support of InlineContent was added to SLDParser and se.v1_1, as a result
of fixing of GEOT-4340. But this support deals only with raster images in
base64 encoding.
Value "xml" of the attribute "encoding" of InlineContent element, declared
in Schema, remained unsupported. This value corresponds
Title: Message Title
Igor Volkov created an issue
I have some questions about the proposal of pool request.
1. Should I finish at first the modifications of documentation and Schema
before publication of pool request? I have doubts about documentation - my
English is not good enough to write texts, that would be read by millions
of users all over
There are applications in which the user may wish to have an individual icon
(e.g. a photo) for each feature of the layer. Another example is SVG image,
the individual elements of which visually represent the values of some
attributes of the object.
The obvious way to meet this requirement is to c
Title: Message Title
Igor Volkov created an issue
Ok. It quite will suit me
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/SLD-Stroke-Dasharray-Property-tp5083512p5220467.html
Sent from the geotools-devel mailing list archive at Nabble.com.
--
_
In order to clarify the essence of my doubts about the expected behavior of
the method float[] Stroke.getDashArray() I have add new test in
SLDStyleTest:
Stroke stroke = sf.createStroke(null, null);
assertNull(stroke.getDashArray());
List dashArray = stroke.dashArray();
dashArray.
In my last commit
(https://github.com/igorvolk/geotools/commit/3ea8bd1f2cd017c2e0b312b9f52c02e04612b5ff)
I have implemented the proposals of Jody Garnett, concerning the interface
org.geotools.styling.Stroke. I have left interface org.opengis.style.Stroke
unmodified. I have some doubts concerning t
Hi!
If anyone is curious, my code for the parsing of the dash-array property
looks like this:
...
String dashString = null;
if( child.getChildNodes().getLength() == 1 &&
child.getFirstChild().getNodeType() == Node.TEXT_NODE ){
dashSt
Also I have another doubts concerned to logic of sharing of implementation
for float [] getDashArray () and List dashArray in StrokeImpl. I
suggest that if List<> contains only float literals then getDasharray will
return them. If List <> is empty then getDasharray will return null. And if
element
Thank you Nuno! Through your doubts I continued my search and found a nice
solution, which is a symbiosis of my idea to use the argument of a function
for storing expressions for dash array (list) and your desire to do without
superfluous functions similar to that of the Label concatenation in SLD.
13 matches
Mail list logo
