Re: [Geoserver-users] ECQL for app-schema- reference?

[Tara Athan]

This works- the property is omitted for the  appropriate cases. An
internet search for _expression_.Nil turned up this link:
http://docs.geoserver.org/trunk/en/user/data/app-schema/polymorphism.html#null-or-missing-value

with example:

  if_then_else(isNull(VALUE), _expression_.NIL, 'gsml:CGI_TermValue')
  


So, it looks like this IS documented in the manual on trunk.

Thanks, Tara

Ben Caradoc-Davies wrote:
Try:
  
  
if_then_else(equalTo(CAT_DESC, 'No Name'), _expression_.Nil,
CAT_DESC)
  
  
I found this in Rini's polymorphism.xml (used in PolymorphismWfsTest,
in the feature with id=f4) but I have no idea how she found it! If it
works, we should document it.
  
  
xs:nillable means that an element with a non-empty content model (e.g.
at least one property with minOccurs>=1) can be encoded empty but
with am xs:nil="true" attribute. We do not support this. All the
schemas we use instead have properties that can be omitted, a content
model that can be empty, or a community profile to use a xlink:href to
a special URI to represent a missing value. The if_then_else above
should let you skip an optional property.
  
  
Kind regards,
  
Ben.
  
  
  
On 21/09/10 22:55, Tara Athan wrote:
  
  Thanks for all these links. I have almost
managed to get the syntax I am looking for. I am still stuck on setting
a field to NULL.

This _expression_ parses

if_then_else(equalTo(CAT_DESC, 'No Name'), 'NULL',
CAT_DESC)


This does not

if_then_else(equalTo(CAT_DESC, 'No Name'), NULL,
CAT_DESC)


Am I approaching this wrong?


As I understand it, "nillable" in GML means the element may be missing.
Is there some other way to cause  an element to be conditionally
omitted?


Tara

  
  



-- 
Tara Athan
Owner, Athan Ecological Reconciliation Services
tara_athan at alt2is.com
707-272-2115 (cell, preferred)
707-485-1198 (office)
249 W. Gobbi St. #A
Ukiah, CA 95482



--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] javax.media.jai.util.ImagingException: All factories fail for the operation "Lookup"

[Andrea Aime]

On 22/09/2010 05:05, Angus MacAulay wrote:
> Hi,
>
> I am getting this exception when I make a WMS request.  I noticed
> there was a post to the list a few days ago with the same exception.
> The problem occurs for me when my request has transparency=true in the
> request and the SLD for the layer uses opacity - if only one of these
> is set then the request is fine.  I have been using Geoserver from
> source and I only noticed this problem last week (although I don't
> update frequently).  Anyone have any ideas?

Nope. Can you open a bug report at jira.codehaus.org attaching your 
data, the style, and the wms request that makes it break?
We cannot fix what we cannot reproduce

Cheers
Andrea


-- 
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Problem creating datastore to Oracle GeoRaster

[Paul Joyce]

> Another question. How does the georaster plugin work ?. Since I am 
> only getting feedback in case of problems, I would be interested in 
> your experience.
I'm not really the person to ask, as my experience is limited. But I am seeing 
performance of the raster layer as similar to a vector layer, so that is good. 
In the OpenLayers client, when a lot of data is displayed, a map takes about 
1.5 seconds, and when zoomed right in it takes about half that. Actually, 
vector layers are a bit faster than that... usually sub-second.

I need to have a larger dataset and a better understanding of the georaster 
pyramids before I could really comment sensibly. It would also be good to 
compare against Oracle MapViewer, and ArcSDE/ArcIMS too.
  --
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] ECQL for app-schema- reference?

[Ben Caradoc-Davies]

Try:

if_then_else(equalTo(CAT_DESC, 'No Name'), Expression.Nil, 
CAT_DESC)

I found this in Rini's polymorphism.xml (used in PolymorphismWfsTest, in 
the feature with id=f4) but I have no idea how she found it! If it 
works, we should document it.

xs:nillable means that an element with a non-empty content model (e.g. 
at least one property with minOccurs>=1) can be encoded empty but with 
am xs:nil="true" attribute. We do not support this. All the schemas we 
use instead have properties that can be omitted, a content model that 
can be empty, or a community profile to use a xlink:href to a special 
URI to represent a missing value. The if_then_else above should let you 
skip an optional property.

Kind regards,
Ben.


On 21/09/10 22:55, Tara Athan wrote:
> Thanks for all these links. I have almost managed to get the syntax I am 
> looking for. I am still stuck on setting a field to NULL.
> This expression parses
> if_then_else(equalTo(CAT_DESC, 'No Name'), 'NULL', CAT_DESC)
>
> This does not
> if_then_else(equalTo(CAT_DESC, 'No Name'), NULL, CAT_DESC)
>
> Am I approaching this wrong?
>
> As I understand it, "nillable" in GML means the element may be missing. Is 
> there some other way to cause  an element to be conditionally omitted?
>
> Tara

-- 
Ben Caradoc-Davies 
Software Engineering Team Leader
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] App-schema plugin tutorial files error

[Ben Caradoc-Davies]

Barbara,

this bug should now be fixed. It was probably fixed by changes in the 
new schema resolver (introduced in July) and now the underlying defect 
that caused your original problem has also been fixed:
http://jira.codehaus.org/browse/GEOS-4041

Apologies again for the inconvenience. Please let us know if you 
encounter any other problems deploying GeoServer app-schema in a path 
with spaces.

Kind regards,
Ben.


