[Geoserver-users] geomLength Filter function

[Paulius Litvinas]

Hi,

 

I found strange behavior of geomLength Filter function for line features.

 

I want to display length of line as label with the following SLD:

 

  

  geometry

  

 

But unfortunately length value differs on different zoom scales on layer
preview (default GeoServer) and is far away from real value. Zooming in or
out value is changing by multiplying or dividing by 2 (same as scale).

 

Tried the same labeling SLD for polygon - calculates and shows good.

 

GeoServer 2.5 snapshot on tomcat6 jdk1.6 x64.

 

Checked with QGIS -  that line has only 2 vertices (no duplicates).

PostGIS ST_Length function calculates ok for this line.

 

 

Am I something missing with GeoServer? Or this could be a bug?

 

p.s. my data does not have native SRS, just declared EPSG:3346. But same for
line and polygon tables.

 

Sincerely,
Paul

 

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] App-schema and CharacterString Type

[Rini.Angreani]

That's a good idea, but that would make it more complicated to implement.
Will consider it when I have the time to do this.

Cheers
Rini

From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea 
Aime
Sent: Tuesday, 15 October 2013 2:01 PM
To: Angreani, Rini (CESRE, Kensington)
Cc: Caradoc-Davies, Ben (CESRE, Kensington); snuff...@gmail.com; GeoServer 
Mailing List List
Subject: Re: [Geoserver-users] App-schema and CharacterString Type

On Tue, Oct 15, 2013 at 5:44 AM, 
mailto:rini.angre...@csiro.au>> wrote:
Perhaps we could improve the joining setting by applying it per feature type, 
instead of per GeoServer instance.
I raised this task, but I can't commit on working on it anytime soon.
https://jira.codehaus.org/browse/GEOT-4596

Ideally, the code should be able to do that on a per join basis: same store, 
jdbc type, use joining, otherwise,
use the old strategy (inner loop?)

Cheers
Andrea

--
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more 
information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] App-schema and CharacterString Type

[Andrea Aime]

On Tue, Oct 15, 2013 at 5:44 AM,  wrote:

> Perhaps we could improve the joining setting by applying it per feature
> type, instead of per GeoServer instance.
> I raised this task, but I can't commit on working on it anytime soon.
> https://jira.codehaus.org/browse/GEOT-4596


Ideally, the code should be able to do that on a per join basis: same
store, jdbc type, use joining, otherwise,
use the old strategy (inner loop?)

Cheers
Andrea

-- 
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] NewLine with CDATA and FolowLine vendor Option In SLD

[Andrea Aime]

On Tue, Oct 15, 2013 at 7:49 AM, Paulius Litvinas wrote:

> Thank you for the replay. Looks like to achieve the result I wanted is
> posible in other way. There was some mess in my SLD for label placement.**
> **
>
> ** **
>
> It just needed proper label placement with perpendicular offset:
>
> ** **
>
>   
> 
>   
> 0.5
>   
> 
>   
>

Ah, you must have straight lines then, for curved lines it won't work
properly (that is, the label will
not follow the shape of the road)

Cheers
Andrea

-- 
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] NewLine with CDATA and FolowLine vendor Option In SLD

[Paulius Litvinas]

Thank you for the replay. Looks like to achieve the result I wanted is
posible in other way. There was some mess in my SLD for label placement.

 

It just needed proper label placement with perpendicular offset:

 

  

  
0.5
  

  

 

Thanks again,

 

Paul

 

From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of
Andrea Aime
Sent: Monday, October 14, 2013 3:25 PM
To: Paulius Litvinas
Cc: GeoServer Mailing List List
Subject: Re: [Geoserver-users] NewLine with CDATA and FolowLine vendor
Option In SLD

 

On Mon, Oct 14, 2013 at 2:15 PM, Paulius Litvinas 
wrote:

Hello list,

 

I am styling line object with SLD and combining "newLine"( ) and
true to label from property.
 
Property [V_SAVYB] value: 1xd500 PE; 2xd200 PVC; 3xd50 PDHE
 
I replace ";" with newline symbol.
 
Here it is my SLD:
 

 


  V_SAVYB


  ; 


   


  true


 

...
true
 
 
Looks like "followLine" vendor option destroys generated multiline label and
all text is rendered in one line following line object. If I comment out
vendor option - multilabel are generated and rendered but not following the
line.
 
is such behavior normal or it is a bug?

 

It is "normal", in that we don't have the ability to create multiline labels
with followline = true.

Adding this ability is not going to be trivial, but if you can write java
code and are are interested 

I can show you where the code would have to be modified (or you can look
into commercial

support in case you want someone else to develop it for you)

 

Cheers

Andrea

 

-- 

==

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.

==

 

Ing. Andrea Aime 

@geowolf

Technical Lead

 

GeoSolutions S.A.S.

Via Poggio alle Viti 1187

55054  Massarosa (LU)

Italy

phone: +39 0584 962313

fax: +39 0584 1660272

mob: +39  339 8844549

 

http://www.geo-solutions.it

http://twitter.com/geosolutions_it

 

---

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] App-schema and CharacterString Type

[Rini.Angreani]

Hi,

That's not possible with the current joining implementation, as it uses INNER 
JOIN between the linked tables - not possible across different databases.
It has to use the old implementation (without joining), which is painfully slow 
for large datasets.
It's probably OK for demonstration purposes where there are only a few records, 
but for production, I would recommend using joining (with one database).

Re: sorting changes, it was to cater for database views where idExpression is 
not specified and the primary keys aren't available.
If your table has primary keys, then it would sort by the primary key in 
absence of the idExpression. I also replied to your other thread regarding this.

Cheers
Rini

From: snuffy [mailto:snuff...@gmail.com]
Sent: Tuesday, 15 October 2013 12:47 PM
To: Angreani, Rini (CESRE, Kensington)
Cc: Caradoc-Davies, Ben (CESRE, Kensington); 
geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] App-schema and CharacterString Type

Sounds good,

I'd almost like an 'override' parameter or similar attached to the datastore 
definition that I could then say:
true

Which when applied would use the JDBC connection of the feature requesting the 
linkage to this feature.
aka:
Person pulls in CI_Contact, therefore override the jndi connection specified by 
CI_Contact (if forceLinkJNDI = true) to be Person's JNDI information.

I'm not sure how possible that is because I have not reviewed the code in that 
respect.

PS: i noticed some sorting related changes on the git tree for app-schema 
recently, does any of those changes remove the odd requirement of needing the 
idExpression table column in the feature being linked to (because of sorting)?

On 15 October 2013 14:44, 
mailto:rini.angre...@csiro.au>> wrote:
Perhaps we could improve the joining setting by applying it per feature type, 
instead of per GeoServer instance.
I raised this task, but I can't commit on working on it anytime soon.
https://jira.codehaus.org/browse/GEOT-4596

