[Geoserver-devel] srsName

[v...@csiro]

Hi, I am quite new to GeoServer and would like to ask how does geoserver
determine the srsName?
I made the request without specifying the srsName

I have the following mapping 


sa:samplingLocation  

LongLat

gml:PointPropertyType


and this is my result


  118.685393377 -26.2059254496 
  

how does it determine that the srsName is "urn:x-ogc:def:crs:EPSG:4326"? 
is it derived from the database? if so then how does it know to append
urn:x-ogc:def:crs

my featureType.xml (I changed it to 4327 on purpose) holds
  EPSG:4327  
EPSG:4327



-- 
View this message in context: 
http://old.nabble.com/srsName-tp28324595p28324595.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


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

Re: [Geoserver-devel] Creating feature types from SQL queries: a plan for GeoServer

[v...@csiro]

I think this is a very good idea. while I was doing some configuration using
real world data, I was thinking of something similar as well (which is why I
found this thread). frequently information required for a feature are stored
in various tables and each time I create a mapping, I have to create a view
specifically for the mapping.

Creating views specifically for a mapping can clutter a database.

Secondly this will provide a lot more flexibility 





Andrea Aime-4 wrote:
> 
> Hi,
> I'm looking into how to integrate the sql query to feature type
> support in GeoServer.
> 
> At first I was thinking to use a datastore parameter structured like
> a property file, but it's a quite clunky approach.
> The definition in the property file would have been something like:
> 
> virt=select a, b, c, the_geom from realtable where a > 3
> virt.pk=a,b
> virt.geom.the_geom=POINT,4326
> 
> Basically it's the query, plus information about which attributes
> are part of the primary key, plus information about what type the
> geometry is.
> 
> Instead of this I would like to have a configuration GUI (and
> one less parameter in the never-ending list of params for JDBC
> data stores).
> 
> First approach: starting from the "new layer" panel
> ---
> 
> Ideally, a user would go to the layer list, choose "new layer",
> and upon choosing a JDBC data store he would be presented with
> the option to create a feature type by SQL using a SQL query
> as the definition of it.
> 
> The next page would provide the user a text area in which he
> could edit the query, and a "test" button which would both
> test the query for validity and provide a GUI to setup
> the primary key fields and the geometry details (more
> or less a table of the attributes, with name, type,
> a checkbox to make a field part of the pk and the possibility
> to edit what we know about the geometry).
> 
> Past that the user would get into the usual layer page, which
> would sport a new panel, equal to the contents of the previous
> page, to allow editing of the sql and details.
> 
> Implementation wise I would like to store the sql query as part
> of the FeatureTypeInfo metadata map.
> 
> Now, the issue is, what do we do on restart? We'd need to
> configure the sql in the data store again, and to do so
> we'd need either the resource pool to do so, making it aware
> of the sql definitions, or a callback that would configure
> the existing sql feature types into it by inspecting the
> FeatureTypeInfo associated to the store.
> 
> Second approach: starting from the datastore config panel
> -
> 
> In this case, we make a custom GUI to configure the JDBC data
> stores that has a list of the existing sql definitions
> and allows to add/edit/remove them.
> 
> On add the workflow would be the same as above, but we
> won't show an edit panel in the existing layer definition.
> 
> The set of sql definitions would be stored in the property
> file like parameter I described at the beginning of the mail,
> we'd just provide a nicer GUI for it.
> 
> The upside is that we would not need to touch the ResourcePool,
> the downside is that the workflow would be less natural
> to the user imho, especially now that we're about to add the
> ability to create a new feature type in the "new layer" page
> as well (see GSIP 47)
> 
> Oh, in any case the work would be done on trunk only.
> 
> 
> What do you think?
> 
> Cheers
> Andrea
> 
> 
> 
> 
> -- 
> Andrea Aime
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
> 
> --
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> 
> 

-- 
View this message in context: 
http://old.nabble.com/Creating-feature-types-from-SQL-queries%3A-a-plan-for-GeoServer-tp28388933p28431396.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


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

Re: [Geoserver-devel] GeoServer 2.0.2 release

[v...@csiro]

Hi Everyone,

I am Victor, working for CSIRO and will be doing the release for GeoServer
2.0.2 with Ben and Rini's help. Below will be tentatively the timeline for
this release unless there are issues that forbids this. We will adjust the
dates as necessary. 

Now - 16th May 10   : Finalise and clean up any outstanding issues
17th May 10 : tag/build/upload
17th May 10 -  21th May 10  : Testing (once tag have been build)
21st May 10 : Announcement and official release

GeoServer Version: 2.0.2
GeoTool(dependency) Version: 2.6.3 (Is there any release plans for 2.6.4?)

Please correct me if there are any issue/mistake with the above plan :)

We would like to urge everyone to start testing the nightly build from now
till the 16th May 2010.

I will keep everyone updated and informed on progress via this thread 



Andrea Aime-4 wrote:
> 
> Hi,
> so when it is that the 2.0.2 release is scheduled?
> Next week? The week after the next?
> 
> We should advise users to start hitting the nightly
> build harder and fix whatever high profile bugs
> are still lurking in the code base
> 
> Cheers
> Andrea
> 
> -- 
> Andrea Aime
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
> 
> --
> 
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> 
> 

-- 
View this message in context: 
http://old.nabble.com/GeoServer-2.0.2-release-tp28483026p28520118.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

Re: [Geoserver-devel] GeoServer 2.0.2 release

[v...@csiro]

I understand that we will be tagging Geotool and GeoServer for release and
will be doing all tests based on the tagged revision. Release will be made
on the tagged revision once all tests have passed :)




Andrea Aime-4 wrote:
> 
> Jody Garnett ha scritto:
>> There are release plans for 2.6.4; this is why we are planning together
>> :-)
>> 
>> So you have me to help make a GeoTools release this week; I can branch
>> 2.6.x on friday and deploy a 2.6.4.
>> I will warn the geotools list now.
> 
> Mind, if you release before CITE testing is done there is a change
> we'll have to re-release again to fix issues there.
> 
> See my other mail for a process that has worked well enough in the
> past
> 
> Cheers
> Andrea
> 
> -- 
> Andrea Aime
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
> 
> --
> 
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> 
> 

-- 
View this message in context: 
http://old.nabble.com/GeoServer-2.0.2-release-tp28483026p28521071.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

[Geoserver-devel] CITE Testing

[v...@csiro]

Hiya everyone,

I need the legacy file and test source to perform the CITE test for
GeoServer 2.0.2 release. I am following the instructions from

http://docs.geoserver.org/stable/en/developer/cite-test-guide/index.html#cite-test-guide

"To check out the test sources an account on the OGG portal is required. If
you do not have one ask on the developer list for someone to check out the
tests for you."

Thank you :)
-- 
View this message in context: 
http://old.nabble.com/CITE-Testing-tp28543489p28543489.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

[Geoserver-devel] CITE Test wfs 1.1.0

[v...@csiro]

While doing this test, I come across this error. Looks like schema error. Can
someone help?


