Re: [Geoserver-devel] cite test status

On 20/05/10 14:26, Andrea Aime wrote: > v...@csiro ha scritto: >> My last build have everything passing including the wcs1.0.0 and those >> errors that you have concluded with the wfs1.1.0 >> I did see an new error with running the wfs1.1.0 but it is not consistent. >> My observation is that it doe

Re: [Geoserver-devel] [Geotools-devel] Unit of measure support is in

Jody Garnett ha scritto: >>> By my reading, the UomRescalingVisitor doesn't handle this >>> option. (And it seems like fully supporting this via a visitor >>> will be a problem; with weird enough filter functions in a >>> parameter the "px" suffix might appear and disappear for >>> different featu

Re: [Geoserver-devel] Proposal: branch pom versions for 2.1.x and later

[Subject changed to mark it as a proposal] On 20/05/10 14:29, Andrea Aime wrote: > I'd prefer to just keep the poms in the branch unmodified as > well, using 2.0-SNAPSHOT. > One less moving part in the release process, and I fail to see the > advantage of using something like 2.0.3-SNAPSHOT. We a

Re: [Geoserver-devel] [Geotools-devel] Unit of measure support is in

>> By my reading, the UomRescalingVisitor doesn't handle this option. (And >> it seems like fully supporting this via a visitor will be a problem; >> with weird enough filter functions in a parameter the "px" suffix might >> appear and disappear for different features in the same symbolizer.)

Re: [Geoserver-devel] Changes for Geoserver 2.0.2

v...@csiro ha scritto: > What is the best way to retrieve the changes made for Geoserver 2.0.2? > > I am was browsing around JIRA but could not find where I can see the changes > :) Yeah, last jira upgrade made it more difficult to find. So, from http://jira.codehaus.org/browse/GEOS click on the

Re: [Geoserver-devel] Branch pom versions

Ben Caradoc-Davies ha scritto: > Victor, > > my underlying problem with the current GeoServer stable branch pom > versioning convention is, why should a branch care if a tag has been > created? By using (for example) 2.0.3-SNAPSHOT, developers have a > completely unnecessary burden of having to

Re: [Geoserver-devel] wcs 1.0.0 cite test issues

Ciao Justin, I will have a look myself this afternoon. Simone. --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder - Software Engineer Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob:+39 33

[Geoserver-devel] Build failed in Hudson: geoserver-2.0.x-deploy #383

See -- [...truncated 15791 lines...] 2027520/? 2031616/? 2035712/? 2039808/? 2043904/? 2048000/? 2052096/? 2056192/? 2060288/? 2064384/? 2068480/? 2072576/? 2076672/? 2080768/? 2084864/? 2088

Re: [Geoserver-devel] cite test status

v...@csiro ha scritto: > Hi Justin, > > My last build have everything passing including the wcs1.0.0 and those > errors that you have concluded with the wfs1.1.0 > > I did see an new error with running the wfs1.1.0 but it is not consistent. > My observation is that it doesn't fail all the time an

Re: [Geoserver-devel] wcs 1.0.0 cite test issues

Justin Deoliveira ha scritto: > I ran into some failures running the wcs 1.0.0 tests. A few were errors > in the tests themselves but a couple of others seem legit: > > * > wcs1-0-0:describecoverage_operations-describecoverage_response-supportedcrss-rectifiedgrid > > This one complains that an

Re: [Geoserver-devel] [Geotools-devel] Unit of measure support is in

David Winslow ha scritto: > This is a really cool feature, so I'm pretty excited about ripping it > off for GeoServer CSS :) However, when I looked at the spec I was > really surprised to see that UOM is an attribute of the symbolizer > instead of the parameter (a Symbolizer isn't a measureme

[Geoserver-devel] Build failed in Hudson: geoserver-trunk #2744

See -- [...truncated 20163 lines...] org.geotools.referencing.operation.projection.ProjectionException: The transform result may be 200,566.547 meters away from the expected position. Are you sur

