Ben Caradoc-Davies ha scritto:
> Andrea,
>
> is XSIdRegistry turned off for simple features, for performance and
> memory reasons? I recall a discussion ...
Not sure. I remember at one point something that kept in memory
every id of every feature encoded was added that increased dramatically
bot
SLD isDefault is treated as a boolean, but the spec says 0 or 1 instead
---
Key: GEOT-3048
URL: http://jira.codehaus.org/browse/GEOT-3048
Project: GeoTools
Issue Type: Bug
SLD transformer does not handle a PointPlacement with no AnchorPoint
Key: GEOT-3049
URL: http://jira.codehaus.org/browse/GEOT-3049
Project: GeoTools
Issue Type: Bug
Aff
Hi Ben,
I have ran up against this before as well, and indeed lots of things
will break with this change. I tried it out when doing experiments on a
faster encoder and multiple featureMemeber elements led to lots of trouble.
However that said I think it would be a good idea to add a configurati
Hi,
Perhaps I have not found the complete solution yet, because I just
noticed that a href attribute is used where I would expect a xlink:href
attribute. Also the xlink namespace definition is missing. Am I still
doing something wrong?
Thanks for your reaction.
Regards,
Rob van Swol
On 21-4-2
Factory Param Utility Class
---
Key: GEOT-3050
URL: http://jira.codehaus.org/browse/GEOT-3050
Project: GeoTools
Issue Type: Improvement
Components: data
Affects Versions: 2.6.3
Reporter: Jody
SimpleFeatureCollection to remove generics from example code
Key: GEOT-3051
URL: http://jira.codehaus.org/browse/GEOT-3051
Project: GeoTools
Issue Type: Improvement
Compo
I had a pleasant IRC chat going over some short term planning items:
- http://jira.codehaus.org/browse/GEOT-3050 Factory Param Utility Class
- http://jira.codehaus.org/browse/GEOT-3051 SimpleFeatureCollection to remove
generics from example code
- replacing default feature collection with somethin
[
http://jira.codehaus.org/browse/GEOT-3045?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jody Garnett reopened GEOT-3045:
Test case supplied so I can now reproduce the problem as reported.
> GeneralEnvelope constructed as isNull
>
On 21/04/10 15:53, Andrea Aime wrote:
> Serving complex features is a performance nightmare, it's well known,
> whatever you do please try not to affect the simple case.
I think Rini made sure that we did not ... and this may be a case where
simple features are broken by *not* doing things the fu
On 21/04/10 14:58, Rob van Swol wrote:
> 1) changing SurfacePropertyType into GeometryPropertyType in the schema and
> creating an empty Geometry does the trick!
Well done, Rob, that is an excellent result!
--
Ben Caradoc-Davies
Software Engineering Team Leader
CSIRO Earth Science and Resourc
Justin,
I agree. A configurable option would allow deployers to choose the
behaviour they want.
Kind regards,
Ben.
On 21/04/10 22:39, Justin Deoliveira wrote:
> Hi Ben,
>
> I have ran up against this before as well, and indeed lots of things
> will break with this change. I tried it out when d
12 matches
Mail list logo