On 27/05/10 02:18, babsip wrote:
>
> Hi Marco!
>
> I don't know if you are still interested in this, but in case you are, I
> think I found a solution. I had exactly the same problem (identical response
> to a GetFeature-Request). Additionally, I found this error in the logfile:
>
> 2010-05-26 16:53:36,726 WARN [complex.config] - Exception resolving null
> java.net.URISyntaxException: Illegal character in path at index 31:
> file:/C:/ProgrammeBab/GeoServer
> 2.0.1/data_dir/schemas/geosciml/2.0/xsd/geosciml.xsd
>
> These 2 links helped me find the solution:
>
> http://blog.gmane.org/gmane.comp.gis.geoserver.user/month=20090801
> http://blog.gmane.org/gmane.comp.gis.geoserver.user/month=20090801
>   http://jira.codehaus.org/browse/GEOT-2644
> http://jira.codehaus.org/browse/GEOT-2644
>
> The bottom line is: the path where the XSD files are located must not
> contain blanks! Unfortunately, when you install GeoServer 2.0.1, it
> automatically creates an installation folder with a blank ("GeoServer
> 2.0.1"). So I re-installed GeoServer in a path without a blank, and it
> worked! Hooray! (Took me nearly a day to figure this out...)
>
> Kind Regards
> Barbara


-- 
Ben Caradoc-Davies 
Software Engineering Team Leader
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Accessing request parameters in Freemarker templates

[Rohan Parkes]

I have an OpenLayers application that uses style rules to only show WMS data
in a layer that matches certain criteria.

However, it has an info tool that uses the OpenLayers WMSGetFeatureInfo
control to get popup information about the layer. This uses the WMS
GetFeatureInfo mode, and the popups are rendered using Freemarker templates.

The problem is that the info tool returns data for objects that are not
visible. I'd like to be able to only output the template if the data matches
the criteria that were used to filter the layer, whcih I was ging to pass
via the GetFeatureInfo request.

It should technically be possible to read Request parameters in Freemarker
templates, but in Geoserver (2.0.1) it doesn't seem to be enabled.

I noticed a post about enabling Request parameters
here,
but I'm not sure if it's possible to apply these settings in
Geoserver.

(I noticed a file dispatcher-servlet.xml under Tomcat webapps, but
attempting to add settings to it was unsuccessful.)

Can anyone tell me if it is possible to read request parameters in templates
under Geoserver?

Rohan Parkes
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] javax.media.jai.util.ImagingException: All factories fail for the operation "Lookup"

[Angus MacAulay]

Hi,

I am getting this exception when I make a WMS request.  I noticed
there was a post to the list a few days ago with the same exception.
The problem occurs for me when my request has transparency=true in the
request and the SLD for the layer uses opacity - if only one of these
is set then the request is fine.  I have been using Geoserver from
source and I only noticed this problem last week (although I don't
update frequently).  Anyone have any ideas?

Regards
Angus

Full exception -

javax.media.jai.util.ImagingException: All factories fail for the
operation "Lookup"
at 
javax.media.jai.OperationRegistry.invokeFactory(OperationRegistry.java:1687)
at 
javax.media.jai.ThreadSafeOperationRegistry.invokeFactory(ThreadSafeOperationRegistry.java:473)
at javax.media.jai.registry.RIFRegistry.create(RIFRegistry.java:332)
at javax.media.jai.RenderedOp.createInstance(RenderedOp.java:819)
at javax.media.jai.RenderedOp.createRendering(RenderedOp.java:867)
at javax.media.jai.RenderedOp.getSampleModel(RenderedOp.java:2233)
at 
org.geotools.image.ImageWorker.forceBitmaskIndexColorModel(ImageWorker.java:979)
at 
org.geotools.image.ImageWorker.forceIndexColorModelForGIF(ImageWorker.java:1064)
at org.geotools.image.ImageWorker.writePNG(ImageWorker.java:2240)
at 
org.vfny.geoserver.wms.responses.map.png.PNGMapProducer.formatImageOutputStream(PNGMapProducer.java:81)
at 
org.vfny.geoserver.wms.responses.DefaultRasterMapProducer.writeTo(DefaultRasterMapProducer.java:209)
at 
org.vfny.geoserver.wms.responses.GetMapResponse.writeTo(GetMapResponse.java:802)
at 
org.geoserver.ows.adapters.ResponseAdapter.write(ResponseAdapter.java:61)
at org.geoserver.ows.Dispatcher.response(Dispatcher.java:775)
at 
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:233)
at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
at 
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
at 
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875)
at 
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:809)
at 
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571)
at 
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:501)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:23)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:48)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:109)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:265)
at 
org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
at 
org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72)
at 
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at 
org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:124)
at 
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at 
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
at 
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at 
org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:174)
at 
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at 
org.acegisecurity.context.HttpSessionContextIntegrati

Re: [Geoserver-users] geoserver 2.1 beta1: cannot detect mysql geometry

[Rini Angreani]

Yay, must be the correct solution if 2 people propose them independently then
:)


