Trunk pom.xml is updated; tests ran fine on Java 1.4.
Cheers,
Jody
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business t
Thanks Justin:
We covered most of this in the IRC meeting today. I do understand that
deadlines must be met (we
don't want Andrea dead after all).
Being accountable for patches (and keeping the big picture in mind) is
the other half of keeping
trunk stable - and makes me glad we are all working
Its a tough call. Based on correctness jody, I agree with you. But with
the bandaged feature model and datastores we have how can people like
Andrea who have deadlines hold out. Especially since the new feature
model work is still just a branch with no plan to come home. I myself
want to keep weary
Hi Andrea,
Good catch. This is something i came across more than a couple of times.
If you look at a lot of the binding testing cases ( like in gml module
) all of them usually test this case.
However, there are lots that don't still. So i had the idea of having
the code generator automatically
Yup, yet another place where datastores act differently. Doing it at the
factory is a possibility, and yeah it would be something global which is
nice. However the datastores would still have to do the work to actually
figure out if the attribute is nillable.
However if speaking in strictly xml te
Sunburned Surveyor a écrit :
> Is there existing code in GeoTools that performs conversion of
> coordinates in Latitude/Longitude/Ellipsoid Height to Earth-Centered
> Earth-Fixed coordinates?
There is no class specifically for 3D, because the existing class should be
generic enough. You can get
mvn install from /demo: success
mvn install from /demo/introduction: failure
[INFO]
[INFO] Building Demo Introduction to Geotools
[INFO]task-segment: [install]
[INFO]
---
Andrea Aime a écrit :
> Martin, the issue seems that adding a plugin manually wipes
> out the scanned ones, and the only way to bring them back
> is to scan again...
Ah? I don't know what is going wrong. Thanks for fixing
Martin
---
I'm not sure if GT has an implementation for this or not. However, you
don't need to write it. The SEDRIS project has a "Spatial Reference Model"
(SRM) with transformations not typically included in GIS packages,
including ECEF. The main problem is that the SEDRIS SRM is not identical
with the C
I will try and sort out what is needed on IRC and get back to you -
attached is the requested information
Jody
--- Begin Message ---
I am going to try and help Frank get our ideas list for Google's 2007
Summer of Code wrapped up by the end of the week. I know that the
participating projects have
Sorry in a fit of sun worship we have adjusted our temporal displacement
factor by an hour
(ie Daylight Savings Time).
Cheers,
Jody
Jody Garnett wrote:
> Can you show up for the IRC meeting in 15 mins? That is the best way to
> get your questions answered.
>
> Cheers,
> Jody
>
> Sunburned
Can you show up for the IRC meeting in 15 mins? That is the best way to
get your questions answered.
Cheers,
Jody
Sunburned Surveyor wrote:
> Is there existing code in GeoTools that performs conversion of
> coordinates in Latitude/Longitude/Ellipsoid Height to Earth-Centered
> Earth-Fixed coor
The reason is the next factory implementation will break your assumption
(about how min/max relates to nullability).
Last time we had this kind of conversation I spent a couple days fixing
query, is this the same kind of deal?
I don't want to see us doing isolated fixes - I want to see the clas
Jody Garnett ha scritto:
> Let's leave attribute factory stupid ... we need to switch over to using
> SimpleTypeBuilder anyways ... put the smarts there. This bug gives a
> good reason to go in there and make the change. (well other then the
> fact it is needed for 2.4)
Jody, I'm supposed to w
Is there existing code in GeoTools that performs conversion of coordinates
in Latitude/Longitude/Ellipsoid Height to Earth-Centered Earth-Fixed
coordinates? I saw some classes that can be used to represent datums and
ellipsoids, but I didn't stumble on any classes that would do what I just
mention
Let's leave attribute factory stupid ... we need to switch over to using
SimpleTypeBuilder anyways ... put the smarts there. This bug gives a
good reason to go in there and make the change. (well other then the
fact it is needed for 2.4)
Cheers,
Jody
> Justin Deoliveira ha scritto:
>
>> Coo
Hi Justin (hi all),
I stumbled on an xml-xsd issue today: XSLongTypeBinidng was returning
a null type instead of Long.class.
The type is needed for the parser to work, and if not declared, it'll
just break.
I committed the obvius fix, but I'm wondering if some unit
test can be designed to mass tes
Andrea Aime wrote:
> Oh well, I quickly fixed it to make it work with all JDK.
> Can you double check?
> Martin, the issue seems that adding a plugin manually wipes
> out the scanned ones, and the only way to bring them back
> is to scan again...
Thanks Andrea!!!
-
Cory Horner ha scritto:
> trunk still broken for java 5...
Oh well, I quickly fixed it to make it work with all JDK.
Can you double check?
Martin, the issue seems that adding a plugin manually wipes
out the scanned ones, and the only way to bring them back
is to scan again...
Cheers
Andrea
-
trunk still broken for java 5...
[INFO] Building Referencing services
[INFO]task-segment: [clean, install]
[INFO]
[INFO] [clean:clean]
[INF
Andrea Aime ha scritto:
> Martin Desruisseaux ha scritto:
>> Andrea Aime a écrit :
>>> I posted a patch cc'ing Martin, the javacc maven module mantainer, but
>>> I guess he never noticed it, mixed in the geotools ml traffic.
>> Right, I never noticed the patch, sorry for that.
>>
>> If we find a l
Justin Deoliveira ha scritto:
> Cool, patch looks great Andrea.
The trouble is, what about the other data stores?
Shapefile won't work as in 1.5.x in Geoserver 1.6.0...
Plus there is oracle, db2, sde, and so on...
Was thinking about it, the right thing to do seems
to make the attribute factory ta
Justin Deoliveira ha scritto:
> Hi Andrea,
>
> I think there may be a minor issue with the patch. Is there a patch to
> look at? I am not sure of exactly the change you are proposing but i
> think i ran up against this same issue. If you look at line 1269 on
> JDBC1DataStore there is a comment exp
Cool, patch looks great Andrea.
Andrea Aime wrote:
> Justin Deoliveira ha scritto:
>> Hi Andrea,
>>
>> I think there may be a minor issue with the patch. Is there a patch to
>> look at? I am not sure of exactly the change you are proposing but i
>> think i ran up against this same issue. If you lo
Hi Andrea,
I think there may be a minor issue with the patch. Is there a patch to
look at? I am not sure of exactly the change you are proposing but i
think i ran up against this same issue. If you look at line 1269 on
JDBC1DataStore there is a comment explaining the problem. Basically it
boils do
Martin Desruisseaux ha scritto:
> Andrea Aime a écrit :
>> I posted a patch cc'ing Martin, the javacc maven module mantainer, but
>> I guess he never noticed it, mixed in the geotools ml traffic.
>
> Right, I never noticed the patch, sorry for that.
>
> If we find a little bit of volunter time,
Andrea Aime a écrit :
> I posted a patch cc'ing Martin, the javacc maven module mantainer, but I
> guess he never noticed it, mixed in the geotools ml traffic.
Right, I never noticed the patch, sorry for that.
If we find a little bit of volunter time, a nice thing would be to completly
drop the
Gabriel Roldán ha scritto:
> That was a bug in javacc copying files with paths where '\xxx' gets
> interpreted as an invalid escape character. Andrea had a workaround in the
> geotools javacc maven plugin that wrote the paths as unix unes (ie using /
> instead of \).
> Guess it didn't got to tr
Maven javacc plugin generates invalid javadoc (prevents compilation)
Key: GEOT-1195
URL: http://jira.codehaus.org/browse/GEOT-1195
Project: GeoTools
Issue Type: Bug
Aff
That was a bug in javacc copying files with paths where '\xxx' gets
interpreted as an invalid escape character. Andrea had a workaround in the
geotools javacc maven plugin that wrote the paths as unix unes (ie using /
instead of \).
Guess it didn't got to trunk, just to 2.3.x?
Gabriel
On Frid
>
> So, long story short, every single datastore will generate attribute
> types stating that the geometry is required. This does not seem right
> to me, what do you think? I understand that for shapefiles, but it
> seems to be wrong for JDBC based sources, or for the property data store
> (I gue
Chris Holmes ha scritto:
> I'm pretty sure we're bound by the WFS standard on this. From the spec:
>
> 'The response to a GetFeature request must be valid according to the
> structure described by the XML Schema description of the feature type.
> Thus the WFS must report all the mandatory prope
32 matches
Mail list logo
