[Geoserver-users] queryables ogc api features

2024-03-29 Thread Verbeeck Bart (AIV) via Geoserver-users 
Dear all

I noticed something that might be a bug in ogc api features
version 2.24.x

If you ask for the queryables the hrml representation is ok
geo.api.vlaanderen.be/VHAWaterlopen/ogc/features/v1/collections/VHAG/queryables

geo.api.vlaanderen.be/VHAWaterlopen/ogc/features/v1/collections/VHAG/queryables?f=json
 gives a response
geo.api.vlaanderen.be/VHAWaterlopen/ogc/features/v1/collections/VHAG/queryables?f=application/json
 gives an error

{
"code": "NoApplicableCode",
"description": "Could not find acceptable representation"
}

If you check the contents of 
geo.api.vlaanderen.be/VHAWaterlopen/ogc/features/v1/collections/VHAG/queryables?f=json

{
"href": 
https://geo.api.vlaanderen.be/collections/VHAG/queryables?f=application%2Fjson,
"rel": "self",
"type": "application/json",
"title": "This document"
},

the url is wrong: "/Workspace/ogc/features/v1" is missing.

So if you use the html representation to check the queryables, the links to 
"other formats" are wrong.

Bart
___
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] queryables ogc api features

2024-03-19 Thread Verbeeck Bart (AIV) via Geoserver-users 
Dear all

I noticed something that might be a bug in ogc api features
version 2.24.x

If you ask for the queryables the hrml representation is ok
geo.api.vlaanderen.be/VHAWaterlopen/ogc/features/v1/collections/VHAG/queryables

geo.api.vlaanderen.be/VHAWaterlopen/ogc/features/v1/collections/VHAG/queryables?f=json
 gives a response
geo.api.vlaanderen.be/VHAWaterlopen/ogc/features/v1/collections/VHAG/queryables?f=application/json
 gives an error

{
"code": "NoApplicableCode",
"description": "Could not find acceptable representation"
}

If you check the contents of 
geo.api.vlaanderen.be/VHAWaterlopen/ogc/features/v1/collections/VHAG/queryables?f=json

{
"href": 
https://geo.api.vlaanderen.be/collections/VHAG/queryables?f=application%2Fjson,
"rel": "self",
"type": "application/json",
"title": "This document"
},

the url is wrong: “/Workspace/ogc/features/v1” is missing.

So if you use the html representation to check the queryables, the links to 
“other formats” are wrong.

Bart
___
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] ogc api features filter: during

2024-03-03 Thread Verbeeck Bart (AIV) via Geoserver-users 
Thanks Andrea and Jody,

This helped me a lot!

As I am not on my phone, and for other ogc api users, this is the correct 
syntax: &filter-lang=cql-text

Bart

Van: Andrea Aime 
Verzonden: zaterdag 2 maart 2024 18:25
Aan: Jody Garnett 
CC: Verbeeck Bart (AIV) ; geoserver-users 

Onderwerp: Re: [Geoserver-users] ogc api features filter: during

I'm just guessing here (answering from phone), but if memory serves me right, 
the default filter language changed from ECQL to CQL2 (following the evolution 
of the standard), with an implementation that's also not up to date (CQL2 keeps 
on changing). Try using filter-lang to choose ECQL instead?

Ah, found the syntax for CQL2, something like this (found it in tests for our 
current implementation):

T_DURING(ATTR1, INTERVAL(TIMESTAMP('2006-11-30T01:30:00Z'), 
TIMESTAMP('2006-12-31T01:30:00Z')))

However, it seems the CQL2 syntax evolved in the meantime, and the function in 
the latest version can only be used
to compare an interval with another interval, and not any longer an instant 
with an interval. Check the standard DRAFT here:
https://docs.ogc.org/DRAFTS/21-065.html

Long story short, if you want something that is stable interface wise, at least 
for the time being, add "&filter-lang=ecql-tex" to your request
and keep on using GeoServer's own CQL flavor.


Regards,

Andrea Aime



==
GeoServer Professional Services from the experts!

Visit http://bit.ly/gs-services-us for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions Group
phone: +39 0584 962313

fax: +39 0584 1660272

mob:   +39  339 8844549


https://www.geosolutionsgroup.com/

http://twitter.com/geosolutions_it