13 May 17:48:20 INFO [org.geoserver] - Loaded default workspace
it.geosolutions
13 May 17:48:20 INFO [org.geoserver] - Loaded workspace 'it.geosolutions'
13 May 17:48:20 INFO [org.geoserver] - Loaded workspace 'sf'
13 May 17:48:20 WARN [org.geoserver] - Ignoring store directory 'prop-base'
13 May 17:48:20 WARN [org.geoserver] - Ignoring store directory 'props'
13 May 17:48:20 WARN [org.geoserver] - Ignoring store directory 'text-base'
13 May 17:48:20 WARN [org.geoserver] - Ignoring store directory 'tmp'
13 May 17:48:20 WARN [org.geoserver] - Ignoring store directory '.svn'
13 May 17:48:20 WARN [org.geoserver] - Ignoring store directory '.svn'
13 May 17:48:20 INFO [org.geoserver] - Loaded store 'sf', enabled
13 May 17:48:20 INFO [org.geoserver] - Loaded data store 'sf'
13 May 17:48:20 TRACE [org.geotools.resources] - Loaded resources for
English from bundle "org.geotools.resources.i18n".
13 May 17:48:20 INFO [org.geotools.factory] - Factory implementations for
category DataStoreFactorySpi:
  org.geotools.data.property.PropertyDataStoreFactory
  org.geotools.data.shapefile.ShapefileDataStoreFactory
  org.geotools.data.wfs.WFSDataStoreFactory
  org.geotools.data.h2.H2DataStoreFactory
  org.geotools.data.h2.H2JNDIDataStoreFactory
  org.geotools.data.postgis.PostgisNGDataStoreFactory
  org.geotools.data.postgis.PostgisNGJNDIDataStoreFactory
  org.geotools.data.directory.DirectoryDataStoreFactory
13 May 17:48:21 INFO [org.geotools.factory] - Factory implementations for
category FilterFactory:
  org.geotools.filter.FilterFactoryImpl
13 May 17:48:21 INFO [org.geotools.factory] - Factory implementations for
category FeatureFactory:
  org.geotools.feature.LenientFeatureFactoryImpl
  org.geotools.feature.ValidatingFeatureFactoryImpl
13 May 17:48:21 DEBUG [org.geotools.jdbc] - CREATE CONNECTION
13 May 17:48:22 DEBUG [org.geotools.jdbc] - CLOSE CONNECTION
13 May 17:48:22 WARN [org.geoserver] - Ignoring feature type directory
C:\VWork\CITETESTTOOL\data\citewfs-1.1-h2\workspaces\sf\sf\.svn
13 May 17:48:22 TRACE [org.geotools.resources] - Loaded resources for
English from bundle "org.geotools.resources.i18n".
13 May 17:48:22 INFO [org.geotools.factory] - Factory implementations for
category CRSFactory:
  org.geotools.referencing.factory.ReferencingObjectFactory
13 May 17:48:22 INFO [org.geotools.factory] - Factory implementations for
category DatumFactory:
  org.geotools.referencing.factory.ReferencingObjectFactory
  org.geotools.referencing.factory.DatumAliases
13 May 17:48:22 INFO [org.geotools.factory] - Factory implementations for
category MathTransformFactory:
  org.geotools.referencing.operation.DefaultMathTransformFactory
13 May 17:48:22 DEBUG [org.geotools.referencing.factory] - Loading datum
aliases from
"jar:file:/C:/Documents%20and%20Settings/tey006/.m2/repository/org/geotools/gt-referencing/2.6-SNAPSHOT/gt-referencing-2.6-SNAPSHOT.jar!/org/geotools/referencing/factory/DatumAliasesTable.txt".
13 May 17:48:22 INFO [org.geotools.factory] - Factory implementations for
category CSFactory:
  org.geotools.referencing.factory.ReferencingObjectFactory
13 May 17:48:22 INFO [org.geotools.factory] - Factory implementations for
category CRSAuthorityFactory:
  org.vfny.geoserver.crs.GeoserverCustomWKTFactory
  org.vfny.geoserver.crs.GeoserverOverridingWKTFactory
  org.geotools.referencing.factory.epsg.DefaultFactory
  org.geotools.referencing.factory.epsg.FactoryUsingWKT
  org.geotools.referencing.factory.epsg.LongitudeFirstFactory
  org.geotools.referencing.factory.wms.AutoCRSFactory
  org.geotools.referencing.factory.wms.WebCRSFactory
  org.geotools.referencing.factory.URN_AuthorityFactory
  org.geotools.referencing.factory.HTTP_AuthorityFactory
  org.geotools.referencing.factory.epsg.LongitudeFirstEpsgDecorator
  org.geotools.referencing.factory.epsg.ThreadedHsqlEpsgFactory
13 May 17:48:22 INFO [org.geotools.referencing.factory] - Using
"/C:/VWork/CITE%20Test/GeoServer/src/main/target/test-classes/org/vfny/geoserver/crs/override_epsg.properties"
as EPSG factory.
13 May 17:48:22 WARN [org.geotools.referencing.factory] - Axis elements
found in a wkt definition, the force longitude first axis order hint might
not be respected:
PROJCS["Monte Mario / Italy zone 1", GEOGCS["Monte Mario", DATUM["Monte
Mario", SPHEROID["International 1924", 6378388.0, 297.0,
AUTHORITY["EPSG","7022"]],
TOWGS84[-104.1,-49.1,-9.9,0.971,-2.917,0.714,-11.68],
AUTHORITY["EPSG","6265"]], PRIMEM["Greenwich", 0.0,
AUTHORITY["EPSG","8901"]], UNIT["degree", 0.017453292519943295],
AXIS["Geodetic longitude", EAST], AXIS["Geodetic latitude", NORTH],
AUTHORITY["EPSG","4265"]], PROJECTION["Transverse Mercator",
AUTHORITY["EPSG","9807"]], PARAMETER["central_meridian", 9.0],
PARAMETER["latitude_of_origin", 0.0], PARAMETER["scale_factor", 0.9996],
PARAMETER["false_easting", 150.0], PARAMETER["false_northing", 0.0],
UNIT["m", 1.0], AXIS["Easting", EAST], AXIS["Northin

Re: [Geoserver-devel] CITE Test wfs 1.1.0

[v...@csiro]

They are in UTF-8

I am running the H2 configuration according to 

http://docs.geoserver.org/stable/en/developer/cite-test-guide/index.html

According to the doc, I am only required to unzip the cite.db file? Is there
more steps I am required to do?

I have tried the steps in the readme.txt in wfs1.1.0-h2 directory as well
but to no avail. I am getting the same error. To load the data into the h2
db, what is required?

Can someone pls elaborate a bit?

-- 
View this message in context: 
http://old.nabble.com/CITE-Test-wfs-1.1.0-tp28545646p28555153.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

Re: [Geoserver-devel] CITE Test wfs 1.1.0

[v...@csiro]

I have tried those as well. I gave up on the H2 and is currently using the
wfs1.1.0

51 errors and 400+ passes. Not sure where to go from there and will consult
Ben when I see him.


For wcs1.0 testing, the following warning

Warning The WCS specification does not allow a cite compliant WCS 1.0 and
1.1 version to co-exist. To successfully run the WCS 1.0 cite tests the
wms1_1-.jar must be removed from the geoserver WEB-INF/lib
directory.

Am I suppose to remove wms or wcs 1.1 ?




Andrea Aime-4 wrote:
> 
> v...@csiro ha scritto:
>> They are in UTF-8
>> 
>> I am running the H2 configuration according to 
>> 
>> http://docs.geoserver.org/stable/en/developer/cite-test-guide/index.html
>> 
>> According to the doc, I am only required to unzip the cite.db file? Is
>> there
>> more steps I am required to do?
>> 
>> I have tried the steps in the readme.txt in wfs1.1.0-h2 directory as well
>> but to no avail. I am getting the same error. To load the data into the
>> h2
>> db, what is required?
> 
> Last time I tried to run cite tests over H2 there were extra requirements:
> https://svn.codehaus.org/geoserver/branches/2.0.x/data/citewfs-1.1-h2/README.txt
> 
> Cheers
> Andrea
> 
> -- 
> Andrea Aime
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
> 
> --
> 
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> 
> 

-- 
View this message in context: 
http://old.nabble.com/CITE-Test-wfs-1.1.0-tp28545646p28555759.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

Re: [Geoserver-devel] GeoServer 2.0.2 release

[v...@csiro]

Gentle reminder that Geoserver will be tagged for release on 17th May 2010
assuming the build is fine 





Jody Garnett-3 wrote:
> 
> I am on it Andrea :-) I will deploy the jars and wait to hear back from
> both CITE tests and those trying out the artifacts.
> 
> Jody
> 
> On 11/05/2010, at 5:52 PM, Andrea Aime wrote:
> 
>> Jody Garnett ha scritto:
>>> There are release plans for 2.6.4; this is why we are planning together
>>> :-)
>>> So you have me to help make a GeoTools release this week; I can branch
>>> 2.6.x on friday and deploy a 2.6.4.
>>> I will warn the geotools list now.
>> 
>> Mind, if you release before CITE testing is done there is a change
>> we'll have to re-release again to fix issues there.
>> 
>> See my other mail for a process that has worked well enough in the
>> past
>> 
>> Cheers
>> Andrea
>> 
>> -- 
>> Andrea Aime
>> OpenGeo - http://opengeo.org
>> Expert service straight from the developers.
> 
> 
> --
> 
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> 
> 

