id is not permitted by maven; it would produce a build error.
> Why remove the id? It can be used to link real names with the
> output of "svn log" or "svn blame".
>
> Cheers
> Andrea
>
> --
> Andrea Aime
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
>
Andrea Aime ha scritto:
...
> Modules still not removed (still under evaluation)
>
>
> The following modules are still in a limbo,
> haven't got enough feedback to decide wheter
> to remove them or not:
>
>
> modules/unsupported/geomedia
I got confirmati
no objections from me.
Simone.
---
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-solutio
Jody Garnett ha scritto:
> id is not permitted by maven; it would produce a build error.
This won't happen if you leave them in the developer section
thought?
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
correct - developers have "id"; contributors do not ... I do not know why.
Jody
On Mon, May 25, 2009 at 5:50 PM, Andrea Aime wrote:
> Jody Garnett ha scritto:
>>
>> id is not permitted by maven; it would produce a build error.
>
> This won't happen if you leave them in the developer section
> tho
Hi,
Is WFS 1.1 Datastore implementation still read only on trunk? If not is
there a way to use the WFS 1.0 implementation instead? I tried a couple
hacks to force the 1.0 implementation to be used but the Capabilities parser
blew up. Any ideas how I can access the use WFS 1.0 implementation?
Hi all,
I'm interrested in the ExportWizzard project, the most recent version I found
was the one in GT 2.3.5:
http://gtsvn.refractions.net/tags/2.3.5/demo/export/
I've also found older version in some tags and/or branches, but where did this
project move after the 2.3.5 version? Is there a mo
Two things:
- unless VERSION=1.1.0 is explicitly stated the WFSDataStoreFactory
will produce a 1.0 version
- use VERSION=1.0 to foce the use of the WFS 1.0 datastore implementation
Check out the WFSServiceImpl in uDig for an example of how to do this.
Jody
On Mon, May 25, 2009 at 6:35 PM, Jesse E
I do not think that demo was completed; there is some work on a
generic datastore property widget in demo (see the PostGIS lab for an
example use); and also some work on a wizard api (in order to demo WPS
work).
The two have not been brought together yet. If the functionality of
the export wizard
At which version did this start to work. I am using 1.5.1 and it is not
working that way. There is no VERSION parameter and when I added it it
started to blow up.
Jesse
On Mon, May 25, 2009 at 12:00 PM, Jody Garnett wrote:
> Two things:
> - unless VERSION=1.1.0 is explicitly stated the WFSData
The definition of "blow up" would be nice, do you have stack trace handy?
Jesse Eichar wrote:
> At which version did this start to work. I am using 1.5.1 and it is not
> working that way. There is no VERSION parameter and when I added it it
> started to blow up.
>
> Jesse
>
> On Mon, May 25,
Adding jndi support to all jdbc-ng modules
--
Key: GEOT-2509
URL: http://jira.codehaus.org/browse/GEOT-2509
Project: GeoTools
Issue Type: New Feature
Components: data jdbc-ng
Affects Vers
On Sat, May 23, 2009 at 4:46 PM, Justin Deoliveira wrote:
> I am not sure how useful a "Case Studies" section will be for a library.
> I could be wrong. But I would maybe just add a "Projects using geotools"
> page and call it a day.
Case studies would be *very* important, not necessarily full
o
Fair enough, I guess when I think case studies I think long documents in
which I really only care about the first couple lines. Let's add a mix
between "full blown case study" and a "simple who is using" section.
Paul Ramsey wrote:
> On Sat, May 23, 2009 at 4:46 PM, Justin Deoliveira
> wrote:
Hi all,
I have replaced our nightly cron script for deploying geotools snapshots
to the maven repo with a hudson build:
http://hudson.opengeo.org/hudson/job/geotools-2.5.x-nightly/
http://hudson.opengeo.org/hudson/job/geotools-trunk-nightly/
The jobs run nightly, same schedule as before. The ni
> modules/unsupported/caching -> egouge
>
> Btw, the caching module:
> - is not in the build, not even when building with -Dall
> - does not compile (MarshallerTest), I guess due
> to missing dependencies
I've fixed up the compile error and added myself to the POM. If there
is something else
Jesse Eichar wrote:
> At which version did this start to work. I am using 1.5.1 and it is not
> working that way.
you mean GeoServer 1.5.1? or GeoTools 2.5.1?
WFS_1_1_0_DataStore was first introduced at GeoTools 2.5.2, if that
answers your question. If you want to be sure make sure VERSION=1.0
Jesse since this support is mostly tested by uDig 1.2 you will find
that trunk/ offers the most highly tested implementation.
If you like I can release a 2.6 milestone release (we are planning to
in response to the module clean up anyways).
Jody
On Mon, May 25, 2009 at 10:35 PM, Jesse Eichar
wr
You need to go to the unsupported/module.pom and add caching as one of
the enteries in the section...
Jody
On Tue, May 26, 2009 at 5:33 AM, Emily Gouge wrote:
>> modules/unsupported/caching -> egouge
>>
>> Btw, the caching module:
>> - is not in the build, not even when building with -Dall
>> -
Thanks Justin:
Apparently I was asking during a busy week before.
Jody
On Tue, May 26, 2009 at 4:57 AM, Justin Deoliveira wrote:
> Hi all,
>
> I have replaced our nightly cron script for deploying geotools snapshots
> to the maven repo with a hudson build:
>
> http://hudson.opengeo.org/hudson/j
okay I don't believe I have commit access to this so I've updated the
pom.xml & attached a patch. If you would prefer I can open a bug
report. Thanks.
Emily
Jody Garnett wrote:
You need to go to the unsupported/module.pom and add caching as one of
the enteries in the section...
Jody
On T
Good Morning all:
A FOSS4G press release to send your way; the deadline for
presentations is June 8th.
---
The Academic community and FOSS4G organising committee are pleased to
add an academic track to the FOSS4G conference, and remind interested
presenters that th
Apparently sun is pushing Java 5 off the back of the cart in October.
This looks to be a bit of a cash grab in that they recommend Java 6
... or a Java 5 for Business.
As it is you need to hand over some contact details and they will
email you a link to download the JDK from; you are of course sp
I wonder what implications, if any, this has for mac users where Java
5 is still all there is on 32 bit machines.
Michael
--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side
It took about 30 mins to get an email back - when it did come back it
provided the following link:
-
https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_Developer-Site/en_US/-/USD/viewproductdetail-start?productref=jdk-1.5.0_19-oth-...@cds-cds_developer
Jody
On Tue, May 26, 2009 at 1:29 PM
Thanks Emily:
Added to trunk as of -r33132. Thanks Emily.
On Tue, May 26, 2009 at 8:00 AM, Emily Gouge wrote:
> okay I don't believe I have commit access to this so I've updated the
> pom.xml & attached a patch. If you would prefer I can open a bug report.
> Thanks.
>
> Emily
>
> Jody Garnett
Jody Garnett ha scritto:
> Apparently sun is pushing Java 5 off the back of the cart in October.
>
> This looks to be a bit of a cash grab in that they recommend Java 6
> ... or a Java 5 for Business.
This is indeed annoying.
Maybe it's time to poll the GeoServer and the uDig mailing list about
t
27 matches
Mail list logo