-Original Message-
From: Caradoc-Davies, Ben (CESRE, Kensington)
Sent: Tuesday, 15 October 2013 9:47 AM
To: snuffy
Cc: 
geoserver-users@lists.sourceforge.net;
 Angreani, Rini (CESRE, Kensington)
Subject: Re: [Geoserver-users] App-schema and CharacterString Type

Aha! Because app-schema can use separate connections for different feature 
types, it should work with chaining across different databases, but only if 
joining is turned off. It looks like you have found a use-case that does not 
automatically turn off joining; this is a bug.
You can manually turn off joining in your app-schema.properties file:
http://docs.geoserver.org/latest/en/user/data/app-schema/joining.html#conditions

Kind regards,
Ben.

On 15/10/13 07:11, snuffy wrote:
> Attached is stack trace..
>
> Appears to be having issue with sql..
>
> I think I know where the issue might be.. it is possible it is trying
> to join between two databases.
>
> (It was)
>
> I have two different databases and two different jdbc connections,
> each project uses their own.. except..
>
> An app-schema feature can only describe a single jdbc datasource, so
> even though each db has their own version of the 'ci_contact' and
> friends table, when app-schema does a query its locked into the one
> jdbc datasource.
>
> I guess if I want to implement separate db's which share another
> common featureType  from an external namespace i'll need to have
> separate geoservers or have it within a single database schema.
>
> Thanks
>
>
> On 14 October 2013 17:34, Ben Caradoc-Davies
>  >> 
> wrote:
>
> Do you have a full stack trace?
>
>
> On 14/10/13 14:22, snuffy wrote:
>
> As a minor follow up to this.
>
> I've tried taking my 'company' schema and adding a CI_Contact entry.
>
> I believe something is not right in my xsd/xml.
>
> The error is listed below:
>
> 
> java.lang.RuntimeException: Error applying mapping with
> targetAttribute
> company:contactInfo Error applying mapping with targetAttribute
> company:contactInfo java.io.IOException null Schema 'person'
> does not exist.
>
>
> Have attached zip with relevant files.
>
>
> --
> Ben Caradoc-Davies 
> mailto:ben.caradoc-dav...@csiro.au>>
> Software Engineer
> CSIRO Earth Science and Resource Engineering
> Australian Resources Research Centre
>
>

--
Ben Caradoc-Davies 
mailto:ben.caradoc-dav...@csiro.au>> Software 
Engineer CSIRO Earth Science and Resource Engineering Australian Resources 
Research Centre

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abs

Re: [Geoserver-users] App-schema and CharacterString Type

[snuffy]

Sounds good,

I'd almost like an 'override' parameter or similar attached to the
datastore definition that I could then say:
true

Which when applied would use the JDBC connection of the feature requesting
the linkage to this feature.
aka:
Person pulls in CI_Contact, therefore override the jndi connection
specified by CI_Contact (if forceLinkJNDI = true) to be Person's JNDI
information.

I'm not sure how possible that is because I have not reviewed the code in
that respect.

PS: i noticed some sorting related changes on the git tree for app-schema
recently, does any of those changes remove the odd requirement of needing
the idExpression table column in the feature being linked to (because of
sorting)?


On 15 October 2013 14:44,  wrote:

> Perhaps we could improve the joining setting by applying it per feature
> type, instead of per GeoServer instance.
> I raised this task, but I can't commit on working on it anytime soon.
> https://jira.codehaus.org/browse/GEOT-4596
>
> -Original Message-
> From: Caradoc-Davies, Ben (CESRE, Kensington)
> Sent: Tuesday, 15 October 2013 9:47 AM
> To: snuffy
> Cc: geoserver-users@lists.sourceforge.net; Angreani, Rini (CESRE,
> Kensington)
> Subject: Re: [Geoserver-users] App-schema and CharacterString Type
>
> Aha! Because app-schema can use separate connections for different feature
> types, it should work with chaining across different databases, but only if
> joining is turned off. It looks like you have found a use-case that does
> not automatically turn off joining; this is a bug.
> You can manually turn off joining in your app-schema.properties file:
>
> http://docs.geoserver.org/latest/en/user/data/app-schema/joining.html#conditions
>
> Kind regards,
> Ben.
>
> On 15/10/13 07:11, snuffy wrote:
> > Attached is stack trace..
> >
> > Appears to be having issue with sql..
> >
> > I think I know where the issue might be.. it is possible it is trying
> > to join between two databases.
> >
> > (It was)
> >
> > I have two different databases and two different jdbc connections,
> > each project uses their own.. except..
> >
> > An app-schema feature can only describe a single jdbc datasource, so
> > even though each db has their own version of the 'ci_contact' and
> > friends table, when app-schema does a query its locked into the one
> > jdbc datasource.
> >
> > I guess if I want to implement separate db's which share another
> > common featureType  from an external namespace i'll need to have
> > separate geoservers or have it within a single database schema.
> >
> > Thanks
> >
> >
> > On 14 October 2013 17:34, Ben Caradoc-Davies
> > mailto:ben.caradoc-dav...@csiro.au>>
> wrote:
> >
> > Do you have a full stack trace?
> >
> >
> > On 14/10/13 14:22, snuffy wrote:
> >
> > As a minor follow up to this.
> >
> > I've tried taking my 'company' schema and adding a CI_Contact
> entry.
> >
> > I believe something is not right in my xsd/xml.
> >
> > The error is listed below:
> >
> > 
> > java.lang.RuntimeException: Error applying mapping with
> > targetAttribute
> > company:contactInfo Error applying mapping with targetAttribute
> > company:contactInfo java.io.IOException null Schema 'person'
> > does not exist.
> >
> >
> > Have attached zip with relevant files.
> >
> >
> > --
> > Ben Caradoc-Davies 
> > Software Engineer
> > CSIRO Earth Science and Resource Engineering
> > Australian Resources Research Centre
> >
> >
>
> --
> Ben Caradoc-Davies  Software Engineer CSIRO
> Earth Science and Resource Engineering Australian Resources Research Centre
>
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] App-schema and CharacterString Type

[Rini.Angreani]

Perhaps we could improve the joining setting by applying it per feature type, 
instead of per GeoServer instance.
I raised this task, but I can't commit on working on it anytime soon.
https://jira.codehaus.org/browse/GEOT-4596

-Original Message-
From: Caradoc-Davies, Ben (CESRE, Kensington) 
Sent: Tuesday, 15 October 2013 9:47 AM
To: snuffy
Cc: geoserver-users@lists.sourceforge.net; Angreani, Rini (CESRE, Kensington)
Subject: Re: [Geoserver-users] App-schema and CharacterString Type