-- 
View this message in context: 
http://old.nabble.com/GeoServer-2.0.2-release-tp28483026p28556872.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

Re: [Geoserver-devel] GeoServer 2.0.2 release

[v...@csiro]

I am going to start the building and tagging process of Geoserver now 
-- 
View this message in context: 
http://old.nabble.com/GeoServer-2.0.2-release-tp28483026p28578925.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

Re: [Geoserver-devel] GeoServer 2.0.2 release

[v...@csiro]

Hi,

Running the CITE Test, I am stuck on the following error,  can someone
provide some help?

Assertion: The Content-Type of all POST KVP-encoded request entities must be
'application/x-www-form-urlencoded'.

Request d1e4782_1:
   Method: post
   URL: http://localhost:8080/geoserver/wfs
   Body:
service=WFS&version=1.1.0&request=DescribeFeatureType&typename=sf:PrimitiveGeoFeature&namespace=xmlns(sf=http://cite.opengeospatial.org/gmlsf)
Error in call to extension function {public org.w3c.dom.NodeList
com.occamlab.te.TECore.request(org.w3c.dom.Document,java.lang.String) throws
java.lang.Throwable}: Exception in extension function java.lang.Exception:
Error invoking parser
{http://teamengine.sourceforge.net/parsers}XMLValidatingParser.XMLSchema
org.xml.sax.SAXParseException: The element type "xs:schema" must be
terminated by the matching end-tag "".
Result: Failed


And the following are the result from doing a get request

   
- http://www.w3.org/2001/XMLSchema";
xmlns:gml="http://www.opengis.net/gml";
xmlns:it.geosolutions="http://www.geo-solutions.it";
xmlns:sf="http://cite.opengeospatial.org/gmlsf";
elementFormDefault="qualified"
targetNamespace="http://cite.opengeospatial.org/gmlsf";>
  http://www.opengis.net/gml";
schemaLocation="http://localhost:8080/geoserver/schemas/gml/3.1.1/base/gml.xsd";
/> 
- 
   
  
- 
- 
- 
- 
   
   
   
   
   
   
   
   
- 
- 
- 
   
   
  
  
  
- 
   
  
  
  
  
  
  
-- 
View this message in context: 
http://old.nabble.com/GeoServer-2.0.2-release-tp28483026p28580115.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

Re: [Geoserver-devel] GeoServer 2.0.2 release

[v...@csiro]

Just a quick update,

I have reran all tests and everything passed nicely except for wfs1.1.0.

The problem might stem from the app-schema resolver that Ben has been
working on so I will speak to him in the morning.





Andrea Aime-4 wrote:
> 
> v...@csiro ha scritto:
>> Hi,
>> 
>> Running the CITE Test, I am stuck on the following error,  can someone
>> provide some help?
> 
> I'm doing the morning builds and then I can try to have a look at it.
> 
> Btw, if you need some prompt help the dev list is not the first place to
> ask, IRC is definitely better. Fall back on IRC only if you don't get
> a response or if you want to summarize what happened there...
> 
> 
> Cheers
> Andrea
> 
> -- 
> Andrea Aime
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
> 
> --
> 
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> 
> 

-- 
View this message in context: 
http://old.nabble.com/GeoServer-2.0.2-release-tp28483026p28581856.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

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

[v...@csiro]

My GeoServer 2.0.2 is pegged to 2.6.4 so I don't think there is a need for
retagging?

My knowledge in the release cycle is limited though hahah :)


Jody Garnett-3 wrote:
> 
> Question do I need to retag GeoTools 2.6.4 I have not package or announced
> yet.
> Jody
> 
> On 18/05/2010, at 6:35 PM, Ben Caradoc-Davies wrote:
> 
>> Rini has fixed the problem that was causing the CITE failures 
>> (GEOS-3969), and is sure it was caused by the change committed in 11 
>> December (GEOS-3553). So we are wondering about GeoServer 2.0.1.
>> 
>> On 18/05/10 15:30, Ben Caradoc-Davies wrote:
>>> Mark,
>>> 
>>> was CITE WFS 1.1.0 testing performed for the GeoServer 2.0.1 release? We
>>> are trying to diagnose a failure and the suspect change went into 2.0.x
>>> on 11 December, so should also have broken 2.0.1.
>>> 
>>> Did your CITE WFS 1.1.0 tests pass?
>>> 
>>> Kind regards,
>>> 
>> 
>> 
>> -- 
>> Ben Caradoc-Davies 
>> Software Engineering Team Leader
>> CSIRO Earth Science and Resource Engineering
>> Australian Resources Research Centre
>> 
>> --
>> 
>> ___
>> Geoserver-devel mailing list
>> Geoserver-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> 
> 
> --
> 
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> 
> 

-- 
View this message in context: 
http://old.nabble.com/CITE-testing-for-GeoServer-2.0.1-tp28592526p28603567.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

Re: [Geoserver-devel] automated cite testing

[v...@csiro]

the last run cite test for wfs1.1 returned successful but I see failures in
the log. 



Justin Deoliveira-6 wrote:
> 
> Quick update on automated cite tests. I have the tests running on the 
> build server and have set up a couple of jobs in hudson to run the tests:
> 
> http://hudson.opengeo.org/hudson/view/cite/
> 
> Only wfs 1.0 and wfs 1.1 are set up so far. As you can see wfs 1.0 is 
> good to go but wfs 1.1 has some failures (did not investigate the cause).
> 
> It's far from complete but at this point a proof of concept that it can 
> work. Among the things to do that come to mind:
> 
> * come up with a better way to display the logs
> * make scripts for starting and stopping geoserver more robust
> * document the setup
> * submit the patches back into teamengine
> * set up remaining test suites
> * move to a separate server **
> 
> ** Not sure about this one. That build server is pretty overloaded as it 
> is with all the other build jobs so i am not sure how much running the 
> cite jobs will tax the server. I guess we can see how it goes.
> 
> -Justin
> 
> -- 
> Justin Deoliveira
> OpenGeo - http://opengeo.org
> Enterprise support for open source geospatial.
> 
> --
> 
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> 
> 

-- 
View this message in context: 
http://old.nabble.com/automated-cite-testing-tp28590879p28603578.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

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

[v...@csiro]

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:
> 
> 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 strings were failing. @Ben: I thought you had a way 
> around this at some point?
> 
> Anyways, other then that there were two legit failures. Actually these 
> were new cite tests recently added that require GML2 requests to return 
> a mime type with the subtype included, rather than just text/xml. Easy
> fix.
> 
> Other then that there are still some issues that are "failing" but I 
> don't consider blockers. They are explained below:
> 
> * wfs:wfs-1.1.0-Basic-GetFeature-tc42.4
> ---
> 
> fails on postgres versions 8.3 or greater. Been an open issue for quite 
> some time.
> 
> 
> * wfs:wfs-1.1.0-Basic-GetFeature-tc200.2
> 
> 
> I was surprised buy this one. THe issue is that GEoServer complains 
> about a validation failure with the following request:
> 
> ...
> http://www.opengis.net/ogc"; 
> xmlns:gml="http://www.opengis.net/gml";>
>
>
>  34 14
>  41 23
>
>
>  
> ...
> 
> I could have sworn that the wfs and filter specs allowed one to leave 
> off the PropertyName in a BBOX filter. But if i look at the filter 
> schema [1] under BBOXType I indeed see that PropertyName is not optional.
> 
> So it would appear the test is in error here. Patching to include 
> PropertyName it works fine.
> 
> 
> * wfs:Transaction-idgen-use-existing
> * wfs:Transaction-idgen-use-existing-update
> 
> 
> These two tests require that the server accept feature ids from the 
> client which we don't support. I have brought this up on the cite list 
> but have gotten no feedback. But I argue strongly against a WFS 
> supporting this even though there is a plan to implement this in 
> GeoServer regardless.
> 
> If it is to be supported it has to be something that is settable on a 
> feature type by feature type basis imo.
> 
> Also these tests were added sometime recently and not really cleared 
> with any of the implementers afaik. If it was it was not made public.
> 
> So I don't think these should be considered blockers.
> 
> -Justin
> 
> [1] http://schemas.opengis.net/filter/1.1.0/filter.xsd
> 
> -- 
> Justin Deoliveira
> OpenGeo - http://opengeo.org
> Enterprise support for open source geospatial.
> 
> --
> 
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> 
> 

-- 
View this message in context: 
http://old.nabble.com/wfs-1.1-cite-test-issues-tp28615908p28616455.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

[Geoserver-devel] Changes for Geoserver 2.0.2

[v...@csiro]

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 - Dev mailing list archive at Nabble.com.


--

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

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

[v...@csiro]

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 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 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:
>>>
>>> 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 strings were failing. @Ben: I thought you had a way
>>> around this at some point?
>>>
>>> Anyways, other then that there were two legit failures. Actually these
>>> were new cite tests recently added that require GML2 requests to return
>>> a mime type with the subtype included, rather than just text/xml. Easy
>>> fix.
>>>
>>> Other then that there are still some issues that are "failing" but I
>>> don't consider blockers. They are explained below:
>>>
>>> * wfs:wfs-1.1.0-Basic-GetFeature-tc42.4
>>> ---
>>>
>>> fails on postgres versions 8.3 or greater. Been an open issue for quite
>>> some time.
>>>
>>>
>>> * wfs:wfs-1.1.0-Basic-GetFeature-tc200.2
>>> 
>>>
>>> I was surprised buy this one. THe issue is that GEoServer complains
>>> about a validation failure with the following request:
>>>
>>> ...
>>> http://www.opengis.net/ogc";
>>> xmlns:gml="http://www.opengis.net/gml";>
>>> 
>>> 
>>>   34 14
>>>   41 23
>>> 
>>> 
>>>   
>>> ...
>>>
>>> I could have sworn that the wfs and filter specs allowed one to leave
>>> off the PropertyName in a BBOX filter. But if i look at the filter
>>> schema [1] under BBOXType I indeed see that PropertyName is not
>>> optional.
>>>
>>> So it would appear the test is in error here. Patching to include
>>> PropertyName it works fine.
>>>
>>>
>>> * wfs:Transaction-idgen-use-existing
>>> * wfs:Transaction-idgen-use-existing-update
>>> 
>>>
>>> These two tests require that the server accept feature ids from the
>>> client which we don't support. I have brought this up on the cite list
>>> but have gotten no feedback. But I argue strongly against a WFS
>>> supporting this even though there is a plan to implement this in
>>> GeoServer regardless.
>>>
>>> If it is to be supported it has to be something that is settable on a
>>> feature type by feature type basis imo.
>>>
>>> Also these tests were added sometime recently and not really cleared
>>> with any of the implementers afaik. If it was it was not made public.
>>>
>>> So I don't think these should be considered blockers.
>>>
>>> -Justin
>>>
>>> [1] http://schemas.opengis.net/filter/1.1.0/filter.xsd
>>>
>>> --
>>> Justin Deoliveira
>>> OpenGeo - http://opengeo.org
>>> Enterprise support for open source geospatial.
>>>
>>> --
>>>
>>> ___
>>> Geoserver-devel mailing list
>>> Geoserver-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>>
>>>
>>
> 
> 
> -- 
> Justin Deoliveira
> OpenGeo - http://opengeo.org
> Enterprise support for open source geospatial.
> 
> --
> 
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> 
> 

-- 
View this message in context: 
http://old.nabble.com/wfs-1.1-cite-test-issues-tp28615908p28616643.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

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

[v...@csiro]

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 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 got Chrome to display properly the resulting XML
>> in demo requests, it just shows the coordinates and not the xml
>> (something to do with the fact that Chrome does not apply a proper
>> xslt transform on the xml, and neither shows it as is)
>>
>> On some platforms + Chrome the demo request page does not work at all,
>> Jody reported an issue in jira
>>
>> Cheers
>> Andrea
>>
>>
>>
>>
> There is a Chrome extension available to have it display 
> collapsible/color-coded XML trees the way Firefox/IE do: 
> https://chrome.google.com/extensions/detail/gbammbheopgpmaagmckhpjbfgdfkpadb
> 
> Not really a fix, but seems relevant to the thread.
> 
> --
> David Winslow
> OpenGeo - http://opengeo.org/
> 
> --
> 
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> 
> 

-- 
View this message in context: 
http://old.nabble.com/GeoServer-wicket-issue-in-IE6-tp28602658p28616762.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

Re: [Geoserver-devel] cite test status

[v...@csiro]

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 by itself it passes and other time it fails. 

Should we continue with the release? I will do one last update build while
waiting for Ben to give the green light if we do go ahead.

Test wfs:wfs-1.1.0-LockFeature-tc3.1 (View Details): Failed

Request d1e29052_1:
   Method: POST
   URL: http://localhost:8080/geoserver/wfs
   Body: 
http://www.occamlab.com/ctl";
xmlns:ctl="http://www.occamlab.com/ctl";
 xmlns:gml="http://www.opengis.net/gml";
 xmlns:myparsers="http://teamengine.sourceforge.net/parsers";
 xmlns:ogc="http://www.opengis.net/ogc";
 xmlns:ows="http://www.opengis.net/ows";
 xmlns:p="http://teamengine.sourceforge.net/parsers";
 xmlns:parsers="http://www.occamlab.com/te/parsers";
 xmlns:saxon="http://saxon.sf.net/";
 xmlns:sf="http://cite.opengeospatial.org/gmlsf";
 xmlns:te="http://www.occamlab.com/te";
 xmlns:tec="java:com.occamlab.te.TECore"
 xmlns:wfs="http://www.opengis.net/wfs";
 xmlns:xi="http://www.w3.org/2001/XInclude";
 xmlns:xlink="http://www.w3.org/1999/xlink";
 xmlns:xs="http://www.w3.org/2001/XMLSchema";
 xmlns:xsd="http://www.w3.org/2001/XMLSchema";
 expiry="5"
 handle="LockFeature-tc3"
 lockAction="ALL"
 service="WFS"
 version="1.1.0">
   
  
 
sf:attribut.Géométrie

   34.5 -10.0
   72.0 32.0

 
  
   

   Response from parser p:XMLValidatingParser.GMLSF1:
  http://www.opengis.net/ows";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 version="1.0.0"
 xsi:schemaLocation="http://www.opengis.net/ows
http://localhost:8080/geoserver/schemas/ows/1.0.0/owsExceptionReport.xsd";>
  
  Could not aquire locks
for:net.opengis.wfs.impl.featuresnotlockedtypei...@1fa46c7 (group: null,
featureId: [EntitéGénérique.f004, EntitéGénérique.f007,
EntitéGénérique.f017])
  


Message d1e29112_1:
   FAILURE: Expected 2 or more sf:EntitéGénérique instances to be locked
(reported 0)







Justin Deoliveira-6 wrote:
> 
> 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 fail with engine failures... not sure what to do at this point, 
> i have submitted the issue to the cite forum and am awaiting a response.
> 
> All that said I don't think this should be a blocker as I think the 
> version of the engine/tests that Victor is running work just fine.
> 
> I also am quite sure that these tests have been added recently so were 
> not there the last time we did cite.
> 
> Anyways, I will let the powers at be make the call but I would say cite 
> is probably good enough to go for a release.
> 
> -Justin
> 
> -- 
> Justin Deoliveira
> OpenGeo - http://opengeo.org
> Enterprise support for open source geospatial.
> 
> --
> 
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> 
> 

-- 
View this message in context: 
http://old.nabble.com/cite-test-status-tp28616849p28616937.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

Re: [Geoserver-devel] cite test status

[v...@csiro]

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 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 by itself it passes and other time it fails. 
> 
> Should we continue with the release? I will do one last update build while
> waiting for Ben to give the green light if we do go ahead.
> 
> Test wfs:wfs-1.1.0-LockFeature-tc3.1 (View Details): Failed
> 
> Request d1e29052_1:
>Method: POST
>URL: http://localhost:8080/geoserver/wfs
>Body: 
> http://www.occamlab.com/ctl";
> xmlns:ctl="http://www.occamlab.com/ctl";
>  xmlns:gml="http://www.opengis.net/gml";
> 
> xmlns:myparsers="http://teamengine.sourceforge.net/parsers";
>  xmlns:ogc="http://www.opengis.net/ogc";
>  xmlns:ows="http://www.opengis.net/ows";
>  xmlns:p="http://teamengine.sourceforge.net/parsers";
>  xmlns:parsers="http://www.occamlab.com/te/parsers";
>  xmlns:saxon="http://saxon.sf.net/";
>  xmlns:sf="http://cite.opengeospatial.org/gmlsf";
>  xmlns:te="http://www.occamlab.com/te";
>  xmlns:tec="java:com.occamlab.te.TECore"
>  xmlns:wfs="http://www.opengis.net/wfs";
>  xmlns:xi="http://www.w3.org/2001/XInclude";
>  xmlns:xlink="http://www.w3.org/1999/xlink";
>  xmlns:xs="http://www.w3.org/2001/XMLSchema";
>  xmlns:xsd="http://www.w3.org/2001/XMLSchema";
>  expiry="5"
>  handle="LockFeature-tc3"
>  lockAction="ALL"
>  service="WFS"
>  version="1.1.0">
>
>   
>  
> sf:attribut.Géométrie
> 
>34.5 -10.0
>72.0 32.0
> 
>  
>   
>
> 
>Response from parser p:XMLValidatingParser.GMLSF1:
>   http://www.opengis.net/ows";
>  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>  version="1.0.0"
>  xsi:schemaLocation="http://www.opengis.net/ows
> http://localhost:8080/geoserver/schemas/ows/1.0.0/owsExceptionReport.xsd";>
>   
>   Could not aquire locks
> for:net.opengis.wfs.impl.featuresnotlockedtypei...@1fa46c7 (group: null,
> featureId: [EntitéGénérique.f004, EntitéGénérique.f007,
> EntitéGénérique.f017])
>   
> 
> 
> Message d1e29112_1:
>FAILURE: Expected 2 or more sf:EntitéGénérique instances to be locked
> (reported 0)
> 
> 
> 
> 
> 
> 
> 
> Justin Deoliveira-6 wrote:
>> 
>> 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 fail with engine failures... not sure what to do at this point, 
>> i have submitted the issue to the cite forum and am awaiting a response.
>> 
>> All that said I don't think this should be a blocker as I think the 
>> version of the engine/tests that Victor is running work just fine.
>> 
>> I also am quite sure that these tests have been added recently so were 
>> not there the last time we did cite.
>> 
>> Anyways, I will let the powers at be make the call but I would say cite 
>> is probably good enough to go for a release.
>> 
>> -Justin
>> 
>> -- 
>> Justin Deoliveira
>> OpenGeo - http://opengeo.org
>> Enterprise support for open source geospatial.
>> 
>> --
>> 
>> ___
>> Geoserver-devel mailing list
>> Geoserver-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>> 
>> 
> 
> 

-- 
View this message in context: 
http://old.nabble.com/cite-test-status-tp28616849p28617028.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

[Geoserver-devel] Building html documentation

[v...@csiro]

The directory structure I have is

doc\en\developer\build\html

doc\en\user\build\html

At which level should I zip them up?

If I follow the documentation 

cd build/html
zip -r geoserver-[VERSION]-htmldoc.zip *


Don't think I will get the 2 folders, one for user and one for developer
unless I zip at en? 

Note When done, the zip file should contain two folders, one called user
containing the HTML output for the User Manual, and one called developer
containing the HTML output for the Developer Manual.


-- 
View this message in context: 
http://old.nabble.com/Building-html-documentation-tp28618066p28618066.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

[Geoserver-devel] Geoserver 2.0.2 release

[v...@csiro]

I am closing to finishing the deployment but my mvn deploy (done from src
folder) return error saying system is offline.

I have issues with creating the documentation as well, creating the pdf and
not to sure where to generate the html to get the desired file structure. 
My pdflatex(MikeTex) is not happy generating the pdf probably because of the
naming convention of the image blah.1.jpg

Apology for not being able to get this out today and will tidy this up
tomorrow.
-- 
View this message in context: 
http://old.nabble.com/Geoserver-2.0.2-release-tp28619049p28619049.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

Re: [Geoserver-devel] Geoserver 2.0.2 release

[v...@csiro]

I am trying to get access to deploy the artifacts for the Geoserver2.0.2
release. Can anyone help out?



v...@csiro wrote:
> 
> I am closing to finishing the deployment but my mvn deploy (done from src
> folder) return error saying system is offline.
> 
> I have issues with creating the documentation as well, creating the pdf
> and not to sure where to generate the html to get the desired file
> structure.  My pdflatex(MikeTex) is not happy generating the pdf probably
> because of the naming convention of the image blah.1.jpg
> 
> Apology for not being able to get this out today and will tidy this up
> tomorrow.
> 

-- 
View this message in context: 
http://old.nabble.com/Geoserver-2.0.2-release-tp28619049p28629318.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

Re: [Geoserver-devel] Geoserver 2.0.2 release

[v...@csiro]

I have tried that but the pdf turned out pretty bad in some places. Theres
alot of overlapping, tables not generating probably and some images not
showing.





Mike Pumphrey-2 wrote:
> 
> I've found that in the interests of expediency, it is possible to create
> the PDF by powering through the errors (just hitting Enter a bunch of
> times).  It's not great, but it works.
> 
> Medium term solution is to fix the image files (no GIFs, etc).
> 
> 
> Thanks,
> Mike Pumphrey
> OpenGeo - http://opengeo.org
> 
> On 5/20/2010 5:44 AM, v...@csiro wrote:
>>
>> I am closing to finishing the deployment but my mvn deploy (done from src
>> folder) return error saying system is offline.
>>
>> I have issues with creating the documentation as well, creating the pdf
>> and
>> not to sure where to generate the html to get the desired file structure.
>> My pdflatex(MikeTex) is not happy generating the pdf probably because of
>> the
>> naming convention of the image blah.1.jpg
>>
>> Apology for not being able to get this out today and will tidy this up
>> tomorrow.
> 
> --
> 
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> 
> 

-- 
View this message in context: 
http://old.nabble.com/Geoserver-2.0.2-release-tp28619049p28653275.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

[Geoserver-devel] mac installer for 2.0.2 release

[v...@csiro]

Can anyone help me with generating the mac installer for geoserver 2.0.2
release?
-- 
View this message in context: 
http://old.nabble.com/mac-installer-for-2.0.2-release-tp28655026p28655026.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

[Geoserver-devel] GeoServer 2.0.2 release highlight

[v...@csiro]

Hi Everyone :) 