---

Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE 
2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si precisa 
che ogni circostanza inerente alla presente email (il suo contenuto, gli 
eventuali allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i 
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per 
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le sarei 
comunque grato se potesse darmene notizia.

This email is intended only for the person or entity to which it is addressed 
and may contain information that is privileged, confidential or otherwise 
protected from disclosure. We remind that - as provided by European Regulation 
2016/679 “GDPR” - copying, dissemination or use of this e-mail or the 
information herein by anyone other than the intended recipient is prohibited. 
If you have received this email by mistake, please notify us immediately by 
telephone or e-mail


On Sat, Mar 2, 2024 at 9:35 AM Jody Garnett 
mailto:jody.garn...@gmail.com>> wrote:
Verbeeck,

The best way to assist with this project is to pitch in and help during an ogc 
/ osgeo code sprint. Or to interact with the developer Andrea who is seeking 
funding to work on this module.

It is really nice that you are testing, since the specification is a moving 
target I am not surprised if some functionality changes between 2.19 and 2.24 
(which is quite a long time for a community module).

I also would love to see this module improved, but do not know how to get it 
funded (or myself time to work on it).
--
Jody Garnett


On Mar 1, 2024 at 6:33:40 AM, Verbeeck Bart (AIV) via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 wrote:

Dear all

The question below appears to be under LDAP snow.

Meanwhile I found another time related issue

in 2.19 time can be between single quotes (but doesn’t have to
geo.api.vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart
 < 
%272024-02-28T09:19:48.330Z%27<https://geo.api.vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart%20%3C%20%272024-02-28T09:19:48.330Z%27>
geo.api.vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart
 < 
2024-02-28T09:19:48.330Z<https://geo.api.vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart%20%3C%202024-02-28T09:19:48.330Z>

in 2.24 it has to be between single quotes
geo.api.beta-vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart
 < 
%272024-02-28T09:19:48.330Z%27<https://geo.api.beta-vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart%20%3C%20%

Re: [Geoserver-users] ogc api features filter: during

2024-03-01 Thread Verbeeck Bart (AIV) via Geoserver-users 

Dear all

The question below appears to be under LDAP snow.

Meanwhile I found another time related issue

in 2.19 time can be between single quotes (but doesn't have to
geo.api.vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart
 < 
%272024-02-28T09:19:48.330Z%27<https://geo.api.vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart%20%3C%20%272024-02-28T09:19:48.330Z%27>
geo.api.vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart
 < 
2024-02-28T09:19:48.330Z<https://geo.api.vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart%20%3C%202024-02-28T09:19:48.330Z>

in 2.24 it has to be between single quotes
geo.api.beta-vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart
 < 
%272024-02-28T09:19:48.330Z%27<https://geo.api.beta-vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart%20%3C%20%272024-02-28T09:19:48.330Z%27>
geo.api.beta-vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart
 < 
2024-02-28T09:19:48.330Z<https://geo.api.beta-vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart%20%3C%202024-02-28T09:19:48.330Z>
 (gives error)

same question: Is this a definitive change or a bug?

Bart

Van: Verbeeck Bart (AIV) via Geoserver-users 

Verzonden: woensdag 28 februari 2024 11:43
Aan: geoserver-users 
Onderwerp: [Geoserver-users] ogc api features filter: during

Hello

Concerning versions 2.19 -> 2.24, ogc api features

It appears that version 2.24 doesnot (2.19 did) support the time filter keyword 
"during".

Is this a definitive change or a bug?

2.19
geo.api.vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart
 during 
2024-02-28T09:19:48.330Z/2024-03-29T22:59:59.999Z<https://geo.api.vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart%20during%202024-02-28T09:19:48.330Z/2024-03-29T22:59:59.999Z>

2.24
geo.api.beta-vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart
 during 
2024-02-28T09:19:48.330Z/2024-03-29T22:59:59.999Z<https://geo.api.beta-vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart%20during%202024-02-28T09:19:48.330Z/2024-03-29T22:59:59.999Z>

Bart
___
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] ogc api features filter: during

2024-02-28 Thread Verbeeck Bart (AIV) via Geoserver-users 
Hello

Concerning versions 2.19 -> 2.24, ogc api features

It appears that version 2.24 doesnot (2.19 did) support the time filter keyword 
"during".

Is this a definitive change or a bug?

2.19
geo.api.vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart
 during 
2024-02-28T09:19:48.330Z/2024-03-29T22:59:59.999Z

2.24
geo.api.beta-vlaanderen.be/GIPOD/ogc/features/collections/HINDERGEVOLG/items?f=application/json&startIndex=0&crs=EPSG:31370&limit=20&filter=HindranceStart
 during 
2024-02-28T09:19:48.330Z/2024-03-29T22:59:59.999Z

Bart
___
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] GWC seed/truncate form times out

2023-08-28 Thread Verbeeck Bart (AIV) 
Hi

Actually, also a simple /gwc/rest request times out, so the rest api is not 
working.

This also happens with a nightly built installation, with the demo data, and no 
extensions installed.


We are running 2.18.0 without problems but we want to upgrade.
Even version 2.19.2 has the same “not working” behavior.

What could be wrong in my installation or configuration.

Thanks!

Bart

Van: Verbeeck Bart (AIV) 
Verzonden: Thursday, August 24, 2023 11:07 AM
Aan: Geoserver-users@lists.sourceforge.net
Onderwerp: [Geoserver-users] GWC seed/truncate form times out

Hi there

In my installation (2.23.1, or 2.23 snapshot of today) the seed/truncate form 
doesn’t appear (https://host/geoserver/gwc/rest/seed/wsname:lyrname).
The wmts works perfectly.

Installation
Azure App Service
Java: 11 or 17 (same result)
Tomcat:: 8.5 or 9 (both same result)
Extensions: inspire, sqlserver, appscheme
Community modules: ogc api, azure blobstore

Has anyone any clue?

Thanks

Bart
___
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] GWC seed/truncate form times out

2023-08-24 Thread Verbeeck Bart (AIV) 
Hi there

In my installation (2.23.1, or 2.23 snapshot of today) the seed/truncate form 
doesn’t appear (https://host/geoserver/gwc/rest/seed/wsname:lyrname).
The wmts works perfectly.

Installation
Azure App Service
Java: 11 or 17 (same result)
Tomcat:: 8.5 or 9 (both same result)
Extensions: inspire, sqlserver, appscheme
Community modules: ogc api, azure blobstore

Has anyone any clue?

Thanks

Bart
___
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] truncate geowebcache

2023-08-14 Thread Verbeeck Bart (AIV) 
Dear list

We have a geowebcache (integrated in geoserver) with azure blob storage to 
store the tiles. (2.18.0)

We serve several layers, each 3 crs systems, one image format.

What could be the reason why for 1 layer and one crs, truncate doesn’t work, 
reseed does.

All info is much appreciated.

Bart
___
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] openapi

2023-07-13 Thread Verbeeck Bart (AIV) 
Dear list

The openapi url seems not to work in version 2.23.1, in the development version 
2.24  it works


https://*/ogc/features/v1/openapi?f=text%2Fhtml


{
  "type": "NoApplicableCode",
  "title": "'com.fasterxml.jackson.core.StreamReadConstraints 
com.fasterxml.jackson.dataformat.yaml.YAMLParser.streamReadConstraints()'"
}

Is this a bug or known issue?

Bart
___
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] Custom SRS

2021-10-28 Thread Verbeeck Bart (AIV) 
My question can be ignored!

Sorry for disturbing, I probable made a typo.
It DOES work as expected.

B

-Oorspronkelijk bericht-
Van: Verbeeck Bart (AIV)  
Verzonden: Thursday, October 28, 2021 11:39 AM
Aan: geoserver-users@lists.sourceforge.net
Onderwerp: Re: [Geoserver-users] Custom SRS

All

I am using geoserver 2.19.2

Am I correct if I say that the ogc api feature module implements cql_filter 
only partly?
I noticed that attribute filters work, but spatial filters like "intersects" 
don't.
I checked the geotools logs, and can't see a where clause (data is in 
SQLServer), when I apply a spatial filter.

If I use the wfs endpoint, everything works as expected.

Thanks

Bart


___
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: 
https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.ianturton.com%2Ftalks%2Ffoss4g.html%23%2F&data=04%7C01%7Cbart.verbeeck%40vlaanderen.be%7C6b9a7359b27743315bd108d99a0d0116%7C0c0338a695614ee8b8d64e89cbd520a0%7C0%7C0%7C637710203047669818%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=hoYr86CNljGwrc%2BRVJVq8lzSMa%2BJXUeGPfPZ0L0oHaE%3D&reserved=0
- The GeoServer user list posting guidelines: 
https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgeoserver.org%2Fcomm%2Fuserlist-guidelines.html&data=04%7C01%7Cbart.verbeeck%40vlaanderen.be%7C6b9a7359b27743315bd108d99a0d0116%7C0c0338a695614ee8b8d64e89cbd520a0%7C0%7C0%7C637710203047669818%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=efq2HKfbZiskpzibqfkYGHCTuVNEYLr33GWrUn%2BvnKE%3D&reserved=0

If you want to request a feature or an improvement, also see this: 
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fgeoserver%2Fgeoserver%2Fwiki%2FSuccessfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer&data=04%7C01%7Cbart.verbeeck%40vlaanderen.be%7C6b9a7359b27743315bd108d99a0d0116%7C0c0338a695614ee8b8d64e89cbd520a0%7C0%7C0%7C637710203047669818%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=0KhOOwKv0V4GVOXIZW7NfGXTVc2qF%2FdOM3%2BheJE1%2FyQ%3D&reserved=0


Geoserver-users@lists.sourceforge.net
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fgeoserver-users&data=04%7C01%7Cbart.verbeeck%40vlaanderen.be%7C6b9a7359b27743315bd108d99a0d0116%7C0c0338a695614ee8b8d64e89cbd520a0%7C0%7C0%7C637710203047679773%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=YdhHrJjFtoCG%2BATE8tJvXkDpzfwZjDCN6Ri%2FA%2Fc6nnw%3D&reserved=0