Aha! Because app-schema can use separate connections for different feature 
types, it should work with chaining across different databases, but only if 
joining is turned off. It looks like you have found a use-case that does not 
automatically turn off joining; this is a bug. 
You can manually turn off joining in your app-schema.properties file:
http://docs.geoserver.org/latest/en/user/data/app-schema/joining.html#conditions

Kind regards,
Ben.

On 15/10/13 07:11, snuffy wrote:
> Attached is stack trace..
>
> Appears to be having issue with sql..
>
> I think I know where the issue might be.. it is possible it is trying 
> to join between two databases.
>
> (It was)
>
> I have two different databases and two different jdbc connections, 
> each project uses their own.. except..
>
> An app-schema feature can only describe a single jdbc datasource, so 
> even though each db has their own version of the 'ci_contact' and 
> friends table, when app-schema does a query its locked into the one 
> jdbc datasource.
>
> I guess if I want to implement separate db's which share another 
> common featureType  from an external namespace i'll need to have 
> separate geoservers or have it within a single database schema.
>
> Thanks
>
>
> On 14 October 2013 17:34, Ben Caradoc-Davies 
> mailto:ben.caradoc-dav...@csiro.au>> wrote:
>
> Do you have a full stack trace?
>
>
> On 14/10/13 14:22, snuffy wrote:
>
> As a minor follow up to this.
>
> I've tried taking my 'company' schema and adding a CI_Contact entry.
>
> I believe something is not right in my xsd/xml.
>
> The error is listed below:
>
> 
> java.lang.RuntimeException: Error applying mapping with
> targetAttribute
> company:contactInfo Error applying mapping with targetAttribute
> company:contactInfo java.io.IOException null Schema 'person'
> does not exist.
>
>
> Have attached zip with relevant files.
>
>
> --
> Ben Caradoc-Davies 
> Software Engineer
> CSIRO Earth Science and Resource Engineering
> Australian Resources Research Centre
>
>

--
Ben Caradoc-Davies  Software Engineer CSIRO Earth 
Science and Resource Engineering Australian Resources Research Centre
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] App-schema and CharacterString Type

[Ben Caradoc-Davies]

Aha! Because app-schema can use separate connections for different 
feature types, it should work with chaining across different databases, 
but only if joining is turned off. It looks like you have found a 
use-case that does not automatically turn off joining; this is a bug. 
You can manually turn off joining in your app-schema.properties file:
http://docs.geoserver.org/latest/en/user/data/app-schema/joining.html#conditions

Kind regards,
Ben.

On 15/10/13 07:11, snuffy wrote:
> Attached is stack trace..
>
> Appears to be having issue with sql..
>
> I think I know where the issue might be.. it is possible it is trying to
> join between two databases.
>
> (It was)
>
> I have two different databases and two different jdbc connections, each
> project uses their own.. except..
>
> An app-schema feature can only describe a single jdbc datasource, so
> even though each db has their own version of the 'ci_contact' and
> friends table, when app-schema does a query its locked into the one jdbc
> datasource.
>
> I guess if I want to implement separate db's which share another common
> featureType  from an external namespace i'll need to have separate
> geoservers or have it within a single database schema.
>
> Thanks
>
>
> On 14 October 2013 17:34, Ben Caradoc-Davies
> mailto:ben.caradoc-dav...@csiro.au>> wrote:
>
> Do you have a full stack trace?
>
>
> On 14/10/13 14:22, snuffy wrote:
>
> As a minor follow up to this.
>
> I've tried taking my 'company' schema and adding a CI_Contact entry.
>
> I believe something is not right in my xsd/xml.
>
> The error is listed below:
>
> 
> java.lang.RuntimeException: Error applying mapping with
> targetAttribute
> company:contactInfo Error applying mapping with targetAttribute
> company:contactInfo java.io.IOException null Schema 'person'
> does not exist.
>
>
> Have attached zip with relevant files.
>
>
> --
> Ben Caradoc-Davies 
> Software Engineer
> CSIRO Earth Science and Resource Engineering
> Australian Resources Research Centre
>
>

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

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] App-schema and CharacterString Type

[snuffy]

Attached is stack trace..

Appears to be having issue with sql..

I think I know where the issue might be.. it is possible it is trying to
join between two databases.

(It was)

I have two different databases and two different jdbc connections, each
project uses their own.. except..

An app-schema feature can only describe a single jdbc datasource, so even
though each db has their own version of the 'ci_contact' and friends table,
when app-schema does a query its locked into the one jdbc datasource.

I guess if I want to implement separate db's which share another common
featureType  from an external namespace i'll need to have separate
geoservers or have it within a single database schema.

Thanks


On 14 October 2013 17:34, Ben Caradoc-Davies wrote:

> Do you have a full stack trace?
>
>
> On 14/10/13 14:22, snuffy wrote:
>
>> As a minor follow up to this.
>>
>> I've tried taking my 'company' schema and adding a CI_Contact entry.
>>
>> I believe something is not right in my xsd/xml.
>>
>> The error is listed below:
>>
>> 
>> java.lang.RuntimeException: Error applying mapping with targetAttribute
>> company:contactInfo Error applying mapping with targetAttribute
>> company:contactInfo java.io.IOException null Schema 'person' does not
>> exist.
>>
>>
>> Have attached zip with relevant files.
>>
>>
> --
> Ben Caradoc-Davies 
> Software Engineer
> CSIRO Earth Science and Resource Engineering
> Australian Resources Research Centre
>
2013-10-15 09:53:29,477 INFO [org.geoserver.wfs] -
Request: getServiceInfo
2013-10-15 09:53:29,480 INFO [org.geoserver.wfs] -
Request: getFeature
service = wfs
version = 1.1.0
baseUrl = http://192.168.3.186:8080/geoserver/
query[0]:
typeName[0] = {http://www.x.com/people/1.0}Person
maxFeatures = 5
outputFormat = text/xml; subtype=gml/3.1.1
resultType = results
2013-10-15 09:53:29,482 DEBUG [org.geotools.xml] - building schema for schema: 
http://www.opengis.net/wfs
2013-10-15 09:53:29,638 DEBUG [org.geotools.jdbc] - CREATE CONNECTION
2013-10-15 09:53:29,642 DEBUG [org.geotools.jdbc] - SELECT 
"person"."p_id","person"."p_name" FROM "person" ORDER BY "person"."p_id" ASC
2013-10-15 09:53:29,643 TRACE [org.geotools.data.complex.filter] - ENTRY 
FeatureImpl:Person=[] company:fullName empl 2 null null
2013-10-15 09:53:29,644 DEBUG [org.geotools.jdbc] - CREATE CONNECTION
2013-10-15 09:53:29,647 DEBUG [org.geotools.jdbc] - CREATE CONNECTION
2013-10-15 09:53:29,652 DEBUG [org.geotools.jdbc] - CLOSE CONNECTION
2013-10-15 09:53:29,652 DEBUG [org.geotools.jdbc] - CLOSE CONNECTION
2013-10-15 09:53:29,652 DEBUG [org.geotools.jdbc] - CLOSE CONNECTION
2013-10-15 09:53:29,652 ERROR [org.geoserver.ows] -
java.lang.RuntimeException: Error applying mapping with targetAttribute 
company:contactInfo
at 
org.geotools.data.complex.DataAccessMappingFeatureIterator.computeNext(DataAccessMappingFeatureIterator.java:1017)
at 
org.geotools.data.complex.AbstractMappingFeatureIterator.next(AbstractMappingFeatureIterator.java:280)
at 
org.geotools.feature.collection.BridgeIterator.next(BridgeIterator.java:31)
at 
org.geotools.feature.collection.BridgeIterator.next(BridgeIterator.java:18)
at org.geotools.xml.Encoder.encode(Encoder.java:703)
at org.geotools.xml.Encoder.encode(Encoder.java:588)
at 
org.geoserver.wfs.xml.GML3OutputFormat.encode(GML3OutputFormat.java:270)
at 
org.geoserver.wfs.xml.GML3OutputFormat.complexFeatureStreamIntercept(GML3OutputFormat.java:292)
at 
org.geoserver.wfs.xml.GML3OutputFormat.write(GML3OutputFormat.java:252)
at 
org.geoserver.wfs.WFSGetFeatureOutputFormat.write(WFSGetFeatureOutputFormat.java:190)
at org.geoserver.ows.Dispatcher.response(Dispatcher.java:919)
at 
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:276)
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:923)
at 
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852)
at 
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882)
at 
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at 
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:27)
at 
org.apache.catalina.core.Applicatio