I need some suggestions on what people wish to be included in the blog for
this release of GeoServer. Everyone have worked hard to add new features and
bug fixes so now its time show off what you have done. Kindly let me know
what are the 

New Feature: what have been done to make everyone's life easier
Impact: what impact does this new feature have on the user's life

Let me get some introduction in and people can add to it :D

To meet the growing demand for a geospatial server that meets the open
standard set by the Open Geospatial Consortium,
the GeoServer community have worked hard to release the new GeoServer
version 2.0.2.
-- 
View this message in context: 
http://old.nabble.com/GeoServer-2.0.2-release-highlight-tp28655290p28655290.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

Re: [Geoserver-devel] GeoServer 2.0.2 release highlight

[v...@csiro]

Thanks Gabriel,

So far this is what I have. Please do correct me or add in anything as
neccessary.


To meet the growing demand for a geospatial server that meets the open
standard set by the Open Geospatial Consortium, the GeoServer community have
worked hard to release the new GeoServer version 2.0.2.

Some of the main features included in this release are support for Oracle
Georaster and custom db layout for image data.  You can read more about it
at http://blog.geoserver.org/2010/05/17/oracle-georaster-custom-jdbc-access/

Have you ever like me, wonder what area does a EPSG code covers? A new
feature has been added to GeoServer 2.0.2 to showcase the different
projections in a graphical interface, showing a map of the projection's area
of validity in the same CRS.
Below are links to demostrate that.

