> Andrea can I ask if this is a problem with the SLD parser; or a problem
>> with the data structures?
>>
>
> The data structures. Fixing the parser is a piece of cake.
We have already taken the Filter definition in this direction; taking the
style definition in this direction should be fine as well.
You will have some difficulties in recognizing the type of the final result;
but that should not matter that much since the symbolizers do not care. Also
if you are doing any transformations you may not be able to figure out the
final layer bounds ... unless you want to get tricky:
Tricky #1:
- make a polygon the size of the bounds
- call the transform (or whatever function like buffer) on the polygon
- convert that back to bounds
Tickey #2:
- update the implementation of buffer, transform etc to work on geometry and
referencedenvelope
> This was one of the motivations for FilterFactory2 (
>> http://geoapi.sourceforge.net/snapshot/javadoc/index.html). So you must
>> be talking SLD / SE.
>>
>
> Sorry? That did not get into the symbolizer implementation, not even
> on trunk, as far as I can see.
Here is the correct link:
http://geoapi.sourceforge.net/snapshot/javadoc/org/opengis/style/Symbolizer.html
So we could add a method here:
- getGeometry(): Expression
And document getGeometryPropertyName() in the same manner as Filter; as
something that is only valid when the expression is a PropertyExpression.
It would be a good test of how open geoapi is these days.
>
> Thought I must say this is going to be confusing for the user as code
> completion will always report two PointSymbolizer, just like now
> we have two Filter and two Expression and so on.
Not a good long term plan; I like the way the geoapi style api is shaping up
- I think we should use and modify it to suite our needs; or just remain
method compatible.
>
>> I don't understand what is the advantage of limiting the scope.
I thought it would be easier for you on the XSD side.
Cheers,
Jody
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