Re: [Geoserver-users] Internal error occurred PropertyDescriptor is null - did you request a property that does not exist?

[carlo cancellieri]

osullivj,

Caused by: java.lang.NullPointerException: PropertyDescriptor is null - did
> you request a property that does not exist?
>

Probably in the style you are referring points to a not existent property
(in the feature). Try to query the geoserver for a describeFeatureType (
http://docs.geoserver.org/stable/en/user/services/wfs/reference.html) and
then double check the used style.

Cheers,
Carlo

-- 
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==

Dott. Carlo Cancellieri
@cancellieric
Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
mobile: +39 3371094494
fax:   +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Internal error occurred PropertyDescriptor is null - did you request a property that does not exist?

[osullivj]

More logs

http://pastebin.com/kRPNWw5F   



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Internal-error-occurred-PropertyDescriptor-is-null-did-you-request-a-property-that-does-not-exist-tp5083328p5083525.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Internal error occurred PropertyDescriptor is null - did you request a property that does not exist?

[osullivj]

Hi

This is the error stack

Thanks,
Jerry

2013-10-14 22:18:55,280 INFO [geoserver.global] - 
--
- GEOSERVER_DATA_DIR: C:\Program Files (x86)\GeoServer 2.4.0\data_dir
--
2013-10-14 22:18:55,975 INFO [org.geoserver] - Loaded style 'burg'
2013-10-14 22:18:55,977 INFO [org.geoserver] - Loaded style 'capitals'
2013-10-14 22:18:55,979 INFO [org.geoserver] - Loaded style 'cite_lakes'
2013-10-14 22:18:55,985 INFO [org.geoserver] - Loaded style 'dem'
2013-10-14 22:18:55,987 INFO [org.geoserver] - Loaded style 'giant_polygon'
2013-10-14 22:18:55,989 INFO [org.geoserver] - Loaded style 'grass'
2013-10-14 22:18:55,993 INFO [org.geoserver] - Loaded style 'green'
2013-10-14 22:18:55,994 INFO [org.geoserver] - Loaded style 'line'
2013-10-14 22:18:55,997 INFO [org.geoserver] - Loaded style 'poi'
2013-10-14 22:18:55,999 INFO [org.geoserver] - Loaded style 'point'
2013-10-14 22:18:56,002 INFO [org.geoserver] - Loaded style 'polygon'
2013-10-14 22:18:56,004 INFO [org.geoserver] - Loaded style 'poly_landmarks'
2013-10-14 22:18:56,008 INFO [org.geoserver] - Loaded style 'pophatch'
2013-10-14 22:18:56,010 INFO [org.geoserver] - Loaded style 'population'
2013-10-14 22:18:56,014 INFO [org.geoserver] - Loaded style 'rain'
2013-10-14 22:18:56,024 INFO [org.geoserver] - Loaded style 'raster'
2013-10-14 22:18:56,038 INFO [org.geoserver] - Loaded style 'restricted'
2013-10-14 22:18:56,041 INFO [org.geoserver] - Loaded style 'simple_roads'
2013-10-14 22:18:56,044 INFO [org.geoserver] - Loaded style 'simple_streams'
2013-10-14 22:18:56,047 INFO [org.geoserver] - Loaded style 'tiger_roads'
2013-10-14 22:18:56,109 INFO [org.geoserver] - Loaded style
'vo_stacked_point'
2013-10-14 22:18:56,113 INFO [org.geoserver] - Loaded default workspace cite
2013-10-14 22:18:56,200 INFO [org.geoserver] - Loaded workspace 'cite'
2013-10-14 22:18:56,207 INFO [org.geoserver] - Loaded workspace
'it.geosolutions'
2013-10-14 22:18:56,257 INFO [org.geoserver] - Loaded workspace 'nurc'
2013-10-14 22:18:56,260 INFO [org.geoserver] - Loaded workspace 'sde'
2013-10-14 22:18:56,279 INFO [org.geoserver] - Loaded workspace 'sf'
2013-10-14 22:18:56,284 INFO [org.geoserver] - Loaded workspace 'tiger'
2013-10-14 22:18:56,299 INFO [org.geoserver] - Loaded workspace 'topp'
2013-10-14 22:18:56,331 INFO [org.geoserver] - Loaded workspace 'VO'
2013-10-14 22:18:57,000 INFO [org.geoserver] - Loaded store 'arcGridSample',
enabled
2013-10-14 22:18:57,024 INFO [org.geoserver] - Loaded coverage store
'arcGridSample'
2013-10-14 22:18:57,040 INFO [org.geoserver] - Loaded store 'img_sample2',
disabled
2013-10-14 22:18:57,041 INFO [org.geoserver] - Loaded coverage store
'img_sample2'
2013-10-14 22:18:57,052 INFO [org.geoserver] - Loaded store 'mosaic',
enabled
2013-10-14 22:18:57,054 INFO [org.geoserver] - Loaded coverage store
'mosaic'
2013-10-14 22:18:57,074 INFO [org.geoserver] - Loaded store
'worldImageSample', enabled
2013-10-14 22:18:57,075 INFO [org.geoserver] - Loaded coverage store
'worldImageSample'
2013-10-14 22:18:58,053 INFO [org.geoserver] - Loaded store 'sf', disabled
2013-10-14 22:18:58,060 INFO [org.geoserver] - Loaded data store 'sf'
2013-10-14 22:18:58,075 INFO [org.geoserver] - Loaded store 'sfdem', enabled
2013-10-14 22:18:58,076 INFO [org.geoserver] - Loaded coverage store 'sfdem'
2013-10-14 22:18:58,122 INFO [org.geoserver] - Loaded store 'nyc', enabled
2013-10-14 22:18:58,124 INFO [org.geoserver] - Loaded data store 'nyc'
2013-10-14 22:18:58,360 INFO [org.geoserver] - Loaded store
'states_shapefile', enabled
2013-10-14 22:18:58,361 INFO [org.geoserver] - Loaded data store
'states_shapefile'
2013-10-14 22:18:58,398 INFO [org.geoserver] - Loaded store 'taz_shapes',
enabled
2013-10-14 22:18:58,399 INFO [org.geoserver] - Loaded data store
'taz_shapes'
2013-10-14 22:18:58,488 INFO [org.geoserver] - Loaded store 'Post Reval',
enabled
2013-10-14 22:18:58,488 INFO [org.geoserver] - Loaded data store 'Post
Reval'
2013-10-14 22:18:59,948 INFO [org.geoserver] - Loaded feature type 'Post
Reval', enabled
2013-10-14 22:18:59,976 INFO [org.geoserver] - Loaded feature type 'Post
Reval'
2013-10-14 22:19:00,019 INFO [org.geoserver] - Loaded layer 'Post Reval'
2013-10-14 22:19:00,020 WARN [org.geoserver] - Ignoring store directory
'styles'
2013-10-14 22:19:00,362 INFO [storage.DefaultStorageFinder] -
**
2013-10-14 22:19:00,363 INFO [storage.DefaultStorageFinder] - *** Found Java
environment variable GEOSERVER_DATA_DIR set to C:\Program Files
(x86)\GeoServer 2.4.0\data_dir, using it as the default prefix. ***
2013-10-14 22:19:00,364 INFO [storage.DefaultStorageFinder] -
**
2013-10-14 22:19:00,365 INFO [config.XMLConfiguration] - Will

[Geoserver-users] ImageMosaic out of memory issue

[Weiss, Kevin]

Hello All,

I've been troubleshooting a Java heap space error with temporal ImageMosaic 
datastores.  We originally followed the tutorials here 
(http://docs.geoserver.org/latest/en/user/tutorials/imagemosaic_timeseries/imagemosaic_timeseries.html)
 to setup a temporally enabled raster data store.  After that we designed a 
system which would download new imagery and update the underlying DB table.  
The system works as expected until a request for an invalid timestamp is made.  
It appears that the GeoServer/GeoTools code begins to loop over each image in 
the directory loading it into memory.  When we only had 10-15 images in the 
directory this was unnoticeable, however now that our collection has grown to 
1500+ images it quickly runs us out of heap space.

The code in question appears to be in ContentFeatureSource.java.  In the 
accepts(Query, FeatureVisitor, ProgressListener) method I found the following 
comment:
"//subclass could not handle, resort to manually walkign through"
This comment is just above the while loop that iterates over all the imagery in 
the directory which makes me wonder if this is the intended behavior.

Has anyone else experienced this issue?  Am I configuring something 
incorrectly?  I realize the simple solution is to not make invalid temporal 
requests, but I don't control the external clients and this seems to be a 
pretty big flaw in my opinion.  No external entity should be able to take down 
my server with a simple request.

Thanks,

Kevin M. Weiss
Software Engineer
HARRIS IT Services
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Problem selecting features on Openlayers preview

[beldar15]

Hi, I succesfully created a Data Store from a Hand-Made PHP generated WFS.

It works fine but, when I select the layer Preview in OpenLayers, I click on
a feature/icon, but it returns me the whole information of all the features
in the layer, not only the info of the one which I clicked.

Any ideas of why this is happening? 

This is the structure of my basic GetFeature Doc:


http://www.opengis.net/wfs";
xmlns:wfs="http://www.opengis.net/wfs";
xmlns:gml="http://www.opengis.net/gml";
xmlns:massgis="http://geoserver.sigis.local/featuretype";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://geoserver.sigis.local/featuretype
http://webserver2.sigis.local/~hpartidas/WS/GeoserverFeed/src/www/?request=DescribeFeatureType
http://www.opengis.net/wfs
http://geoserver.sigis.local/geoserver/schemas/wfs/1.0.0/WFS-basic.xsd";>

unknown



04165020759
1
2013-06-27 06:34:56
0

http://www.opengis.net/gml/srs/epsg.xml#4326";>
http://www.opengis.net/gml"; decimal="." cs=","
ts=" ">-71.631516667,10.64633






10110057
18
2013-07-31 20:13:49.960057
-180

http://www.opengis.net/gml/srs/epsg.xml#4326";>
http://www.opengis.net/gml"; decimal="." cs=","
ts=" ">-66.612616667,10.47588






353681041748955
1
2013-06-27 06:31:15
-270

http://www.opengis.net/gml/srs/epsg.xml#4326";>
http://www.opengis.net/gml"; decimal="." cs=","
ts=" ">-71.616713,10.6510443






Toyota CorollaL
146
2013-09-03 17:23:33
-45

http://www.opengis.net/gml/srs/epsg.xml#4326";>
http://www.opengis.net/gml"; decimal="." cs=","
ts=" ">-67.03827,10.35343







Please help! 





--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Problem-selecting-features-on-Openlayers-preview-tp5083466.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] WPS for lines intersection

[Gabriel Vatin]

Hello all,

I'm trying to use GS 2.4.0 WPS for returning the points coordinates of 
the intersection between lines. First layer is a vector layer from my 
GeoServer (lines), the second is a custom line that can be given with 
WKT or JSON, for instance.
I tried two queries :
- vec:Clip > that process needs WKT for the custom line (as "clip" 
input), and the GS vector layer as "features" input. In that case, 
return is two point very far from my original line, at the end of the 
map (lon=-179.99). My line is LINESTRING(8.107 41.327, 9.953 41.327)

- vec:IntersectionFeatureCollection > this one requires a JSON 
FeatureCollection for my custom line, and the GS vector layer. This 
time, the result is 2 points : the exact coordinates of the input line !

But between the two point of this line, I know there are many lines from 
the vector layer from GS that are intersected. These are the coordinates 
I want to get.

Does anyone know how to get this type of result ? Thanks !


Gabriel

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Tile rendering very slow

[Jonathan Moules]

Hi David,
  There's a reasonable amount of features per tile. For the busiest tiles
(urban areas), there are the following numbers as an example for the tile
I've used previously in this thread:

Polygons - 16 seconds for oracle to respond - 14,740 features

Feature Lines - 4.4seconds for Oracle - 39,954 features

Boundary Lines - <1 second - 45 features

Text lines - 2.2 seconds - no results.

---

The Polygons and Feature Lines are purely spatial queries with no
non-spatial filters. This is odd because in the SLD, every single entry has
a filter of some sort (all on the same column).
So it seems GeoServer is choosing to do the filtering server side rather
than database side. Yet for the other two layers (boundary and text), it
does the filtering database side.

---

You're correct that zooming in, the tiles render faster.

Jonathan


On 14 October 2013 15:00, David Winslow  wrote:

> If both the database query and the rendering step inside GeoServer are
> taking a long time, that suggests to me that you are simply fetching and
> processing a lot of data.  Do you have an idea of how many features are in
> the tiles that are slow to render? Are tiles at larger scales (covering
> less space hopefully implies covering fewer features) faster to render?
>
> --
> David Winslow
> OpenGeo - http://opengeo.org/
>
>
> On Mon, Oct 14, 2013 at 8:28 AM, Jonathan Moules <
> jonathanmou...@warwickshire.gov.uk> wrote:
>
>> Hi List,
>>   I'm having issues with tile rendering speeds for my basemap. It's
>> taking up to 45 seconds to return a non-cached tile.
>> The data is coming from some Oracle tables (spatially indexed; plus the
>> filter attribute is indexed too) and there's a fairly complex series of
>> SLD's behind it.
>>
>> Test results for a single tile below. In the attached zip is an
>> over-compressed JPG version for the list; but the outputs are PNGs (this
>> one is about 100KB).
>>
>> I did three tests in this order for the same tile from different
>> GeoServer instances (but all calling the same database).
>> 2.4.0-Test - 17 seconds
>> 2.3.5-internal - 5 seconds
>> 2.3.5-external - 6.8s
>>
>> As you can see it got faster once Oracle figured out what was going on.
>> But it was still very slow.
>>
>> Also in the zip is the GeoTools level logs. It's clear most of the delay
>> is Oracle, but the tile rendering is also quite slow taking over a second
>> in all instances if I'm reading this right.
>>
>> I also tried it with a older, slightly simpler style but got similar
>> times:
>> 2.3.5-external - 6seconds
>> 2.3.5-internal  - 3.8seconds
>> 2.4.0-Test - 9seconds
>>
>> I'll try the new PNG encoder, but that isn't likely to help with the
>> fundamental issue.
>> Can anyone suggest why things (including the oracle) are so slow? It used
>> to be faster.
>>
>> Many Thanks,
>> Jonathan
>>
>> This transmission is intended for the named addressee(s) only and may
>> contain sensitive or protectively marked material up to RESTRICTED and
>> should be handled accordingly. Unless you are the named addressee (or
>> authorised to receive it for the addressee) you may not copy or use it, or
>> disclose it to anyone else. If you have received this transmission in error
>> please notify the sender immediately. All email traffic sent to or from us,
>> including without limitation all GCSX traffic, may be subject to recording
>> and/or monitoring in accordance with relevant legislation.
>>
>> --
>> October Webinars: Code for Performance
>> Free Intel webinars can help you accelerate application performance.
>> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
>> from
>> the latest Intel processors and coprocessors. See abstracts and register >
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
>> ___
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
>
>
> --
> David Winslow
> Boundless - http://boundlessgeo.com/
>

-- 
This transmission is intended for the named addressee(s) only and may 
contain sensitive or protectively marked material up to RESTRICTED and 
should be handled accordingly. Unless you are the named addressee (or 
authorised to receive it for the addressee) you may not copy or use it, or 
disclose it to anyone else. If you have received this transmission in error 
please notify the sender immediately. All email traffic sent to or from us, 
including without limitation all GCSX traffic, may be subject to recording 
and/or monitoring in accordance with relevant legislation.
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel proc

Re: [Geoserver-users] Tile rendering very slow

[David Winslow]

If both the database query and the rendering step inside GeoServer are
taking a long time, that suggests to me that you are simply fetching and
processing a lot of data.  Do you have an idea of how many features are in
the tiles that are slow to render? Are tiles at larger scales (covering
less space hopefully implies covering fewer features) faster to render?


On Mon, Oct 14, 2013 at 8:28 AM, Jonathan Moules <
jonathanmou...@warwickshire.gov.uk> wrote:

> Hi List,
>   I'm having issues with tile rendering speeds for my basemap. It's taking
> up to 45 seconds to return a non-cached tile.
> The data is coming from some Oracle tables (spatially indexed; plus the
> filter attribute is indexed too) and there's a fairly complex series of
> SLD's behind it.
>
> Test results for a single tile below. In the attached zip is an
> over-compressed JPG version for the list; but the outputs are PNGs (this
> one is about 100KB).
>
> I did three tests in this order for the same tile from different GeoServer
> instances (but all calling the same database).
> 2.4.0-Test - 17 seconds
> 2.3.5-internal - 5 seconds
> 2.3.5-external - 6.8s
>
> As you can see it got faster once Oracle figured out what was going on.
> But it was still very slow.
>
> Also in the zip is the GeoTools level logs. It's clear most of the delay
> is Oracle, but the tile rendering is also quite slow taking over a second
> in all instances if I'm reading this right.
>
> I also tried it with a older, slightly simpler style but got similar times:
> 2.3.5-external - 6seconds
> 2.3.5-internal  - 3.8seconds
> 2.4.0-Test - 9seconds
>
> I'll try the new PNG encoder, but that isn't likely to help with the
> fundamental issue.
> Can anyone suggest why things (including the oracle) are so slow? It used
> to be faster.
>
> Many Thanks,
> Jonathan
>
> This transmission is intended for the named addressee(s) only and may
> contain sensitive or protectively marked material up to RESTRICTED and
> should be handled accordingly. Unless you are the named addressee (or
> authorised to receive it for the addressee) you may not copy or use it, or
> disclose it to anyone else. If you have received this transmission in error
> please notify the sender immediately. All email traffic sent to or from us,
> including without limitation all GCSX traffic, may be subject to recording
> and/or monitoring in accordance with relevant legislation.
>
> --
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>


-- 
David Winslow
Boundless - http://boundlessgeo.com/
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Internal error occurred PropertyDescriptor is null - did you request a property that does not exist?

[Lorenzo Pini]

Hi Jerry,

Can you please paste here the error you are getting?

Thank you
Lorenzo Pini

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob:   +39 333 8128928

http://www.geo-solutions.it
http://twitter.com/geosolutions_it


On Mon, Oct 14, 2013 at 12:47 AM, osullivj wrote:

> Hi Guys
>
> I have got a strange issue with the getfeatureinfo info service
>
> Here is my url
>
> http://localhost:8080/geoserver/HO/wms?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetFeatureInfo&FORMAT=image%2Fpng&TRANSPARENT=true&WIDTH=256&HEIGHT=256&LAYERS=HO%3APost%20VISIT&QUERY_LAYERS=HO%3APost%20VISIT&STYLES=&CRS=EPSG%3A2157&BBOX=559483.5961953121%2C572078.5322421874%2C562977.9180781246%2C575572.854125&INFO_FORMAT=application%2Fjson&I=218&J=161&FEATURE_COUNT=999
>
>
> This works fine when the style is defaulted to 'point' or explicity set in
> the request to 'point'
>
> However I have set up a custom SLD based on the OpenGeo pointstacker
> example, when this is the default style I get the error above when I send
> in
> the GetFeatureInfo request
>
> Any ideas?
>
> Thanks
> Jerry
>
>
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] FW: gs:Contour error