Justin Deoliveira-6 wrote:
> 
> Ahh, thanks Rini, i filed a bug yesterday proposing the same fix (to have
> type mapping work with name first, before using the sql integer type
> reported by the driver).
> 
> On Mon, Sep 20, 2010 at 7:31 PM, Rini Angreani
> wrote:
> 
>>
>> This looks like the same problem I reported:
>> http://jira.codehaus.org/browse/GEOT-3263
>> It's been introduced (accidentally) since VARBINARY mapping was added to
>> SQLDialect.
>> The workaround was not to use JDBC 3.0 (use previous versions instead).
>>
>> Cheers
>> Rini
>>
>>
>> Justin Deoliveira-6 wrote:
>> >
>> > Odd... another user had this same problem but with sql server. In that
>> > case
>> > it had something to do with the jdbc driver version being used. Are you
>> > using the jdbc driver shipped with geoserver? Also are you running on
>> java
>> > 5
>> > or java 6.
>> >
>> > I am still looking into that issue so hopefully will have some info
>> soon.
>> > Any info you can provide about your environment would help though.
>> >
>> > -Justin
>> >
>> > On Sun, Sep 19, 2010 at 7:15 PM, nyem  wrote:
>> >
>> >> It seems that my geoserver 2.1 beta1 installation cannot detect
>> geometry
>> >> type from mysql datastore. It shows the feature type as byte[] instead
>> >> of Geometry. Is this a known issue with beta1?
>> >>
>> >> I'm running geoserver/mysql on Windows and the mysql plugin is from
>> >>
>> >>
>> http://downloads.sourceforge.net/geoserver/geoserver-2.1-beta1-mysql-plugin.zip
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> --
>> >> Start uncovering the many advantages of virtual appliances
>> >> and start using them to simplify application deployment and
>> >> accelerate your shift to cloud computing.
>> >> http://p.sf.net/sfu/novell-sfdev2dev
>> >> ___
>> >> Geoserver-users mailing list
>> >> Geoserver-users@lists.sourceforge.net
>> >> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>> >>
>> >
>> >
>> >
>> > --
>> > Justin Deoliveira
>> > OpenGeo - http://opengeo.org
>> > Enterprise support for open source geospatial.
>> >
>> >
>> --
>> > Start uncovering the many advantages of virtual appliances
>> > and start using them to simplify application deployment and
>> > accelerate your shift to cloud computing.
>> > http://p.sf.net/sfu/novell-sfdev2dev
>> > ___
>> > Geoserver-users mailing list
>> > Geoserver-users@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/geoserver-users
>> >
>> >
>>
>> --
>> View this message in context:
>> http://old.nabble.com/geoserver-2.1-beta1%3A-cannot-detect-mysql-geometry-tp29755561p29765355.html
>> Sent from the GeoServer - User mailing list archive at Nabble.com.
>>
>>
>>
>> --
>> Start uncovering the many advantages of virtual appliances
>> and start using them to simplify application deployment and
>> accelerate your shift to cloud computing.
>> http://p.sf.net/sfu/novell-sfdev2dev
>> ___
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
> 
> 
> 
> -- 
> Justin Deoliveira
> OpenGeo - http://opengeo.org
> Enterprise support for open source geospatial.
> 
> --
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
> 
> 

-- 
View this message in context: 
http://old.nabble.com/geoserver-2.1-beta1%3A-cannot-detect-mysql-geometry-tp29755561p29775639.html
Sent from the GeoServer - User mailing list archive at Nabble.com.


--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] [ExternalEmail] Workaround for expired refractions.net domain

[Ben Caradoc-Davies]

Refractions' domain is back up.


 Original Message 
Subject: Re: [udig-users] [udig-devel] Refractions domain back up
Date: Wed, 22 Sep 2010 04:34:00 +0800
From: Jody Garnett 
To: User-friendly Desktop Internet GIS 
CC: uDig Users Discussion 

Thanks Kevin; I got many emails yesterday asking what was going on.

Thanks for running the website.
Jody

On 22/09/2010, at 1:44 AM, Kevin Neufeld wrote:

 > Hello all,
 >
 > We recently had some issues with our Refractions domain name, but 
they should now be resolved.  The PostGIS website, uDig website, news 
groups, and the Refractions' website among others were all affected.
 >
 > Thanx all for your patience while our IT staff worked hard to quickly 
resolve the issues.
 >
 > Cheers,
 > Kevin
 >
 > -
 > Kevin Neufeld
 > Software Developer, GIS Analyst
 > Refractions Research Inc.
 > 300-1207 Douglas St.
 > Victoria, B.C., V8W 2E7
 >
 > Phone: (250) 383-3022
 > Email:kneuf...@refractions.net
 > ___
 > User-friendly Desktop Internet GIS (uDig)
 > http://udig.refractions.net
 > http://lists.refractions.net/mailman/listinfo/udig-devel


-- 
Ben Caradoc-Davies 
Software Engineering Team Leader
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] force up to down

[alyssa wright]

Thanks Andrea. I'm attempting to make these styles a bit more concise 
(as you suggested).  So, here are more details:

The shapefile:
http://svn.opengeo.org/suite/trunk/data_dir/data/medford/medford_streets.shp

The style:
http://svn.opengeo.org/suite/trunk/data_dir/styles/medford_streets.sld

Best,
Alyssa.


On 9/21/10 4:42 PM, Andrea Aime wrote:
> On 21/09/2010 21:08, Ian Turton wrote:
>> On Tue, Sep 21, 2010 at 2:49 PM, alyssa wright   wrote:
>>> Hi,
>>>
>>> I was wondering if there's something like the vendor option
>>> false   for vertical
>>> line geometries. Or if there's some other suggested way to have labels
>>> all facing the same way in this sort of situation:
>>>
>>> http://skitch.com/alyssawright/dadsh/label-orientation
>>
>> Might it work better if you used a LinePlacement instead of the 
>> PointPlacement?
>>
>>
>>   
>> 10
>>   
>> 
>
> Actually in the latest versions line placement is inferred by the
> fact you're enabling followLine.
>
> The issue I see is that the labelling code assumes both vertical
> orientations are readable and good. Readable they are, good they're not
> as it makes reading the map with multiple orientations harder.
>
> Alyssa, do you have a sample data set + styling I can use to reproduce
> the issue? Should be just a matter of changing  a<= into a<  in the
> code, but I want to make sure
>
> Cheers
> Andrea
>


--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] force up to down

[Andrea Aime]

On 21/09/2010 21:08, Ian Turton wrote:
> On Tue, Sep 21, 2010 at 2:49 PM, alyssa wright  wrote:
>> Hi,
>>
>> I was wondering if there's something like the vendor option
>> false  for vertical
>> line geometries. Or if there's some other suggested way to have labels
>> all facing the same way in this sort of situation:
>>
>> http://skitch.com/alyssawright/dadsh/label-orientation
>
> Might it work better if you used a LinePlacement instead of the 
> PointPlacement?
>
>   
>  
>10
>  
>

Actually in the latest versions line placement is inferred by the
fact you're enabling followLine.