___
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] Custom SRS

2021-10-28 Thread Verbeeck Bart (AIV) 
All

I am using geoserver 2.19.2

Am I correct if I say that the ogc api feature module implements cql_filter 
only partly?
I noticed that attribute filters work, but spatial filters like "intersects" 
don't.
I checked the geotools logs, and can't see a where clause (data is in 
SQLServer), when I apply a spatial filter.

If I use the wfs endpoint, everything works as expected.

Thanks

Bart


___
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] GeoServer 2.19-RC Release Candidate available for testing

2021-03-09 Thread Verbeeck Bart (AIV) 
Before anyone starts investigating (😊), I created a new app service and now 
everything works (at first sight), so you can ignore my mail.

Van: Verbeeck Bart (AIV) 
Verzonden: Tuesday, March 9, 2021 2:18 PM
Aan: Jody Garnett ; GeoServer Users 

Onderwerp: Re: [Geoserver-users] GeoServer 2.19-RC Release Candidate available 
for testing

I tried the RC on

Azure app service
Java 8
Tomcat 8.5.58

Deployed the war, checked the sample data.

We have several similar app services running in production (2.18) in the same 
environment, dealing with millions of requests (wms/wfs/wmts) daily

The administration interface loads (style preview not working)
Wfs works, didn’t check in detail yet
Wms requests timeout or response is 404
Layer preview doesn’t work

I didn’t find anything in the logs, but I included the log file.

Bart

Van: Jody Garnett mailto:jody.garn...@gmail.com>>
Verzonden: Monday, March 8, 2021 8:13 AM
Aan: GeoServer Users 
mailto:geoserver-users@lists.sourceforge.net>>
Onderwerp: [Geoserver-users] GeoServer 2.19-RC Release Candidate available for 
testing

The GeoServer 2.19-RC Release 
candidate<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgeoserver.org%2Frelease%2Fdev%2F&data=04%7C01%7Cbart.verbeeck%40vlaanderen.be%7C2bda4d1f7b8047ed9d0f08d8e3032914%7C0c0338a695614ee8b8d64e89cbd520a0%7C0%7C0%7C637508950030933040%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=GTIxtY1HrTcYPeLMd2TQ1X%2Bj79uAFWsVzMFSyR8feo4%3D&reserved=0>
 is available for testing, see release 
announcement<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgeoserver.org%2Fannouncements%2F2021%2F03%2F04%2Fgeoserver-2-19-rc-released.html&data=04%7C01%7Cbart.verbeeck%40vlaanderen.be%7C2bda4d1f7b8047ed9d0f08d8e3032914%7C0c0338a695614ee8b8d64e89cbd520a0%7C0%7C0%7C637508950030933040%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=%2Bpk2Hv%2BEVmk0EelIBJ3P9QMoMYbABqj9To8bQh%2FgKC0%3D&reserved=0>
 for a tour of what is new.

Thanks to Jody, Andrea and Brad for working on this release and blog posting, 
and the whole team for making GeoServer possible.

This release includes a number of new extensions and we need your help to test 
and ensure everything is packaged correctly.

  *   Release candidates are a community building exercise
  *   We ask the community (everyone: individuals, organizations, service 
providers) to download and thoroughly test this release candidate and report 
back.
  *   Participating in testing release candidates is a key expectation of our 
open source social 
contract<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.ianturton.com%2Ftalks%2Ffoss4g.html%23%2F&data=04%7C01%7Cbart.verbeeck%40vlaanderen.be%7C2bda4d1f7b8047ed9d0f08d8e3032914%7C0c0338a695614ee8b8d64e89cbd520a0%7C0%7C0%7C637508950030943008%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=GzyGYivX7nx6LAQ8%2BMoZ9szoGYqsj6P0Fc0SDHaUBU0%3D&reserved=0>.
 We make an effort to thank each person who tests in our release announcement 
and project presentations!
  *   GeoServer commercial service 
providers<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgeoserver.org%2Fsupport%2F&data=04%7C01%7Cbart.verbeeck%40vlaanderen.be%7C2bda4d1f7b8047ed9d0f08d8e3032914%7C0c0338a695614ee8b8d64e89cbd520a0%7C0%7C0%7C637508950030943008%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=2LslGIeJM8akzD16qRlQFN63eF%2F47J44%2BjAnmVe1wvY%3D&reserved=0>
 are fully expected to test on behalf of their customers.
--
Jody Garnett
___
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] Appscheme 2.15 2.18

2020-10-20 Thread Verbeeck Bart (AIV) 
Jody

I do get a different representation in both examples.

It has nothing to do with the quotes (I forgot to type them over).
The first problem (4236-4258) I could solve myself.
But the representation is a problem.
Inspire requires the URI representation.

[cid:image001.png@01D6A6C4.E436DD50]

Bart

Van: Jody Garnett 
Verzonden: Monday, October 19, 2020 4:20 AM
Aan: Verbeeck Bart (AIV) 
CC: geoserver-users@lists.sourceforge.net
Onderwerp: Re: [Geoserver-users] Appscheme 2.15 2.18

Bart:

This may be more a change on the GML output side, rather than app-schema 
specifically.

Is it correct that the difference you are seeing is if the srsName value has 
quotes or not? I would assume quotes would be required, and perhaps the xml 
parser was being kind not accepting a value without quotes previously.

For encoding of EPSG codes there are a number of settings. And the ability to 
override, if your client really expects on representation over another
https://docs.geoserver.org/latest/en/user/services/wfs/webadmin.html#gml<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.geoserver.org%2Flatest%2Fen%2Fuser%2Fservices%2Fwfs%2Fwebadmin.html%23gml&data=04%7C01%7Cbart.verbeeck%40vlaanderen.be%7C113e0660e45d48d6580308d873d59495%7C0c0338a695614ee8b8d64e89cbd520a0%7C0%7C0%7C637386708442344803%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=qICB6ro5MTjnEfArtikS3n4gvPXt0O8%2Fp5YidUo6mIw%3D&reserved=0>

  *   The OGC HTTP URL format is 
http://www.opengis.net/gml/srs/epsg.xml#4258<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.opengis.net%2Fgml%2Fsrs%2Fepsg.xml%234258&data=04%7C01%7Cbart.verbeeck%40vlaanderen.be%7C113e0660e45d48d6580308d873d59495%7C0c0338a695614ee8b8d64e89cbd520a0%7C0%7C0%7C637386708442354758%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=4fkO9X2kwR3q4nfBFLu%2B%2BI6CgIFnuoAeaP3pjneL7hI%3D&reserved=0>
  *   The OGC HTTP URI format is 
http://www.opengis.net/def/crs/EPSG/0/4258<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.opengis.net%2Fdef%2Fcrs%2FEPSG%2F0%2F4258&data=04%7C01%7Cbart.verbeeck%40vlaanderen.be%7C113e0660e45d48d6580308d873d59495%7C0c0338a695614ee8b8d64e89cbd520a0%7C0%7C0%7C637386708442354758%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=KQI3SLrI9FMMZhrdb3Ebn4ngh4n9cNaiaH3wiWxeFds%3D&reserved=0>
That page is a bit hard to follow I think we may need to make a table of what 
is expected where.
I tend to recommend the defaults, which mirror the EPSG representation expected 
for each GML standard.