[Andrea Aime]

On Mon, Oct 14, 2013 at 2:14 PM, Holb Endre  wrote:

> Version 2.4.0 
> Git Revision 6ca656addbb3fa3b47cc409b6d035f90e04c11f9 
> Build Date 18-Sep-2013 20:42 
> GeoTools Version 10-RC2 (rev 5481f4202bd33093b4f41a8ae480ec23a9997e0f)


The GeoTools version for 2.4.0 should be 10.0, not 10.0-RC2.
Wondering if there was a problem with the release, or if you mixed into the
normale 2.4.0 release some old plugin?

Cheers
Andrea


-- 
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] NewLine with CDATA and FolowLine vendor Option In SLD

[Andrea Aime]

On Mon, Oct 14, 2013 at 2:15 PM, Paulius Litvinas wrote:

> Hello list,
>
> ** **
>
> I am styling line object with SLD and combining „newLine“( ) and 
> true to label from 
> property.
>
> ** **
>
> Property [V_SAVYB] value: 1xd500 PE; 2xd200 PVC; 3xd50 PDHE
>
> ** **
>
> I replace “;” with newline symbol.
>
> ** **
>
> Here it is my SLD:
>
> ** **
>
> 
>
>  
>   V_SAVYB
>   ;
>   
>   true
>  
>
> 
>
> ...
>
> true
>
> ** **
>
> ** **
>
> Looks like “followLine” vendor option destroys generated multiline label and 
> all text is rendered in one line following line object. If I comment out 
> vendor option – multilabel are generated and rendered but not following the 
> line.
>
> ** **
>
> is such behavior normal or it is a bug?
>
>
It is "normal", in that we don't have the ability to create multiline
labels with followline = true.
Adding this ability is not going to be trivial, but if you can write java
code and are are interested
I can show you where the code would have to be modified (or you can look
into commercial
support in case you want someone else to develop it for you)