[Geoserver-devel] Branch pom versions

Victor, my underlying problem with the current GeoServer stable branch pom versioning convention is, why should a branch care if a tag has been created? By using (for example) 2.0.3-SNAPSHOT, developers have a completely unnecessary burden of having to update the branch whenever a release tag

Re: [Geoserver-devel] cite test status

Consulted Ben and we are going go ahead with the release based on the success hudson has on it cite testing. v...@csiro wrote: > > Hi Justin, > > My last build have everything passing including the wcs1.0.0 and those > errors that you have concluded with the wfs1.1.0 > > I did see an new er

Re: [Geoserver-devel] cite test status

Hi Justin, My last build have everything passing including the wcs1.0.0 and those errors that you have concluded with the wfs1.1.0 I did see an new error with running the wfs1.1.0 but it is not consistent. My observation is that it doesn't fail all the time and sometimes when I execute the test

[Geoserver-devel] cite test status

So at this point all the cite tests are happy except for wms. The issues are quite clearly the combination of the engine and the tests I am trying to run. They blatantly don't work but after much patching of the tests I was able to get most to pass. However there are still some that outright fa

Re: [Geoserver-devel] GeoServer wicket issue in IE6

The plugin works for displaying the xml but chrome doesn't work well with GS GUI interface David Winslow-5 wrote: > > On 05/19/2010 03:42 AM, Andrea Aime wrote: >> Ben Caradoc-Davies ha scritto: >> >>> On 19/05/10 14:41, Andrea Aime wrote: >>> We also have issues with the demo r

Re: [Geoserver-devel] wfs 1.1 cite test issues

We may have a version conflict with the tests... are you running hte trunk version of the wcs tests from svn? Or an older one that was posted? On 10-05-19 9:01 PM, v...@csiro wrote: > > My wcs1.0 passed when I was testing it. But I am doing a full rebuild now and > I will run all test cases again

Re: [Geoserver-devel] wcs 1.0.0 cite test issues

Interesting note. Looking at trunk where the wcs 1.0 code has undergone a huge refactor it seems that these issues are not there. Which makes me more confident in committing them :) On 10-05-19 9:10 PM, Justin Deoliveira wrote: > I ran into some failures running the wcs 1.0.0 tests. A few were e

Re: [Geoserver-devel] wcs 1.0.0 cite test issues

On 10-05-19 9:10 PM, Justin Deoliveira wrote: > I ran into some failures running the wcs 1.0.0 tests. A few were errors > in the tests themselves but a couple of others seem legit: > > * > wcs1-0-0:describecoverage_operations-describecoverage_response-supportedcrss-rectifiedgrid > > This one compla

[Geoserver-devel] wcs 1.0.0 cite test issues

I ran into some failures running the wcs 1.0.0 tests. A few were errors in the tests themselves but a couple of others seem legit: * wcs1-0-0:describecoverage_operations-describecoverage_response-supportedcrss-rectifiedgrid This one complains that an srsName attribute is missing on the element:

Re: [Geoserver-devel] wfs 1.1 cite test issues

My wcs1.0 passed when I was testing it. But I am doing a full rebuild now and I will run all test cases again :) Justin Deoliveira-6 wrote: > > Well actually it seems there are some minor issues with wcs 1.0.0 cite > tests as well :( > > I think i am done working through the issues. I will

Re: [Geoserver-devel] wfs 1.1 cite test issues

Well actually it seems there are some minor issues with wcs 1.0.0 cite tests as well :( I think i am done working through the issues. I will send email and commit soon. -Justin On 10-05-19 8:26 PM, v...@csiro wrote: > > That sounds really great, thank you so much Justin :) > > I can see the up

[Geoserver-devel] Changes for Geoserver 2.0.2

What is the best way to retrieve the changes made for Geoserver 2.0.2? I am was browsing around JIRA but could not find where I can see the changes :) Thanks :) -- View this message in context: http://old.nabble.com/Changes-for-Geoserver-2.0.2-tp28616537p28616537.html Sent from the GeoServer -

