Davide
Niels
Hi Ben and mailing list,
I would like to propose that some of the stuff in the app-schema module
gets taken out of the app-schema module, and move either in a new module
or into an existing module.
The issue I am dealing with now is that I need to use a bunch of stuff
from app-schema that has
Hi Niels:
You have identified one of the ideas I put together for this Friday's code
sprint (http://wiki.osgeo.org/wiki/FOSS4G-AU_2012) - My motivation was to set
up some base classes allowing for complex features to be processed - since as
you point out there is very little available now.
See http://hudson.opengeo.org/hudson/job/geotools-8.x/69/changes
Changes:
[Jody Garnett] Close iterators left open by CollectionDataStore getCount and
getBounds methods as per GEOT-4306
--
[...truncated 4643 lines...]
gml:posList1.0 1.0 2.0 2.0 3.0 3.0
--
Jody Garnett
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
GeoTools / GeoServer Meeting 2012-11-12
==
Attending
Andrea Aime
Ben Caradoc-Davies
Jody Garnett
Alessio Fabiani
Simono Giannecchini
Jukka Rahkonen
Agenda
==
- Reschedule meeting to 13:30 UTC for northern winter?
- XML dependency removal
-
On Mon, Nov 12, 2012 at 1:46 AM, Justin Deoliveira jdeol...@opengeo.orgwrote:
On Sat, Nov 10, 2012 at 2:09 AM, Andrea Aime andrea.a...@geo-solutions.it
wrote:
Hi,
I was chatting with Jody on IRC and it seems the feature collection work
on
the Geotools side is done with a pull request
With the following
https://github.com/phopfgartner/geotools/commit/e9d4c83710c43578424f6fdc0d384df00f9c60ac
a ContentFeatureCollection could be encoded to KML.
As by now, since the call to getID() on a ContentFeatureCollection
generates a UnsupportedOperationException, these kind of
Not sure what to make of that?
http://hudson.opengeo.org/hudson/view/geotools/job/geotools-release/49/console
HEAD is now at a66287b Close iterators left open by CollectionDataStore
getCount and getBounds methods as per GEOT-4306 Previous HEAD position was
a66287b... Close iterators left open
Hit it again:
http://hudson.opengeo.org/hudson/view/geotools/job/geotools-release/50/console
And this time it made it through to SUCCESS
Result is here:
- http://gridlock.opengeo.org/geotools/release/9.0-M0/
One thing I did *not* see was it deploy anything …. checking:
-
A case of RTFM: the next stage geotools-release-publish has done the trick :-)
One thing I did *not* see was it deploy anything …. checking:
- http://download.osgeo.org/webdav/geotools/org/geotools/gt-cql/
Do not see a 9.0-M0 - what did I miss?
--
Jody Garnett
Great, thanks guys. So if i read the meeting minutes the plan is to pull
the trigger on this (geoserver + udig) next weekend?
On Mon, Nov 12, 2012 at 7:47 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:
On Mon, Nov 12, 2012 at 1:46 AM, Justin Deoliveira
jdeol...@opengeo.orgwrote:
On
Looks like something went awry when uploading to Sourceforge:
rsync: mkdir /home/pfs/project/g/ge/geotools/GeoTools 9
Releases/9.0-M0 failed: No such file or directory (2)
rsync: connection unexpectedly closed (9 bytes received so far) [sender]
rsync error: error in rsync protocol data stream
Seems like a good amount of code. And does bring along a few dependencies
as it seems.
* xpp
* app-schema-resolver
So perhaps a new module is the way to go. But also would be fine with
rolling it into one fo the existing modules.
The second dependency is an interesting one. If this module is
On Mon, Nov 12, 2012 at 10:23 AM, David Winslow dwins...@opengeo.orgwrote:
Looks like something went awry when uploading to Sourceforge:
rsync: mkdir /home/pfs/project/g/ge/geotools/GeoTools 9 Releases/9.0-M0
failed: No such file or directory (2)
rsync: connection unexpectedly closed (9
Yep. We are ready now ( after your branch is rebased ), it chose to avoid
the work week.
Are you okay for Friday afternoon Justin? I can join you on IRC and push
the button. then it should be done by the time Andrea wakes up and checks
what happened to rendering performance.
--
Jody Garnett
Niels,
that sounds great!
What is the overlap with Adam Brown's complex builders in his
ComplexFeature Parsing and Building Support proposal:
http://docs.codehaus.org/display/GEOTOOLS/ComplexFeature+Parsing+and+Building+Support
I think this is still resting in a branch in Adam's github repo.
Hi Niels, et al.,
The work that I did in ComplexFeature Parsing and building support is located
at https://github.com/Adam-Brown/geotools/tree/gml_client_lib. It includes a
generic feature builder, a complex feature builder and an attribute builder
which I put in gt-main. I also added
19 matches
Mail list logo