http://demo.opengeo.org/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.demo.SRSDescriptionPage&code=EPSG:2964
 
http://demo.opengeo.org/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.demo.SRSDescriptionPage&code=EPSG:3032
http://demo.opengeo.org/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.demo.SRSDescriptionPage&code=EPSG:22184

To add to this, we have also added a default style preview in the layer
publishing configuration



Gabriel Roldan wrote:
> 
> 
> On 5/24/10 6:52 AM, v...@csiro wrote:
>>
>> Hi Everyone :)
>>
>> I need some suggestions on what people wish to be included in the blog
>> for
>> this release of GeoServer. Everyone have worked hard to add new features
>> and
>> bug fixes so now its time show off what you have done. Kindly let me know
>> what are the
>>
>> New Feature: what have been done to make everyone's life easier
> Dynamic SRS area of validity map:
> <http://demo.opengeo.org/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.demo.SRSDescriptionPage&code=EPSG:2964>
> <http://demo.opengeo.org/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.demo.SRSDescriptionPage&code=EPSG:3032>
> <http://demo.opengeo.org/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.demo.SRSDescriptionPage&code=EPSG:22184>
> 
>> Impact: what impact does this new feature have on the user's life
> It showcases the different projections in a graphical way, showing a map 
> of the projection's area of validity in the same CRS.
> 
>  > New Feature: what have been done to make everyone's life easier
> Default style preview in layer publishing configuration
> 
>  > Impact: what impact does this new feature have on the user's life
> fancy
> 
> Cheers,
> Gabriel.
> 
> --
> 
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> 
> 