Re: [Geoserver-devel] wfs 1.1 cite test issues

That sounds really great, thank you so much Justin :) I can see the update on the 2.0.2 tag so I am going to do one last build and test and hopefully get 2.0.2 released today. If anyone has any objection now is the time to say or hold your silence forever :P Justin Deoliveira-6 wrote: > >

Re: [Geoserver-devel] GeoServer release blocked on CITE test failures

On 19/05/10 17:28, Andrea Aime wrote: > Ben Caradoc-Davies ha scritto: >> I am assuming that it is not the responsibility of the release manager >> to fix all CITE failures before release? Please say it ain't so. > > Normally it's not, but at the same time it's not realistic to think > other develo

Re: [Geoserver-devel] [Geotools-devel] Unit of measure support is in

On 05/17/2010 11:19 AM, Andrea Aime wrote: > Hi, > I've finally been able to commit the unit of measure support > Milton developed on GeoTools trunk (that makes it available > for GeoServer trunk too, of course). > > If you're interested in the topic please test :-) > > Oh, if you need a reminder o

[Geoserver-devel] wfs 1.1 cite test issues

A summary of where we stand on cite issues for wfs 1.1. Most of the failures found by victor were a result of the EntityGeneric layer and svn encoding issues. Basically when I checked it out on the server it somehow ended up with a non UTF encoding so comparisons with other UTF versions of the

[Geoserver-devel] [jira] Created: (GEOS-3975) Native SRS field should be text instead of an input field

Native SRS field should be text instead of an input field - Key: GEOS-3975 URL: http://jira.codehaus.org/browse/GEOS-3975 Project: GeoServer Issue Type: Bug Components: UI

[Geoserver-devel] Hudson build is back to normal: geoserver-trunk #2739

See -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/

[Geoserver-devel] [jira] Created: (GEOS-3974) Hide the REST API from bots by default

Hide the REST API from bots by default -- Key: GEOS-3974 URL: http://jira.codehaus.org/browse/GEOS-3974 Project: GeoServer Issue Type: Improvement Components: REST Affects Versions: 2.0.1

[Geoserver-devel] Build failed in Hudson: geoserver-trunk #2738

See -- [...truncated 18768 lines...] UNIT["degree", 0.017453292519943295], AXIS["Geodetic longitude", EAST], AXIS["Geodetic latitude", NORTH], AUTHORITY["EPSG","4326"]]-->

Re: [Geoserver-devel] displaying automated cite logs

On 10-05-19 12:30 AM, Andrea Aime wrote: > Justin Deoliveira ha scritto: >> There is now a teamengine webapp running on top of the test logs that >> are generated automatically. So you can use that to view the logs which >> is a lot nicer than the command line utility. To do so: >> >> 1. Go to http

Re: [Geoserver-devel] automated cite testing

Sorry a bug in the scripts that was returning success when failures were present. Should be fixed now. Doing another run to test it. On 10-05-18 8:34 PM, v...@csiro wrote: > > the last run cite test for wfs1.1 returned successful but I see failures in > the log. > > > > Justin Deoliveira-6 wrote:

[Geoserver-devel] About the custom jdbc access for image data in Geoserver

Hello, I've recently read about the Oracle Georaster support in Geoserver [1]. Are you aware of the WKT Raster development? [2]. The project aimed to get native raster support in PostGIS. Our collaboration could be interesting for Geoserver too, and for community, of course. Best regards, Jorge

Re: [Geoserver-devel] GeoServer wicket issue in IE6

