Justin Deoliveira wrote:
> Hmmm.. this is not just an attribute, but an attribute with an
> anonymous type. Nasty. I have actually never run into this case before
> so you might have stumbled upon a bug..
>
> Is there a test case i can run in the wps xml module?
No test cases yet; just breakpoint
Hmmm.. this is not just an attribute, but an attribute with an anonymous
type. Nasty. I have actually never run into this case before so you
might have stumbled upon a bug..
is there a test case i can run in the wps xml module?
Jody Garnett wrote:
> Hi Justin;
>
> I see some provision for hand
Hi Theodore,
The artifact name was briefly changed during the artifact naming
mess The correct artifact id is gt-core. So the full name becomes:
org.geotools.xsd:gt-core
-Justin
Theodor Foerster wrote:
> Hi,
> I am trying to compile my current project, which makes use of
> org.geotools.xsd
Can you hold off on committing? If you have a bunch of local mods then
go ahead. But I would like to change the other artifact names as well to
avoid further conflicts.
Graham Davis wrote:
> Thanks. Renaming the folder and artifact id seems to have worked. I'll
> get it into working order and
Sorry, chiming into this one late. The reason i wanted to group the xml
modules so i could avoid renaming them xsd-gml, xsd-filter, xsd-wps,
etc... but it seems group id is not enough to make them unique in eclipse.
Sigh... another name change of modules.
Adrian Custer wrote:
> On Wed, 2008-05-
Thanks. Renaming the folder and artifact id seems to have worked. I'll
get it into working order and do a proper svn move.
Graham.
Martin Desruisseaux wrote:
> Graham Davis a écrit :
>> Wouldn't I have to rename the directory AND the artifact id so that
>> they match? Do I need to do anythi
Graham Davis a écrit :
> Wouldn't I have to rename the directory AND the artifact id so that they
> match? Do I need to do anything special with the folder renaming in
> regards to committing the changes to svn?
Yes. The "verifier" plugin checks that the directory name matches the artifact
ID
On Wed, 2008-05-21 at 10:31 -0700, Jody Garnett wrote:
> Hi Adrian; we just ran into a conflict between unsupported/wps and
> xsd/wps as well. We have experimented with making the eclipse project
> name template into "gt-xsd-[artifactId]" in the xsd/pom.xml.
>
> Are you suggestion changing the a
Wouldn't I have to rename the directory AND the artifact id so that they
match? Do I need to do anything special with the folder renaming in
regards to committing the changes to svn?
Graham.
Adrian Custer wrote:
> Yeah,
>
> That's martin's code keeping us honest during the build. The best thin
Yeah,
That's martin's code keeping us honest during the build. The best thing
would be to rename the directory rather than tweaking the artifactID.
Other than that, we'll have to make an exception in the script but that
would break the default maven site generation for that directory.
--adrian
O
Bolla, Péter wrote:
>> The rendering engine would set that Hints.FORCE_2D hint; and thus the
>> DataStore would drop the excess ordinates before returning the data
>> for rendering. The hard part for me is the handling of the
>> CoordinateReferneceSystem ...
>> - we really should have a Coordina
I've been trying to resolve this by doing what the WFS XSD module is
doing. That pom file just renames the artifact id of the module to
gt-xsd-wfs. But when I did this with the WPS XSD module, like this:
org.geotools.xsd
gt-xsd-wps
I get this maven compile error:
[INFO]
---
On Wednesday 21 May 2008 09:39:34 pm Jody Garnett wrote:
> Gabriel Roldán wrote:
> > Hey Jody,
> >
> > so this is what I did:
> > - got rid of connection.commit/rollback in ArcTransactionState
> > - added ArcSDEDataStore.getSession(Transaction). For read only use just
> > call it with Transaction.A
I'm afraid I'm not a regular UDig user. (I don't even know if I still
have it installed on my computer.) So I'm probably not the best person
for this task.
I'm really the most interested in making low-level access available to
GPX files, although I do want to study how you made GPX entities
availa
Gabriel Roldán wrote:
> Hey Jody,
>
> so this is what I did:
> - got rid of connection.commit/rollback in ArcTransactionState
> - added ArcSDEDataStore.getSession(Transaction). For read only use just call
> it with Transaction.AUTO_COMMIT, and that's what FeatureSource does, whilst
> FetureStore
Hey Jody,
so this is what I did:
- got rid of connection.commit/rollback in ArcTransactionState
- added ArcSDEDataStore.getSession(Transaction). For read only use just call
it with Transaction.AUTO_COMMIT, and that's what FeatureSource does, whilst
FetureStore uses the transaction it was set wit
throws exception while updating multiple geometry column feature. Bug in
OracleFeatureWriter.doUpdate() method
--
Key: GEOT-1828
URL: http://jira.codehaus.
Gabriel Roldán wrote:
> Okay I took my time to review... yet I'm still confused.
>
> besides getting a lot of test breakages due to NPE when asking for the
> Session
> from the state, my concerns are as follow:
>
> I understand the responsibility breakdown you made between
> ArcTransactionState
Hi Adrian; we just ran into a conflict between unsupported/wps and
xsd/wps as well. We have experimented with making the eclipse project
name template into "gt-xsd-[artifactId]" in the xsd/pom.xml.
Are you suggestion changing the artifact / jar / folder name all
together? What does mvn site:sit
Hi Justin;
I see some provision for handling "attribute" bindings; the situation is
we have an attribute, called"method" below, that is an xs:string with a
restriction on the values (either GET or POST ).
- The EMF generator spits that out as an Java Enum MethodType
- And the generated parser is
Jody Garnett wrote:
> The rendering engine would set that Hints.FORCE_2D hint; and thus the
> DataStore would drop the excess ordinates before returning the data for
> rendering. The hard part for me is the handling of the
> CoordinateReferneceSystem ...
> - we really should have a CoordinateR
Hi,
I am trying to compile my current project, which makes use of
org.geotools.xsd:core 2.5-SNAPSHOT. But I get an error. I also cannot
find it in the repository by browsing through it. This core module is
also referenced by the POM for org.geotools.xsd:gml2 (for instance). Any
ideas?
Thanks
I have noticed this as well. I have no idea why but ShapefilePageTest
seems to hang for a minute during tests. And then resumes...
Andrea Aime wrote:
> Hi,
> looking at the Hudson build times I noticed this one line:
> [INFO] Shapefile module .. SUCCESS
> [4:0
johann sorel ha scritto:
> Hello,
>
> Work is in progress on the new GO implementation.
> Anyway the new implementation doesnt define anything for styles so if you
> fallow SLD or SE specification I have no objections.
This has nothing to do with SLD or SE. The SLD spec is turned into
a set of "r
Hello,
Work is in progress on the new GO implementation.
Anyway the new implementation doesnt define anything for styles so if you
fallow SLD or SE specification I have no objections.
Just take care to not depend on any interfaces from geoapi
"org.opengis.go" package.
The old "org.opengis.go" p
Andrea Aime a écrit :
> Hum, Style2D was part of the old Renderer2D design, that predates
> the GO-1 stuff. Yet, I've seen that Johann committed some classes
> named Renderer2D so I thought there was a relationship between
> GO-1 and your old renderer.
Yes this is a refactoring of the old renderer
Martin Desruisseaux ha scritto:
> Hello Andrea
>
> Andrea Aime a écrit :
>> Since works are started again in the GO-1 implementation and as
>> far as I remember Style2D and SLDStyleFactory was used also by
>> Renderer2D, I would like to make sure this modification of mine
>> will not adversely af
Hello Andrea
Andrea Aime a écrit :
> Since works are started again in the GO-1 implementation and as
> far as I remember Style2D and SLDStyleFactory was used also by
> Renderer2D, I would like to make sure this modification of mine
> will not adversely affect you.
Johan could confirm (he is the
Hi,
these days I'm playing a bit with the dynamic graphics object
proposal described here
http://docs.codehaus.org/display/GEOTOOLS/Dynamic+SLD+Graphic+objects
and whose implementation is tracked here:
http://jira.codehaus.org/browse/GEOT-1823
Now, the last step in the implementation would be the
Okay I took my time to review... yet I'm still confused.
besides getting a lot of test breakages due to NPE when asking for the Session
from the state, my concerns are as follow:
I understand the responsibility breakdown you made between ArcTransactionState
and SessionTransactionState, but righ
On Wednesday 21 May 2008 06:51:31 am Jody Garnett wrote:
> Gabriel I ended up modifying your Session contact with the taskExecutor;
> I needed to store Thread being used so I could detect command recursion.
yeah I saw it and liked it.
I've been trying to avoid command recursion explicitly but like
Hey both,
Any chance we could rename that module? Right now it gives us "gt-core"
which would confuse me if I landed on Geotools today.
Could we call it "gt-xml-core", "gt-xmlnew-core" or some such?
thanks,
--adrian
-
Thi
On Wed, 2008-05-21 at 11:05 +0200, Andrea Aime wrote:
> Andrea Aime ha scritto:
> > Hi,
> > looking at the Hudson build times I noticed this one line:
> > [INFO] Shapefile module .. SUCCESS
> > [4:05.562s]
>
> Bah, forgot the link. Here are a few builds done in
Clean the various EPS thresholds in MapProjection subclasses
Key: GEOT-1827
URL: http://jira.codehaus.org/browse/GEOT-1827
Project: GeoTools
Issue Type: Task
Components:
Andrea Aime ha scritto:
> Hi,
> looking at the Hudson build times I noticed this one line:
> [INFO] Shapefile module .. SUCCESS
> [4:05.562s]
Bah, forgot the link. Here are a few builds done in the last couple
of weeks:
http://gridlock.openplans.org:8080/hudson
Hi,
looking at the Hudson build times I noticed this one line:
[INFO] Shapefile module .. SUCCESS
[4:05.562s]
Wow! On my PC the same module builds in 30 seconds. And for the record,
the total build time on my PC, this morning, has been around 20 minutes
(that I
Andrea Aime a écrit :
> Lack of consistency in GeoTools is, in my opinion, not the
> result of not following a spec, but the result of having multiple
> people work on different modules, in different times, without
> a central master mind to coordinate and decide each move.
Yes it is really exactl
Martin Desruisseaux ha scritto:
> I'm sorry that some topics has gone that emotional. This is true that
> figthing
> against complexity is a very hard topic - hacking GeoTools is a daily fight
> against entropy.
>
> On my side, the complexity in GeoTools that scare me the most is not the ISO
>
38 matches
Mail list logo
