Christian Müller ha scritto:
> Hi Andrea, a quick question about the proposed concept
> Concerning the 2 hints
> Hints.GENERALIZATION_DISTANCE
> Hints.PRESERVE_TOPOLOGY
> The idea is, that the renderer or any other component check if a
> FeatureSource supports these 2 hints. If it does, the compon
DirectoryDataStore wrapping is preventing ShapefileRenderer to kick in
--
Key: GEOT-2418
URL: http://jira.codehaus.org/browse/GEOT-2418
Project: GeoTools
Issue Type: Bug
I am mostly offline (is mobile). We should try code haus IRC. And then
open a ticket.
On 02/04/2009, at 6:56 PM, Simone Giannecchini
wrote:
> Same here.
> I guess we should wait for some feedback from Jody.
>
>
> Simone.
> ---
> Ing. Simone
To say it in your words
Hm.. there is something missing.
Scenario 1)
A data source supports Hints.GENERALIZATION_DISTANCE but does NOT support
Hints.PRESERVERE_TOPOLOGY.
This indicates that the data source has some precalculated, topological
correct generalizations which it
Same here.
I guess we should wait for some feedback from Jody.
Simone.
---
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob:
Christian Müller ha scritto:
> To say it in your words
> Hm.. there is something missing.
> Scenario 1)
> A data source supports Hints.GENERALIZATION_DISTANCE but does NOT
> support Hints.PRESERVERE_TOPOLOGY.
> This indicates that the data source has some precalculated, topological
Andrea, I don't want to tease you but I am afraid you have overseen
something.
Imagine a data source which is able to do a NON preserve topology
generalization.
This data source hast to supports both hints.
Hints.GENERALIZATION_DISTANCE
Hints.PRESERVERE_TOPOLOGY
For a renderer client, it
Christian Müller ha scritto:
> Andrea, I don't want to tease you but I am afraid you have overseen
> something.
No problem.
> Imagine a data source which is able to do a NON preserve topology
> generalization.
Ah, but it's not able to perform a preserving one?
Right, did not think about this c
I've got a computer science student from the University of California
Davis that is finishing his BS this year. (He'll be applying for
graduate school next year.)
He is going to submit a Google SoC proposal for some rendering and
visualization work on OpenJUMP. However, he also expressed interest
Sunburned Surveyor ha scritto:
> I've got a computer science student from the University of California
> Davis that is finishing his BS this year. (He'll be applying for
> graduate school next year.)
>
> He is going to submit a Google SoC proposal for some rendering and
> visualization work on Ope
[...]
>> Would there be any objections to my student submitting this proposal
>> for a DXF parser under Geotools?
>
> No objects, just encouragement (from me, at least) :-)
Heavy support also from this side. I can bring it into uDig and test it.
Ciao
Andrea
> Cheers
> Andrea
>
> --
> Andrea Ai
>
> First off we need to hear back from other devs as this would be a core
> modification in a very core class, then we'll decide how to handle
> this. Anyways, the two most promising routes seem to suggest the
> usage of a DataStore wrapper (whether we need a factory or not, it's
> up to how the
I've sent a query to the codehaus support email.
Michael
--
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geo
All fixed - see below...
Michael
> You ended up with a redirect HTML file in your web area. I'll look
> into why this occurred; there are some automated processes that write
> this file, it may have been triggered by something altering a
> configuration setting.
>
> I've removed this and you shou
Image Pyrimid fails if individual tiffs do not match prj
Key: GEOT-2419
URL: http://jira.codehaus.org/browse/GEOT-2419
Project: GeoTools
Issue Type: Bug
Components: gc imagep
15 matches
Mail list logo