On 05/19/2010 03:42 AM, Andrea Aime wrote: > Ben Caradoc-Davies ha scritto: > >> On 19/05/10 14:41, Andrea Aime wrote: >> >>> We also have issues with the demo requests in Chrome, nobody >>> stepped to solve those either. >>> >> Victor has been using Chrome for demo tests (CITE de

Re: [Geoserver-devel] GeoServer release blocked on CITE test failures

Ben Caradoc-Davies ha scritto: > Just a reminder that the GeoServer 2.0.2 release is blocked on CITE test > failures. Some are fixed. Some remain. For example: > http://jira.codehaus.org/browse/GEOS-3970 > > I am assuming that it is not the responsibility of the release manager > to fix all CITE

Re: [Geoserver-devel] [jira] Created: (GEOS-3843) KML output does not respect scale dependencies in SLD

Baskar, Dhanapal ha scritto: > Andera, > > You mean to say Geoserver developers have to solve this bug. Right? I mean that, depending on the output (superoverlay, download, or mixed) I might not be solvable at all. I also don't believe it's high priority, so I suggest you have a look in the KML s

[Geoserver-devel] GeoServer release blocked on CITE test failures

Just a reminder that the GeoServer 2.0.2 release is blocked on CITE test failures. Some are fixed. Some remain. For example: http://jira.codehaus.org/browse/GEOS-3970 I am assuming that it is not the responsibility of the release manager to fix all CITE failures before release? Please say it ain

Re: [Geoserver-devel] [jira] Created: (GEOS-3843) KML output does not respect scale dependencies in SLD

ba...@geoserver ha scritto: > > Any workaround for this probelm? I don't think so... GE does not tell us the actual scale, only a geographic bbox, I think we simply assume a 500x500 image as a reference to compute the scale but I'm not sure of the details. Cheers Andrea -- Andrea Aime OpenGe

Re: [Geoserver-devel] [jira] Created: (GEOS-3843) KML output does not respect scale dependencies in SLD

Any workaround for this probelm? Regards, Baskar -- View this message in context: http://old.nabble.com/-jira--Created%3A-%28GEOS-3843%29-KML-output-does-not-respect-scale-dependencies-in-SLD-tp27796644p28605645.html Sent from the GeoServer - Dev mailing list archive at Nabble.com.

Re: [Geoserver-devel] GeoServer wicket issue in IE6

Ben Caradoc-Davies ha scritto: > On 19/05/10 14:41, Andrea Aime wrote: >> We also have issues with the demo requests in Chrome, nobody >> stepped to solve those either. > > Victor has been using Chrome for demo tests (CITE debugging) and it is > working well (better than IE). Humm... uh? I never

Re: [Geoserver-devel] GeoServer wicket issue in IE6

On 19/05/10 14:41, Andrea Aime wrote: > We also have issues with the demo requests in Chrome, nobody > stepped to solve those either. Victor has been using Chrome for demo tests (CITE debugging) and it is working well (better than IE). -- Ben Caradoc-Davies Software Engineering Team Leader CSI

Re: [Geoserver-devel] [ExternalEmail] CITE testing for GeoServer release

No worries when you are closer to release let me know and I can help and/or talk through the steps for a GeoTools 2.6.5. I will take the mention of GeoServer off the release anouncements then... Jody On 19/05/2010, at 4:23 PM, Ben Caradoc-Davies wrote: > [Subject changed to avoid confusion.] >

Re: [Geoserver-devel] Strange problems with png8 image format and transparency=true requests

Frank Gasdorf ha scritto: > Hi, > > First : Sorry for cross-posting, but I have no idea where the problem > occurs and geoserver is based on geotools. > > After the fix of bug UDIG-1650 > (transparency and image > format png8) the labels of rendered

[Geoserver-devel] Strange problems with png8 image format and transparency=true requests

Hi, First : Sorry for cross-posting, but I have no idea where the problem occurs and geoserver is based on geotools. After the fix of bug UDIG-1650 (transparency and image format png8) the labels of rendered features are ugly. What I've done: - checked