Ciao Jeff,
right now geotools 2.5.x is a stable development branch (no api
changes) while trunk is open for more intensive work. I'd say that in
principle if you are talking about a bug fix you should apply it on
both trunk and 2.5.x, if it's a substantial change then trunk only.
Simone.
-
Hello again, people
> 1. Determine if we can move right away to 2.6. If you have any hints
OK, I did a quick switch to GeoTools 2.6, and it didn't seem too much of
an issue to change (all the deprecated methods are still there.. for now
at least ;) ).
By the way, I should say that for some reaso
Hi all,
I am trying with this email to add my thoughts to the discussion, even
though my goal here is to try and do something instead of just waiting
for some actions.
I hope that the members of the project share with me the will to build
a more solid geotools for the future and that none of us is
I agree with that, I can just modify the beloved geotools guide then.
Simone.
---
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
m
Andrea Aime ha scritto:
> Simone Giannecchini ha scritto:
>> I agree with you Andrea,
>> I would tackle obstacles once at a time, therefore I'd start with
>> including the licenses.txt in our release and then, once we will have
>> straightened out the PMC thing, I guess we will be able to tackle t
Simone Giannecchini ha scritto:
> I agree with you Andrea,
> I would tackle obstacles once at a time, therefore I'd start with
> including the licenses.txt in our release and then, once we will have
> straightened out the PMC thing, I guess we will be able to tackle to
> possibility of changing th
I agree with you Andrea,
I would tackle obstacles once at a time, therefore I'd start with
including the licenses.txt in our release and then, once we will have
straightened out the PMC thing, I guess we will be able to tackle to
possibility of changing the license.
Do you (anyone :-) ) think I s
Andrea Aime a écrit :
> GeoTools targets Java 5 at the moment. Due to differences in how
> Java 5 and Java 6 behave (the way they handle math calculations
> for example) some tests are failing in Java 6.
Andrea is right. I noticed issues in projection formulas around expressions
like
"atan(v1) /
Nilesh Choure ha scritto:
> Hi,
>
> Have I posted my problem on the wrong mailing list?
> Please point me to the right forum where I can discuss this problem.
> I am stuck right now.
> I have searched on web but to my disappointment no useful results were
> found.
GeoTools targets Java 5 at the
Hi,
Have I posted my problem on the wrong mailing list?
Please point me to the right forum where I can discuss this problem.
I am stuck right now.
I have searched on web but to my disappointment no useful results were
found.
On Thu, Feb 19, 2009 at 6:51 PM, Nilesh Choure wrote:
> Hi,
>
> I down
Simone Giannecchini ha scritto:
>
> 1> We do not step down as a whole, but each one should *really* decide
> if he wants to take part of the game. We may also propose new names
> for the PMC as part of this.
> 2> We need to define more clearly the role of PMC members and we also
> need to define w
Simone Giannecchini ha scritto:
>> Hi all,
>> just to clarify.
>> Our goal, is to include gdal support via the imageio-ext plugin in the
>> build for next release as part of our plugins, and this means
>> dragging some imageio-ext dependencies into the build.
>> Since there were questions about li
Hi all,
I am trying with this email to add my thoughts to the discussion, even
though my goal here is to try and do something instead of just waiting
for some actions.
I hope that the members of the project share with me the will to build
a more solid geotools for the future and that none of us is
I am not entirely sure about what you re trying to do udig-wise,
however you need to be aware of the fact that udig 1.1.1 uses a very
old version of geotools hence it is quite hard to give some meaningful
help, at least that's the situation for me.
In principle you should be able to extract the n
Hi list,
I am writing this email in order to get feedback from the interested
parties on some work that we are doing in order to replace the old GCE
interface for doing coverage IO. I have captured some results in this
page (it is not a formal proposal yet)
http://docs.codehaus.org/display/GEOTOOLS
Toc, toc,
PMC members, are you there? :-)
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:+39 333 8128928
ht
Geotools-generated prj file incompatible with ESRI ArcMap
-
Key: GEOT-2353
URL: http://jira.codehaus.org/browse/GEOT-2353
Project: GeoTools
Issue Type: Bug
Components: core re
Ciao Pasquale,
I just run across this email, can you please summarise your problem
(nabble is under mantainence right now) so that I can try to see if we
can help you out.
Simone.
---
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - Software
Problem solved. :)
Regards,
Daniele
On Fri, Feb 20, 2009 at 10:55 AM, Daniele Romagnoli <
daniele.romagn...@geo-solutions.it> wrote:
> Hi list,
> I would like to move the imageio-ext-gdal wiki page from
> modulematrix->unsupported to modulematrix->plugin.
> Is there a way to change its parent or
Never mind - thanks for trying Martin.
Michael
--
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 bo
Hi list,
I would like to move the imageio-ext-gdal wiki page from
modulematrix->unsupported to modulematrix->plugin.
Is there a way to change its parent or edit the modulematrix children?
Or should I add a new child to plugin and copying the original content on
it?
Please let me know.
Regards,
Dan
IAE in StreamingRenderer.paint() if mapArea has no CRS
--
Key: GEOT-2352
URL: http://jira.codehaus.org/browse/GEOT-2352
Project: GeoTools
Issue Type: Bug
Affects Versions: 2.5.3
Hello Mickael
Michael Bedward a écrit :
> I just noticed a couple of recent messages on the 'geotools
> discussion' list and pointed the posters to the users' list. Can we
> close the discussion list so that people don't get lured into the void
I just had a look at the SourceForge admin page. Th
DefaultFeatureCollection.getBounds() returns ReferencedEnvelope with null CRS
-
Key: GEOT-2351
URL: http://jira.codehaus.org/browse/GEOT-2351
Project: GeoTools
Issue
DataUtilities.bounds(fc) returns bounds of fc[0] only
-
Key: GEOT-2350
URL: http://jira.codehaus.org/browse/GEOT-2350
Project: GeoTools
Issue Type: Bug
Affects Versions: 2.5.3
25 matches
Mail list logo
