Justin Deoliveira probaly wrote:
> Hi all,
>
> As many of you may know a code sprint is being organized for foss4g 07.
> As for what to focus on for the sprint, one that has been brought up has
> been the current geotools feature model work.
>
> By the time the conference hits the new feature m
It sounds like the jts-1.8.jar was not picked up? Can you check to see
what is happening? It could be that your local repository has messed up;
check the size of your file vs the one on http://lists.refractions.net/
Could you tell me what file had the compile error?
Thinking about the geotools
Well I was more referring to my understanding that we could branch 2.4
without actually having all the issues resolved toward it... I was not
aware that the projects policies dictated that the two be coupled together.
So never mind about the out of the pool warning folks... If it requires
that
IndexedShapefileDataStore should be removed
---
Key: GEOT-1385
URL: http://jira.codehaus.org/browse/GEOT-1385
Project: GeoTools
Issue Type: Bug
Components: data, data shapefile
Re
One more thing for shapefile ... http://jira.codehaus.org/browse/GEOT-1385
This is the first release in which indexed shapefile support is being
provided as part of a core plugin( Previously it was in an optional
extention). When writing up documentation for this beast:
- http://docs.codehaus.or
Hi Saul,
You had a question about ArcSDE ... you are correct that it is not
holding up the 2.4.x branch.
When you take ArcSDE up to supported status you can add it to the 2.4.x
plugins directory. As long as you are not adding any API we are all
good. This is similar to how additional coverage
I chatted with Jody. The answer to my question was:
* Unsupported -> module won't get branched to 2.4.x
* When sde module gets to supported, I (or someone) can svn copy it to the
2.4.x branch.
That makes me feel ok!
--saul
From: [EMAIL PROTECTED] on beha
Err, can I confirm something. ArcSDE isn't supported, right? So ArcSDE won't
be released with geotools 2.4.x-M0, and won't appear in the 2.4.x branch (only
living on in the trunk/unsupported directory)?
I think arcsde should be supported, but clearly that's not going to happen
between now and
Apparently MySQL is already unsupported; so this bug does not need to
hold up the 2.4.x branch (since unsupported modules will not be included
in the branch).
Jody
> Hi Chris one for you
> - http://jira.codehaus.org/browse/GEOT-274 CRS Information for MySQL
> If this cannot be done simply drop My
Jody Garnett wrote:
> - http://jira.codehaus.org/browse/GEOT-1063 Data Access API QA Review
>
Closed; I have removed the interfaces and knocked the page back to
proposal status. I left the ability to render raw java Collections in
the renderer - so the complex feature code should be able to do
No worries - I would like this one fixed before the final 2.4.0 goes
out. :-)
Grab some sleep and thanks for the hard work.
Jody
> Sorry,
>
> Barely staying awake right now. There's a proposal due friday and
> there's the meeting so there's no way I could get this fixed right now.
>
> ciao and tha
Sorry,
Barely staying awake right now. There's a proposal due friday and
there's the meeting so there's no way I could get this fixed right now.
ciao and thanks for the cleanup work,
--adrian
On Tue, 2007-07-10 at 12:41 -0700, Jody Garnett wrote:
> Adrian I know you are away at the OGC meeting t
Jody Garnett ha scritto:
> Hi Gabriel
>
> - http://jira.codehaus.org/browse/GEOT-1192 Make sure 2.4.x internals do
> not use old filters anymore
> You volunteered for the hard one here (you may just want to move it to
> the next release?)
Alternatively, Gabriel, what is still in need to be done
Hi Chris one for you
- http://jira.codehaus.org/browse/GEOT-274 CRS Information for MySQL
If this cannot be done simply drop MySQL back to unsupported status,
this one had been marked a blocker for several formal releases now.
Jody
You have one bug standing in the way of the 2.4.x branch:
- http://jira.codehaus.org/browse/GEOT-1177 CQL: add support for fid filters
You may wish to move this off to the next version? If andrea will let
you get away with that ...
Jody
---
Andrea you may want to push some of these off to a later release...
- http://jira.codehaus.org/browse/GEOT-1279 Versioning FID mapping is
brittle, needs to be replaced by a simpler and more general solution
This is a bug on your versioning module; as long as the module is
unsupported it will not
Adrian I know you are away at the OGC meeting this week, and frankly I
assigned this bug to you ;-) If you have time it would be good if you
could help.
- http://jira.codehaus.org/browse/GEOT-930 Where's the LGPL?
I think we just need the text of the license in each of our modules
Jody
Here are a few more that I did not know were assigned to you:
- http://jira.codehaus.org/browse/GEOT-1221
PostgisAutoIncrementFidMapper does not handle
"returnFidColumnsAsAttributes" properly
- http://jira.codehaus.org/browse/GEOT-1076 run wfs 1.0 and 1.1 cite tests
> Hi Justin a few for you to
And I have lined up a few annoying tasks myself:
- http://jira.codehaus.org/browse/GEOT-1063 Data Access API QA Review
I need to remove the interface and patch up the errors in renderer, for
Gabriel and those working on Complex Features - you will need to
construct your Map Layers using a raw Col
Hi Gabriel
- http://jira.codehaus.org/browse/GEOT-1192 Make sure 2.4.x internals do
not use old filters anymore
You volunteered for the hard one here (you may just want to move it to
the next release?)
-
This SF.net email i
Hi Justin a few for you to consider before 2.4.x goes out the door
http://jira.codehaus.org/browse/GEOT-1367 FeatureTypeCache is not
namespace aware
- I am not sure if you care or not? If you don't care move it off to the
next release
http://jira.codehaus.org/browse/GEOT-717 Filter expression wi
Sorry it was before coffee - I reviewed the bugs for 2.3.x - my bad.
> Ok you just said that all was ok in jira... i guess not... sure lets
> go through them.
>
> Jody Garnett wrote:
>> Justin I still count 17 bugs in Jira ...
>>
>> http://jira.codehaus.org/sr/jira.issueviews:searchrequest-xml/tem
Jesse I have two lined up for you to confirm or deny:
- http://jira.codehaus.org/browse/GEOT-532
ShapefileDataStore.getFeatureSource( ) doesn't work
I think thise may be a simple WONT FIX
- http://jira.codehaus.org/browse/GEOT-1048 GeoTools Factory lookup for
OSGi Envorinment
If you can get your
Ok you just said that all was ok in jira... i guess not... sure lets go
through them.
Jody Garnett wrote:
> Justin I still count 17 bugs in Jira ...
>
> http://jira.codehaus.org/sr/jira.issueviews:searchrequest-xml/temp/SearchRequest.xml?&fixfor=13595&fixfor=13062&pid=10270&resolution=-1&priorit
Justin I still count 17 bugs in Jira ...
http://jira.codehaus.org/sr/jira.issueviews:searchrequest-xml/temp/SearchRequest.xml?&fixfor=13595&fixfor=13062&pid=10270&resolution=-1&priority=1&priority=2
I am on IRC if you want to go through them...
Jody
> Hi all,
>
> So it sounds like we are ready to
Hi all,
So it sounds like we are ready to release 2.4-RC0 and branch 2.4. So I
would like to get people to wrap up any commits they have on trunk. I
plan to create the branch and do the release approximately 24 hours from
now.
Thanks,
-Justin
--
Justin Deoliveira
The Open Planning Project
h
Justin Deoliveira ha scritto:
> Hi all,
>
> As many of you may know a code sprint is being organized for foss4g 07.
> As for what to focus on for the sprint, one that has been brought up has
> been the current geotools feature model work.
>
> By the time the conference hits the new feature mode
Cory Horner ha scritto:
> Justin Deoliveira wrote:
>> So with my api changes complete on trunk I believe there is nothing
>> keeping us from branching trunk to 2.4 and continuing with 2.5
>> development on trunk.
>
> What of the crazy 2.9, 3.0 plan? that sounded fun.
I liked it, me too...
>> I
Doh - I went through the list for 2.3.x - we need to go through the list
for 2.4.x :-(
Want to join me on IRC and we can figure out what to do one at a time?
Jody
> I just went through the bugs on IRC with andrea:
> - the website is marked as wont fix (please hand out the
> http://www.geotools.or
I just went through the bugs on IRC with andrea:
- the website is marked as wont fix (please hand out the
http://www.geotools.org/ address)
- the streaming renderer gobbling bugs is andrea's to deal with - but
for now I am marking it as trivial so we can get on with ...
...the 2.4-RC0 release.
Gabriel Roldán ha scritto:
> Hey,
>
> on CommonFactoryFinder.getFilterFactory2(Hints), javadoc says:
>
> * @param hints An optional map of hints, or [EMAIL PROTECTED] null} if
> none.
> but implementation does
> final Object h = hints.get(Hints.FILTER_FACTORY);
> without ever chec
Hey,
on CommonFactoryFinder.getFilterFactory2(Hints), javadoc says:
* @param hints An optional map of hints, or [EMAIL PROTECTED] null} if
none.
but implementation does
final Object h = hints.get(Hints.FILTER_FACTORY);
without ever checking if hints is null.
So we need to fix eit
Justin Deoliveira wrote:
> So with my api changes complete on trunk I believe there is nothing
> keeping us from branching trunk to 2.4 and continuing with 2.5
> development on trunk.
What of the crazy 2.9, 3.0 plan? that sounded fun.
> If everyone is ok (please let us know) I would like to mak
And I am wondering about our two bugs? I would like to release 2.4-RC0
and make that the start of the 2.4.x branch. I went through a lot of the
bugs on Friday, as did Andrea. I even made the hit list of bugs visible
from the home page.
So Andrea where are we at? Is it time for the release candi
Hi all,
As many of you may know a code sprint is being organized for foss4g 07.
As for what to focus on for the sprint, one that has been brought up has
been the current geotools feature model work.
By the time the conference hits the new feature model implementation
will be on geootols trunk.
Hi Jesse,
working on GEOT-1192 I got to
org.geotools.renderer.shape.ReplaceGeometryFilter, which seems not to be used
anywhere and moreover it seems to do nothing.
Can you confirm if it can just be removed or is actually of any use?
cheers,
Gabriel
Hi all,
So with my api changes complete on trunk I believe there is nothing
keeping us from branching trunk to 2.4 and continuing with 2.5
development on trunk.
If everyone is ok (please let us know) I would like to make the official
call for people "get out of the pool" and to wrap up their c
Hi Martin, Hi Jesse,
last week I've spent most of the time by fixing the bugs in my code.
I've wrote a test for checking that source points fits to target points
after transformation and it took my some time before I get expected
results. One thing that makes my happy was experiments with large
PostGISDataStore SQL encoding when determining feature type
---
Key: GEOT-1384
URL: http://jira.codehaus.org/browse/GEOT-1384
Project: GeoTools
Issue Type: Bug
Affects Versions: 2.4
Geotiff exception NPEs trying to build an error message
---
Key: GEOT-1383
URL: http://jira.codehaus.org/browse/GEOT-1383
Project: GeoTools
Issue Type: Bug
Components: gc geotiff
Can't detect Timeout exception on WFSDataStore getFeatureReader
Key: GEOT-1382
URL: http://jira.codehaus.org/browse/GEOT-1382
Project: GeoTools
Issue Type: Bug
Compo
Hi,
I'm playing with some raster data and I'm having issues
with datum comparison. Basically, the file is the world
image type, with a .prj file that contains the exact
dump of the EPSG:26713 CRS.
The main problem here is that the CRS resulting from decode
is not the same as the one got from parsin
GridCoverageRenderer isScaleTranslate wrong return
--
Key: GEOT-1381
URL: http://jira.codehaus.org/browse/GEOT-1381
Project: GeoTools
Issue Type: Bug
Components: core render
Affec
43 matches
Mail list logo