The issue I see is that the labelling code assumes both vertical 
orientations are readable and good. Readable they are, good they're not
as it makes reading the map with multiple orientations harder.

Alyssa, do you have a sample data set + styling I can use to reproduce
the issue? Should be just a matter of changing  a <= into a < in the 
code, but I want to make sure

Cheers
Andrea

-- 
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Seeding GWC from the demo page doesn't seem to work

[Gabriel Roldán]

ok. Any chance you can try a geoserver 2.1 nightly? those use a much
newer version of GWC afaik. If that works I can try to upgrade gwc for
2.0.x, though not sure if I can commit to a short time line.

As I'm working on trunk/trunk, that would be easier for me to caught/fix
any problem too.

Cheers,
Gabriel

PS: nightlies here 


--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Seeding GWC from the demo page doesn't seem to work

[Ian Turton]

On Tue, Sep 21, 2010 at 3:29 PM, Gabriel Roldán  wrote:
> Hi Ian,
>
> On Tue, 2010-09-21 at 15:12 -0400, Ian Turton wrote:
>> I'm using a 2.0.x nightly build on a Fedora 13 server and tomcat and
>> I'm experimenting with GWC. All seems fine in the actual client -
>> tiles are cached and served fast but I can't seed the layers - when I
>> click on the seed this layer link (e.g.
>> http://ian01.geog.psu.edu/geoserver/gwc/rest/seed/geovista:paroads)
>> all I get is a 404 message from tomcat saying the requested resource
>> is not available.
>>
>> Do I need to install the RESTconfig module to make this work?
> no, you don't, GWC does it's own rest thing.

That's what I thought

> Are you trying to seed via the REST API or using the web form?

I'm clicking the link on the demo page

> If the former, what's the request sent?

There doesn't seem to be any pay load just a get request

> Anything on the logs?

Not really - but here it is:

2010-09-21 16:27:15,222 DEBUG [org.geoserver.filters] - filtering
http://ian01.geog.psu.edu/geoserver/web/
2010-09-21 16:27:15,223 WARN [org.geoserver.web] - GWCAdminPage does
not have a title set
2010-09-21 16:27:15,307 DEBUG [org.geoserver.filters] - filtering
http://ian01.geog.psu.edu/geoserver/gwc
2010-09-21 16:27:15,378 DEBUG [org.geoserver.filters] - filtering
http://ian01.geog.psu.edu/geoserver/gwc/rest/web/geowebcache_logo.png
2010-09-21 16:27:16,862 DEBUG [org.geoserver.filters] - filtering
http://ian01.geog.psu.edu/geoserver/gwc/demo
2010-09-21 16:27:16,952 DEBUG [org.geoserver.filters] - filtering
http://ian01.geog.psu.edu/geoserver/gwc/rest/web/geowebcache_logo.png
2010-09-21 16:27:44,351 DEBUG [org.geoserver.filters] - filtering
http://ian01.geog.psu.edu/geoserver/gwc/rest/seed/50m-physical
2010-09-21 16:27:44,351 DEBUG
[org.geoserver.security.RESTfulPathBasedFilterInvocationDefinitionMap]
- Converted URL to lowercase, from: '/gwc/rest/seed/50m-physical'; to:
'/gwc/rest/seed/50m-physical'  and httpMethod= GET
2010-09-21 16:27:44,351 DEBUG
[org.geoserver.security.RESTfulPathBasedFilterInvocationDefinitionMap]
- ~~ antPath= /** methodList= [Ljava.lang.String;@ada795
2010-09-21 16:27:44,351 DEBUG
[org.geoserver.security.RESTfulPathBasedFilterInvocationDefinitionMap]
- method[0]: GET
2010-09-21 16:27:44,351 DEBUG
[org.geoserver.security.RESTfulPathBasedFilterInvocationDefinitionMap]
- Candidate is: '/gwc/rest/seed/50m-physical'; antPath is /**;
matchedPath=true; matchedMethods=true


Thanks

Ian
-- 
Ian Turton

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Problems visualizing layers in GS 2.1

[Chris Holmes]

I don't see anything attached?  Could you perhaps put the images online and
supply links to them?

best regards,

Chris

On Tue, Sep 21, 2010 at 11:19 AM, Barbara Cintoli  wrote:

> Dear we realized that there is a problem in the representation of the
> geometry in Geoserver 2.1 which was not occurring in version 1.7.2 (see
> Antarctica).
> Attached is a picture of the layer visualized in Geoserver 2.1.
> Consider that the layer is the same and has not been altered.
> Could you please advise.
>
> Thank you.
>
> --
> Barbara Cintoli
>
>
> --
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Seeding GWC from the demo page doesn't seem to work

[Gabriel Roldán]

Hi Ian,

On Tue, 2010-09-21 at 15:12 -0400, Ian Turton wrote:
> I'm using a 2.0.x nightly build on a Fedora 13 server and tomcat and
> I'm experimenting with GWC. All seems fine in the actual client -
> tiles are cached and served fast but I can't seed the layers - when I
> click on the seed this layer link (e.g.
> http://ian01.geog.psu.edu/geoserver/gwc/rest/seed/geovista:paroads)
> all I get is a 404 message from tomcat saying the requested resource
> is not available.
> 
> Do I need to install the RESTconfig module to make this work?
no, you don't, GWC does it's own rest thing.
Are you trying to seed via the REST API or using the web form?
If the former, what's the request sent?
Anything on the logs?

Cheers,
Gabriel
> 
> Ian
> 

-- 
Gabriel Roldan
grol...@opengeo.org
Expert service straight from the developers


--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Seeding GWC from the demo page doesn't seem to work

[Ian Turton]

I'm using a 2.0.x nightly build on a Fedora 13 server and tomcat and
I'm experimenting with GWC. All seems fine in the actual client -
tiles are cached and served fast but I can't seed the layers - when I
click on the seed this layer link (e.g.
http://ian01.geog.psu.edu/geoserver/gwc/rest/seed/geovista:paroads)
all I get is a 404 message from tomcat saying the requested resource
is not available.

Do I need to install the RESTconfig module to make this work?

Ian

-- 
Ian Turton

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] force up to down

[Ian Turton]

On Tue, Sep 21, 2010 at 2:49 PM, alyssa wright  wrote:
> Hi,
>
> I was wondering if there's something like the vendor option
> false for vertical
> line geometries. Or if there's some other suggested way to have labels
> all facing the same way in this sort of situation:
>
> http://skitch.com/alyssawright/dadsh/label-orientation

Might it work better if you used a LinePlacement instead of the PointPlacement?

 

  10

  

Ian

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] force up to down

[alyssa wright]

Hi,

I was wondering if there's something like the vendor option 
false for vertical 
line geometries. Or if there's some other suggested way to have labels 
all facing the same way in this sort of situation:

http://skitch.com/alyssawright/dadsh/label-orientation

Below is the rule that I'm working with.

Thank you!
Alyssa.

 
   Streets
   Streets < 9K
   
   9000.0
   
 
   #a5a5a5
   4
 
   
   
 
   namelow
 
 
   SansSerif
   11
   normal
   normal
 
 
   
 
   
 0.0
   
   
 0.5
   
 
 
   0
 
   
 
 
   
 1
   
   
 #ff
 .5
   
 
 true
 true
 true
 50
   
 


--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] ows "no service"

[Robert Buckley]

Hi,


No luck with /geoserver/wfs either


or 

/geoserver/wfs?

Thanks,

Robert



--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] ows "no service"

[Rahkonen Jukka]

Hi,

I have seen sometimes also those URLs referring to /geoserver/ows and I have 
been wondering where do they come from. Some GetCapabilities are perhaps 
advertising that way. Try what happens if you use /geoserver/wfs instead.

-Jukka Rahkonen-


-Alkuperäinen viesti-
Lähettäjä: Robert Buckley [mailto:robertdbuck...@yahoo.com]
Lähetetty: ti 21.9.2010 20:44
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] ows "no service"
 
var layer_wea = new OpenLayers.Layer.Vector("Windenergieanlagen", {
styleMap: new OpenLayers.StyleMap({
"default": new 
OpenLayers.Style(OpenLayers.Util.applyDefaults({
externalGraphic: "../images/WEA.png",
pointRadius:10,
graphicOpacity:1
   },
   OpenLayers.Feature.Vector.style["default"])),
   "select": new 
OpenLayers.Style(OpenLayers.Util.applyDefaults({
externalGraphic: "../images/WEA.png",
pointRadius:18,
graphicOpacity:1
}, OpenLayers.Feature.Vector.style["select"]))
}),
strategies: [new OpenLayers.Strategy.Fixed()],
protocol: new OpenLayers.Protocol.WFS({
url: "/geoserver/ows",
version: "1.1.0",
featureType: "WEA_wgs84",
featureNS: "http://www.zgb.de/zgb_energie";,
srsName: "EPSG:900913"
}),visibility: true
});




--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] ows "no service"

[Robert Buckley]

var layer_wea = new OpenLayers.Layer.Vector("Windenergieanlagen", {
styleMap: new OpenLayers.StyleMap({
"default": new 
OpenLayers.Style(OpenLayers.Util.applyDefaults({
externalGraphic: "../images/WEA.png",
pointRadius:10,
graphicOpacity:1
   },
   OpenLayers.Feature.Vector.style["default"])),
   "select": new 
OpenLayers.Style(OpenLayers.Util.applyDefaults({
externalGraphic: "../images/WEA.png",
pointRadius:18,
graphicOpacity:1
}, OpenLayers.Feature.Vector.style["select"]))
}),
strategies: [new OpenLayers.Strategy.Fixed()],
protocol: new OpenLayers.Protocol.WFS({
url: "/geoserver/ows",
version: "1.1.0",
featureType: "WEA_wgs84",
featureNS: "http://www.zgb.de/zgb_energie";,
srsName: "EPSG:900913"
}),visibility: true
});




--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] ows "no service"

[Justin Deoliveira]

Strange. Can you include the wfs request you are sending?

IS there a proxy that the request is going through to get to the company
server. It is always useful to try the request directly against the server
if possible. If it works you know the problem is somewhere else.

-Justin

On Tue, Sep 21, 2010 at 7:25 AM, Robert Buckley wrote:

> Hi,
>
> I have just moved a project from my test server to the company server. Ever
> since I installed Geoserver I have not been able to get any vector features
> through the wfs service.
> Today I  looked in firebug and found this under network > XML...
>
>  xsi:schemaLocation="http://www.opengis.net/ows
>
> http://192.168.20.35:8080/geoserver/schemas/ows/1.0.0/owsExceptionReport.xsd
> "
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
> xmlns:ows="http://www.opengis.net/ows";>
>  
>No service: ( ows )
>  
> 
>
> No Service?
>
> Did I forget something?  The Server works fine with wms. It is actually a
> virtual server on our network. I know the code works because it still works
> on
> the test server.
>
> Would anyone have any idea what I should do or try??
>
> Yours,
>
> Robert
>
>
>
>
>
> --
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>



-- 
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Bugs when trying to add a coverage using REST

[Justin Deoliveira]

Hi Jon, I just tried to reproduce this bug and was unable to. Here is what i
did.

1. POST'ed a new coverage
2. verified default style being used
3. POST'ed new style
4. POST'ed new default style to layer created in (1)
5. verified new style set on coverage
6. restarted geoserver

And everything continued to work, the default style persists. So not sure
what the issue.

If you can send me the exact sequence of rest calls made to geoserver, and
ideally the style you are trying to post and even more ideal the coverage
you are using i can try again to reproduce. Let me know.

-Justin

On Tue, Sep 21, 2010 at 3:41 AM, Jon Britton wrote:

> Hi again,
>
> I was just wondering if anybody has any comment on this?  This problem is a
> bit of a blocker for me so any help would be appreciated.
>
> Thanks,
>
> Jon
>
>
> On 15 September 2010 12:40, Jon Britton wrote:
>
>> Hi Justin, sorry for the delay but I've been left without an internet
>> connection for a while!
>>
>> I'm submitting only partial XML using the following method (I'm using the
>> Jersey REST client):
>>
>> public static void setDefaultStyle(String geoserverURL, String layerName,
>> String styleName) {
>> String xml =
>> ""+styleName+"";
>>  WebResource r = client.resource(geoserverURL + "/rest/layers/" +
>> layerName + ".xml");
>> r.type("application/xml").put(String.class, xml);
>> }
>>
>> When I GET the layer XML back it seems to do the trick, but again it
>> doesn't save when I restart Geoserver.
>>
>> Any ideas?
>>
>> Jon
>>
>> On 8 September 2010 23:46, Justin Deoliveira wrote:
>>
>>> Hi Jon,
>>>
>>> Can you share the XML you are posting to set the default style?
>>>
>>> -Justin
>>>
>>> On Tue, Sep 7, 2010 at 2:17 PM, Jon Britton 
>>> wrote:
>>>
 Hi,

 I'm using REST to add a coverage to Geoserver (2.0.1) and then make it
 available as a WMS layer.  When the layer is created it is given a default
 style ("raster") and works just fine.  Just to be certain, I also set it's
 default style using REST and in doing so discovered the first bug - 
 changing
 the defaultStyle also disabled the layer!

 My second problem arises when GeoServer is restarted - the new layers
 defaultStyle is missing (XML is shown below).  This means I can't make any
 Getcapabilities requests because GeoServer throws an exception!

 Are these known bugs?

 Thanks,

 Jon

 XML before restart:

 
   18jjzzrnxewnh
   RASTER
   
 raster
 http://www.w3.org/2005/Atom"; rel="alternate"
 href="http://localhost:8080/geoserver/rest/styles/raster.xml";
 type="application/xml"/>
   
   
 18jjzzrnxewnh
 http://www.w3.org/2005/Atom"; rel="alternate"
 href="
 http://localhost:8080/geoserver/rest/workspaces/temp/coveragestores/18jjzzrnxewnh/coverages/18jjzzrnxewnh.xml";
 type="application/xml"/>
   
   true
   
 0
 0
   
 

 XML after restart:

 
   18jjzzrnxewnh
   RASTER
   
 18jjzzrnxewnh
 http://www.w3.org/2005/Atom"; rel="alternate"
 href="
 http://localhost:8080/geoserver/rest/workspaces/temp/coveragestores/18jjzzrnxewnh/coverages/18jjzzrnxewnh.xml";
 type="application/xml"/>
   
   true
   
 0
 0
   
 


 --
 This SF.net Dev2Dev email is sponsored by:

 Show off your parallel programming skills.
 Enter the Intel(R) Threading Challenge 2010.
 http://p.sf.net/sfu/intel-thread-sfd
 ___
 Geoserver-users mailing list
 Geoserver-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-users


>>>
>>>
>>> --
>>> Justin Deoliveira
>>> OpenGeo - http://opengeo.org
>>> Enterprise support for open source geospatial.
>>>
>>>
>>
>


-- 
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] geoserver 2.1 beta1: cannot detect mysql geometry

[Justin Deoliveira]

Ahh, thanks Rini, i filed a bug yesterday proposing the same fix (to have
type mapping work with name first, before using the sql integer type
reported by the driver).

On Mon, Sep 20, 2010 at 7:31 PM, Rini Angreani wrote:

>
> This looks like the same problem I reported:
> http://jira.codehaus.org/browse/GEOT-3263
> It's been introduced (accidentally) since VARBINARY mapping was added to
> SQLDialect.
> The workaround was not to use JDBC 3.0 (use previous versions instead).
>
> Cheers
> Rini
>
>
> Justin Deoliveira-6 wrote:
> >
> > Odd... another user had this same problem but with sql server. In that
> > case
> > it had something to do with the jdbc driver version being used. Are you
> > using the jdbc driver shipped with geoserver? Also are you running on
> java
> > 5
> > or java 6.
> >
> > I am still looking into that issue so hopefully will have some info soon.
> > Any info you can provide about your environment would help though.
> >
> > -Justin
> >
> > On Sun, Sep 19, 2010 at 7:15 PM, nyem  wrote:
> >
> >> It seems that my geoserver 2.1 beta1 installation cannot detect geometry
> >> type from mysql datastore. It shows the feature type as byte[] instead
> >> of Geometry. Is this a known issue with beta1?
> >>
> >> I'm running geoserver/mysql on Windows and the mysql plugin is from
> >>
> >>
> http://downloads.sourceforge.net/geoserver/geoserver-2.1-beta1-mysql-plugin.zip
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> --
> >> Start uncovering the many advantages of virtual appliances
> >> and start using them to simplify application deployment and
> >> accelerate your shift to cloud computing.
> >> http://p.sf.net/sfu/novell-sfdev2dev
> >> ___
> >> Geoserver-users mailing list
> >> Geoserver-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/geoserver-users
> >>
> >
> >
> >
> > --
> > Justin Deoliveira
> > OpenGeo - http://opengeo.org
> > Enterprise support for open source geospatial.
> >
> >
> --
> > Start uncovering the many advantages of virtual appliances
> > and start using them to simplify application deployment and
> > accelerate your shift to cloud computing.
> > http://p.sf.net/sfu/novell-sfdev2dev
> > ___
> > Geoserver-users mailing list
> > Geoserver-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geoserver-users
> >
> >
>
> --
> View this message in context:
> http://old.nabble.com/geoserver-2.1-beta1%3A-cannot-detect-mysql-geometry-tp29755561p29765355.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
>
>
> --
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>



-- 
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Problems visualizing layers in GS 2.1

[Barbara Cintoli]

Dear we realized that there is a problem in the representation of the
geometry in Geoserver 2.1 which was not occurring in version 1.7.2 (see
Antarctica).
Attached is a picture of the layer visualized in Geoserver 2.1.
Consider that the layer is the same and has not been altered.
Could you please advise.

Thank you.

-- 
Barbara Cintoli
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] ECQL for app-schema- reference?

[Tara Athan]

Thanks for all these links. I have almost managed to get the syntax I
am looking for. I am still stuck on setting a field to NULL.
This _expression_ parses
if_then_else(equalTo(CAT_DESC, 'No Name'), 'NULL',
CAT_DESC)

This does not
if_then_else(equalTo(CAT_DESC, 'No Name'), NULL,
CAT_DESC)

Am I approaching this wrong?

As I understand it, "nillable" in GML means the element may be missing.
Is there some other way to cause  an element to be conditionally
omitted? 

Tara


Andrea Aime wrote:

  On 21/09/2010 04:14, Tara Athan wrote:
  
  
I have been attempting to use ECQL expressions in an app-schema mapping
file, but am having trouble with the syntax.
The link given in the Geoserver manual
http://udig.refractions.net/confluence/display/EN/Common+Query+Language
is broken.

The only ECQL reference I have been able to find is
http://docs.codehaus.org/display/GEOTOOLS/ECQL+Parser+Design#ECQLParserDesign-ECQLGrammar

which does not give a list of functions. The pages
http://docs.geoserver.org/stable/en/user/data/app-schema/mapping-file.html#cql
and
http://docs.geoserver.org/stable/en/user/data/app-schema/vocab-functions.html#app-schema-vocab-functions
give examples of two functions, and hint at the existence of a third,
"if_then_else", which is the one I think I want.

  
  
The full list of functions is not ECQL specific, you can find it here:
http://docs.geoserver.org/2.0.x/en/user/filter/index.html

Cheers
Andrea

  



-- 
Tara Athan
Owner, Athan Ecological Reconciliation Services
tara_athan at alt2is.com
707-272-2115 (cell, preferred)
707-485-1198 (office)
249 W. Gobbi St. #A
Ukiah, CA 95482



--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] ows "no service"

[Robert Buckley]

Hi,

I have just moved a project from my test server to the company server. Ever 
since I installed Geoserver I have not been able to get any vector features 
through the wfs service.
Today I  looked in firebug and found this under network > XML...

http://www.opengis.net/ows 
http://192.168.20.35:8080/geoserver/schemas/ows/1.0.0/owsExceptionReport.xsd"; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; 
xmlns:ows="http://www.opengis.net/ows";>
  
No service: ( ows )
  


No Service?

Did I forget something?  The Server works fine with wms. It is actually a 
virtual server on our network. I know the code works because it still works on 
the test server.

Would anyone have any idea what I should do or try??

Yours,

Robert




--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Bugs when trying to add a coverage using REST

[Jon Britton]

Hi again,

I was just wondering if anybody has any comment on this?  This problem is a
bit of a blocker for me so any help would be appreciated.

Thanks,

Jon

On 15 September 2010 12:40, Jon Britton  wrote:

> Hi Justin, sorry for the delay but I've been left without an internet
> connection for a while!
>
> I'm submitting only partial XML using the following method (I'm using the
> Jersey REST client):
>
> public static void setDefaultStyle(String geoserverURL, String layerName,
> String styleName) {
> String xml =
> ""+styleName+"";
>  WebResource r = client.resource(geoserverURL + "/rest/layers/" +
> layerName + ".xml");
> r.type("application/xml").put(String.class, xml);
> }
>
> When I GET the layer XML back it seems to do the trick, but again it
> doesn't save when I restart Geoserver.
>
> Any ideas?
>
> Jon
>
> On 8 September 2010 23:46, Justin Deoliveira  wrote:
>
>> Hi Jon,
>>
>> Can you share the XML you are posting to set the default style?
>>
>> -Justin
>>
>> On Tue, Sep 7, 2010 at 2:17 PM, Jon Britton 
>> wrote:
>>
>>> Hi,
>>>
>>> I'm using REST to add a coverage to Geoserver (2.0.1) and then make it
>>> available as a WMS layer.  When the layer is created it is given a default
>>> style ("raster") and works just fine.  Just to be certain, I also set it's
>>> default style using REST and in doing so discovered the first bug - changing
>>> the defaultStyle also disabled the layer!
>>>
>>> My second problem arises when GeoServer is restarted - the new layers
>>> defaultStyle is missing (XML is shown below).  This means I can't make any
>>> Getcapabilities requests because GeoServer throws an exception!
>>>
>>> Are these known bugs?
>>>
>>> Thanks,
>>>
>>> Jon
>>>
>>> XML before restart:
>>>
>>> 
>>>   18jjzzrnxewnh
>>>   RASTER
>>>   
>>> raster
>>> http://www.w3.org/2005/Atom"; rel="alternate"
>>> href="http://localhost:8080/geoserver/rest/styles/raster.xml";
>>> type="application/xml"/>
>>>   
>>>   
>>> 18jjzzrnxewnh
>>> http://www.w3.org/2005/Atom"; rel="alternate"
>>> href="
>>> http://localhost:8080/geoserver/rest/workspaces/temp/coveragestores/18jjzzrnxewnh/coverages/18jjzzrnxewnh.xml";
>>> type="application/xml"/>
>>>   
>>>   true
>>>   
>>> 0
>>> 0
>>>   
>>> 
>>>
>>> XML after restart:
>>>
>>> 
>>>   18jjzzrnxewnh
>>>   RASTER
>>>   
>>> 18jjzzrnxewnh
>>> http://www.w3.org/2005/Atom"; rel="alternate"
>>> href="
>>> http://localhost:8080/geoserver/rest/workspaces/temp/coveragestores/18jjzzrnxewnh/coverages/18jjzzrnxewnh.xml";
>>> type="application/xml"/>
>>>   
>>>   true
>>>   
>>> 0
>>> 0
>>>   
>>> 
>>>
>>>
>>> --
>>> This SF.net Dev2Dev email is sponsored by:
>>>
>>> Show off your parallel programming skills.
>>> Enter the Intel(R) Threading Challenge 2010.
>>> http://p.sf.net/sfu/intel-thread-sfd
>>> ___
>>> Geoserver-users mailing list
>>> Geoserver-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>>
>>>
>>
>>
>> --
>> Justin Deoliveira
>> OpenGeo - http://opengeo.org
>> Enterprise support for open source geospatial.
>>
>>
>
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] What happened to the TMS version path parameter? (resend)

[Arne Kepp]

 Hi,

not sure why/when this broke, but I made some fixes for the GS 2.0.x 
branch that should help with this particular problem.


I'll send you an email when I have had a chance to work on it, I'll try 
to squeeze it in this weekend


-Arne


On 9/20/10 11:33 AM, Sven Krona wrote:
This bounced for some unknown reason. Reposting. Apologies for any 
duplicates.


-8<---

Upgraded from geoserver/GWC 2.0 to 2.1-beta and from OpenLayers 2.8 to 
OpenLayers 2.9.1

The upgrade broke my TMS layer.

It turns out that the URL generated by OpenLayers:

http://mydomain/geoserver/gwc/service/tms/1.0.0/mylayer/14/9013/11564.png

is no longer valid.

Removing the version path component makes the URL valid, i.e. the 
following works fine:


http://mydomain/geoserver/gwc/service/tms/mylayer/14/9013/11564.png

My TMS layer is initialized thus;

OpenLayers.Layer.TMS.prototype.initialize.apply(this, [featureName, url,
   {
   layername: featureName,
   isBaseLayer:false,
   metaTileSize: 3,
   alpha: true,
   type: 'png'
   }]);

What am I missing? How do I need to upgrade my conf?


--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev


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


--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] ECQL for app-schema- reference?

[Andrea Aime]

On 21/09/2010 04:14, Tara Athan wrote:
> I have been attempting to use ECQL expressions in an app-schema mapping
> file, but am having trouble with the syntax.
> The link given in the Geoserver manual
> http://udig.refractions.net/confluence/display/EN/Common+Query+Language
> is broken.
>
> The only ECQL reference I have been able to find is
> http://docs.codehaus.org/display/GEOTOOLS/ECQL+Parser+Design#ECQLParserDesign-ECQLGrammar
>
> which does not give a list of functions. The pages
> http://docs.geoserver.org/stable/en/user/data/app-schema/mapping-file.html#cql
> and
> http://docs.geoserver.org/stable/en/user/data/app-schema/vocab-functions.html#app-schema-vocab-functions
> give examples of two functions, and hint at the existence of a third,
> "if_then_else", which is the one I think I want.

The full list of functions is not ECQL specific, you can find it here:
http://docs.geoserver.org/2.0.x/en/user/filter/index.html

Cheers
Andrea

-- 
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Problem creating datastore to Oracle GeoRaster

[christian . mueller]

Uuups, I did not see this problem either, indeed a very simple  
mistake. The error message in the stack trace was correct too.

Another question. How does the georaster plugin work ?.  Since I am  
only getting feedback in case of problems, I would be interested in  
your experience.

Cheers
Christian

Quoting Paul Joyce :

>
> Hi Christian,
>
>
>
> I have found the problem by stepping though the source in eclipse. A  
>  simple problem only: the name in the config xml did not match the   
> row in the database.
>
>
>
> The table in the database is
>
> CREATE TABLE test (image_id NUMBER PRIMARY KEY, image_description   
> VARCHAR2(50),image SDO_GEORASTER);
>
>
>
> My sample row in the database had
>
>
>
> SQL> select * from test;
>
>   IMAGE_ID IMAGE_DESCRIPTION
> -- --
> IMAGE(RASTERTYPE, SPATIALEXTENT(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y,  
>  Z), SDO_ELE
>
> 
>
>  1 TIFF
> SDO_GEORASTER(21001, NULL, 'TEST_RDT', 5, XMLTYPE(  xmlns="http://xmlns.oracle.com/spatial/georaster";>  
>
> SQL>
>
>
>
> The config file had
>
> 
> 
> 
> 
>
> 
> 
> 
> 
> 
> 
> 
> 
> 
>
> :
>
> :
>
>
>
>
>
> So, "terrametrics" did not match "TIFF". Once I updated the database  
>  IMAGE_DESCRIPTION to 'terrametrics' it all worked fine.
>
>
>
>
>
> When debugging, I did notice I was stepping over a lot of useful log  
>  messages that hadn't been appearing in the geoserver.log file, even  
>  when I put ALL on. Not sure what happened there.
>
>
>
> Thanks for all your help.
>
>
>
> Regards, Paul
>
>
>




This message was sent using IMP, the Internet Messaging Program.



--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] [ExternalEmail] Re: Deleting a *.properties file when GeoServer has an open handle

[Ben Caradoc-Davies]

Sina,

this issue should now be fixed on trunk and stable (2.0.x). Please wait 
until the next nightly build and then try again. Please let us know if 
problems persist.

Kind regards,
Ben.

On 21/09/10 13:51, Ben Caradoc-Davies wrote:
> Sina,
>
> I have created a Jira issue for this defect:
> http://jira.codehaus.org/browse/GEOT-3271
>
> On 20/09/10 14:16, Ben Caradoc-Davies wrote:
>> Sina,
>>
>> further investigation suggests that the cause is a resource leak in
>> app-schema. It should not be keeping the file open after loading your
>> vocab definitions. We will fix this.


-- 
Ben Caradoc-Davies 
Software Engineering Team Leader
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users