I figured out a bit more, but now I'm definitely leaving!
The problem is much much simpler than I would think.
I'm probably just using a bogus SLD for my coverage, but in the portion
of StreamingRenderer that figures out which attributes to request, it's
mis-calculating the attributes to query.
Hey all,
I'm going to have to leave this one till monday, but I'm having a
problem rendering a geotiff coverage via the 1.4.x_merge_wcs branch off
of trunk.
Everything sets up just fine, the GeoTiffReader is wrapped up in a
FeatureCollection with two attributes ("geom" and "grid") and that
Fe
WFS GET request URLs are not encoded properly
-
Key: GEOT-921
URL: http://jira.codehaus.org/browse/GEOT-921
Project: GeoTools
Issue Type: Bug
Components: data wfs
Affects Versions: 2.
Justin Deoliveira ha scritto:
> H,
>
> I may have spoke too soon. I have the geoapi link working properly but i
> noticed alot of classes dont show up in the docs. From what I can tell
> none of the plugins or extensions are getting javadoc'd.
>
Can you try to modify the main pom enabling ja
H,
I may have spoke too soon. I have the geoapi link working properly but i
noticed alot of classes dont show up in the docs. From what I can tell
none of the plugins or extensions are getting javadoc'd.
-Justin
Justin Deoliveira wrote:
> Alright I think i have it,
>
> We need to use the gt
Alright I think i have it,
We need to use the gt2-javadoc from trunk which uses the latest geoapi
links. I think if i change them to the 2.0 javadoc, rebuild the plugin,
then generate javadocs again we should be ok.
Might be nice to backport the javadoc plugin to 2.2.x.
I updated the javadoc art
Hmm, I thought this was fixed, apparently not, I will have to look into
this.
-Justin
Adrian Custer wrote:
> Hey Justin,
>
> Congrats on getting this far.
>
> Good news is the jmappane works as well as can be expected.
>
> Bad news is javadocs still point to geoapi 2.1 and not geoapi 2.0.
>
Hey Justin,
Congrats on getting this far.
Good news is the jmappane works as well as can be expected.
Bad news is javadocs still point to geoapi 2.1 and not geoapi 2.0.
--adrian
On Fri, 2006-08-11 at 08:45 -0700, Justin Deoliveira wrote:
> Hi all,
>
> I have successfully built all the rele
On Fri, 2006-11-08 at 07:58 -0700, Justin Deoliveira wrote:
> I would imagine its already released in jira because the last 2.2.0
> release was rolled back. Jira must have not been rolled back. I am just
> picking up where someone else left off.
>
> Jody Garnett wrote:
> > I understand, Andrea jus
Hi all,
I have successfully built all the release artifacts. The jars are posted
in the repository. I am uploading to sf now. I figure I will wait until
Monday morning before making the official announcement. In the meantime
I am switching geoserver over to official 2.2.0 and going to run cite
tes
Martin Desruisseaux wrote:
> Jody Garnett a écrit :
>>> Do you still wish an IRC meeting? If so, what about Friday?
>> Friday would be great, you name the time.
> I could be there today (Friday) as 19:00 UTC. I believe it is the
> usual IRC time?
I went through it last night, think it is in good s
I raised this issue before and asked if it would cause any IP issues if
we used a mofified version of the jar. My only response was from chris
saying that it should be fine.
-Justin
Jody Garnett wrote:
> Andrea Aime wrote:
>> Jody Garnett ha scritto:
>>> Look guys the PostGIS WKB providence check
I would imagine its already released in jira because the last 2.2.0
release was rolled back. Jira must have not been rolled back. I am just
picking up where someone else left off.
Jody Garnett wrote:
> I understand, Andrea just caught me out as well :-(
>
> I am a bit confused as the 2.2.0 releas
I managed to get the release artifacts built, but havent tested the
release yet.
-Justin
Jody Garnett wrote:
> Hi Justin,
>
> I am struggling working with two bug reports, the ability to render SVG
> external graphics from SLD has never worked ( code contained a couple of
> outright mistakes),
Jody Garnett a écrit :
>> Do you still wish an IRC meeting? If so, what about Friday?
> Friday would be great, you name the time.
I could be there today (Friday) as 19:00 UTC. I believe it is the usual IRC
time?
Martin.
--
Jody Garnett ha scritto:
> Andrea Aime wrote:
>> Hi all,
>> anything against updating to the lastest batik version which,
>> among other things I'm not aware of, has dependencies declared
>> in its poms? ;-)
>>
> That would be cool, James is the module maintainer of svg_support
> module, but as
Andrea Aime wrote:
> Hi all,
> anything against updating to the lastest batik version which,
> among other things I'm not aware of, has dependencies declared
> in its poms? ;-)
>
That would be cool, James is the module maintainer of svg_support
module, but as long as
the test cases pass we shou
I only can say for sure that the xxx_n functions where n corresponds to the
number of arguments is due to the Filter spec requiring a fixed number of
arguments for a given function name, so that's what David implemented.
Since it is generated we should ask David to get the function classes out a
Hi all,
anything against updating to the lastest batik version which,
among other things I'm not aware of, has dependencies declared
in its poms? ;-)
Cheers
Andrea
-
Using Tomcat but need to do more? Need to support web servi
Rolled back the change ...
Jody
> I understand, Andrea just caught me out as well :-(
>
> I am a bit confused as the 2.2.0 release is tagged, and released in Jira
> but perhaps it is all a lie. Normally I make a tag from 2.2.x and then
> release form that, but if Justin is sitting on the 2.2.x br
SVG Graphic marks not rendered
--
Key: GEOT-920
URL: http://jira.codehaus.org/browse/GEOT-920
Project: GeoTools
Issue Type: Bug
Components: core render
Affects Versions: 2.2.0, 2.3
Report
I understand, Andrea just caught me out as well :-(
I am a bit confused as the 2.2.0 release is tagged, and released in Jira
but perhaps it is all a lie. Normally I make a tag from 2.2.x and then
release form that, but if Justin is sitting on the 2.2.x branch then he
is not following the proced
Hi Justin,
I am struggling working with two bug reports, the ability to render SVG
external graphics from SLD has never worked ( code contained a couple of
outright mistakes), and ACuster requested a method rename (actually
deprecation) dance...
It appears that the 2.2.0 tag was created, so di
Jody,
Your commit may have been needed and a good thing, but Justin declared a
code freeze. YOU BROKE THE FREEZE. Bad! Bad! Bad!
In most projects, to apply a commit after a freeze requires:
1) A bug report (Jira task)
2) A patch in the bug report
3) A request to the releas
CRS findMathTransform
-
Key: GEOT-919
URL: http://jira.codehaus.org/browse/GEOT-919
Project: GeoTools
Issue Type: Improvement
Components: core referencing
Affects Versions: 2.1.2, 2.3.M0
Reporter
Adrian Custer wrote:
> Hey Jody,
>
> On Thu, 2006-08-10 at 16:43 +0200, Jody Garnett wrote:
>
>> Back to your code example - will this work and be consistent?
>> MathTransform transform = CRS.mathTransform(BC_ALBERS, WGS84 );
>>
> Why no create/make/fetch/invoke/instantiate? That was at the
Andrea Aime wrote:
> Jody Garnett ha scritto:
>> Look guys the PostGIS WKB providence check also turned up some WKB
>> grief, I am expecting an answer from Chris or Justin on this.
>> Perhaps the solution to both problems can be considered at the same
>> time. JTS 1.7 also includes some WKB supp
Jody Garnett ha scritto:
> Andrea Aime wrote:
>> Hi all,
>> I'm wondering why we do have math expression implementations such
>> as FilterFunction_abs_2, FilterFunction_abs_3, FilterFunction_abs_4
>> and so
>> on, all with the same executable code. Seems silly, what's the purpose
>> of this?
>>
>
Jody Garnett a écrit :
> CannotCropException) that were missing headers ... lets assume they were
> recently added.
Yes, this class didn't existed before the coverage branch merge.
> Note: Interpolate and Resample credit the OGC, but nothing else in
> org.geotools.coverage.processing.operation
Andrea Aime wrote:
> Hi all,
> I'm wondering why we do have math expression implementations such
> as FilterFunction_abs_2, FilterFunction_abs_3, FilterFunction_abs_4 and so
> on, all with the same executable code. Seems silly, what's the purpose of
> this?
>
> Plus, all this files say that the fi
Corrected and committedOn 8/11/06, Cory Horner <[EMAIL PROTECTED]> wrote:
Seen building with java 1.4:[INFO][ERROR] BUILD FAILURE[INFO]
[INFO] Compilation
Hi Rob,
is there somewhere a GML filter example for a time attribute? Are your
queries located in the gt_complex-features branch? Have you used the
standard LiteralExpression or there is a particoular filter implemented
somewhere? On 8/11/06, Rob Atkinson <[EMAIL PROTECTED]> wrote:
Hione of the mai
Hi all,
I'm wondering why we do have math expression implementations such
as FilterFunction_abs_2, FilterFunction_abs_3, FilterFunction_abs_4 and so
on, all with the same executable code. Seems silly, what's the purpose of this?
Plus, all this files say that the filter is generated...
hum, ok, gen
Hi all,
some days ago on a gt2 related mailing list someone was asking about using
the map scale denominator in SLD to control some symbolizers (using a linear
expression instead of a interval based one that can be simulated using
rule's mix/max scale), and he was told that the map scale denominato
Hi Martin,
Yep I can tell you went through this before ;-) Mostly what I did was
change "Geotools 2" to "GeoTools", but you can check out the update
to review.txt anyways. I did find a few things (like
CannotCropException) that were missing headers ... lets assume they were
recently added.
Note
35 matches
Mail list logo