It is concerning if you are getting one representation for MultiSurface and a 
different one for Polygon? Is this something that you can reproduce with the 
same data directory?

--
Jody Garnett


On Sat, 17 Oct 2020 at 03:10, Verbeeck Bart (AIV) 
mailto:bart.verbe...@vlaanderen.be>> wrote:
Hello

I see many improvements in the new versions, but I noticed an issue concerning 
the app schema plugin.

I have two installations, completely the same

2.15.0
https://bgeoserverinspireaiv.azurewebsites.net/inspire/elu/wfs?request=GetFeature&typenames=elu:ExistingLandUseObject&count=1<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbgeoserverinspireaiv.azurewebsites.net%2Finspire%2Felu%2Fwfs%3Frequest%3DGetFeature%26typenames%3Delu%3AExistingLandUseObject%26count%3D1&data=04%7C01%7Cbart.verbeeck%40vlaanderen.be%7C113e0660e45d48d6580308d873d59495%7C0c0338a695614ee8b8d64e89cbd520a0%7C0%7C0%7C637386708442364716%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=A%2FNdUIuyS47JeY3R3FhiBTWg6OcTbFQP%2Bs%2FoMWO6YJ8%3D&reserved=0>

2.18.0 (Ichecked 2.17.3 behaves the same)
https://aiv-beta-geoserver-inspire.azurewebsites.net/inspire/elu/wfs?request=GetFeature&typenames=elu:ExistingLandUseObject&count=1<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faiv-beta-geoserver-inspire.azurewebsites.net%2Finspire%2Felu%2Fwfs%3Frequest%3DGetFeature%26typenames%3Delu%3AExistingLandUseObject%26count%3D1&data=04%7C01%7Cbart.verbeeck%40vlaanderen.be%7C113e0660e45d48d6580308d873d59495%7C0c0338a695614ee8b8d64e89cbd520a0%7C0%7C0%7C637386708442364716%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=V8G2fCU38JNYUv57jz5BCb97BWRBcreSsdd10asqN5U%3D&reserved=0>

The MultiSurface srsName is wrong in the newer versions
srsName="http://www.opengis.net/def/crs/EPSG/0/4326<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.opengis.net%2Fdef%2Fcrs%2FEPSG%2F0%2F4326&data=04%7C01%7Cbart.verbeeck%40vlaanderen.be%7C113e0660e45d48d6580308d873d59495%7C0c0338a695614ee8b8d64e89cbd520a0%7C0%7C0%7C637386708442364716%7CUnknown%7CTWFpbGZsb3d8eyJWI

[Geoserver-users] Appscheme 2.15 2.18

2020-10-17 Thread Verbeeck Bart (AIV) 
Hello

I see many improvements in the new versions, but I noticed an issue concerning 
the app schema plugin.

I have two installations, completely the same

2.15.0
https://bgeoserverinspireaiv.azurewebsites.net/inspire/elu/wfs?request=GetFeature&typenames=elu:ExistingLandUseObject&count=1

2.18.0 (Ichecked 2.17.3 behaves the same)
https://aiv-beta-geoserver-inspire.azurewebsites.net/inspire/elu/wfs?request=GetFeature&typenames=elu:ExistingLandUseObject&count=1

The MultiSurface srsName is wrong in the newer versions
srsName="http://www.opengis.net/def/crs/EPSG/0/4326";

it should be
srsName=http://www.opengis.net/def/crs/EPSG/0/4258

In all versions the srsName for the Polygon is “almost” correct

srsName=http://www.opengis.net/gml/srs/epsg.xml#4258
should be
srsName="http://www.opengis.net/def/crs/EPSG/0/4258";

Did I miss a change in the configuration that is necessary?

Bart



___
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] http://www.opengis.net/def/crs/EPSG/0/4258 vs http://www.opengis.net/gml/srs/epsg.xml#4258

2020-08-18 Thread Verbeeck Bart (AIV) 
Dear list

We publish inspire harmonized wfs services, and some of them produce GML with 
the wrong srsName in the GML, and as a consequence with flipped axis.

http://inspire.informatievlaanderen.be/overdrachtdiensten/am/wfs?request=getfeature&typename=am:ManagementRestrictionOrRegulationZone&Count=1&srsname=http://www.opengis.net/def/crs/EPSG/0/4258
works correct with http://www.opengis.net/def/crs/EPSG/0/4258 in the GML 
response

http://inspire.informatievlaanderen.be/overdrachtdiensten/ad/wfs?request=getfeature&typename=ad:Address&Count=1&srsname=http://www.opengis.net/def/crs/EPSG/0/4258
 has http://www.opengis.net/gml/srs/epsg.xml#4258 in the GML response.

We use version 2.15.0 with tomcat, and of course we use the appscheme extension.

They both use the same mapping for the geometry

am:geometry
  
  strConcat('geometry.', 
getId())


geometry




Does someone have an idea for a solution?

Bart Verbeeck
___
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] Geowebcache seeding XML and JSON

2020-05-05 Thread Verbeeck Bart (AIV) 
This question disappeared between all the other mails.
Can somebody help?

Bart

Van: Verbeeck Bart (AIV) 
Verzonden: Friday, April 24, 2020 1:29 PM
Aan: Geoserver-users@lists.sourceforge.net
Onderwerp: [Geoserver-users] Geowebcache seeding XML and JSON

Dear list,

Where can I find detailed information or examples of full seed/truncate 
requests in XML and JSON.

In xml we use gridSetId, in JSON srs, and there are more differences.

i.e. I don’t know how to use
* tileFailureRetryCount
* tileFailureRetryWaitTim
* totalFailuresBeforeAborting
in a JSON request

Thanks a lot

Bart Verbeeck
___
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] Geowebcache seeding XML and JSON

2020-04-24 Thread Verbeeck Bart (AIV) 
Dear list,

Where can I find detailed information or examples of full seed/truncate 
requests in XML and JSON.

In xml we use gridSetId, in JSON srs, and there are more differences.

i.e. I don’t know how to use
* tileFailureRetryCount
* tileFailureRetryWaitTim
* totalFailuresBeforeAborting
in a JSON request

Thanks a lot

Bart Verbeeck
___
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] Unknown Namespace while trying to access WFS

2020-01-13 Thread Verbeeck Bart (AIV) 
Dear

Are you sure you spelled the namespace correct? Namespaces are case sensitive….

Bart

From: Muhammad Iqnaul Haq 
Sent: zondag 12 januari 2020 15:36
To: GeoServer List 
Subject: [Geoserver-users] Unknown Namespace while trying to access WFS

Dear all,

I have issue when try to access layers from Remote Geoserver WFS using geoext 
and openlayers. It gave me  an error message :
ows:Exception exceptionCode="InvalidParameterValue" locator="namespace">
Unknown namespace [MapTab_helge]

I can assure that I the workspace name and layers is correct. The 
geoserver(2.14) was setup by different person, then I try to access layers in 
my local geoserver using the same script and it’s working normal. Is there any 
configuration or authentication method which I should take a look?

--
Thank You
Regards

Muhammad Iqnaul
GIS, WebGIS, and Remote Sensing Specialist based in Indonesia

Sent from Mail for Windows 10

___
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] urn:ogc:def:query:OGC-WFS::GetFeatureById

2019-04-16 Thread Verbeeck Bart (AIV) 
Dear list

I have a service providing harmonized data.
The service works, only the storedquery 
urn:ogc:def:query:OGC-WFS::GetFeatureById throws an error

I get the first record to find an ID
https://inspire.informatievlaanderen.be/overdrachtdiensten/hy-n/wfs?VERSION=2.0.0&SERVICE=WFS&REQUEST=GetFeature&typeNames=hy-n%3AWatercourseLink&count=1

GetFeature/FeatureID works ok
https://inspire.informatievlaanderen.be/overdrachtdiensten/hy-n/wfs?VERSION=2.0.0&SERVICE=WFS&REQUEST=GetFeature&typeNames=hy-n%3AWatercourseLink&FeatureID=vha_waterloopsegment_10

The stored query throws an error: Could not find feature with specified id
https://inspire.informatievlaanderen.be/overdrachtdiensten/hy-n/wfs?SERVICE=WFS&REQUEST=GetFeature&VERSION=2.0.0&storedquery_id=urn%3Aogc%3Adef%3Aquery%3AOGC-WFS%3A%3AGetFeatureById&outputformat=application%2Fgml%2Bxml%3B%20version%3D3.2&id=vha_waterloopsegment_10&typename=hy-n%3AWatercourseLink

I use Geoserver 2.15
Data is stored in sqlserver
I use the AppSchema extension (And I paste the definition below)

Is there something wrong in this definition. The storedquery works all right in 
my other services, that don't use the app schema extension.

For example
https://geoservices.beta.informatievlaanderen.be/overdrachtdiensten/Adressen/wfs?service=WFS&REQUEST=GetFeature&STOREDQUERY_ID=urn:ogc:def:query:OGC-WFS::GetFeatureById&ID=Adrespos.1000320856&typename=Adressen:Adrespos&outputformat=GML2

I examined the log files, but I couldn't find anyting more than "Could not find 
feature with specified id" (GEOTOOLS_DEVELOPER_LOGGING)

Thanks

Bart






http://inspire.ec.europa.eu/schemas/hy-n/4.0/HydroNetwork.xsd




dataStore
WatercourseLink
hy-n:WatercourseLink



nns:beginLifespanVersion

beginLifespanVersion




nns:centrelineGeometry


strConcat('centrelineGeometry.', getId())


SHAPE




nns:fictitious

fictitious




hy-n:flowDirection

xlink:href

flowDirection_href




hy-n:WatercourseLink

gml_id




gml:identifier

gml_identifier


codeSpace
gml_codespace




nns:inNetwork

nilReason
inNetwork


xsi:nil

if_then_else(isNull(inNetwork), Expression.NIL, 'true')




nns:inspireId/base:Identifier/base:localId

inspireId_localId




nns:inspireId/base:Identifier/base:namespace

Re: [Geoserver-users] srsName OGC HTTP URI storedquery

2019-01-21 Thread Verbeeck Bart (AIV) 
Thanks Nuno

I solved the issue.
Different wfs settings (global vs workspaces)

Bart

From: Nuno Oliveira 
Sent: zaterdag 19 januari 2019 0:32
To: Verbeeck Bart (AIV) ; 
geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] srsName OGC HTTP URI storedquery

Hi,

I have tried to reproduce this but could not, if you wish to give it a try you 
can download the data set
and stored query I used from the following link:
https://drive.google.com/file/d/1uCxzB-8wklx0kd7thLPwT6g9ITPlhvtv/view?usp=sharing

Best regards,
Nuno Oliveira

On Wed, 2019-01-16 at 15:42 +, Verbeeck Bart (AIV) wrote:
Dear list

When I invoke 
https://inspire.informatievlaanderen.be/overdrachtdiensten/hy-n/wfs?request=GetFeature&typename=hy-n:WatercourseLink&srsName=http://www.opengis.net/def/crs/EPSG/0/4258&service=WFS&count=1

I get GML with  srsName="http://www.opengis.net/def/crs/EPSG/0/4258";

When I call  a storedquery I get the same result 
https://inspire.informatievlaanderen.be/overdrachtdiensten/hy-p/wfs?request=GetFeature&Language=dut&CRS=http://www.opengis.net/def/crs/EPSG/0/4258&DataSetIdNamespace=informatievlaanderen-be&service=WFS&count=1&STOREDQUERY_ID=urn:x-inspire:storedQuery:hy-n:GetSpatialDataSet&version=2.0.0&DataSetIdCode=2aed0b7b-890f-47ba-84ec-c0b87227a64c

But with  srsName="urn:ogc:def:crs:EPSG::4258"

This means the storedquery ignores my wfs setting (OGC HTTP URI)
[cid:image001.jpg@01D4B18C.0FC4F1D0]

Below you find my stored query definition.

This happens in 2.13.1 and in 2.14.1

Is this a geoserver issue, or did I do something wrong?

Thanks!

Bart




http://www.w3.org/2001/XMLSchema";
xmlns:fes="http://www.opengis.net/fes/2.0";
xmlns:wfs="http://www.opengis.net/wfs/2.0";
xmlns:gml="http://www.opengis.net/gml/3.2";
xmlns:ows="http://www.opengis.net/ows/1.1";
xmlns:xlink="http://www.w3.org/1999/xlink";
id="urn:x-inspire:storedQuery:hy-n:GetSpatialDataSet">











___

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<mailto:Geoserver-users@lists.sourceforge.net>

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

--

Regards,

Nuno Oliveira

==

GeoServer Professional Services from the

experts!

Visit http://goo.gl/it488V for more information.

==



Nuno Miguel Carvalho Oliveira

@nmcoliveira

Software Engineer



GeoSolutions S.A.S.

Via di Montramito 3/A

55054  Massarosa (LU)

Italy

phone: +39 0584 962313

fax:  +39 0584 1660272



http://www.geo-solutions.it

http://twitter.com/geosolutions_it



---



Con riferimento alla normativa sul trattamento dei dati

personali (Reg. UE 2016/679 - Regolamento generale sulla

protezione dei dati “GDPR”), si precisa che ogni

circostanza inerente alla presente email (il suo contenuto,

gli eventuali allegati, etc.) è un dato la cui conoscenza

è riservata al/i solo/i destinatario/i indicati dallo

scrivente. Se il messaggio Le è giunto per errore, è

tenuta/o a cancellarlo, ogni altra operazione è illecita.

Le sarei comunque grato se potesse darmene notizia.



This email is intended only for the person or entity to

which it is addressed and may contain information that

is privileged, confidential or otherwise protected from

disclosure. We remind that - as provided by European

Regulation 2016/679 “GDPR” - copying, dissemination or

use of this e-mail or the information herein by anyone

other than the intended recipient is prohibited. If you

have received this email by mistake, please notify

us immediately by telephone or e-mail.
___
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] srsName OGC HTTP URI storedquery

2019-01-16 Thread Verbeeck Bart (AIV) 
Dear list

When I invoke 
https://inspire.informatievlaanderen.be/overdrachtdiensten/hy-n/wfs?request=GetFeature&typename=hy-n:WatercourseLink&srsName=http://www.opengis.net/def/crs/EPSG/0/4258&service=WFS&count=1

I get GML with  srsName="http://www.opengis.net/def/crs/EPSG/0/4258";

When I call  a storedquery I get the same result 
https://inspire.informatievlaanderen.be/overdrachtdiensten/hy-p/wfs?request=GetFeature&Language=dut&CRS=http://www.opengis.net/def/crs/EPSG/0/4258&DataSetIdNamespace=informatievlaanderen-be&service=WFS&count=1&STOREDQUERY_ID=urn:x-inspire:storedQuery:hy-n:GetSpatialDataSet&version=2.0.0&DataSetIdCode=2aed0b7b-890f-47ba-84ec-c0b87227a64c

But with  srsName="urn:ogc:def:crs:EPSG::4258"

This means the storedquery ignores my wfs setting (OGC HTTP URI)
[cid:image003.jpg@01D4ADBA.8973D8A0]

Below you find my stored query definition.

This happens in 2.13.1 and in 2.14.1

Is this a geoserver issue, or did I do something wrong?

Thanks!

Bart




http://www.w3.org/2001/XMLSchema";
xmlns:fes="http://www.opengis.net/fes/2.0";
xmlns:wfs="http://www.opengis.net/wfs/2.0";
xmlns:gml="http://www.opengis.net/gml/3.2";
xmlns:ows="http://www.opengis.net/ows/1.1";
xmlns:xlink="http://www.w3.org/1999/xlink";
id="urn:x-inspire:storedQuery:hy-n:GetSpatialDataSet">










___
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] 2.11 -> 2.13

2018-06-29 Thread Verbeeck Bart (AIV) 
Hi
Thank you Andrea

I opened a ticket

https://osgeo-org.atlassian.net/browse/GEOS-8809?atlOrigin=eyJpIjoiODUwM2FiNDQ0YWIyNDU5ZGI0YmI1YjMwYmRlNjMyZmEiLCJwIjoiaiJ9

meanwhile, I will roll back to 2.11.2 I think the issue was there already in 
2.12 (not sure)

I post this to let the other users know.

Bart


From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea 
Aime
Sent: donderdag 28 juni 2018 14:56
To: Verbeeck Bart (AIV) 
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] 2.11 -> 2.13

Hi,
yes, there is indeed something going on there... but I have no idea why.
Please open a ticket at https://osgeo-org.atlassian.net/projects/GEOS/summary , 
including a sample dataset, style, and a request that makes it happen on that 
dataset.
And then be patient, we have very little time available to look at them and a 
lot of open tickets.
Or if it's urgent, then have a look at http://geoserver.org/support/ or, if you 
can code in Java, I can give you a few pointers in the code where to set 
breakpoints for a debug session, from where you can develop a fix and make a 
pull request (see also 
https://github.com/geoserver/geoserver/blob/master/CONTRIBUTING.md )

Cheers
Andrea


On Thu, Jun 28, 2018 at 2:51 PM, Verbeeck Bart (AIV) 
mailto:bart.verbe...@kb.vlaanderen.be>> wrote:
Thanks

http://geoserverbeta1aiv.azurewebsites.net has 2.11
http://geoserverbetaaiv.azurewebsites.net has 2.13

The workspaces are 100 % identical

The following requests:

http://geoserverbeta1aiv.azurewebsites.net/geoserver/GRB/wms?SERVICE=WMS&REQUEST=GetMap&FORMAT=image/png&TRANSPARENT=TRUE&STYLES=&VERSION=1.3.0&LAYERS=GRB:GRB_GBG&WIDTH=1920&HEIGHT=852&CRS=EPSG:3857&BBOX=555351.5873194758,6652474.209309065,555638.2261755452,6652601.405301445

result is as expected

http://geoserverbetaaiv.azurewebsites.net/geoserver/GRB/wms?SERVICE=WMS&REQUEST=GetMap&FORMAT=image/png&TRANSPARENT=TRUE&STYLES=&VERSION=1.3.0&LAYERS=GRB:GRB_GBG&WIDTH=1920&HEIGHT=852&CRS=EPSG:3857&BBOX=555351.5873194758,6652474.209309065,555638.2261755452,6652601.405301445

result is similar, but data is missing on the left and the bottom

Bart

From: andrea.a...@gmail.com<mailto:andrea.a...@gmail.com> 
[mailto:andrea.a...@gmail.com<mailto:andrea.a...@gmail.com>] On Behalf Of 
Andrea Aime
Sent: donderdag 28 juni 2018 14:34
To: Verbeeck Bart (AIV) 
mailto:bart.verbe...@kb.vlaanderen.be>>
Cc: 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Subject: Re: [Geoserver-users] 2.11 -> 2.13

Hi,
all you shared so far are debugging logs which might or might not be related to 
an actual issue
(e.g., could be that the previous version of GeoServer was doing the same, but 
had less logging statements).
Can you share the WMS request that makes it happen? The logs do not report 
anything about the source CRS, you say it's 3857,
but I've just tried to make GeoServer reproject that BBOX to 4326 and 31370, it 
did not fail...

Cheers
Andrea


On Wed, Jun 27, 2018 at 3:25 PM, Verbeeck Bart (AIV) 
mailto:bart.verbe...@kb.vlaanderen.be>> wrote:
Dear list

I have multiple geoserver installations. I recently upgraded from 2.11 -> 
2.13.1.

I copied the complete workspace, data and user_projectionq

The instances are equal (in my opinion)

Azure appservice, tomcat 8.0.44, jdk1.8.0_73

On some instances I have problems with request asking for EPSG:3857 (data is in 
EPSG:31370): the mapped boundingbox is not correct

Anyway, the problem is in org.geotools.renderer.crs. (see log below).

Any idea?
Something wrong with my epsg.properties?

Bart







2018-06-27 15:05:19,225 DEBUG [org.geotools.renderer.crs] - Failed to reproject 
the envelope ReferencedEnvelope[555351.2887373341 : 555638.524757687, 
6652473.9107269235 : 6652601.703883586] to GEOGCS["WGS84(DD)",
  DATUM["WGS84",
SPHEROID["WGS84", 6378137.0, 298.257223563]],
  PRIMEM["Greenwich", 0.0],
  UNIT["degree", 0.017453292519943295],
  AXIS["Geodetic longitude", EAST],
  AXIS["Geodetic latitude", NORTH]] trying an area restriction
2018-06-27 15:05:19,228 DEBUG [org.geotools.renderer.crs] - Failed to reproject 
the envelope ReferencedEnvelope[555351.2887373341 : 555638.524757687, 
6652473.9107269235 : 6652601.703883586] to PROJCS["Belge 1972 / Belgian Lambert 
72",
  GEOGCS["Belge 1972",
DATUM["Reseau National Belge 1972",
  SPHEROID["International 1924", 6378388.0, 297.0, 
AUTHORITY["EPSG","7022"]],
  TOWGS84[-106.8686, 52.2978, -103.7239, 0.3366, 0.457, -1.8422, -1.2747],
  AUTHORITY["EPSG","6313"]],
PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]],
UNIT["degree", 0.017453292519943295],
AXIS["Geodetic

Re: [Geoserver-users] 2.11 -> 2.13

2018-06-28 Thread Verbeeck Bart (AIV) 
Thanks

http://geoserverbeta1aiv.azurewebsites.net has 2.11
http://geoserverbetaaiv.azurewebsites.net has 2.13

The workspaces are 100 % identical

The following requests:

http://geoserverbeta1aiv.azurewebsites.net/geoserver/GRB/wms?SERVICE=WMS&REQUEST=GetMap&FORMAT=image/png&TRANSPARENT=TRUE&STYLES=&VERSION=1.3.0&LAYERS=GRB:GRB_GBG&WIDTH=1920&HEIGHT=852&CRS=EPSG:3857&BBOX=555351.5873194758,6652474.209309065,555638.2261755452,6652601.405301445

result is as expected

http://geoserverbetaaiv.azurewebsites.net/geoserver/GRB/wms?SERVICE=WMS&REQUEST=GetMap&FORMAT=image/png&TRANSPARENT=TRUE&STYLES=&VERSION=1.3.0&LAYERS=GRB:GRB_GBG&WIDTH=1920&HEIGHT=852&CRS=EPSG:3857&BBOX=555351.5873194758,6652474.209309065,555638.2261755452,6652601.405301445

result is similar, but data is missing on the left and the bottom

Bart

From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea 
Aime
Sent: donderdag 28 juni 2018 14:34
To: Verbeeck Bart (AIV) 
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] 2.11 -> 2.13

Hi,
all you shared so far are debugging logs which might or might not be related to 
an actual issue
(e.g., could be that the previous version of GeoServer was doing the same, but 
had less logging statements).
Can you share the WMS request that makes it happen? The logs do not report 
anything about the source CRS, you say it's 3857,
but I've just tried to make GeoServer reproject that BBOX to 4326 and 31370, it 
did not fail...

Cheers
Andrea


On Wed, Jun 27, 2018 at 3:25 PM, Verbeeck Bart (AIV) 
mailto:bart.verbe...@kb.vlaanderen.be>> wrote:
Dear list

I have multiple geoserver installations. I recently upgraded from 2.11 -> 
2.13.1.

I copied the complete workspace, data and user_projectionq

The instances are equal (in my opinion)

Azure appservice, tomcat 8.0.44, jdk1.8.0_73

On some instances I have problems with request asking for EPSG:3857 (data is in 
EPSG:31370): the mapped boundingbox is not correct

Anyway, the problem is in org.geotools.renderer.crs. (see log below).

Any idea?
Something wrong with my epsg.properties?

Bart







2018-06-27 15:05:19,225 DEBUG [org.geotools.renderer.crs] - Failed to reproject 
the envelope ReferencedEnvelope[555351.2887373341 : 555638.524757687, 
6652473.9107269235 : 6652601.703883586] to GEOGCS["WGS84(DD)",
  DATUM["WGS84",
SPHEROID["WGS84", 6378137.0, 298.257223563]],
  PRIMEM["Greenwich", 0.0],
  UNIT["degree", 0.017453292519943295],
  AXIS["Geodetic longitude", EAST],
  AXIS["Geodetic latitude", NORTH]] trying an area restriction
2018-06-27 15:05:19,228 DEBUG [org.geotools.renderer.crs] - Failed to reproject 
the envelope ReferencedEnvelope[555351.2887373341 : 555638.524757687, 
6652473.9107269235 : 6652601.703883586] to PROJCS["Belge 1972 / Belgian Lambert 
72",
  GEOGCS["Belge 1972",
DATUM["Reseau National Belge 1972",
  SPHEROID["International 1924", 6378388.0, 297.0, 
AUTHORITY["EPSG","7022"]],
  TOWGS84[-106.8686, 52.2978, -103.7239, 0.3366, 0.457, -1.8422, -1.2747],
  AUTHORITY["EPSG","6313"]],
PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]],
UNIT["degree", 0.017453292519943295],
AXIS["Geodetic longitude", EAST],
AXIS["Geodetic latitude", NORTH],
AUTHORITY["EPSG","4313"]],
  PROJECTION["Lambert_Conformal_Conic_2SP", AUTHORITY["EPSG","9802"]],
  PARAMETER["central_meridian", 4.3674866],
  PARAMETER["latitude_of_origin", 90.0],
  PARAMETER["standard_parallel_1", 51.1723335],
  PARAMETER["false_easting", 15.013],
  PARAMETER["false_northing", 5400088.438],
  PARAMETER["scale_factor", 1.0],
  PARAMETER["standard_parallel_2", 49.8390014],
  UNIT["m", 1.0],
  AXIS["Easting", EAST],
  AXIS["Northing", NORTH],
  AUTHORITY["EPSG","31370"]] trying an area restriction

--
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-integrat

Re: [Geoserver-users] 2.11 -> 2.13

2018-06-28 Thread Verbeeck Bart (AIV) 
Dear all

I have some more info. In the logs I found

2018-06-28 10:57:20,788 DEBUG [org.geotools.referencing.factory] - Failure in 
the primary factory: No code "EPSG:3857" from authority "European Petroleum 
Survey Group" found for object of type "IdentifiedObject". Now trying the 
fallback factory...
2018-06-28 10:57:20,834 DEBUG [org.geotools.parameter] - Axis length mismatch.

Thanks

Bart Verbeeck

-----Original Message-
From: Verbeeck Bart (AIV) [mailto:bart.verbe...@kb.vlaanderen.be] 
Sent: woensdag 27 juni 2018 15:26
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] 2.11 -> 2.13

Dear list

I have multiple geoserver installations. I recently upgraded from 2.11 -> 
2.13.1.

I copied the complete workspace, data and user_projectionq

The instances are equal (in my opinion)

Azure appservice, tomcat 8.0.44, jdk1.8.0_73

On some instances I have problems with request asking for EPSG:3857 (data is in 
EPSG:31370): the mapped boundingbox is not correct

Anyway, the problem is in org.geotools.renderer.crs. (see log below).

Any idea?
Something wrong with my epsg.properties?

Bart







2018-06-27 15:05:19,225 DEBUG [org.geotools.renderer.crs] - Failed to reproject 
the envelope ReferencedEnvelope[555351.2887373341 : 555638.524757687, 
6652473.9107269235 : 6652601.703883586] to GEOGCS["WGS84(DD)", 
  DATUM["WGS84", 
SPHEROID["WGS84", 6378137.0, 298.257223563]], 
  PRIMEM["Greenwich", 0.0], 
  UNIT["degree", 0.017453292519943295], 
  AXIS["Geodetic longitude", EAST], 
  AXIS["Geodetic latitude", NORTH]] trying an area restriction
2018-06-27 15:05:19,228 DEBUG [org.geotools.renderer.crs] - Failed to reproject 
the envelope ReferencedEnvelope[555351.2887373341 : 555638.524757687, 
6652473.9107269235 : 6652601.703883586] to PROJCS["Belge 1972 / Belgian Lambert 
72", 
  GEOGCS["Belge 1972", 
DATUM["Reseau National Belge 1972", 
  SPHEROID["International 1924", 6378388.0, 297.0, 
AUTHORITY["EPSG","7022"]], 
  TOWGS84[-106.8686, 52.2978, -103.7239, 0.3366, 0.457, -1.8422, -1.2747], 
  AUTHORITY["EPSG","6313"]], 
PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]], 
UNIT["degree", 0.017453292519943295], 
AXIS["Geodetic longitude", EAST], 
AXIS["Geodetic latitude", NORTH], 
AUTHORITY["EPSG","4313"]], 
  PROJECTION["Lambert_Conformal_Conic_2SP", AUTHORITY["EPSG","9802"]], 
  PARAMETER["central_meridian", 4.3674866], 
  PARAMETER["latitude_of_origin", 90.0], 
  PARAMETER["standard_parallel_1", 51.1723335], 
  PARAMETER["false_easting", 15.013], 
  PARAMETER["false_northing", 5400088.438], 
  PARAMETER["scale_factor", 1.0], 
  PARAMETER["standard_parallel_2", 49.8390014], 
  UNIT["m", 1.0], 
  AXIS["Easting", EAST], 
  AXIS["Northing", NORTH], 
  AUTHORITY["EPSG","31370"]] trying an area restriction

--
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] 2.11 -> 2.13

2018-06-27 Thread Verbeeck Bart (AIV) 
Dear list

I have multiple geoserver installations. I recently upgraded from 2.11 -> 
2.13.1.

I copied the complete workspace, data and user_projectionq

The instances are equal (in my opinion)

Azure appservice, tomcat 8.0.44, jdk1.8.0_73

On some instances I have problems with request asking for EPSG:3857 (data is in 
EPSG:31370): the mapped boundingbox is not correct

Anyway, the problem is in org.geotools.renderer.crs. (see log below).

Any idea?
Something wrong with my epsg.properties?

Bart







2018-06-27 15:05:19,225 DEBUG [org.geotools.renderer.crs] - Failed to reproject 
the envelope ReferencedEnvelope[555351.2887373341 : 555638.524757687, 
6652473.9107269235 : 6652601.703883586] to GEOGCS["WGS84(DD)", 
  DATUM["WGS84", 
SPHEROID["WGS84", 6378137.0, 298.257223563]], 
  PRIMEM["Greenwich", 0.0], 
  UNIT["degree", 0.017453292519943295], 
  AXIS["Geodetic longitude", EAST], 
  AXIS["Geodetic latitude", NORTH]] trying an area restriction
2018-06-27 15:05:19,228 DEBUG [org.geotools.renderer.crs] - Failed to reproject 
the envelope ReferencedEnvelope[555351.2887373341 : 555638.524757687, 
6652473.9107269235 : 6652601.703883586] to PROJCS["Belge 1972 / Belgian Lambert 
72", 
  GEOGCS["Belge 1972", 
DATUM["Reseau National Belge 1972", 
  SPHEROID["International 1924", 6378388.0, 297.0, 
AUTHORITY["EPSG","7022"]], 
  TOWGS84[-106.8686, 52.2978, -103.7239, 0.3366, 0.457, -1.8422, -1.2747], 
  AUTHORITY["EPSG","6313"]], 
PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]], 
UNIT["degree", 0.017453292519943295], 
AXIS["Geodetic longitude", EAST], 
AXIS["Geodetic latitude", NORTH], 
AUTHORITY["EPSG","4313"]], 
  PROJECTION["Lambert_Conformal_Conic_2SP", AUTHORITY["EPSG","9802"]], 
  PARAMETER["central_meridian", 4.3674866], 
  PARAMETER["latitude_of_origin", 90.0], 
  PARAMETER["standard_parallel_1", 51.1723335], 
  PARAMETER["false_easting", 15.013], 
  PARAMETER["false_northing", 5400088.438], 
  PARAMETER["scale_factor", 1.0], 
  PARAMETER["standard_parallel_2", 49.8390014], 
  UNIT["m", 1.0], 
  AXIS["Easting", EAST], 
  AXIS["Northing", NORTH], 
  AUTHORITY["EPSG","31370"]] trying an area restriction


epsg.properties
Description: epsg.properties
--
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] outputformat getfeature 2.0.0 (2.13.1)

2018-06-07 Thread Verbeeck Bart (AIV) 
Dear List

Why is the default outputformat for a wfs (2.0.0) request in version 2.13.1 
"Content-Type: application/gml+xml; version=3.2"

It used to be (2.11.1 for instance) "Content-Type: text/xml; subtype=gml/3.2"

Even if I ask for "text/xml; subtype=gml/3.2", I receive application/gml+xml; 
version=3.2

Thanks for the info

Bart

-Original Message-
From: Nuno Oliveira [mailto:nuno.olive...@geo-solutions.it] 
Sent: donderdag 7 juni 2018 9:40
To: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Geoserver WFS 2.0 combined with app-schema

Good point Ben, thanks for the heads up !

On 06/07/2018 01:07 AM, Ben Caradoc-Davies wrote:
> On 07/06/18 08:37, Nuno Oliveira wrote:
>> Regarding this request you are asking for GML3 ... which implies WFS 
>> 1.1.0 and GML 3 schemas. Your target INSPIRE schema uses GML32, so 
>> you should request for GML32 output IMHO:
>> https://geo.sv.rostock.de/inspire/us-govserv-schools/ows?service=WFS&;
>> version=2.0.0&request=GetFeature&typeNames=us-govserv-schools:Governm
>> entalService&*outputFormat=gml32*&maxFeatures=1
>
>
> Tim,
>
> in my email client, viewing as plain text, this URL contains "*" for 
> bold around "outputFormat=gml32". Be sure to remove these if your 
> email client adds them.  :-)
>
> Kind regards,
>

--
Regards,
Nuno Oliveira
==
GeoServer Professional Services from the experts!
Visit http://goo.gl/it488V for more information.
==

Nuno Miguel Carvalho Oliveira
@nmcoliveira
Software Engineer

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax:  +39 0584 1660272

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

---

Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE 
2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si precisa 
che ogni circostanza inerente alla presente email (il suo contenuto, gli 
eventuali allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i 
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per 
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita.
Le sarei comunque grato se potesse darmene notizia.

This email is intended only for the person or entity to which it is addressed 
and may contain information that is privileged, confidential or otherwise 
protected from disclosure. We remind that - as provided by European Regulation 
2016/679 “GDPR” - copying, dissemination or use of this e-mail or the 
information herein by anyone other than the intended recipient is prohibited. 
If you have received this email by mistake, please notify us immediately by 
telephone or e-mail.


--
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
--
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