-- 
View this message in context: 
http://old.nabble.com/GeoServer-2.0.2-release-highlight-tp28655290p28664243.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

Re: [Geoserver-devel] mac installer for 2.0.2 release

[v...@csiro]

I still need the mac installer to be uploaded to sourceforge to complete the
release of 2.0.2. 

Would anyone with a mac assist me with this?

GeoServer 2.0.2 can be checked out from svn tags/2.0.2

http://docs.geoserver.org/stable/en/developer/release-guide/index.html




v...@csiro wrote:
> 
> Can anyone help me with generating the mac installer for geoserver 2.0.2
> release?
> 

-- 
View this message in context: 
http://old.nabble.com/mac-installer-for-2.0.2-release-tp28655026p28664258.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--

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

Re: [Geoserver-devel] GeoServer 2.0.2 release highlight

[v...@csiro]

Great!!!, thanks Andrea,

This should be the final version to be uploaded and announced. 

To meet the growing demand for a geospatial server that meets the open
standard set by the Open Geospatial Consortium, the GeoServer community have
worked hard to release the new GeoServer version 2.0.2 which includes many
new features. 

Some of the main features included in this release are support for Oracle
Georaster and custom database layout for image data.  You can read more
about it at
http://blog.geoserver.org/2010/05/17/oracle-georaster-custom-jdbc-access/

