On 7 December 2011 12:17, Ben Caradoc-Davies
wrote:
> +1. Please go ahead.
>
> I don't think adding the module to the -Dall profile requires PMC approval,
> as it is already an approved unsupported module. As a maintainer of this
> module, feel free to add and remove it as you see fit.
>
> Most of
On 7 December 2011 06:43, Andrea Aime wrote:
> On Tue, Dec 6, 2011 at 6:47 AM, Mark Leslie wrote:
>>
>> I would like to add the geogit-versioned module, currently attached to
>> a profile of the same name, to the 'all' build property. The module
>> currently
I would like to add the geogit-versioned module, currently attached to
a profile of the same name, to the 'all' build property. The module
currently builds and tests happily. Are there any objections or
anything I need to see done before adding this in?
--
Mark Leslie
Geospatia
Components: main
Reporter: Mark Leslie
Assignee: Jody Garnett
Attachments: main.diff
The equalsExact method is failing to fail when one side of the comparison is
unversioned and the other versioned, and will not succeed when both sides are
versioned. This is
New module added under geogit-versioned, with a profile of the same name.
On 14 November 2011 11:20, Jody Garnett wrote:
> +1 from me :-)
> --
> Jody Garnett
>
> On Monday, 14 November 2011 at 9:24 AM, Mark Leslie wrote:
>
> I would like to request a new unsupported modu
I would like to request a new unsupported module for a GeoGIT-based
versioned datastore.
This will become the new home for work that Gabriel has been doing for
wfs-2 support.
--
Mark Leslie
Geospatial Software Architect
LISAsoft
-
Ph
Is there anything I can do to help move this into
the svn repo?
--
Mark Leslie
Geospatial Software Architect
LISAsoft
-
Ph: +61 2 8570 5000 Fax: +61 2 8570 5099 Mob: +61
Suite 112, Jones Bay Whar
onless-queries are working fine. I'm sad to say that I've been
sidetracked and haven't made any real progress aside from a handful of
test cases to find the issue.
Is it possible to move both this and the native datastore into an
unsupported module in GeoTools trunk so we don'
sion. So in
> that case version should be null. At least that's how jdeolive and I
> interpreted the spec and wrote the versioning tests for.
> Does that make sense?
> Cheers,
> Gabriel
> --
> Gabriel Roldan
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
>
> ---
Hmm. You make good sense. I actually brought that default in when
testing against the wfs2 code, but it looks like I didn't look hard
enough. As things are implemented, the ResourceIdImpl requires either
a Version or a date range. This makes sense to me, as that's mostly
what ResourceId adds to
: 8.0-M2
Environment: win32, java5
Reporter: Mark Leslie
Assignee: Jody Garnett
Priority: Minor
Attachments: gt-property.diff
The getNames() call is currently handled by the AbstractDataStore. The
comments of this function clearly state that
rmine which installer to invoke.
--
Mark
On 26 October 2011 21:28, Jody Garnett wrote:
> You got it right. In that case we would use a featureid.
>
> Let us relax that constraint so someone can make a Set.
>
> --
> Jody Garnett
>
> On 26/10/2011, at 5:07 PM, Mark Leslie wr
> then I am ready to commit.
>> I would kind of like feedback from Gabriel (I have already done everything
>> he indicated was required; but an extra pair of eyes would be good).
>> --
>> Jody Garnett
>>
>> On Tuesday, 25 October 2011 at 4:01 PM, Mark Leslie wrote:
The code examples make things clearer :) I haven't managed to apply
the patch to my local and see what the damage would be to GeoGIT, but
that's still on my list. I expect nothing scary in that regard, but
will let you know when I get that done.
--
Mark Leslie
Geospatial Software
this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> Geotools-devel mailing list
> Geotools-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/g
--
> uberSVN's rich system and user administration capabilities and model
> configuration take the hassle out of deploying and managing Subversion and
> the tools developers use with it. Learn more about uberSVN and get a free
> download at: http://p
I'm churning out a GeoServer release Wednesday (making it Tuesday
evening in N.A.) next week, and consequently will be making a GeoTools
release then as well.
If there are any outstanding issues that you feel should be resolved
before then, please let me know so I can chase them.
--
Mark L
Andrea Aime wrote:
> Andrea Aime ha scritto:
> > Of course one way is to replicate sort of the same trick
>> for JDBCFeatureStore, leveraging the knowledge of the
>> feature returned by the writer to stick a FID into it,
>> and then change JDBCDataStore.getNextValue() so that it
>> also takes the
: GeoTools
Issue Type: Improvement
Components: data versioning postgis
Affects Versions: 2.7-M0
Reporter: Mark Leslie
Assignee: Andrea Aime
Attachments: gt-postgis-versioned.patch
I've attached a patch that allows the factory to use an exi
From memory, this is definitive for ArcSDE (at least 9.3 which I was
working on), ie. it will always encode in UTF-16.
Other points of note are that I was working on a SQL Server backend, but
I don't believe the NCLOB doco cares about that.
--
Mark
Gabriel Roldan wrote:
> Hi Mark/Jody.
>
> Ru
issue pending...
--
Mark Leslie
Geospatial Software Architect
LISAsoft
-
Ph: +61 2 8570 5000 Fax: +61 2 8570 5099 Mob: +61
Suite 112, Jones Bay Wharf 19-21 Pirrama Rd Pyrmont NSW
ved a reader exception caused by FastBBox filters
* The long-awaited return of the Javadoc build
For more information look to the 2.6.x branch page of the GeoTools wiki:
http://docs.codehaus.org/display/GEOTOOLS/2.6.x
--
Mark Leslie
Geospatial Software Architect
LIS
/GEOT-2598
http://jira.codehaus.org/browse/GEOT-2596
http://jira.codehaus.org/browse/GEOT-2573
--
Mark Leslie
Geospatial Software Architect
LISAsoft
-
Ph: +61 2 8570 5000 Fax: +61 2 8570 5099 Mob: +61
Suite 112, Jones Bay Wharf 19-21 Pirrama
more information on this release, the stable branch or GeoTools in
general visit:
* http://geotools.codehaus.org/2.5.7
* http://docs.codehaus.org/display/GEOTOOLS/2.5.x
* http://docs.codehaus.org/display/GEOTOOLS/Home
--
Mark Leslie
Geospatial Software Architect
LISAsoft
ishing the
release until the GeoServer cite tests pass. That's where I'm held up.
We've upgraded the cite test engine and I'm having some trouble with
it, compounded by a general lack of time to get things done. But fear
not, I haven't forgotten you. I'm just sl
05
http://jira.codehaus.org/browse/GEOT-2625
Andrea looks to be working on GEOT-2625 at the moment, and GEOT-1705 has
a long history, so I don't expect to hold my breath over that one.
Is there anything else that anyone feels needs to get in the next release?
--
Mark Leslie
Geos
: WinXP, Java 1.5.0
Reporter: Mark Leslie
Assignee: Gabriel Roldán
Attachments: arcsde.diff
>From the devel list.
Hi Mark,
thanks for the findings and the patch. Please be so kind of opening a
jira issue for it and attach the patch there, I'll be glad to re
the one
published to the repo.
I am hoping Gabriel can look this over an let me know if I'm on the
right track. I'm plan to get write support added, but it's not needed
for my project at the moment so it will be harder to scratch the time
toget
Jody Garnett wrote:
> Mark Leslie wrote:
>> CURVEPOLYGON(CIRCULARSTRING(143.62025166838282 -30.037497356076827,
>> 142.92857147299705 -32.75101196874403, 145.96132309891922
>> -34.985671061528784, 149.57565307617188 -33.41153335571289,
>> 149.41972407584802 -29.8246726
-32.27215644886158, 145.55230712890625
-33.49203872680664, 147.97080993652344 -32.03618621826172,
146.38697244992585 -31.47406391572417, 144.84399355252685
-31.26123924022086))'
--
Mark Leslie
Geospatial Software Architect
LISAsoft
---
30 matches
Mail list logo
