Success - 2.7-M0 builds on OSX with -Dall from a clean checkout and no
local repo. Took 37 minutes though :)
Michael
--
___
Geotools-devel mailing list
[email protected]
[email protected] ha scritto:
> +1. Does somebody know a tool for converting wiki content into a
> sphinx format. The transformation has not to be perfect, but it would
> be a nice starting point for human review / corrections.
I did look for one but unfortunately could not fine any.
Jody Garnett ha scritto:
> Not so much; in generally I closed issues against the "generation" that fixed
> them; but yes if I had no idea I used 2.7-M0.
>
> I note we did not meet our target of closing a 100 issues; so the squash
> session is still open for volunteers.
Eh? Did you see the ones
+1. Does somebody know a tool for converting wiki content into a
sphinx format. The transformation has not to be perfect, but it would
be a nice starting point for human review / corrections.
Quoting Justin Deoliveira :
> As per discussion I did up a proposal with the plan.
>
> http://docs.
Please ignore that last one... I just started the build again and it
got the missing artifact this time. It's finally got up to building
GeoTools now :-)
Michael
On 28 May 2010 15:42, Michael Bedward wrote:
> Bummer... Has anyone seen the error below before ?
>
> I hid my local repository to
Bummer... Has anyone seen the error below before ?
I hid my local repository to test a clean build of the 2.7-M0 sources
and hit this maven problem while downloading the 6.02 * 10^23 jars you
need to get started. I don't recall striking this error with a clean
build previously.
[INFO] -
+1 from me too. Thanks very much for doing this Justin, and thanks
Jody for suggesting it. It's great to see the docs getting organized.
Just to be clear - the docs structure and Hudson build is being set up
in both trunk and branches 2.6.x - yes ?
Michael
---
On 28 May 2010 14:52, Jody Garnett wrote:
> Release notes / page ready.
> - http://docs.codehaus.org/display/GEOTOOLS/Upgrade+to+2.7
>
> Can I ask for a review before publishing this as a blog post.
Hi Jody
Thanks very much for this. The notes look good - a nice bag of goodies there.
I'll try ch
Release notes / page ready.
- http://docs.codehaus.org/display/GEOTOOLS/Upgrade+to+2.7
Can I ask for a review before publishing this as a blog post.
Includes links which I have checked; I have not checked that the source code
builds on its own.
We may also want to review the following page for
app-schema catalog lookup failure in a path with spaces
---
Key: GEOT-3115
URL: http://jira.codehaus.org/browse/GEOT-3115
Project: GeoTools
Issue Type: Bug
Components: data app-sc
Indeed that does look really significant! I think people were just quiet about
closing issues and I never noticed the number go up. Looks to be 158 issues
closed over the last 30 days.
Jody
On 28/05/2010, at 1:13 PM, Michael Bedward wrote:
>> I note we did not meet our target of closing a 100
> I note we did not meet our target of closing a 100 issues; so the squash
> session is still open for volunteers.
>
> Jody
Oh, I thought we gone past 100 judging by the impressive green
mountain on the issues graph :-)
http://jira.codehaus.org/secure/BrowseProject.jspa?id=10270
Michael
---
+1 from me (added to the page).
Talking on IRC it appears justin has also updated the template used for the
docs as distinct from the main website template.
Jody
On 28/05/2010, at 12:11 PM, Justin Deoliveira wrote:
> Patch attached to the issue. If there are no objections I will apply the
> p
Not so much; in generally I closed issues against the "generation" that fixed
them; but yes if I had no idea I used 2.7-M0.
I note we did not meet our target of closing a 100 issues; so the squash
session is still open for volunteers.
Jody
On 28/05/2010, at 12:36 PM, Michael Bedward wrote:
>
When conducting extensive tests I encountered the following failures.
Tests in error:
testCropLevel2(org.geotools.gce.imagepyramid.ImagePyramidReaderTest)
testCropLevel3(org.geotools.gce.imagepyramid.ImagePyramidReaderTest)
I am not sure I care at this stage for a milestone release; be advis
Hi Jody,
Just wondering about all the old issues that are listed there from
last weekend's squash session. All or most of them are not really
2.7-M0 fixes / improvements. Do you think that matters ?
Michael
--
_
Patch attached to the issue. If there are no objections I will apply the
patch and continue on with setting up the build server.
On 10-05-27 5:50 PM, Justin Deoliveira wrote:
> As per discussion I did up a proposal with the plan.
>
> http://docs.codehaus.org/display/GEOTOOLS/Sphinx+Documentation+
Release notes are here (and impressive):
- http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10270&version=15891
I will continue through the rest of the steps in my spare time today.
Jody
On 28/05/2010, at 11:24 AM, Jody Garnett wrote:
> Thanks; I will bundle up the artifacts and relea
Next time you tag can you use the build/rename.xml script? It updates both the
pom.xml files and the GeoTools.java class (which includes a static final string
you can check at runtime).
Jody
On 28/05/2010, at 1:53 AM, Daniele Romagnoli wrote:
> Hi again,
> I have finally tagged gt 2.7-M0 and de
Thanks; I will bundle up the artifacts and release in jira.
Jody
On 28/05/2010, at 1:53 AM, Daniele Romagnoli wrote:
> Hi again,
> I have finally tagged gt 2.7-M0 and deployed it on OsGeo.
> Please, let me know if everything is in place.
>
> Regards,
> Daniele
>
> On Thu, May 27, 2010 at 9:46 A
As per discussion I did up a proposal with the plan.
http://docs.codehaus.org/display/GEOTOOLS/Sphinx+Documentation+Process
-Justin
On 10-05-25 5:28 PM, Jody Garnett wrote:
> Comments inline; but yes we all agree about the direction. Where we are stuck
> is on some of the details.
>
> On 26/05/
Reorganize and formalize sphinx doc generation
--
Key: GEOT-3114
URL: http://jira.codehaus.org/browse/GEOT-3114
Project: GeoTools
Issue Type: Improvement
Reporter: Justin Deoliveira
Hi again,
I have finally tagged gt 2.7-M0 and deployed it on OsGeo.
Please, let me know if everything is in place.
Regards,
Daniele
On Thu, May 27, 2010 at 9:46 AM, Jody Garnett wrote:
> Darn I should of tagged when it was working earlier in the day...
>
> On 27/05/2010, at 5:36 PM, Daniele Roma
Good catch; it was not intended.
Jody
On 27/05/2010, at 8:35 PM, Andrea Aime wrote:
> Hi,
> today I noticed there is still one non simple bit in the
> SimpleFeatureSource family: getDataStore() still returns
> DataAccess instead
> of just a DataStore.
>
> Is this intended? I did not check the co
Hi,
today I noticed there is still one non simple bit in the
SimpleFeatureSource family: getDataStore() still returns
DataAccess instead
of just a DataStore.
Is this intended? I did not check the consequences
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from
Darn I should of tagged when it was working earlier in the day...
On 27/05/2010, at 5:36 PM, Daniele Romagnoli wrote:
> Hi Jody,
>
> On Thu, May 27, 2010 at 12:11 AM, Jody Garnett wrote:
> I was unable to deploy due to osgeo being down; please retag 2.7-M0 and I can
> proceed from there.
>
>
Hi Jody,
On Thu, May 27, 2010 at 12:11 AM, Jody Garnett wrote:
> I was unable to deploy due to osgeo being down; please retag 2.7-M0 and I
> can proceed from there.
>
I will do that but actually the SVN still getting me "could not connect to
server (http://svn.osgeo.org)", as usual :(
Stay tuned
Improve footprint management when background values is not specified
Key: GEOT-3113
URL: http://jira.codehaus.org/browse/GEOT-3113
Project: GeoTools
Issue Type: Bug
gml3 unit test failures in Eclipse caused by EPSG versioning support
Key: GEOT-3112
URL: http://jira.codehaus.org/browse/GEOT-3112
Project: GeoTools
Issue Type: Bug
29 matches
Mail list logo
