Hi,
I've comitted a new version of the gpx data store, that now uses
Justin's xml parser (so xstream and xpp dependency dropped). It's still
r/o, but write support is the next step.
I tried to add it to uDig, but failed to do so, so tested only with a
simple test case (loading a file, and prin
see below...
On 8/30/07, Simone Giannecchini <[EMAIL PROTECTED]> wrote:
> Ciao Martin, comments below...
>
> On 8/30/07, Martin Desruisseaux <[EMAIL PROTECTED]> wrote:
> > Hello Simone
> >
> > I had a look at some classes modified in the coverage module. I did some
> > changes, hopping that I'm no
Mmhh, this is probably something that got committed unintentionally
since it should be part of the uncommited work I am doing on
RasterSymbolizer.
Tomorrow, I'll look more closely to this, right now I do not have
access to that code.
Simone.
On 8/30/07, Martin Desruisseaux <[EMAIL PROTECTED]> wr
Ciao Martin, comments below...
On 8/30/07, Martin Desruisseaux <[EMAIL PROTECTED]> wrote:
> Hello Simone
>
> I had a look at some classes modified in the coverage module. I did some
> changes, hopping that I'm not causing trouble. Comments (hopefully minor)
> below:
>
> Private vs protected field
Reviewing patch as I wait for a build, I could not apply it in eclipse
as it looked like you used maven to create it?
Your patch was not quite as I imagined - it was still limited to the
available datastores .. here is the complete example for your code review:
> public static synchronized D
Do you have commit access to apply the patch yourself? I would be happy
to review. I am in the middle of a testing cycle right now and am loath
to touch anything...
Jody
> Hi,
>
> I uploaded a new patch to jira. However, there is one thing to
> consider: wether there are DataStoreFactories, that
NPE when configuring a feature type that's not registered in geometry_columns
-
Key: GEOT-1469
URL: http://jira.codehaus.org/browse/GEOT-1469
Project: GeoTools
Issue
Hi,
I uploaded a new patch to jira. However, there is one thing to consider:
wether there are DataStoreFactories, that needs to be "available" for
canProcess to work. Anyhow, it will work, in that case too, but the
warning messag would look different.
Peter
Jody Garnett wrote:
> That sounds p
Adrian the "providence" review was carried out last year - basically a
code audit to make sure all the headers are in place.
You can look at the resulting review.txt for each module and see the
results.
We do use external code; geotools has a range of licenses - in cases
where we were in troubl
Martin,
For someone who has great trouble being understood in English, you sure
know the language...
>
> I noticed that some "overridden" words in javadoc have been replaced by
> "overrided". I'm really not sure since I do a lot of English mistakes, but
> isn't
> "override" an irregular verb?
o
That sounds perfect! We all get what we want
- we don't want new users annoyed with warning from implementations that
are not available (when they are not even "targeted")
- we want feedback when arcsde is missing its jars and we intended to use it
Thanks for the bug report; let's take our commen
Andrea Aime wrote:
> The xml road is not too easy... there is code for going that way,
> because GeoServer generates xml schemas out of feature types, and the
> wfs datastore reads them back into feature types, but getting an example
> out of the code would take quite some time.
>
Chris said I
Hi,
As I checked the stack trace, it is comming from isAvailable().
Some month ago I proposed, that DataStoreFinder is doing things in an
inappropriate way. (Consuming important exception. See:
http://jira.codehaus.org/browse/GEOT-1403 ) Now I would add, that it
should be modified in a way, th
Noticed a new addition in ColorUtilities:
public static BigInteger expand(final Color[] colors, final int[] ARGB,
final int lower, final int upper, BigInteger bits)
{
for (int i=lower; i> http://get.splunk.com/
___
Geotools-d
Just noticed that in ColorUtilities, method signature like:
public static int foo(...)
has been replaced by
public final static int foo(...)
"final" brings absolutly nothing in static methods, except making the line
longer for human to read. It will have zero impact on performance...
Hello Simone
I had a look at some classes modified in the coverage module. I did some
changes, hopping that I'm not causing trouble. Comments (hopefully minor) below:
Private vs protected fields in ImagingParameter
---
Some private fields has been given
Christophe Rousson ha scritto:
> Hi list,
>
> sorry to insist on asking about this problem. but I am missing a simple
> way to serialize FeatureType.
The xml road is not too easy... there is code for going that way,
because GeoServer generates xml schemas out of feature types, and the
wfs datas
Hi list,
sorry to insist on asking about this problem. but I am missing a simple way
to serialize FeatureType.
Thanks for your help.
cheers,
Christophe
2007/8/24, Christophe Rousson <[EMAIL PROTECTED]>:
>
> Hi all,
>
> I need to serialize FeatureType instances.
>
> I am trying to use org.geotoo
Make ArcSDE stop logging WARN messages before isAvailable() is called
-
Key: GEOT-1468
URL: http://jira.codehaus.org/browse/GEOT-1468
Project: GeoTools
Issue Type: Improveme
Ok, good point. I'll make the exceptions appear in 'isAvailable()' instead.
--saul
Jody Garnett wrote:
>
> Interesting perspective; so the sheer fact that they have it around
> means they intend to use it? I would agree with you if we had not just
> dumped arcsde into our bin download.
>
sfarber wrote:
> I agree. It's annoying. And if I didn't write that code, at the minimum
> I've modified it and never solved that problem. My bad!
>
> I'll drop that stack trace out if the log level isn't set high enough, but I
> think a WARN level message is appropriate.
>
> The idea is that yo
I agree. It's annoying. And if I didn't write that code, at the minimum
I've modified it and never solved that problem. My bad!
I'll drop that stack trace out if the log level isn't set high enough, but I
think a WARN level message is appropriate.
The idea is that you wouldn't be trying to lo
Hi Adrian;
Great - this should mean we have something to sign at FOSS4G?
I think we do need a LICENSE file and LGPL file in everything we
distribute, does deploying to maven count as distribution? (probably not
since maven deploy has a seperate indication of license?).
If we need to include th
Hey Jody,
We need to talk about legal stuff in a couple of days, probably by phone
not to exclude anyone but to be efficient.
I am currently working on the latest draft of the Copyright assignment
document. That work has mushroomed into writing an overview of the
situation and designing the legal
Hi,
Congratulations on all your hard work! I hope you learned a great deal
about things beyond simply geotools. Regardless, you have created a nice
path of work for others to examine and against which to compare their
efforts.
Unfortunately, a real evaluation will have to wait until I have a real
Hello,
Glad you are looking at geotools. Would you care to share more
information about your application? The list includes developers of the
server Geoserver and the desktop client uDig, the latter of which is
being used by the International Potato Center of the CGIAR. We would all
be interested
Jesse Eichar ha scritto:
> Ok I guess its the definition of effficient that is in question. I had
> assumed that Oracle would return -1 for that method but obviously wrong.
He he, agreed. I guess by your definition only shapefile has an
efficient count operation. Everything else I know of must
Avoid LiteShape2 geometry cloning when the datastore declares the feature can
be altered at leisure
---
Key: GEOT-1467
URL: http://jira.codehaus.org/browse/GEOT-1467
Problem rendering JPEG on higher zoom level.
Key: GEOT-1466
URL: http://jira.codehaus.org/browse/GEOT-1466
Project: GeoTools
Issue Type: Bug
Affects Versions: 2.3.3, 2.3.2
Reporter
Jody Garnett ha scritto:
> I am putting together course materials for FOSS4G and am working from
> the 2.4-RC0 download.
>> Map connect = new HashMap();
>> connect.put("url", file.toURI().toURL());
>>
>> DataStore dataStore = DataStoreFinder.getDataStore(connect);
> Results in the
30 matches
Mail list logo