Have you ever like me, wonder what area does a EPSG code covers? A new
feature has been added to GeoServer 2.0.2 to showcase the different
projections in a graphical interface, showing a map of the projection's area
of validity in the same CRS. 
Below are links to demostrate that. 

http://demo.opengeo.org/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.demo.SRSDescriptionPage&code=EPSG:2964
  
http://demo.opengeo.org/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.demo.SRSDescriptionPage&code=EPSG:3032
http://demo.opengeo.org/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.demo.SRSDescriptionPage&code=EPSG:22184

To add to this, we have also added a default style preview in the layer
publishing configuration 

The rendering subsystem has been improved to include parameter 
substitution, meaning you can pass parameters down from the GetMap 
request into your SLD for dynamic styling purposes. 
See the user guide for details: 
http://docs.geoserver.org/stable/en/user/styling/sld-extensions/substitution.html

The geometry transformations abilities, included in GeoServer 2.0.1 
without much fanfare, also received a complete documentation set here: 
http://docs.geoserver.org/stable/en/user/styling/sld-extensions/geometry-transformations.html

Building image pyramids just got easier: past are the times where you 
had to manually build each level mosaic and configure the main property 
file by hand, the current pyramid plugin can do it for you provided it's 
given a suitably configured directory set. See the pyramid tutorial for 
more details: 
http://docs.geoserver.org/stable/en/user/tutorials/imagepyramid/imagepyramid.html

Finally, this release of GeoServer implements the GetStyles WMS optional 
method allowing a user to retrieve the definition of all styles attached 
to a specific WMS layer, see the following link for an example: 
http://demo.opengeo.org/geoserver/wms?request=GetStyles&layers=topp:states&service=wms&version=1.1.0


Andrea Aime-4 wrote:
> 
> v...@csiro ha scritto:
>> Thanks Gabriel,
>> 
>> So far this is what I have. Please do correct me or add in anything as
>> neccessary.
>> 
>> 
>> To meet the growing demand for a geospatial server that meets the open
>> standard set by the Open Geospatial Consortium, the GeoServer community
>> have
>> worked hard to release the new GeoServer version 2.0.2.
>> 
>> Some of the main features included in this release are support for Oracle
>> Georaster and custom db layout for image data.  You can read more about
>> it
>> at
>> http://blog.geoserver.org/2010/05/17/oracle-georaster-custom-jdbc-access/
>> 
>> Have you ever like me, wonder what area does a EPSG code covers? A new
>> feature has been added to GeoServer 2.0.2 to showcase the different
>> projections in a graphical interface, showing a map of the projection's
>> area
>> of validity in the same CRS.
>> Below are links to demostrate that.
>> 
>> http://demo.opengeo.org/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.demo.SRSDescriptionPage&code=EPSG:2964
>>  
>> http://demo.opengeo.org/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.demo.SRSDescriptionPage&code=EPSG:3032
>> http://demo.opengeo.org/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.demo.SRSDescriptionPage&code=EPSG:22184
>> 
>> To add to this, we have also added a default style preview in the layer
>> publishing configuration
> 
> ---
> Victor, adding a few notes. Feel free to edit them as you see fit
> ---
> 
> The rendering subsystem has been improved to include parameter 
> substitution, meaning you can pass parameters down from the GetMap 
> request into your SLD for dynamic styling purposes.
> See the user guide for details:
> http://docs.geoserver.org/stable/en/user/styling/sld-extensions/substitution.html
> 
> The geometry transformations abilities, included in GeoServer 2.0.1 
> without much fanfare, also received a complete documentation set here:
> http://docs.geoserver.org/stable/en/user/styling/sld-extensions

Re: [Geoserver-devel] Nominate Matthew Birks for GeoServer commit access

[v...@csiro]

+1


Rini Angreani wrote:
> 
> I nominate my colleague Matthew Birks for GeoServer commit access.
> He will only commit with module maintainers approvals.
> He has already fixed one bug in app-schema, that I reviewed and committed:
> http://jira.codehaus.org/browse/GEOS-3807
> 
> --
> ThinkGeek and WIRED's GeekDad team up for the Ultimate 
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
> lucky parental unit.  See the prize list and enter to win: 
> http://p.sf.net/sfu/thinkgeek-promo
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> 
> 

-- 
View this message in context: 
http://old.nabble.com/Nominate-Matthew-Birks-for-GeoServer-commit-access-tp28967505p28967527.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Nominate Derrick Wong for GeoServer commit access

[v...@csiro]

+1 I know Derrick for a long time :)


Ben Caradoc-Davies-2 wrote:
> 
> I nominate my colleague Derrick Wong for GeoServer commit access. All 
> the usual rules apply.
> 
> Derrick has fixed some bbox handling problems in app-schema (GEOT-3174), 
> discussed some related problems with Oracle SRID handling on the lists, 
> and fixed the WFS schema location in GetCapabilities responses
> (GEOS-4044).
> 
> -- 
> Ben Caradoc-Davies 
> Software Engineering Team Leader
> CSIRO Earth Science and Resource Engineering
> Australian Resources Research Centre
> 
> --
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> 
> 

-- 
View this message in context: 
http://old.nabble.com/Nominate-Derrick-Wong-for-GeoServer-commit-access-tp29082908p29091899.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] GeoServer Case sensitive

[v...@csiro]

Database: Oracle
GeoServer: trunk
module: app-schema

I notice that during loading of my mapping files, the  is type
sensitive. eg

If I have a table in oracle call "mytable" and in my mapping file
mytable, it would load up fine but the moment a
request is made it converts mytable to MYTABLE (since oracle default is
upper case).

My question here is, what should the behaviour be like? should geoserver
handle mapping files case insensitively or sensitively?

Right now, the only way to use oracle database is to have everything in
upper case including database table name.  using "lower_cases" in the table
name would cause an  table or view not found error.

-- 
View this message in context: 
http://old.nabble.com/GeoServer-Case-sensitive-tp29113779p29113779.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Support for referenced 3D Curve encoding

[v...@csiro]

what are the thoughts of the community on support for 3D coordinates?

This is an issue raised by a geologist 

I'm trying to figure out if GeoServer can deliver a series of
LineStringSegment coordinates (x,y,z) to represent a complex 3D Curve
geometry. 
Let's imagine for a second that geologists would like to deliver Borehole
information (this is pure speculation of course) they first have to be able
to deliver borehole geometries in 3D... yes, recent scientific
investigations support the crazy hypothesis that the Earth isn't flat! I
know, it sounds crazy... 

