> I still don't see why we need to get the ids _after_, can anybody
> enlighten me?
We do not need to; only if they are assigned after we have a chance to
correct them (as in the WFSDataStore case). If they are assigned a
good value from the get go we should be able to use a good value.
In the wo
On Friday 08 May 2009 12:55:40 Andrea Aime wrote:
> Feedback and votes appreciated.
interesting work, +1
cheers
--
Mauricio Pazos
www.axios.es
--
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
p
SLD Font size is used as "point" size, should be using pixel size instead
-
Key: GEOT-2477
URL: http://jira.codehaus.org/browse/GEOT-2477
Project: GeoTools
Issue Type: B
Hi Andrea:
I ran into this problem when rescaling maps for printing; one of the
things I did (using the "resize" feature visitor as documented in the
user guide) was rescale the font sizes. In doing research for that I
seem to recall that font sizes were determined assuming a pixel was
1/72 of an
Hi Andrea; thanks for taking my documentation question off into another email.
If I can ask that we meet the minimim requirement for the geotools
user guide; a single code example; and then link to your more complete
examples elsewhere that should prove sufficient. I often get users
stuck trying t
Jody Garnett ha scritto:
> Hi Andrea:
>
> I ran into this problem when rescaling maps for printing; one of the
> things I did (using the "resize" feature visitor as documented in the
> user guide) was rescale the font sizes. In doing research for that I
> seem to recall that font sizes were determ
> And I guess your printing at 600dpi would make for minuscule
> labels if we kept on measuring them in pixels?
It does; that is why I needed to introduce the font scaling; it seems
to be a case where the SLD specification is not very useful.
> Or maybe not, I cannot say I fully understood the Ja
Jody Garnett ha scritto:
> Hi Andrea; thanks for taking my documentation question off into another email.
>
> If I can ask that we meet the minimim requirement for the geotools
> user guide; a single code example; and then link to your more complete
> examples elsewhere that should prove sufficien
You are correct; the graduation requirement is expressed in terms of
stars. If possible I would still like to steal a code example; from a
test case if possible for the user guide.
Jody
On Mon, May 11, 2009 at 9:28 PM, Andrea Aime wrote:
> Jody Garnett ha scritto:
>>
>> Hi Andrea; thanks for tak
> You are correct; the graduation requirement is expressed in terms of
> stars. If possible I would still like to steal a code example; from a
> test case if possible for the user guide.
>
It would be really nice to have a readable description and at least
one code sample for all supported modules
Michael Bedward ha scritto:
>> You are correct; the graduation requirement is expressed in terms of
>> stars. If possible I would still like to steal a code example; from a
>> test case if possible for the user guide.
>>
>
> It would be really nice to have a readable description and at least
> one
Andrea Aime wrote:
> Justin Deoliveira ha scritto:
>> I am a little confused... the patch does not seem to touch anything
>> related to id handling. Am I missing something.
>>
>> As for null being the placeholder feature id, are you talking about in
>> REsultSetFeature? What do you want to change
Hi Justin:
The patch is now ready again; with updated comments.
Night,
Jody
On Sun, May 10, 2009 at 11:39 PM, Jody Garnett wrote:
> Hi Justin:
>
> There is a patch ready for your review:
> - http://jira.codehaus.org/browse/GEOT-2327
>
> There is some additional work that could be done if intere
Jody Garnett wrote:
> This may be something for Justin - not sure.
>
> I tried switching over to the opengeo repository today (to grab
> snapshot releases) and was unable to obtain 2.6-SNAPSHOTs for:
> - gt-gml
> -gt-mif
> - gt-mysql
> - gt-oracle-spatial
> - gt-process
> - gt-wps
Hmmm... well we
Justin Deoliveira wrote:
> Jody Garnett wrote:
>
>> This may be something for Justin - not sure.
>>
>> I tried switching over to the opengeo repository today (to grab
>> snapshot releases) and was unable to obtain 2.6-SNAPSHOTs for:
>> - gt-gml
>> -gt-mif
>> - gt-mysql
>> - gt-oracle-spatial
>>
Where is the right place for the module matrix page, for my other module
there are 2 pages
http://docs.codehaus.org/display/GEOTOOLS/Image+Mosaicing+Pyramidal+JDBC+Plu
gin
http://geotools.codehaus.org/Image+Mosaicing+Pyramidal+JDBC+Plugin
I am confused
Andrea Aime writes:
> Christian
Rob Atkinson ha scritto:
> re geometryless module - it is in use by people using the 1.6 complex
> schema support. I dont plan to do anything else with it: I hope to
> retire it completely by using the app-schema support for complex data
> types and the ability to handle SQL dialects in the jdbc-ng
RE: modules/unsupported/caching
I was working on this a while back and would be happy to try to maintain
this module for now. I don't have any plans to add to it (other than
maybe some more test cases); but I'm happy to look into bugs and attempt
to keep it up to date.
Emily
Andrea Aime wrot
Hey,
working with app-schema on trunk (and thrilled by the feature-chaining
stuff), I fount that when it comes to gml encoding, lots of warnings are
thrown by GetPropertyExecutor.visit (line 74), because the
binding.getType does not match the Attribute's type.
For instance, the binding Feature
I believe Ben has already reported this issue, and it is part of this
patch here:
http://jira.codehaus.org/browse/GEOT-2474
-Justin
Gabriel Roldan wrote:
> Hey,
>
> working with app-schema on trunk (and thrilled by the feature-chaining
> stuff), I fount that when it comes to gml encoding, lot
nice, gonna try applying it so.
Gabriel
Justin Deoliveira wrote:
> I believe Ben has already reported this issue, and it is part of this
> patch here:
>
> http://jira.codehaus.org/browse/GEOT-2474
>
> -Justin
>
> Gabriel Roldan wrote:
>> Hey,
>>
>> working with app-schema on trunk (and thrille
On Tue, May 12, 2009 at 12:29 AM, Arne Kepp wrote:
> Justin Deoliveira wrote:
>> Hmmm... well we are building with -Dall so they should be getting
>> uploaded. However I just checked the upload logs and see that our server is
>> having connection issues. I will check with Arne.
>>
>
> What did the
They are the same page; one is a "Script" of the wiki put up by
codehaus to cut down on their bandwidth use (and to splice ads in).
Jody
On Tue, May 12, 2009 at 1:14 AM, Christian Müller
wrote:
> Where is the right place for the module matrix page, for my other module
> there are 2 pages
>
> htt
Hudson is wedged, so you don't see this:
[INFO] Scanning for projects...
[INFO]
[ERROR] FATAL ERROR
[INFO]
[INFO] Failed to resolve artifact.
GroupId
Andrea, I think I fixed this one: your modules/plugin/chart/pom.xml had
the wrong parent artifact version.
Ben Caradoc-Davies wrote:
> Hudson is wedged, so you don't see this:
>
> [INFO] Scanning for projects...
> [INFO]
>
Interesting; I have been stuck myself for a couple of days now.
Justin did mention they were having server issues on IRC this morning;
but right now I am working on something else. Perhaps when Andrea is
online this afternoon we can learn more.
Jody
On Tue, May 12, 2009 at 12:30 PM, Ben Caradoc-
Jody,
I am pleased to accept nomination for the GeoTools Project Management
Committee. I hope that I can make a useful contribution.
Kind regards,
Ben.
Jody Garnett wrote:
> I would like to formally nominate Ben Caradoc-Davies for a position of
> in the GeoTools Project Management Committee.
>
I don't seem to be able to reach http://svn.osgeo.org/geotools at the moment
Michael
--
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world -
Jody,
There were at least two concurrent and unrelated issues:
(1) a broken pom parent version in modules/plugin/chart (fixed)
(2) broken svn externals in GS community/styler. I think these are now
working.
GT now updates and builds. I am now building GS. I think Hudson is hung
until someone
It works for me. Can you traceroute svn.osgeo.org?
Michael Bedward wrote:
> I don't seem to be able to reach http://svn.osgeo.org/geotools at the moment
>
> Michael
>
> --
> The NEW KODAK i700 Series Scanners deliver und
Thanks Ben; part of being nominated is that you are *already* making a
useful contribution :-)
Since I nominated you my +1 is kind of already on the table.
Jody
On Tue, May 12, 2009 at 12:50 PM, Ben Caradoc-Davies
wrote:
> Jody,
>
> I am pleased to accept nomination for the GeoTools Project Ma
Thanks Ben. It must be a problem at my end or with my beloved (not) ISP then.
I just tried tried traceroute and got 'unknown host' for
svn.osgeo.org, though I can reach other hosts.
2009/5/12 Ben Caradoc-Davies :
> It works for me. Can you traceroute svn.osgeo.org?
>
> Michael Bedward wrote:
>>
Generate Schema object for GML 3.2
--
Key: GEOT-2478
URL: http://jira.codehaus.org/browse/GEOT-2478
Project: GeoTools
Issue Type: Task
Components: ext xml-xsd
Affects Versions: 2.6-M1
I'm back on now. No idea what happened :)
Michael
--
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a pe
Very happy to support Ben's nomination
+1
Michael
--
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a per
+1 for sure. And a thank to Ben for all his time and effort with the
complex feature work, and for taking the time to figure out the
internals of the parser in order to submit clean patches. I for one know
that this is no easy task.
Ben Caradoc-Davies wrote:
> Jody,
>
> I am pleased to accept
Ben Caradoc-Davies ha scritto:
> Andrea, I think I fixed this one: your modules/plugin/chart/pom.xml had
> the wrong parent artifact version.
Erk, sorry... I did build on my machine, I had hudson build 2.5.x
and trunk right after my commits, but in order to reproduce this
one someone building tru
Jody Garnett ha scritto:
> Interesting; I have been stuck myself for a couple of days now.
>
> Justin did mention they were having server issues on IRC this morning;
> but right now I am working on something else. Perhaps when Andrea is
> online this afternoon we can learn more.
This one was of a
Ben Caradoc-Davies ha scritto:
> Jody,
>
> I am pleased to accept nomination for the GeoTools Project Management
> Committee. I hope that I can make a useful contribution.
+1 here too!
Cheers
Andrea
--
The NEW KODAK i7
Andrea Aime wrote:
> Erk, sorry... I did build on my machine, I had hudson build 2.5.x
> and trunk right after my commits, but in order to reproduce this
> one someone building trunk only was needed :(
> Thanks for fixing and for the patience.
No problem. It was a single character fix!
--
Ben Ca
40 matches
Mail list logo