Cheers
Andrea

-- 
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] NewLine with CDATA and FolowLine vendor Option In SLD

[Paulius Litvinas]

Hello list,

 

I am styling line object with SLD and combining "newLine"( ) and
true to label from property.
 
Property [V_SAVYB] value: 1xd500 PE; 2xd200 PVC; 3xd50 PDHE
 
I replace ";" with newline symbol.
 
Here it is my SLD:
 

 
  V_SAVYB
  ; 
   
  true
 

...
true
 
 
Looks like "followLine" vendor option destroys generated multiline label and
all text is rendered in one line following line object. If I comment out
vendor option - multilabel are generated and rendered but not following the
line.
 
is such behavior normal or it is a bug?

 

Sincarely,

Paul

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] FW: gs:Contour error

[Holb Endre]

 

 

From: Holb Endre 
Sent: Friday, October 11, 2013 3:24 PM
To: 'Alessio Fabiani'
Subject: RE: [Geoserver-users] gs:Contour error

 

Hy Alesso!

 

I've downloaded the latest version, with the appropriate WPS, and the
problem is the same.

 

 

Build Information 

*   Version 2.4.0 
*   Git Revision 6ca656addbb3fa3b47cc409b6d035f90e04c11f9 
*   Build Date 18-Sep-2013 20:42 
*   GeoTools Version 10-RC2 (rev
5481f4202bd33093b4f41a8ae480ec23a9997e0f) 

 

I've try to use the WPS request builder. I selected the gs:Contour
process and the sf:sfdem raster layer 

 

 

From: alessio.fabi...@gmail.com [mailto:alessio.fabi...@gmail.com] On
Behalf Of Alessio Fabiani
Sent: Tuesday, October 08, 2013 4:34 PM
To: Holb Endre
Cc: geoserver-users
Subject: Re: [Geoserver-users] gs:Contour error

 

As far as I remember there should be an issue in that GeoServer version
with the Contour rendering transformation which is fixed on 2.4.x
version.

 

I'm not completely sure, have to verify, but in the meantime you may
want to test the latest GeoServer version to see if it's working fine.

 

-A.




==
Our support, Your Success! Visit http://opensdi.geo-solutions.it
  for
more information.
== 

 

Ing. Alessio Fabiani

@alfa7691

Founder/Technical Lead

 

GeoSolutions S.A.S.

Via Poggio alle Viti 1187

55054  Massarosa (LU)

Italy

phone: +39 0584 962313

fax: +39 0584 1660272

mob:   +39  331 6233686

 

http://www.geo-solutions.it

http://twitter.com/geosolutions_it

 

---

 

On Tue, Oct 8, 2013 at 4:02 PM, Holb Endre  wrote:

Hy!

 

I'm trying to apply gs:Contour WPS process with the WPS request builder.
My Geoserver version 2.3.1. I've downloaded the approriate WPS
extension. 

I use the original sf:sfdem raster file. This raster file is ok with the
original dem sld style. But when I execute the process the result is an
error :

 

filled input parameters: data, interval

 

Process failed during execution

java.lang.IllegalArgumentException: The input argument(s) may not be
null.

 

Can you help me?

 

Thenks

Endre Holb a developer

 



--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
from
the latest Intel processors and coprocessors. See abstracts and register
>
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clk
trk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

 

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Create SQL View - "Table or biew does not exist"?

[Andrea Aime]

On Mon, Oct 14, 2013 at 1:45 PM, Jonathan Moules <
jonathanmou...@warwickshire.gov.uk> wrote:

> Hi Andrea,
> But then surely as I've explicitly declared a schema in the Store that
> should be used? I guess expectations may be different between users, but
> that's what I'd expect to happen. I don't normally include the schema
> myself in any of my queries in any software I use - not even SQL Developer
> where I've entered raw SQL - it is always added transparently.
>

This is because these tools setup the "default schema" or "search path"
before giving you a sql
editor to play with.
GeoServer could do the same, it could be an extra sql that send to the
database when retrieving a connection from the pool.
Of course this would have a cost, it would result in an extra call to the
dbms, maybe we should limit it to sql views... and
not everybody would be happy to have it because of that.

Plus, as icing on the cake, setting the default schema uses db specific
sql, so one would have to setup all the dialects we have
with their own custom way of setting the schema (e.g., it's  "set
search_path to 'schema'" for postgresql,
"ALTER SESSION SET CURRENT_SCHEMA=schema" for Oracle, and so on)

Cheers
Andrea

-- 
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Create SQL View - "Table or biew does not exist"?

[Jonathan Moules]

Hi Andrea,
But then surely as I've explicitly declared a schema in the Store that
should be used? I guess expectations may be different between users, but
that's what I'd expect to happen. I don't normally include the schema
myself in any of my queries in any software I use - not even SQL Developer
where I've entered raw SQL - it is always added transparently.
So I think there's a case for doing so with GeoServer. Anyone else have an
opinion?
Cheers,
Jonathan

On 11 October 2013 16:51, Andrea Aime  wrote:

> On Fri, Oct 11, 2013 at 2:09 PM, Jonathan Moules <
> jonathanmou...@warwickshire.gov.uk> wrote:
>
>> Figured it out. Turns out GeoServer doesn't add the schema for Oracle SQL
>> Views. Created a JIRA issue for it as it seems inconsistent (the schema has
>> to be in the store declaration).
>> http://jira.codehaus.org/browse/GEOS-6084
>>
>> Seems more like it might be a design decision than an outright bug, but
>> reported anyway just in case. :-)
>>
>
> Indeed, GeoServer does not interpret or modifies the sql you provide, it
> uses it "as is" (minus the sql view params).
> So, it's up to you to specify the necessary schema names in the sql
>
> Cheers
> Andrea
>
> --
> ==
> Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
> information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39  339 8844549
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> ---
>

-- 
This transmission is intended for the named addressee(s) only and may 
contain sensitive or protectively marked material up to RESTRICTED and 
should be handled accordingly. Unless you are the named addressee (or 
authorised to receive it for the addressee) you may not copy or use it, or 
disclose it to anyone else. If you have received this transmission in error 
please notify the sender immediately. All email traffic sent to or from us, 
including without limitation all GCSX traffic, may be subject to recording 
and/or monitoring in accordance with relevant legislation.
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Creating Image Mosaic from Files on a Networked Drive

[Sandra Kennish]

Hello

Just to update I've managed to create the image mosaic by adding in the 
Geoserver server name to the folder containing my tif files and giving it full 
permission to start with and then reducing it to read once I've created the 
mosaic.

I had to use the UNC path to the files.

Thanks for all your suggestions.

Regards

Sandra Kennish
GIS Officer

From: Sandra Kennish [mailto:s.kenn...@northyorkmoors.org.uk]
Sent: 10 October 2013 16:47
To: Andrea Aime
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Creating Image Mosaic from Files on a Networked 
Drive

Hi Andrea

No afraid I get the same error. I'm off for a couple of days now, but I'll try 
looking at permissions when I get back.

Regards

Sandra

Sandra Kennish
GIS Officer

From: andrea.a...@gmail.com 
[mailto:andrea.a...@gmail.com] On Behalf Of Andrea Aime
Sent: 10 October 2013 16:43
To: Sandra Kennish
Cc: Daniele Romagnoli; 
geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Creating Image Mosaic from Files on a Networked 
Drive

On Thu, Oct 10, 2013 at 5:06 PM, Sandra Kennish 
mailto:s.kenn...@northyorkmoors.org.uk>> wrote:
Hi Daniele

I've typed in:

file://S:\OS_1_250_RASTER

but I just get an error: Could not find file: 
file://S:\OS_1_250_RASTER

Have you tried with file://S:/OS_1_250_RASTER?
Just a shot in the dark, may not be it at all

Cheers
Andrea

--
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more 
information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---
Scanned by MailDefender - managed email security from intY - 
www.maildefender.net


CONFIDENTIALITY: The contents of this message are the views of the author, not 
necessarily the views of the North York Moors National Park Authority. This is 
a private message intended for the named addressee(s) only. Its contents may be 
confidential.

If you have received this message in error please reply to say so and then 
delete the message. Any use, copying, disclosure or distribution by anyone 
other than the addressee is forbidden.

www.northyorkmoors.org.uk

Scanned by MailDefender - managed email security from intY - 
www.maildefender.net
Scanned by MailDefender - managed email security from intY - 
www.maildefender.net


CONFIDENTIALITY: The contents of this message are the views of the author, not 
necessarily the views of the North York Moors National Park Authority. This is 
a private message intended for the named addressee(s) only. Its contents may be 
confidential.

If you have received this message in error please reply to say so and then 
delete the message. Any use, copying, disclosure or distribution by anyone 
other than the addressee is forbidden.

www.northyorkmoors.org.uk



Scanned by MailDefender - managed email security from intY - 
www.maildefender.net--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Problems with Geoserver 2.4.0 and CQL BBOX filter

[fat_mac]

I am currently working on a demo where we want to filter information by CQL
and BBOX. Previously we ran Geoserver 2.1.3 but I recently upgraded to
2.4.0. A couple of days ago I accidentally came across a strange behavior of
the service:

For request 
http://[mysite]/geoserver/wfs?service=wfs&version=1.1.0&request=GetFeature&typeName=[namespace]:[layer]&CQL_FILTER=BBOX(GEOMETRY,60,-60,70,-50,'urn:x-ogc:def:crs:EPSG:4326')%20AND%20VALIDFROMTEXT='20131009/1800'%20AND%20CONCENTRATION='High'
 

I get a response containing a single feature (gml:id=TMP_VAMC.12617) with

25.9002777 -24.2019443
61.563888 65.08861


So for request bounds (60,-60,70,-50) the service returns a feature with
bounds (25, -24, 61, 65) which is wrong,

Another observation I made is that requests (60,55,70,150), (60,150,70,55),
(60,-55,70,-150) and (60,-150,70,-55) all return the above-mentioned
feature. This seems very strange to me because the first two are 55 to 150
whereas the other two are -150 to -55 and the returned feature is not so
large to span from -55 to +55.


Anyone else having similar problems with 2.4.0?

Thanks,
// Marcus 




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Problems-with-Geoserver-2-4-0-and-CQL-BBOX-filter-tp5083354.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users