+1
Christian Müller wrote:
> Yes, I would like to act as PMC member. I have only overseen to answer this
> mail, sorry.
>
>
>
>
> Jody Garnett writes:
>
>> I would like to formally nominate Christian for a position on the
>> GeoTools Project Management Committee:
>>
>> Christian is an es
Justin Deoliveira wrote:
> So Ben already added the guard to avoid the actual conversion, we
> probably just need to add the same guard for logging a missed conversion?
That was ElementEncodeExecutor. See my other email.
--
Ben Caradoc-Davies
Software Engineer, CSIRO Exploration and Mining
Aus
GetFeatureTypeImpl.getFormatOption returns a shared static map
--
Key: GEOT-2499
URL: http://jira.codehaus.org/browse/GEOT-2499
Project: GeoTools
Issue Type: Bug
Component
Gabriel,
I had a similar problem in ElementEncodeExecutor.visit(), where
inappropriate conversion was being applied to ComplexAttribute, in that
case causing failure, not just an ugly log message. The problem is that
the converter support was written with simple features in mind. To fix
the
+1.
Kind regards,
Ben.
Christian Müller wrote:
> Yes, I would like to act as PMC member. I have only overseen to answer this
> mail, sorry.
>
>
>
>
> Jody Garnett writes:
>
>> I would like to formally nominate Christian for a position on the
>> GeoTools Project Management Committee:
>>
Problem processing Capabilities with Invalid Contact Information
Key: GEOT-2498
URL: http://jira.codehaus.org/browse/GEOT-2498
Project: GeoTools
Issue Type: Bug
Compo
Justin,
I have fixed this problem. The root cause is a piece of rather nasty
xml-commons-resolver default behaviour, which I am reporting here as a
warning to anyone else who might be using its OASIS Catalog support.
http://jira.codehaus.org/browse/GEOT-2497
"The problem is that xml-commons-res
+1
---
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
http://www.geo-solutions.it
http://simboss.blogspot
XSD schema resolver problem with two tests in one JVM: stale cache?
---
Key: GEOT-2497
URL: http://jira.codehaus.org/browse/GEOT-2497
Project: GeoTools
Issue Type: Bug
A quick follow up from this mornings breakout IRC session
Logs:
- http://docs.codehaus.org/display/GEOTOOLS/2009/05/20/Breakout+IRC+Meeting
Blog for News item:
- http://docs.codehaus.org/pages/viewrecentblogposts.action?key=GEOTOOLS
(this has been submitted to planet.osgeo.org)
Web:
- http:
ArcSDE Large Object Support
---
Key: GEOT-2496
URL: http://jira.codehaus.org/browse/GEOT-2496
Project: GeoTools
Issue Type: Bug
Components: data arcsde
Affects Versions: 2.5.5
Environment: WinXP
Yeah, this is something i have gone back and forth on, removing this
logging statement. I have found it to be useful however when debugging.
So Ben already added the guard to avoid the actual conversion, we
probably just need to add the same guard for logging a missed conversion?
Alternatives w
Hi,
Working with an app-schema configuration on trunk works but the log gets
full of messages comming from GetPropertyExectutor, line 83:
LOGGER.fine("Could not convert " + parent + " to "
+ binding.getType().getName());
the messages look like the one bellow and are log
+1
Ian
--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables
unlimited royalty-free distribution of the report engine
for externally facing server and web depl
My + 1 was implicit in your nomination
On Thu, May 21, 2009 at 5:26 AM, Andrea Aime wrote:
> Christian Müller ha scritto:
>>
>> Yes, I would like to act as PMC member. I have only overseen to answer
>> this mail, sorry.
>
> +1 here
>
> Cheers
> Andrea
>
--
I think you mean the other list?
On Thu, May 21, 2009 at 2:47 AM, Christian Müller
wrote:
>
> I finshed the geoserver tutorial for the feature-pregeneralizd module.
> http://docs.geoserver.org/1.7.x/user/tutorials/feature-pregeneralized/featur
> e-pregeneralized_tutorial.html
> (at the moment of
Christian Müller ha scritto:
> Yes, I would like to act as PMC member. I have only overseen to answer this
> mail, sorry.
+1 here
Cheers
Andrea
--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new s
Yes, I would like to act as PMC member. I have only overseen to answer this
mail, sorry.
Jody Garnett writes:
> I would like to formally nominate Christian for a position on the
> GeoTools Project Management Committee:
>
> Christian is an established module maintainer; and offers an exam
I finshed the geoserver tutorial for the feature-pregeneralizd module.
http://docs.geoserver.org/1.7.x/user/tutorials/feature-pregeneralized/featur
e-pregeneralized_tutorial.html
(at the moment of writing this email, it is not up to date, but it is
already commited)
For testing the tutorial, t
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 review and
apply.
Regarding the docs, thanks for reminding me too, they got out of date.
Specifically, we're no longer supporting versions prior to ArcSD
Right, I'm willing to maintain it, and think that the first step towards
a properly maintained module is to accept reality and move it to
unsupported until it can safely be told it earned it's starts (as per
the module matrix page)
Gabriel
Andrea Aime wrote:
> Justin Deoliveira ha scritto:
>> A
On Monday 18 May 2009 11:14:49 Mauricio Pazos wrote:
> > In the main module it's used by an old text expression
> > parser that is marked as deprecated (ExpressionBuilder).
> > I'd say, let's just remove it and in the few places
> > where it's used, let's just build filters by code
> > (cql cannot
> Afaik it was. I asked maintainers that stepped up to update
> the pom files, someone already did.
> I did not see any reason for a holdup since no module was
> claimed by developers in conflict with each other.
Indeed - yeah community spirit :-)
>> I feel that after this clean up is done it wil
Jody Garnett ha scritto:
> Just a quick thanks to Andrea organizing[1] us through the reassigning
> of module ownership. Andrea I have this evening and next free in order
> to start working on that plan. I was trying to determine if the web
> page or recent emails represented the final breakdown.
Jody Garnett ha scritto:
> Evening everyone:
>
> I see some work happening over on the geoapi project (getting read for
> an OGC meeting by the looks of it). I am hoping to cut a milestone
> release of GeoAPI 2.3; and switch trunk over to use that rather than
> SNAPSHOT.
>
> Is moving back to a f
Just a quick thanks to Andrea organizing[1] us through the reassigning
of module ownership. Andrea I have this evening and next free in order
to start working on that plan. I was trying to determine if the web
page or recent emails represented the final breakdown.
I feel that after this clean up i
Evening everyone:
I see some work happening over on the geoapi project (getting read for
an OGC meeting by the looks of it). I am hoping to cut a milestone
release of GeoAPI 2.3; and switch trunk over to use that rather than
SNAPSHOT.
Is moving back to a fixed milestone release okay with everyone
Hi Mark;
Can you open up a Jira issue and attach your patch to that? We find it
a bit easier to keep track of changes.
Jody
On Wed, May 20, 2009 at 6:14 PM, Mark Leslie wrote:
> Greetings,
> I've been working with the ArcSDE plugin over the last few weeks and I found
> the large character objec
Greetings,
I've been working with the ArcSDE plugin over the last few weeks and I
found the large character objects weren't being supported properly.
Since the ArcSDE api doesn't return them on SeRow.getObject() calls (it
returns null for all large objects) they were being reported as strings
29 matches
Mail list logo