This is what one will expect to find in the WFS response returned by
Geoserver (with correct coordinates URI this time): 


 
http://www.geosciml.org/geosciml/2.0/xsd/geosciml.xsd
http://www.opengis.net/wfs
/Users/duc025/dev/GeoServer_Schema/wfs/1.1.0/wfs.xsd" 
xmlns:ogc="http://www.opengis.net/ogc";
xmlns:sa="http://www.opengis.net/sampling/1.0"; 
xmlns:om="http://www.opengis.net/om/1.0";
xmlns:wfs="http://www.opengis.net/wfs"; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; 
xmlns:gsml="urn:cgi:xmlns:CGI:GeoSciML:2.0"
xmlns:ows="http://www.opengis.net/ows"; 
xmlns:gml="http://www.opengis.net/gml";
xmlns:xlink="http://www.w3.org/1999/xlink";> 
 
 
http://nvclwebservices.vm.csiro.au/geoserverBH/wfs"; 
>Hypothetical3DBorehole1 
http://www.geosciml.org/geosciml/2.0/doc/GeoSciML/GeologicUnit/GeologicUnit.html";
xlink:href="http://www.opengis.net/def/nil/OGC/0/unknown"/> 
 
 
 
 
http://www.opengis.net/def/crs/EPSG/0/4939";>-25.0 119.0 0 -25.0
119.01 23 
 
 
http://www.opengis.net/def/crs/EPSG/0/4939";>-25.0 119.01 23 -25.013
119.012 73 
 
 
http://www.opengis.net/def/crs/EPSG/0/4939";>-25.013 119.012 73
-25.014 119.014 111 
 
 
 
 
 
 
 
http://www.opengis.net/def/crs/EPSG/0/4283";> 
-25.0 119.0 
 
 
http://www.opengis.net/def/crs/EPSG/0/5711";>210.0 
 
 
 
 
 


This is the kind of data that the geologists will store in their database: a
'typical'Borehole Survey file: 

HOLEID DEPTH AZIMUTH DIP 
3DBorehole1 0 90 -73 
3DBorehole1 23 123 -63 
3DBorehole1 73 114 -59 

The 3D coordinates of the Borehole is given in the BoreholeCollar Feature
gsml:location (x,y) and gsml:elevation (z), then the DB need to have a table
that recomputes the (x,y,z) of each LineSegment based on the Borehole Survey
data. 
-- 
View this message in context: 
http://old.nabble.com/Support-for-referenced-3D-Curve-encoding-tp29331675p29331675.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Geoserver doc

[v...@csiro]

There is an error in geoserver doc when using sphinx to build the html. This
error only occurs in windows 


C:\VPrograms\GeoServer\trunk\doc\en\user>ls
Makefile  build make.bat  source

C:\VPrograms\GeoServer\trunk\doc\en\user>make html
Running Sphinx v1.0.1
loading pickled environment... not yet created

Exception occurred:
  File
"c:\vprograms\python\lib\site-packages\Sphinx-1.0.1-py2.5.egg\sphinx\util\jsonimpl.py",
line 42, in 
load = json.load
AttributeError: 'NoneType' object has no attribute 'load'
The full traceback has been saved in
c:\docume~1\tey006\locals~1\temp\sphinx-err-6pilpz.log, if you want to
report the issue to the developers.
Please also report this if it was a user error, so that a better error
message can be provided next time.
Either send bugs to the mailing list at
,
or report them in the tracker at
. Thanks!

Build finished. The HTML pages are in build/html.


-- 
View this message in context: 
http://old.nabble.com/Geoserver-doc-tp29425895p29425895.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Nominate Niels Charlier for commit access

[v...@csiro]

+1



Rini Angreani wrote:
> 
> Hi,
> 
> I'd like to nominate my colleague Niels Charlier for commit access.  Niels
> is part of our team at CSIRO and is covered by CSIRO copyright assignment.
> He has been working on GeoTools and GeoServer app-schema improvements, and
> been active with the mailing list discusssions.
> I have committed his work yesterday:
> http://jira.codehaus.org/browse/GEOS-4171 and he has also been working on
> a few more contributions.
> 
> Thank you
> 
> Rini
> 
> --
> Beautiful is writing same markup. Internet Explorer 9 supports
> standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
> Spend less time writing and  rewriting code and more time creating great
> experiences on the web. Be a part of the beta today.
> http://p.sf.net/sfu/beautyoftheweb
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> 
> 

-- 
View this message in context: 
http://old.nabble.com/Nominate-Niels-Charlier-for-commit-access-tp29949460p29949557.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] SQL View

[v...@csiro]

I have GeoServer trunk running from eclipse. I could not see the "Configure
new SQL View options when i try to add a new layer. Would it be because I
beta 2.1 is not build off the trunk or am i missing some condition for the
option to appear?


-- 
View this message in context: 
http://old.nabble.com/SQL-View-tp30139377p30139377.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--
The Next 800 Companies to Lead America's Growth: New Video Whitepaper
David G. Thomson, author of the best-selling book "Blueprint to a 
Billion" shares his insights and actions to help propel your 
business during the next growth cycle. Listen Now!
http://p.sf.net/sfu/SAP-dev2dev
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] SQL View in Beta 2.1

[v...@csiro]

I have been following the instructions below but got stuck on step 2 :)

http://gridlock.openplans.org/geoserver/trunk/doc/en/user/data/sqlview.html


v...@csiro wrote:
> 
> I have GeoServer trunk running from eclipse. I could not see the
> "Configure new SQL View options when i try to add a new layer. Would it be
> because I beta 2.1 is not build off the trunk or am i missing some
> condition for the option to appear?
> 
> 
> 

-- 
View this message in context: 
http://old.nabble.com/SQL-View-tp30139377p30157438.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--
The Next 800 Companies to Lead America's Growth: New Video Whitepaper
David G. Thomson, author of the best-selling book "Blueprint to a 
Billion" shares his insights and actions to help propel your 
business during the next growth cycle. Listen Now!
http://p.sf.net/sfu/SAP-dev2dev
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] App-Schema performance

[v...@csiro]

Hi Everyone,

I have lately been investigating into improving the performance of
app-schema. One area of concern is the building of features to count it and
rebuilding it again to encode it (therefore building it twice) which
obviously have performance overhead.

I have been testing out possible options and I am at a lost in how this can
be achieved. I was hoping someone in the community have some solutions.

These is some of the ideas I have tried and why I think it is not feasible.
Please do correct me if i am wrong

- Serializing the featurecollection when its counting therefore no need to
rebuild on encoding.
* The feature is a complex beast for serialization as it is deeply nested.
To serialize it, every object instance it reference must be serializable as
well. I tried JBoss Serialization which claimed that the objects are not
required to implement Serializable but that didn't seem like the case when i
was testing it.

- ignore the count and build the feature(while counting at the same time)
then updated the numberOfFeature after it has finish building.
* From walking through the code, the numberOfFeature is set in Encoder.start
line 1107: serializer.startElement(uri, local, qName, atts); The features
are stream and not cached due to possible memory overflow therefore is it
still possible to change the value after it has been streamed? If yes can
someone guide me where it can be achieved?

- Xstream
* Tried XStream as a mean to serialize objects into xml but Xsteam died on
while attempting the task. It has performanace overhead as well and not the
best solution.


- last resort
* instead of streaming the result out, perhaps I can stream the results to
disk, updated the numberOfFeatures then return it? but this will have impact
on the outputstrategy.

Please advice thanks :D
-- 
View this message in context: 
http://old.nabble.com/App-Schema-performance-tp30283782p30283782.html
Sent from the GeoServer - Dev mailing list archive at Nabble.com.


--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel