[Geoserver-users] GetfeatureInfo with same layer twice with different styles

2018-07-09 Thread László Németh 
Hi,

We are using geoserver v2.13. We have a database layer named RAWDWG_T with two 
associated styles named RAWDWG_SAJAT_OSZLOPSOR and RAWDWG_SAJAT_ALEPITMENY. 
The styles are not defining rule for all the features of the layer, so the 
styles also filter the content of the layers. 

The issue is that we request GetFeatureInfo to Geoserver with parameters:

LAYERS=RAWDWG_T,RAWDWG_T
QUERY_LAYERS=RAWDWG_T,RAWDWG_T
STYLES=RAWDWG_SAJAT_OSZLOPSOR,RAWDWG_SAJAT_ALEPITMENY

we only get the features filtered by RAWDWG_SAJAT_OSZLOPSOR but we get them 
twice. If we exchange the layers order we get only RAWDWG_SAJAT_ALEPITMENY 
twice as well. 
Is this a feature or a bug?

Thank you,
Laszlo


Combinations and results (result in text/html):
1.
LAYERS=RAWDWG_T,RAWDWG_T
QUERY_LAYERS=RAWDWG_T,RAWDWG_T
STYLES=RAWDWG_SAJAT_OSZLOPSOR,RAWDWG_SAJAT_ALEPITMENY

RAWDWG_T
fid RAWDWG_ID   LAYER   COLOR   SCALE   ROTATIONLABEL_TEXT  
TYPEBLOCK   FILENAMEFILLCOLOR
RAWDWG_T.10882861088286 KABEL_LEG   #007F00 1   
LINESO_RAWDWG_8559.dwg  
RAWDWG_T.10867611086761 OSZLOP  #00 1   332.966534225687
4/7.0   LABEL   SO_RAWDWG_8559.dwg  
RAWDWG_T.10881611088161 KABEL_LEG   #007F00 1   
LINESO_RAWDWG_8559.dwg  

RAWDWG_T
fid RAWDWG_ID   LAYER   COLOR   SCALE   ROTATIONLABEL_TEXT  
TYPEBLOCK   FILENAMEFILLCOLOR
RAWDWG_T.10882861088286 KABEL_LEG   #007F00 1   
LINESO_RAWDWG_8559.dwg  
RAWDWG_T.10867611086761 OSZLOP  #00 1   332.966534225687
4/7.0   LABEL   SO_RAWDWG_8559.dwg  
RAWDWG_T.10881611088161 KABEL_LEG   #007F00 1   
LINESO_RAWDWG_8559.dwg  

2.
LAYERS=RAWDWG_T
QUERY_LAYERS=RAWDWG_T
STYLES=RAWDWG_SAJAT_OSZLOPSOR

RAWDWG_T
fid RAWDWG_ID   LAYER   COLOR   SCALE   ROTATIONLABEL_TEXT  
TYPEBLOCK   FILENAMEFILLCOLOR
RAWDWG_T.10882861088286 KABEL_LEG   #007F00 1   
LINESO_RAWDWG_8559.dwg  
RAWDWG_T.10867611086761 OSZLOP  #00 1   332.966534225687
4/7.0   LABEL   SO_RAWDWG_8559.dwg  
RAWDWG_T.10881611088161 KABEL_LEG   #007F00 1   
LINESO_RAWDWG_8559.dwg  

3.
LAYERS=RAWDWG_T
QUERY_LAYERS=RAWDWG_T
STYLES=RAWDWG_SAJAT_ALEPITMENY

RAWDWG_T
fid RAWDWG_ID   LAYER   COLOR   SCALE   ROTATIONLABEL_TEXT  
TYPEBLOCK   FILENAMEFILLCOLOR
RAWDWG_T.10272591027259 ALEP_CSO#00FF00 1   
LINESA_RAWDWG_8547.dwg  

4.
LAYERS=RAWDWG_T,RAWDWG_T
QUERY_LAYERS=RAWDWG_T,RAWDWG_T
STYLES=RAWDWG_SAJAT_ALEPITMENY,RAWDWG_SAJAT_OSZLOPSOR

RAWDWG_T
fid RAWDWG_ID   LAYER   COLOR   SCALE   ROTATIONLABEL_TEXT  
TYPEBLOCK   FILENAMEFILLCOLOR
RAWDWG_T.10272591027259 ALEP_CSO#00FF00 1   
LINESA_RAWDWG_8547.dwg  

RAWDWG_T
fid RAWDWG_ID   LAYER   COLOR   SCALE   ROTATIONLABEL_TEXT  
TYPEBLOCK   FILENAMEFILLCOLOR
RAWDWG_T.10272591027259 ALEP_CSO#00FF00 1   
LINESA_RAWDWG_8547.dwg  


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


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

[Geoserver-users] GeoServer 404 response -- java.lang.NoClassDefFoundError: javax/transaction/TransactionManager

2018-07-09 Thread Todd Jacobus 
Hi all,

Upon removing a plugin (GeoFence), GeoServer is returning a 404 response
from the base GeoServer url and admin gui.  I seems like some dependencies
were lost (see error trace below), namely,
the javax/transaction/TransactionManager.  I followed the default GeoFence
installation then removed the jar files in the zipped packages, I was very
careful to only remove jar files that were added when unpacking packages.
My questions:

1. Is there a file missing and, if so, how can I replace it?
2. Is there a config file somewhere that's pointing to the wrong place, or
a missing file?

Thanks all for your valuable feedback.

Best,
Todd

 org.geoserver.platform.GeoServerExtensions.extensionNames bean lookup error
 org.springframework.beans.factory.BeanCreationException: Error
creating bean with name 'hibSessionFactory': Failed to introspect bean
class [org.springframework.orm.hibernate3.LocalSessionFactoryBean] for
lookup method metadata: could not find class that it depends on;
nested exception is java.lang.NoClassDefFoundError:
javax/transaction/TransactionManager
at 
org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.determineCandidateConstructors(AutowiredAnnotationBeanPostProcessor.java:269)
at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.determineConstructorsFromBeanPostProcessors(AbstractAutowireCapableBeanFactory.java:1118)
at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1091)
at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.getSingletonFactoryBeanForTypeCheck(AbstractAutowireCapableBeanFactory.java:923)
at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.getTypeForFactoryBean(AbstractAutowireCapableBeanFactory.java:804)
at 
org.springframework.beans.factory.support.AbstractBeanFactory.isTypeMatch(AbstractBeanFactory.java:558)
at 
org.springframework.beans.factory.support.DefaultListableBeanFactory.doGetBeanNamesForType(DefaultListableBeanFactory.java:432)
at 
org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanNamesForType(DefaultListableBeanFactory.java:403)
at 
org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanNamesForType(DefaultListableBeanFactory.java:389)
at 
org.springframework.context.support.AbstractApplicationContext.getBeanNamesForType(AbstractApplicationContext.java:1177)
at 
org.geoserver.platform.GeoServerExtensions.extensionNames(GeoServerExtensions.java:206)
at 
org.geoserver.platform.GeoServerExtensions.extensions(GeoServerExtensions.java:124)
at 
org.geoserver.platform.GeoServerExtensions.extensions(GeoServerExtensions.java:131)
at 
org.geoserver.platform.GeoServerExtensions.extensions(GeoServerExtensions.java:147)
at 
org.geoserver.platform.GeoServerExtensions.bean(GeoServerExtensions.java:327)
at 
org.geoserver.platform.GeoServerExtensions.bean(GeoServerExtensions.java:310)
at 
org.vfny.geoserver.crs.GeoserverWKTOperationFactory.getDefinitionsURL(GeoserverWKTOperationFactory.java:45)
at 
org.geotools.referencing.factory.epsg.CoordinateOperationFactoryUsingWKT.createBackingStore(CoordinateOperationFactoryUsingWKT.java:178)
at 
org.geotools.referencing.factory.DeferredAuthorityFactory.getBackingStore(DeferredAuthorityFactory.java:133)
at 
org.geotools.referencing.factory.BufferedAuthorityFactory.isAvailable(BufferedAuthorityFactory.java:235)
at 
org.geotools.referencing.factory.DeferredAuthorityFactory.isAvailable(DeferredAuthorityFactory.java:119)
at 
org.geotools.factory.FactoryRegistry.isAvailable(FactoryRegistry.java:788)
at 
org.geotools.factory.FactoryRegistry.isAcceptable(FactoryRegistry.java:611)
at 
org.geotools.factory.FactoryRegistry.lambda$getFactories$0(FactoryRegistry.java:310)
at 
java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:174)
at 
java.util.Spliterators$IteratorSpliterator.tryAdvance(Spliterators.java:1812)
at 
java.util.stream.StreamSpliterators$WrappingSpliterator.lambda$initPartialTraversalState$220(StreamSpliterators.java:294)
at 
java.util.stream.StreamSpliterators$AbstractWrappingSpliterator.fillBuffer(StreamSpliterators.java:206)
at 
java.util.stream.StreamSpliterators$AbstractWrappingSpliterator.doAdvance(StreamSpliterators.java:161)
at 
java.util.stream.StreamSpliterators$WrappingSpliterator.tryAdvance(StreamSpliterators.java:300)
at java.util.Spliterators$1Adapter.hasNext(Spliterators.java:681)
at org.geotools.resources.LazySet.exists(LazySet.java:121)
at org.geotools.resources.LazySet$Iter.hasNext(LazySet.java:146)
at

Re: [Geoserver-users] Encoding issue when styling ?

2018-07-09 Thread Cecile, Adam 
Yep, it's all UTF-8 everywhere but guess what


I figured out: SLD style ask font-family Arial anec obviously I had no 
Microsoft fonts on the server. Installing them fixed the issue...


Regards, Adam.


De : Ian Turton 
Envoyé : lundi 9 juillet 2018 18:21:21
À : Cecile, Adam
Cc : geoserver-users
Objet : Re: [Geoserver-users] Encoding issue when styling ?

What did you set the input encoding to when importing? PostGIS will default to 
UTF-8 I think.

did you set the locale for your server?

Ian

On Mon, 9 Jul 2018 at 16:50, Cecile, Adam 
mailto:adam.cec...@hitec.lu>> wrote:

SQL looks ok:


osm=# SELECT id, osm_id, type, name, ref, z_order, class FROM osm_roads WHERE 
name NOT LIKE '' limit 10;
 id | osm_id  | type  | name |   ref   | 
z_order |  class
+-+---+--+-+-+-
 19 | 4065573 | primary   | Route de Luxembourg  | N 7 |  
26 | highway
 21 | 4065707 | primary   | Route d'Arlon| N 6 |   
6 | highway
 24 | 4065736 | primary   | Boulevard Royal  | N 7 |   
6 | highway
 25 | 4065960 | trunk_link| Rocade de Bonnevoie  | B 3 |   
3 | highway
 28 | 4065877 | motorway_link | Aire d'autoroute de Capellen | A 6 |   
3 | highway
 31 | 4266075 | rail  | Ligne Luxembourg - Oetrange  | Ligne 4 |  
27 | railway
 32 | 4266076 | rail  | Ligne Luxembourg - Oetrange  | Ligne 4 |  
27 | railway
 33 | 4266077 | rail  | Ligne Luxembourg - Oetrange  | Ligne 4 |  
27 | railway
 34 | 4266078 | rail  | Ligne Luxembourg - Oetrange  | Ligne 4 |  
27 | railway
 35 | 4266083 | rail  | Ligne Luxembourg - Oetrange  | Ligne 4 |  
27 | railway



De : Cecile, Adam
Envoyé : lundi 9 juillet 2018 17:13:20
À : 
geoserver-users@lists.sourceforge.net
Objet : Encoding issue when styling ?


Hello,


Here is what is display when using layer preview. Data source is PostGIS. When 
exporting layer to GeoJSON, labels are ok, so it really seems to be related to 
styling.

Same broken labels appear when querying WMS from VueJS/Openlayers.


Any idea ?


Thanks in advance,


Best regards, Adam.




[cid:08ac2b68-de74-4949-9ccc-add0f3f456c3]




Adam Cecile
ICT Engineer - Software & ICT

HITEC Luxembourg S.A.
5, rue de l'Eglise
L-1458 Luxembourg   Tel: +352 498478 - 775
Fax: +352 401303
www.hitec.lu

Email: adam.cec...@hitec.lu


Follow us on social media
[http://www.hitec.lu/images/signature/linkedin.png]
 [http://www.hitec.lu/images/signature/facebook.png] 
  
[http://www.hitec.lu/images/signature/twitter.png] 
  
[http://www.hitec.lu/images/signature/youtube.png] 
   
[http://www.hitec.lu/images/signature/logo2.png] 
[http://www.hitec.lu/images/signature/made-in-lux-50.png]  
[http://www.hitec.lu/images/signature/ISO-logo-50.png]
[http://www.hitec.lu/images/signature/FB.JPG]



Disclaimer: Information included in this email is reserved to named addressee’s 
eyes only. You may not share this message or any of its attachments to anyone. 
Please note that as the recipient, it is your responsibility to check the email 
for malicious software. Finally, the opinions disclosed by the sender do not 
have to reflect those of the company, therefore the company refuses to take any 
liability for the damage caused by the content of this email.

Is it necessary to print this email? If you care about the environment like we 
do, please refrain from printing emails. It helps to keep the environment 
forested and litter-free.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! 
http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


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


--
Ian

[Geoserver-users] Encoding issue when styling ?

2018-07-09 Thread Cecile, Adam 
Hello,


Here is what is display when using layer preview. Data source is PostGIS. When 
exporting layer to GeoJSON, labels are ok, so it really seems to be related to 
styling.

Same broken labels appear when querying WMS from VueJS/Openlayers.


Any idea ?


Thanks in advance,


Best regards, Adam.




[cid:08ac2b68-de74-4949-9ccc-add0f3f456c3]




Adam Cecile
ICT Engineer - Software & ICT

HITEC Luxembourg S.A.
5, rue de l'Eglise
L-1458 Luxembourg   Tel: +352 498478 - 775
Fax: +352 401303
www.hitec.lu

Email: adam.cec...@hitec.lu


Follow us on social media
[http://www.hitec.lu/images/signature/linkedin.png]
 [http://www.hitec.lu/images/signature/facebook.png] 
  
[http://www.hitec.lu/images/signature/twitter.png] 
  
[http://www.hitec.lu/images/signature/youtube.png] 
   
[http://www.hitec.lu/images/signature/logo2.png] 
[http://www.hitec.lu/images/signature/made-in-lux-50.png]  
[http://www.hitec.lu/images/signature/ISO-logo-50.png]
[http://www.hitec.lu/images/signature/FB.JPG]



Disclaimer: Information included in this email is reserved to named addressee’s 
eyes only. You may not share this message or any of its attachments to anyone. 
Please note that as the recipient, it is your responsibility to check the email 
for malicious software. Finally, the opinions disclosed by the sender do not 
have to reflect those of the company, therefore the company refuses to take any 
liability for the damage caused by the content of this email.

Is it necessary to print this email? If you care about the environment like we 
do, please refrain from printing emails. It helps to keep the environment 
forested and litter-free.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


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

Re: [Geoserver-users] Encoding issue when styling ?

2018-07-09 Thread Ian Turton 
Yes that would do it too.

Ian

On Mon, 9 Jul 2018 at 17:22, Cecile, Adam  wrote:

> Yep, it's all UTF-8 everywhere but guess what
>
>
> I figured out: SLD style ask font-family Arial anec obviously I had no
> Microsoft fonts on the server. Installing them fixed the issue...
>
>
> Regards, Adam.
> --
> *De :* Ian Turton 
> *Envoyé :* lundi 9 juillet 2018 18:21:21
> *À :* Cecile, Adam
> *Cc :* geoserver-users
> *Objet :* Re: [Geoserver-users] Encoding issue when styling ?
>
> What did you set the input encoding to when importing? PostGIS will
> default to UTF-8 I think.
>
> did you set the locale for your server?
>
> Ian
>
> On Mon, 9 Jul 2018 at 16:50, Cecile, Adam  wrote:
>
> SQL looks ok:
>
>
> osm=# SELECT id, osm_id, type, name, ref, z_order, class FROM osm_roads
> WHERE name NOT LIKE '' limit 10;
>  id | osm_id  | type  | name |   ref   |
> z_order |  class
>
> +-+---+--+-+-+-
>  19 | 4065573 | primary   | Route de Luxembourg  | N 7 |
> 26 | highway
>  21 | 4065707 | primary   | Route d'Arlon| N 6 |
>  6 | highway
>  24 | 4065736 | primary   | Boulevard Royal  | N 7 |
>  6 | highway
>  25 | 4065960 | trunk_link| Rocade de Bonnevoie  | B 3 |
>  3 | highway
>  28 | 4065877 | motorway_link | Aire d'autoroute de Capellen | A 6 |
>  3 | highway
>  31 | 4266075 | rail  | Ligne Luxembourg - Oetrange  | Ligne 4 |
> 27 | railway
>  32 | 4266076 | rail  | Ligne Luxembourg - Oetrange  | Ligne 4 |
> 27 | railway
>  33 | 4266077 | rail  | Ligne Luxembourg - Oetrange  | Ligne 4 |
> 27 | railway
>  34 | 4266078 | rail  | Ligne Luxembourg - Oetrange  | Ligne 4 |
> 27 | railway
>  35 | 4266083 | rail  | Ligne Luxembourg - Oetrange  | Ligne 4 |
> 27 | railway
>
> --
> *De :* Cecile, Adam
> *Envoyé :* lundi 9 juillet 2018 17:13:20
> *À :* geoserver-users@lists.sourceforge.net
> *Objet :* Encoding issue when styling ?
>
>
> Hello,
>
>
> Here is what is display when using layer preview. Data source is PostGIS.
> When exporting layer to GeoJSON, labels are ok, so it really seems to be
> related to styling.
>
> Same broken labels appear when querying WMS from VueJS/Openlayers.
>
>
> Any idea ?
>
>
> Thanks in advance,
>
>
> Best regards, Adam.
>
>
>
>
>
>
>
>
> *
> Adam Cecile*
> ICT Engineer - Software & ICT
>
> HITEC Luxembourg S.A.
> 5, rue de l'Eglise
> L-1458 Luxembourg Tel: +352 498478 - 775
> Fax: +352 401303
> www.hitec.lu
>
> Email: adam.cec...@hitec.lu
>
> Follow us on social media
> 
> 
> 
> 
>
>
> Disclaimer: Information included in this email is reserved to named
> addressee’s eyes only. You may not share this message or any of its
> attachments to anyone. Please note that as the recipient, it is your
> responsibility to check the email for malicious software. Finally, the
> opinions disclosed by the sender do not have to reflect those of the
> company, therefore the company refuses to take any liability for the damage
> caused by the content of this email.
>
> Is it necessary to print this email? If you care about the environment
> like we do, please refrain from printing emails. It helps to keep the
> environment forested and litter-free.
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
>
> --
> Ian Turton
>


-- 
Ian Turton
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this

Re: [Geoserver-users] Encoding issue when styling ?

2018-07-09 Thread Cecile, Adam 
SQL looks ok:


osm=# SELECT id, osm_id, type, name, ref, z_order, class FROM osm_roads WHERE 
name NOT LIKE '' limit 10;
 id | osm_id  | type  | name |   ref   | 
z_order |  class
+-+---+--+-+-+-
 19 | 4065573 | primary   | Route de Luxembourg  | N 7 |  
26 | highway
 21 | 4065707 | primary   | Route d'Arlon| N 6 |   
6 | highway
 24 | 4065736 | primary   | Boulevard Royal  | N 7 |   
6 | highway
 25 | 4065960 | trunk_link| Rocade de Bonnevoie  | B 3 |   
3 | highway
 28 | 4065877 | motorway_link | Aire d'autoroute de Capellen | A 6 |   
3 | highway
 31 | 4266075 | rail  | Ligne Luxembourg - Oetrange  | Ligne 4 |  
27 | railway
 32 | 4266076 | rail  | Ligne Luxembourg - Oetrange  | Ligne 4 |  
27 | railway
 33 | 4266077 | rail  | Ligne Luxembourg - Oetrange  | Ligne 4 |  
27 | railway
 34 | 4266078 | rail  | Ligne Luxembourg - Oetrange  | Ligne 4 |  
27 | railway
 35 | 4266083 | rail  | Ligne Luxembourg - Oetrange  | Ligne 4 |  
27 | railway



De : Cecile, Adam
Envoyé : lundi 9 juillet 2018 17:13:20
À : geoserver-users@lists.sourceforge.net
Objet : Encoding issue when styling ?


Hello,


Here is what is display when using layer preview. Data source is PostGIS. When 
exporting layer to GeoJSON, labels are ok, so it really seems to be related to 
styling.

Same broken labels appear when querying WMS from VueJS/Openlayers.


Any idea ?


Thanks in advance,


Best regards, Adam.




[cid:08ac2b68-de74-4949-9ccc-add0f3f456c3]




Adam Cecile
ICT Engineer - Software & ICT

HITEC Luxembourg S.A.
5, rue de l'Eglise
L-1458 Luxembourg   Tel: +352 498478 - 775
Fax: +352 401303
www.hitec.lu

Email: adam.cec...@hitec.lu


Follow us on social media
[http://www.hitec.lu/images/signature/linkedin.png]
 [http://www.hitec.lu/images/signature/facebook.png] 
  
[http://www.hitec.lu/images/signature/twitter.png] 
  
[http://www.hitec.lu/images/signature/youtube.png] 
   
[http://www.hitec.lu/images/signature/logo2.png] 
[http://www.hitec.lu/images/signature/made-in-lux-50.png]  
[http://www.hitec.lu/images/signature/ISO-logo-50.png]
[http://www.hitec.lu/images/signature/FB.JPG]



Disclaimer: Information included in this email is reserved to named addressee’s 
eyes only. You may not share this message or any of its attachments to anyone. 
Please note that as the recipient, it is your responsibility to check the email 
for malicious software. Finally, the opinions disclosed by the sender do not 
have to reflect those of the company, therefore the company refuses to take any 
liability for the damage caused by the content of this email.

Is it necessary to print this email? If you care about the environment like we 
do, please refrain from printing emails. It helps to keep the environment 
forested and litter-free.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


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

Re: [Geoserver-users] Help disabling X-Frame-Options for Geoserver

2018-07-09 Thread sturlathu 
Hi, any luck in finding a solution to this problem Sorin RUSU?



--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


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

Re: [Geoserver-users] Call GRASS functions from within Geoserver

2018-07-09 Thread bradh 
Possibly you could also look at 
http://docs.geoserver.org/latest/en/user/community/remote-wps/index.html 

 

I personally would have tried the Java WPS implementation, but you should use 
whatever technology you are comfortable debugging. 

 

Brad

From: faw...@tutamail.com  
Sent: Monday, 9 July 2018 7:56 PM
To: Geoserver Users 
Subject: [Geoserver-users] Call GRASS functions from within Geoserver

 

Hi all,

I need to call some GRASS functions (such as viewshed, and elevation profile) 
from within Geoserver. I've searched about GRASS APIs and found that  there are 
two libraries for such thing: one for python "PyGrass" and another for java 
"vtk-grass-bridge". The python one seems to have more community and support 
than the java one.

So, what I intend to do is to use the GeoServer scripting extension to write a 
python script that uses the pyGrass library to perform the task.

Another way is to run Grass commands line functions from java from within 
Geoserver using 

Runtime.getRuntime.exec.

 

My question is: are these ways feasible? Have anybody tried any of these ways 
before?

 

Regards,

Fawzy

 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


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

[Geoserver-users] Call GRASS functions from within Geoserver

2018-07-09 Thread fawzyb 
Hi all,I need to call some GRASS functions (such as viewshed, and elevation 
profile) from within Geoserver. I've searched about GRASS APIs and found that  
there are two libraries for such thing: one for python "PyGrass" and another 
for java "vtk-grass-bridge". The python one seems to have more community and 
support than the java one.So, what I intend to do is to use the GeoServer 
scripting extension to write a python script that uses the pyGrass library to 
perform the task.Another way is to run Grass commands line functions from java 
from within Geoserver using 
Runtime.getRuntime.exec.
My question is: are these ways feasible? Have anybody tried any of these ways 
before?
Regards,Fawzy


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


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

[Geoserver-users] App-schema feature chaining - multiples cascading through the relations [SEC=UNOFFICIAL]

2018-07-09 Thread Sexton Michael 
Hi everyone

I'm not sure what I am doing wrong here, but no matter what I try I can't get 
around it.

Using the EarthResourceML 2.0 schema

-  http://schemas.earthresourceml.org/2.0/earthresourceml.xsd

-  
http://www.earthresourceml.org/earthresourceml/2.0/doc/ERML_HTML_Documentation/

The problem I'm having is that in my er:MineralOccurrence mapping file, I have 
potentially multiple er:sourceReference attributes (which are by reference as 
xlink:href) with parent-child relationships between er:MineralOccurrence 
feature types. The table I have made de-normalises the former so there are 
multiple rows:

Relevant snippets of code follow (full code attached in 
er_MineralOccurrence_mapping.xml). For feature chaining parent-child:


 er:child
 
 CHILDREN_PARENT
 er:MineralOccurrence
 FEATURE_LINK[1]
 


 FEATURE_LINK[1]
 
 PARENT
 


For the multi value sourceReference mapping:



er:sourceReference
true

xlink:href
SOURCEREF_HREF


xlink:title
SOURCEREF_TITLE



What happens is that the parent feature maps the correct number of 
sourceReference attributes (in this case four distinct values) but the child 
feature, which has only a single sourceReference, also maps it four times.

It's as if the feature chain cascades the duplicate relations in the parent to 
the child. See bethanga_erml_output.xml attached. I'm not sure how to prevent 
this from happening

Requesting the child feature alone results in a single sourceReference as 
expected, so it isn't a problem when a feature is mapped by itself (see 
bethanga_erml_child_output.xml)

I've attached an extract of the relevant data (bethanga_data.csv)

Any help would be greatly appreciated.

Thanks


Michael Sexton



Geoscience Australia Disclaimer: This e-mail (and files transmitted with it) is 
intended only for the person or entity to which it is addressed. If you are not 
the intended recipient, then you have received this e-mail by mistake and any 
use, dissemination, forwarding, printing or copying of this e-mail and its file 
attachments is prohibited. The security of emails transmitted cannot be 
guaranteed; by forwarding or replying to this email, you acknowledge and accept 
these risks.
-



bethanga_erml_output.xml
Description: bethanga_erml_output.xml


bethanga_data.csv
Description: bethanga_data.csv


er_MineralOccurrence _mapping.xml
Description: er_MineralOccurrence _mapping.xml


bethanga_erml_child_output.xml
Description: bethanga_erml_child_output.xml
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


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