Re: [Geoserver-users] WMS Tiles not aligned in android
It isn't possible to do this - when you make a tiled map each tile is independently created - see https://gis.stackexchange.com/questions/245379/adjust-geoserver-geotools-heatmap-code-to-show-it-as-tiled-wms/245959#245959 for a longer answer. Ian ___ 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] SLD on Geoserver
Maybe you could use a Between filter? Ian ___ 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] BBOX CQL filter requiring CRS parameter even when SRS "force declared"?
That sounds like an axis order issue. Ian On Tue, 5 May 2020 at 05:45, Travis Brundage wrote: > Greetings, > > I have a layer setup in GeoServer (version 2.15.1), from a PostGIS > datastore, with a MultiPolygon geom feature. I've set its projection to > EPSG:4326 and it has "SRS handling = force declared". > > When I make a WFS GetFeature request and use a BBOX CQL filter, I > originally was getting wrong results. The filter would return no data when > I was certain the polygon was within the bbox I gave the filter, and would > return polygons elsewhere that they definitely should not be. This was > resolved when I explicitly passed it the CRS code in the BBOX filter. > > Why is my BBOX filter giving wrong results if I don't explicitly pass it > the CRS parameter? > > The reference documentation > <https://docs.geoserver.org/stable/en/user/filter/ecql_reference.html#spatial-predicate> > says that it will default to the layer's defined CRS, though my guess is > the WFS request is defaulting to the underlying geom's native CRS in > PostGIS (which is different). I thought "SRS handling = Force declared" in > the layer would override this, is that incorrect? Would a different setting > accomplish this, or will it always be the case that the CRS code needs > explicitly passed if there's a different CRS in the underlying datastore? > > Cheers, > Travis > ___ > 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 ___ 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.15.x dynamic colormap jar
Your best bet is to fetch the relevant branch from git and build it locally. Ian On Wed, 6 May 2020 at 09:33, droberts-lock wrote: > it looks like the community nightly builds have dropped geoserver 2.15 from > updating their extensions.. Does anyone have a copy of the dynamic color > map > jar or better yet the whole community extensions for 2.15. i'm currently in > a development build of other things so really cant afford time to upgrade > to > 2.16 so am hopeful these extensions are available somewhere for now. > > many thanks in advance > > David > > > > -- > Sent from: > http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html > > > ___ > 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 ___ 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] Login to https://osgeo-org.atlassian.net/login?
I have my popup blocker turned off for that site but I can't recall why - otherwise I have no issues logging in using my google id Ian On Mon, 18 May 2020 at 11:17, Stefan Overkamp wrote: > Hi, > > is there any additional information available howto login into > https://osgeo-org.atlassian.net/login? > with chrome. <https://osgeo-org.atlassian.net/login?r> > > I get "Something went wrong" and clearing all cookies and storage setting > does not help. > > Thanks > > Stefan > > -- > Dipl. Ing. Stefan Overkamp > Laakmannsbusch 44, 42555 Velbert > tel.: 0177 / 79 76 159overk...@posteo.de > > ___ > 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 ___ 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] Polygon svg fill problem
It looks like the size is wrong, what happens if you leave the size parameters out? Ian ___ 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] Can't find a response parser factory for DESCRIBE_FEATURETYPE/'application/octet-stream'
Upgrade to a supported version and test again is the best option Ian On Thu, 7 May 2020 at 16:33, Ron Lindhoudt via Geoserver-users < geoserver-users@lists.sourceforge.net> wrote: > Hello, > > When I use the following WFS as a source > > https://geodata.gwsw.nl/Buren/Netwerk?service=WFS=GetCapabilities > > I see the following error in the logging when I try to publish a layer > with this source: > > Can't find a response parser factory for > DESCRIBE_FEATURETYPE/'application/octet-stream' > > How can I solve this? > My Geoserver version 2.11.2. > > Thanks, > Ron > > ___ > 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 ___ 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] WFS GetFeature Request Producing "Unknown CRS"
The output has the correct projection but as it is WFS 2.0.0 it uses a new style of CRS description (exactly which is controlled in the WFS settings) the problem is the QGis doesn't understand them so you need to tell it what the projection actually is. This is the one (and only) time it is safe to use the Set Projection option on a QGis layer. I suspect the quick and dirty fix is to change the setting for GML3.2 to EPSG Codes and then look to fix QGis. Ian On Wed, 6 May 2020 at 16:19, Cliff Patterson wrote: > I am using Geoserver 2.15.2 and making a request to export data in > shapefile format using the following URL: > > https://example.com/geoserver/ows?service=wfs > =2.0.0 > =GetFeature > =shape-zip > =EPSG:26917 > =-82.22789,42.95715,-82.09450,42.96317,EPSG:4326 > =workspace_name:layer_name > > When loading the result into QGIS, it has an "Unknown CRS" but the data > align properly with EPSG:26917 (the desired output CRS). Likewise, if I set > the srsName parameter to EPSG:4326, the resulting layer as an "Unknown CRS" > but the data align with EPSG:4326. > > Note that the native CRS for this layer is EPSG:3857 and it is > reproejected to the declared CRS of EPSG:4326. > > How can I make sure the exported data have the correct EPSG assigned? > > Many thanks, > Cliff > > -- > > Cliff Patterson Ph.D. > > *PSD* | Senior GIS Consultant > P: 519-690-2565 ext. 2616 > www.psdrcs.com > London | 148 Fullarton St. 9th Floor > > ___ > 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 _______ 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] WFS GetFeature Request Producing "Unknown CRS"
Ignore all of what I said as it applies to GML not shapefiles. Ian On Wed, 6 May 2020 at 16:25, Ian Turton wrote: > The output has the correct projection but as it is WFS 2.0.0 it uses a new > style of CRS description (exactly which is controlled in the WFS settings) > the problem is the QGis doesn't understand them so you need to tell it what > the projection actually is. This is the one (and only) time it is safe to > use the Set Projection option on a QGis layer. > > I suspect the quick and dirty fix is to change the setting for GML3.2 to > EPSG Codes and then look to fix QGis. > > Ian > > On Wed, 6 May 2020 at 16:19, Cliff Patterson > wrote: > >> I am using Geoserver 2.15.2 and making a request to export data in >> shapefile format using the following URL: >> >> https://example.com/geoserver/ows?service=wfs >> =2.0.0 >> =GetFeature >> =shape-zip >> =EPSG:26917 >> =-82.22789,42.95715,-82.09450,42.96317,EPSG:4326 >> =workspace_name:layer_name >> >> When loading the result into QGIS, it has an "Unknown CRS" but the data >> align properly with EPSG:26917 (the desired output CRS). Likewise, if I set >> the srsName parameter to EPSG:4326, the resulting layer as an "Unknown CRS" >> but the data align with EPSG:4326. >> >> Note that the native CRS for this layer is EPSG:3857 and it is >> reproejected to the declared CRS of EPSG:4326. >> >> How can I make sure the exported data have the correct EPSG assigned? >> >> Many thanks, >> Cliff >> >> -- >> >> Cliff Patterson Ph.D. >> >> *PSD* | Senior GIS Consultant >> P: 519-690-2565 ext. 2616 >> www.psdrcs.com >> London | 148 Fullarton St. 9th Floor >> >> ___ >> 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 ___ 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] Heatmap rendering with fixed BBOX
The best plan is to import your data into QGIS and use the heat map plugin there to produce a new raster layer, then import that into GeoServer. Ian On Tue, 19 May 2020 at 14:15, Christian Mayer wrote: > Hi list, > > does anyone know if there is a possibility to render a heatmap for a > fixed BBOX of the underlying dataset? > To be more concrete: I have a set of point geometries for which I want > to have heatmap and expose this as WMS. I want to ensure that the > heatmap is rendered based on the points within a fixed BBOX and not the > BBOX of the WMS request. At least it looked to me like GeoServer heatmap > rendering transformation is taking the WMS Request BBOX as a calculation > base. > > Thanks in advance for any hint / help > Chris > > > > ___ > 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 ___ 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] Normalization method via CSS styling?
I had a query from one of my trainees yesterday as to how they could apply the Normalization method extension via CSS rather than SLD I.e. in SLD I would say: StretchToMinimumMaximum 50 100 In CSS it looks like I can only use raster-contrast-enhancement - with a value of normalize? I had a quick look at the code base and can't see anything - Should I put an enhancement request in to keep track of this? Ian -- Ian Turton ___ 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 changes date format in WMS GetFeatureInfo
I don't think that your issue is the same as the one you link to, that is
to do with changing times to UTC before storing them, where as yours is a
formatting issue. If you are storing the date as a timestamp then the
formatting of the getFeatureInfo is controlled by the freemarker template.
>From a quick look at the documentation (
https://freemarker.apache.org/docs/ref_builtins_date.html#ref_builtin_date_datetype)
it looks like you need to use something like ${aDate?iso_utc}
Ian
On Wed, 9 Sep 2020 at 08:24, Erik Böhm wrote:
> Dear Geoserver Community,
>
>
>
> I have a problem that has already been addressed several times, but
> unfortunately the solution suggested in theses threads doesn’t help solving
> our problem.
>
>
>
> What I do is publishing a time enabled WMS with Geoserver 2.16.0 from a
> PostGIS DB. The features are stored with an time attribute that is
> formatted in the ISO date format %Y-%m-%d (2019-04-09).
>
>
>
> When calling the GetFeatureInfo, Geoserver returns the date in the
> following date-time format: 4/9/19 12:00 AM.
>
> Looking into the GetCapabilties, I get the following for the time
> dimension:
>
>
>
>
>
> 2012-09-11T22:00:00.000Z/2019-04-08T22:00:00.000Z/P1D
>
>
>
>
>
> As mentioned in other posts, when looking at the GeoJSON representation,
> the format is alright.
>
>
>
> As suggested in this post
> https://gis.stackexchange.com/questions/173375/date-format-in-geoserver-wms-requests-strange
> ,
>
> We set the server to local time handling, but the displayed format is
> still the same.
>
>
>
> Has anyone experienced the same and has a suggestion, how we can solve
> this?
>
>
>
> Thank you very much in advance!
>
>
>
> Kind regards!
>
>
>
> Mit freundlichen Grüßen
>
> i.A. Erik Böhm
>
>
>
>
> -
>
>
>
> [image: BSH] <http://www.bsh.de/>
>
> *Erik Böhm, *M4209
>
> *Open Data Koordination*
>
>
>
> Tel +49-40-3190-3429 (Neue Nummer ab 1.4.20) | *erik.bo...@bsh.de
> *
>
> Fax +49-40-3190-5000
>
> Bernhard-Nocht-Straße 78, 20359 Hamburg
>
>
>
> Das Bundesamt für Seeschifffahrt und Hydrographie (BSH)
> <https://www.bsh.de/DE/Home/home_node.html> ist eine Bundesoberbehörde im
> Geschäftsbereich des Bundesministerium für Verkehr und digitale
> Infrastruktur <http://www.bmvi.de/>
>
>
>
>
>
>
> ___
> 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
___
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] Image mosaic extension for v2.18.0
That module was downgraded to unsupported as it has no maintainer (see https://geotoolsnews.blogspot.com/2020/09/geotools-240-released.html) so you will now need to build it yourself, Ian On Wed, 7 Oct 2020 at 06:42, Christian Mayer wrote: > Hi everybody, > > I am currently updating my GeoServer instances to version 2.18.0 (thanks > to everybody contributing and making this real!). I am missing the > "imagemosaic-jdbc" extension at > > https://sourceforge.net/projects/geoserver/files/GeoServer/2.18.0/extensions/ > . > Did I oversee anything or has the location changed for this? > > Thanks for any hint. > > Cheers > Chris > > > > ___ > 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 ___ 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] Alternate (safe) host for geoserver stable release
The only way that you could in good conscience claim to have a trusted build to those standards is to maintain your own clone of the project locally and build directly from that using the commit number specified in the GeoTools, GeoWebCache and GeoServer release notes. Obviously, you'll want to check all of the code and the commits that have been made to it since the last release to make sure nothing malicious has been added to it. And don't forget to check all the dependencies we build on top of as anyone of them could contain an issue too. If you do find anything please use our responsible disclosure procedure to let us know so we can apply your fix to benefit everyone else. I guess it depends on how much paranoia your company wants to pay for. Ian On Wed, 7 Oct 2020 at 15:07, galebellego wrote: > Hi, > > I use and deploy geoserver (through the war file) within a company that has > high (and mostly legitimate) concerns about security. > > Currently, geoserver stable / maintenance / .. versions can only be > downloaded through *SourceForge*. > I know that, those latest 4 years, SF made great effort toward reliability, > especially when they decided to terminate the DevShare program. > Unfortunately the trust here is hard to build back, and it's still too soon > to be allowed to use SF to download any kind of artefact for production > purpose. > > Alternately, I could go to https://build.geoserver.org/geoserver/2.17.x/.. > and download a SNAPSHOT, but although the URL is trusted, I would like to > be > able to choose a specific version (for traceability purpose), and not a > SNAPSHOT version. > > Thus, I am wondering if there is safe / trusted place where I could > download > some specific stable release of geoserver? > > > > > > > > - > Gaël LB > -- > Sent from: > http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html > > > ___ > 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 ___ 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] why ResourcePool retrieve DataStore by parameters?
In that case you should be checking to see what the URL ends with a unique
extension - so for example GeoJSONDataStore and ShpDatastore both have a
URL but only match if it ends with the right extension.
So you will only get a ShapefileDataStoreFactory back if the URL ends in
"shp" or "SHP"
see
public boolean canProcess(URL f) {
return f != null && f.getFile().toUpperCase().endsWith("SHP");
}
On Fri, 16 Oct 2020 at 14:44, Yang wrote:
> Why I ask this is that I am trying to build a custom datastore which only
> require one parameter "url" to the path, and the path is a directory.
>
> So the `ShapefileDirectoryDataStore` will be returned back early.
>
> Fine, I will tried to add a new Param for the factory and to see if this
> can be solved.
>
>
>
Ian
___
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] Passing single space character in filter's literal.
The XML parser will eat spare spaces even inside literals but if you wrap it in a block it should survive the parser. Ian On Wed, 14 Oct 2020 at 12:58, Ярослав Минин via Geoserver-users < geoserver-users@lists.sourceforge.net> wrote: > Hello! > > I have a DB table I need to publish in geoserver. There are several > featuretypes that I filter with PropertyIsEqualTo. Some features have a > single space in the attribute I use to filter them so I try this one: > > > naimenovanie > > > > But it doesn’t seem to work. The problem is I cannot modify original DB to > make a null-value so I’m looking for another workaround. Any help would be > appreciated. > > > -- > Ярослав Минин > ___ > 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 ___ 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] Publish WMS from Microsoft SQL Server Layer with GeoServer 2.17.2
Those coordinates look very odd for lat/lon - (-112.46707606,318.51061814)
is not going to fall on the Earth's surface, is there perhaps a problem
with the coordinate reference system you have set?
Ian
On Wed, 19 Aug 2020 at 18:00, Jonas Schrottenbaum via Geoserver-users <
geoserver-users@lists.sourceforge.net> wrote:
> Hello, i'm trying to publish a WMS Layer from a SQL View. The geodata is
> in a geometry column in a Microsoft SQL Server. The created view only has
> two columns: ID and geometry, and only two entries, where both are simple
> linestrings.
>
> I can add the view as Layer, but if i try to view it in the layer preview,
> i just get an empty white rectangle. Both with OpenLayers and the WMS image
> options. The wfs options at least return something.
>
> I can preview the lines directly from the View in SSMS, as shown in the
> attached image, but after adding it in GeoServer as Layer from SQL View,
> the WMS PNG option returns this empty rectangle. which is also attached.
>
> I use the default line style which works perfectly for the sample line
> layers.
>
> What could cause this to happen?
>
> The two geometry entries within the View are:
>
>
> 0x01041400948BF792E41D5CC05C33EE7D2BE8734050A0846E32265CC05C33EE7D2BE87340948BF792E41D5CC0D1FE5BCF08ED7340948BF792E41D5CC07C237AF479FE73402591E2A2A9315CC041EE796EF6F97340C5C68FC4895B5DC041EE796EF6F97340580354DAFE695DC04C2CE4CE51FE7340580354DAFE695DC0D1FE5BCF08ED7340E0912AD7E95E5DC05C33EE7D2BE87340580354DAFE695DC05C33EE7D2BE87340580354DAFE695DC016B1601D40B673400A158B6DD6625DC03D07F7F058B47340580354DAFE695DC0765D8DC471B27340580354DAFE695DC076F1B44C9C1C73402E840265A0275CC076F1B44C9C1C7340948BF792E41D5CC039D30FC7C01F7340948BF792E41D5CC0765D8DC471B27340E179C0FF0C255CC03D07F7F058B47340948BF792E41D5CC016B1601D40B67340948BF792E41D5CC05C33EE7D2BE87340010001010002
>
>
> 0x01041300583D8A66C9A15CC0B2C78CACD3217440583D8A66C9A15CC0A3998C3BCA2774403CE8272D26975CC0A3998C3BCA277440675FA51FEF9F5CC0BD97CFBA682C7440580354DAFE695DC0BD97CFBA682C7440580354DAFE695DC0F0F027675D1B7440580354DAFE695DC004DF32F4C6127440CC72AD7936685DC0B74DDB44D10E7440580354DAFE695DC0B74DDB44D10E7440580354DAFE695DC04C2CE4CE51FE7340C5C68FC4895B5DC041EE796EF6F973402591E2A2A9315CC041EE796EF6F97340948BF792E41D5CC07C237AF479FE7340BBDDD3F715195CC0B99829EC92FF7340A2955F788E0B5CC09E4A22B2A90274400A36B82DB01A5CC09E4A22B2A90274400A36B82DB01A5CC0E75E49324107744097BEF5E5100A5CC0E75E493241077440583D8A66C9A15CC0B2C78CACD3217440010001010002
>
> I can get WFS formats from the layer preview. For example GeoJSON:
>
> {"type":"FeatureCollection","features":[{"type":"Feature","id":"Testview.DDBF6CB6-753B-E011-B376-001AA0D73D69","geometry":{"type":"LineString","coordinates":[[-112.46707606,318.51061814],[-112.59682811,318.51061814],[-112.46707606,318.81465088],[-112.46707606,319.90477417],[-112.77597878,319.62266395],[-117.43028368,319.62266395],[-117.65617998,319.8949727],[-117.65617998,318.81465088],[-117.48302249,318.51061814],[-117.65617998,318.51061814],[-117.65617998,315.39065302],[-117.54433764,315.27171418],[-117.65617998,315.15277534],[-117.65617998,305.78815909],[-112.61916471,305.78815909],[-112.46707606,305.98456484],[-112.46707606,315.15277534],[-112.5789184,315.27171418],[-112.46707606,315.39065302],[-112.46707606,318.51061814]]},"geometry_name":"GeoData","properties":{}},{"type":"Feature","id":"Testview.DEBF6CB6-753B-E011-B376-001AA0D73D69","geometry":{"type":"LineString","coordinates":[[-114.52791751,322.11417823],[-114.52791751,322.4868732],[-114.3617051,322.4868732],[-114.49896995,322.77556878],[-117.65617998,322.77556878],[-117.65617998,321.71030346],[-117.65617998,321.17357273],[-117.62832491,320.92609106],[-117.65617998,320.92609106],[-117.65617998,319.8949727],[-117.43028368,319.62266395],[-112.77597878,319.62266395],[-112.46707606,319.90477417],[-112.39196582,319.97336975],[-112.18057069,320.16642965],[-112.41700309,320.16642965],[-112.41700309,320.4534171],[-112.15728139,320.4534171],[-114.52791751,322.11417823]]},"geometry_name":"GeoData","properties":{}}],"totalFeatures":2,"numberMatched":2,"numberReturned":2,"timeStamp":"2020-08-19T16:35:00.494Z","crs":{"type":"name","properties":{"name":"urn:ogc:def:crs:EPSG::4326"}}}
>
> Best regards
>
> Jonas
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Ea
Re: [Geoserver-users] WPS output for gs:CLIP and missing dependencies?
On Wed, 16 Sep 2020 at 23:41, Russell Grew < russell.g...@douglaspartners.com.au> wrote: > By way of update to my own email, after some digging around GitHub > Geotools code and tracing through logs. > > > > *On CSV* I copied gt-csv-23.1.jar into place. The error is now. > > > > http://www.opengis.net/ows/1.1 > http://dpsyddev01:8080/geoserver/schemas/ows/1.1.0/owsAll.xsd;> > > > > > > java.lang.NoClassDefFoundError: com/opencsv/ICSVParser > com/opencsv/ICSVParser com.opencsv.ICSVParser > > > > > > > > > This is odd as WPS should be pulling in gt-csv and all of its dependencies, it's clearly listed in the dependencies of the pom file but seems not to be in the wps extension zip file. This was added 2 years ago and I can't see that anything relevant has changed recently in the poms. I'm not entirely sure how the extension assembly works so I can't really say what's going wrong Ian ___ 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] WPS output for gs:CLIP and missing dependencies?
Russel, If you'd like to give this a test with the next nightly build and report back either here or on the issue ( https://osgeo-org.atlassian.net/browse/GEOS-9750) If it works I'll backport it Ian On Mon, 28 Sep 2020 at 10:19, Ian Turton wrote: > There is an external dep - I'll see what I can add to the wps assembly. > > Ian > > On Mon, 28 Sep 2020 at 10:14, Andrea Aime > wrote: > >> On Mon, Sep 28, 2020 at 11:12 AM Andrea Aime < >> andrea.a...@geo-solutions.it> wrote: >> >>> is just missing a: >>> gt-csv* >>> line >>> >> >> Well, wait, plus anything else that gt-csv itself needs to work (external >> libs to read csv maybe?). >> There is no transitive dependency management here, anything has to be >> cherry-picked by hand >> >> Cheers >> Andrea >> >> == GeoServer Professional Services from the experts! Visit >> http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf >> Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa >> (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 >> 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.* >> > > > -- > Ian Turton > -- Ian Turton ___ 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] WPS output for gs:CLIP and missing dependencies?
There is an external dep - I'll see what I can add to the wps assembly. Ian On Mon, 28 Sep 2020 at 10:14, Andrea Aime wrote: > On Mon, Sep 28, 2020 at 11:12 AM Andrea Aime > wrote: > >> is just missing a: >> gt-csv* >> line >> > > Well, wait, plus anything else that gt-csv itself needs to work (external > libs to read csv maybe?). > There is no transitive dependency management here, anything has to be > cherry-picked by hand > > Cheers > Andrea > > == GeoServer Professional Services from the experts! Visit > http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf > Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa > (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 > 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.* > -- Ian Turton ___ 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 2.18.0 Released
The GeoServer team is happy to announce the release of the latest version (2.18.0), there is lots of detail on what is included and where to download it at GeoServer's new blog site - http://geoserver.org/announcements/2020/09/26/geoserver-2-18-0-released.html Ian -- Ian Turton ___ 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] Use a composited style file for all layers
to debug a 500 server internal error you need to look in the geoserver log file to find out what the problem is. You might also need to turn the logging level upto GeoTools developer to really see what is happening Ian On Fri, 29 May 2020 at 16:07, Yang wrote: > I have more than 10 layers from which I have created a layer group. Also I > created a style with MBStyle format which contains the symbol for all the > layers. The style should be valid since it has been in the web admin panel. > > Then I associate each layer to this style in the layer group edit page. > However when I preview this layer group, I got 500 error. > > For a single layer, when I set the the default style to the style I > created, I got 500 error too. > > Do I miss anything? > ___ > 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 ___ 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] ldap security issues in 2.16/17
I'd suggest running 2.16 or 2.17 with Java 8 - to rule out a java change.
If it continues to be an issue then we'll need to look to see if there were
any changes in the LDAP authentication code.
Ian
On Fri, 29 May 2020 at 13:51, Richard Duivenvoorde
wrote:
> Hi List,
>
> We have/had a working setup to secure layers based on LDAP/AD groups.
> All works fine in 2.13.1 java8 (Windows machines, all java from
> adoptopenjdk)
>
> Then we got a new server (Windows0) and installed 2.16 (also tried 2.17)
> and jdk11 and with identical setup I NEVER receive my 'groups'...
>
> I'm aware of caches etc etc, so have restarted both
> tomcat/browser/etcetc 1000 times. I keep seeing:
>
> DEBUG [org.geoserver.security.ldap.BindingLdapAuthoritiesPopulator] -
> Roles from search: []
>
> This logline looks 100% the same between the two versions:
>
> [org.geoserver.security.ldap.BindingLdapAuthoritiesPopulator] -
> Searching for roles for user 'n3704', DN = 'CN=Duivenvoorde\,
> Richard,OU=Users,OU=Xendesktop,OU=,dc=nieuwegein,dc=nl', with filter
> (member={0}) in search base 'OU=Security Groups,OU=Groups,OU='
>
> Except that 2.13 returns my groups :-(
>
> I even installed a fresh 2.13.1 with java8 on that machine, got a fresh
> data_dir from the war, and put succesfully ldap security on sf.roads
> layer...
>
> But then going back to 2.16 (even reusing the succesfull data-dir) fails
> again.
>
> This is very hard to debug (I cannot see what is logged at the Active
> Directory end, as that is corporate stuff there).
>
> Anybody a clue? Only thing that changes is java (and I cannot test that
> because 2.13 does not work with java11, and 2.16 not with java8 (mmm
> THAT I did test).
>
> Anybody has a recent succesfull LDAP setup?
>
> Or hints on how to debug this (all Windows there, and not able to setup
> a full debug setup there).
>
> Any help appreciated
>
> Regards,
>
> Richard Duivenvoorde
>
>
> ___
> 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
___________
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] Request to help on GIS Query improvement suggestion.
It's possible to create an index on the transformed data without creating a second table, though it you need to use the same transform often it might be worth creating a second geometry column in the same table. Postann - you are using LIKE queries - these are rarely fast. I would break that column apart once and for all to allow quick indexed queries on just the part you want. If more data is being added to the table then consider modifying the inserting program or add a trigger to do it on insert. Ian On Fri, 22 May 2020 at 16:25, Vera Green wrote: > If you are transforming the geom in your query this could be the issue. I > prefer to create views in PG, rather than using GeoServer queries but I > believe it is essentially the same. If I create a PG view where I am > altering the geom, basically any st_ function or aggrigation, this results > in poor performance as a view does not have a spatial index. Because the > geom was altered the spatial index of the parents table doesn't apply to > the view. Therefore, my solution is to create a secondary table (not a > view) with a spatial index. You can use a function to keep the tables in > sync if the source table is altered. > > Vera > > On Fri., May 22, 2020, 4:51 a.m. postgann2020 s, > wrote: > >> Hi Team, >> >> Thanks for your support. >> >> Could someone please suggest on the below query. >> >> One of the query which was created on GIS data is taking a long time and >> even it is not taking the index as well. I have included all the required >> details for reference. >> >> Database Stack: >> === >> PostgreSQL : 9.5.15 >> Postgis: 2.2.7 >> >> Table Structure: >> === >> >> ALTER TABLE SCHEMA.TABLE_NAME ADD COLUMN parental_path text; >> >> Created Indexes on column parental_path: >> = >> >> CREATE INDEX cable_pair_parental_path_idx >> ON SCHEMA.TABLE_NAME >> USING btree >> (md5(parental_path) COLLATE pg_catalog."default"); >> >> CREATE INDEX cable_pair_parental_path_idx_fulltext >> ON SCHEMA.TABLE_NAME >> USING gist >> (parental_path COLLATE pg_catalog."default"); >> >> Sample data in "parental_path" column: >> == >> >> >> 'route--2309421/2951584/3373649/2511322/1915187/2696397/2623291/2420708/2144348/2294454,circuit--88458/88460,sheath--8874' >> >> Actual Query: >> = >> >> SELECT seq_no + 1 FROM SCHEMA.TABLE_NAME WHERE (parental_path LIKE >> '%,sheath--' || cable_seq_id || ',%' OR parental_path LIKE 'sheath--' || >> cable_seq_id || ',%' OR parental_path LIKE '%,sheath--' || cable_seq_id OR >> parental_path = 'sheath--' || cable_seq_id) ORDER BY seq_no DESC LIMIT 1; >> >> Explain Plan: >> = >> >> Limit (cost=108111.60..108111.61 rows=1 width=4) (actual >> time=4597.605..4597.605 rows=0 loops=1) >> Output: ((seq_no + 1)), seq_no >> Buffers: shared hit=2967 read=69606 dirtied=1 >> -> Sort (cost=108111.60..108113.09 rows=595 width=4) (actual >> time=4597.603..4597.603 rows=0 loops=1) >>Output: ((seq_no + 1)), seq_no >>Sort Key: TABLE_NAME.seq_no DESC >>Sort Method: quicksort Memory: 25kB >>Buffers: shared hit=2967 read=69606 dirtied=1 >>-> *Seq Scan on SCHEMA.TABLE_NAME (cost=0.00..108108.63 >> rows=595 width=4) (actual time=4597.595..4597.595 rows=0 loops=1)* >> Output: (seq_no + 1), seq_no >> Filter: ((TABLE_NAME.parental_path ~~ >> '%,sheath--64690,%'::text) OR (TABLE_NAME.parental_path ~~ >> 'sheath--64690,%'::text) OR (TABLE_NAME.parental_path ~~ >> '%,sheath--64690'::text) OR (TABLE_NAME.parental_path = >> 'sheath--64690'::text)) >> Rows Removed by Filter: 1930188 >> Buffers: shared hit=2967 read=69606 dirtied=1 >> >> Please share your suggestion. >> Thanks & Regards, >> PostgAnn. >> ___ >> 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-n
Re: [Geoserver-users] Fwd: Error when publishing a layer of store type GeoPackage
It seems that your data contains MultiCurves (WKB Type 12) which are not currently supported by JTS which is the underlying library used by GeoServer to parse the data in a GeoPackage. It's possible that you can rewrite the data as a simpler linestring if you want to work around this or you can look into adding support for a wider range of geometry types in JTS and GeoTools which would feed into GeoServer. Ian On Wed, 21 Oct 2020 at 19:43, Mohammed Alnajdi wrote: > > Greeting Everyone, > > I am using the GeoServer with GeoNode implementation using Docker. > I was trying to publish a layer from a GeoPackage Store type and when i > click on Compute from data or save the layer i get this error message > > aused by: java.io.IOException: Error occured calculating bounds for > City_Boundary > at org.geotools.jdbc.JDBCDataStore.getBounds(JDBCDataStore.java:1305) > at > org.geotools.jdbc.JDBCFeatureSource.getBoundsInternal(JDBCFeatureSource.java:508) > ... 134 more > Caused by: java.io.IOException: org.locationtech.jts.io.ParseException: > Unknown WKB type 12 > at > org.geotools.geopkg.geom.GeoPkgGeomReader.read(GeoPkgGeomReader.java:175) > at > org.geotools.geopkg.geom.GeoPkgGeomReader.get(GeoPkgGeomReader.java:108) > at org.geotools.geopkg.GeoPkgDialect.geometry(GeoPkgDialect.java:184) > at org.geotools.geopkg.GeoPkgDialect.geometry(GeoPkgDialect.java:188) > at > org.geotools.geopkg.GeoPkgDialect.decodeGeometryEnvelope(GeoPkgDialect.java:132) > at org.geotools.jdbc.JDBCDataStore.getBounds(JDBCDataStore.java:1291) > ... 135 more > Caused by: org.locationtech.jts.io.ParseException: Unknown WKB type 12 > at org.locationtech.jts.io.WKBReader.readGeometry(WKBReader.java:235) > at org.locationtech.jts.io.WKBReader.read(WKBReader.java:156) > at > org.geotools.geopkg.geom.GeoPkgGeomReader.read(GeoPkgGeomReader.java:171) > ... 140 more > > Can someone guide me on how to debug this issue ? > > ___ > 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 ___ 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] Use of $SCALE-info in an SQL View?
It might be easier to do this in a custom function in GeoTools rather than in PostGIS - then you could pass in the scale env variable along with the feature that you are drawing. Ian On Mon, 3 Aug 2020 at 10:15, Richard Duivenvoorde wrote: > Hi, > > In QGIS there is something what we call 'Geometry-generators': you > actually generate a geometry based on some other geometry and some > parameters, coming from 'expressions'. > > In this way it is for example possible to create some kind of polygon > based on a point layer. > My goal: create rotated 'wedges/sectors' with a data-based rotation from a > point layer (talking about GSM 'beams' here), but (tricky part): size > depending on the current map scale... > > My plan to mimic this in a Geoserver WMS: > - have a point layer in postgis > - create a postgis function to create a wedge (taking the attribute in > account) > - create a SQL view layer which creates a geom by calling this function > > Question: is it possible for geoserver to 'insert' the scale (as being > requested in the WMS request) into this function-call as parameter. > Something like $SCALE or $SCALE_DENOMINATOR or so, which is to be replaced > by Geoserver BEFORE handling over the query to postgis? > > Looking into the docs[0], it looks like it would be possible with a > (client site added) parameter. But in this case the 'scale'-information > should come from the WMS-request-info (as it is not possible to change the > client apps for us). > > Mmm, now I am afraid this is maybe hard as it makes it impossible to > 'cache' this view... > > Anyone idea's? > > Regards, > > Richard Duivenvoorde > > > [0] https://docs.geoserver.org/stable/en/user/data/database/sqlview.html > > > > > > ___ > 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 _______ 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] Tile edges issue
This is a well known problem and there is nothing that GeoServer can do about it. See https://gis.stackexchange.com/questions/245379/adjust-geoserver-geotools-heatmap-code-to-show-it-as-tiled-wms for a longer explanation Simple solution is to not use tiles, better solution is to pre compute the heat map and server the result up as a layer. Ian On Thu, 6 Aug 2020 at 18:21, Risharde wrote: > Hi everyone, I am experiencing issues where I try to generate a heatmap > using a style in which the tile edges show. It is as though the surrounding > tiles do not know to render the outer parts of the heatmap. I used the > style found here: > https://docs.geoserver.org/latest/en/user/styling/sld/extensions/rendering-transform.html > > The style in use is the one that renders points into the heatmap. I tried > searching for solutions but I don't know if I am not using the correct > terminology. > > Anyone have any ideas or suggestions? > > Thanks for your help > ___ > 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 ___ 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] R: WFS GetFeature does not work with field "DATE"
I've opened and resolved this issue ( https://osgeo-org.atlassian.net/browse/GEOT-6676) - can you try a nightly build from tomorrow and let me know if it solves the problem? If it doesn't can you let me know via that ticket and add the exact table structure you are querying. Ian On Tue, 4 Aug 2020 at 12:15, d'Orio, Pietro wrote: > The following keywords don't make problem: > - ID, GEOMETRY, TYPE > > The query on DB is like: SELECT GEOMETRY AS GEOMETRY FROM TABLE > > The following makes problem: > - LEVEL, DATE > > i have to rename the view fields, but i think is a mistake that some > sensible oracle keywords works and other not… > > If I have an obligation to display the data according to specifications, I > can't! For example, Inspire provides for some fields called "LEVEL". > > Regards > > -Messaggio originale- > Da: Richard Duivenvoorde > Inviato: lunedì 3 agosto 2020 20:20 > A: andrea.a...@geo-solutions.it; Rahkonen Jukka (MML) < > jukka.rahko...@maanmittauslaitos.fi> > Cc: geoserver-users@lists.sourceforge.net > Oggetto: Re: [Geoserver-users] WFS GetFeature does not work with field > "DATE" > > Also see the answer of Stefan in the issue Pietro created: > https://osgeo-org.atlassian.net/browse/GEOS-9712 > > Regards, > > Richard Duivenvoorde > > On 8/3/20 8:07 PM, Andrea Aime wrote: > > Hi Jukka, > > having a quick look at the code, indeed the name quoting is explicitly > > disabled in Oracle, and it has been since many years (probably since the > version of the Oracle support code). > > If memory serves me correctly, Oracle Spatial has some weird naming > > limitations on top of the already restrictive Oracle naming > > conventions... something like, table and geometry columns must actually > be all uppercase in the queries for anything to work (can't remember > exactly). > > Cheers > > Andrea > > > > > > On Mon, Aug 3, 2020 at 7:41 PM Rahkonen Jukka (MML) < > jukka.rahko...@maanmittauslaitos.fi jukka.rahko...@maanmittauslaitos.fi>> wrote: > > > > Hi, > > > > Does it mean that Oracle NG builds queries as nonquoted and the > result is > > SELECT DATE FROM TABLE instead of > > SELECT "DATE" FROM "TABLE", that would work? > > > > From the referred Oracle document: > > > > "This section lists Oracle SQL reserved words. You cannot use Oracle > SQL reserved words as nonquoted identifiers. Quoted identifiers can be > reserved words, although this is not recommended." > > > > -Jukka Rahkonen- > > > > -Alkuperäinen viesti- > > Lähettäjä: Mark Prins mailto:mc.pr...@gmail.com > >> > > Lähetetty: maanantai 3. elokuuta 2020 18.01 > > Vastaanottaja: geoserver-users@lists.sourceforge.net geoserver-users@lists.sourceforge.net> > > Aihe: Re: [Geoserver-users] WFS GetFeature does not work with field > "DATE" > > > > On 03-08-2020 11:00, d'Orio, Pietro wrote: > > > If an Oracle NG (JNDI) layer contain a field "DATE" the WFS does > not > > > work for this layer. > > > > > > Also other "sensitive" oracle DB tags like "SIZE" or "LOCATION" > cause > > > the same problem. > > > > > > A special note: "TYPE" does not cause problems > > > > TYPE is not in the list: > > > https://docs.oracle.com/database/121/SQLRF/ap_keywd001.htm#SQLRF55621 > > (but neither is LOCATION or SIZE so I'm not sure what is going on > there) If you set up geoserver with geotools developer or debug logging you > can see the generated queries in the log. > > > > As linked there > > > https://docs.oracle.com/database/121/REFRN/GUID-6D03E5B5-A23B-499C-B6BC-A31A12FC6C7D.htm#REFRN30204 > > talks about which words vcaanot be used where in Orcla, documented > > in V$RESERVED_WORDS in your database (the list can/will vary between > > versions) > > > > - M > > > > > > ___ > > 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/geose
Re: [Geoserver-users] Automatic Uppercase of WMTS Query Parameters
OK I've applied a fix to master today - please test out tomorrow's nightly build and let me know if it works or not at https://osgeo-org.atlassian.net/browse/GEOT-6677 Ian On Thu, 6 Aug 2020 at 13:36, Ian Turton wrote: > Open an issue and assign it to me and I'll take a look when I get a chance. > > Ian > > On Thu, 6 Aug 2020 at 13:32, Rahkonen Jukka (MML) < > jukka.rahko...@maanmittauslaitos.fi> wrote: > >> Hi, >> >> >> >> On the other hand, OGC specifications stating that keywords are case >> insensitive could be considered to mean only the keywords which belong to >> the specifications. In the http standard the keywords apparently are case >> sensitive >> https://stackoverflow.com/questions/24699643/are-query-string-keys-case-sensitive. >> Therefore I feel that this issue might be a bug in GeoServer (and not only >> because we at the National Land Survey use “api-key” in a case sensitive >> manner). >> >> >> >> -Jukka Rahkonen- >> >> >> >> >> >> >> >> >> >> *Lähettäjä:* Ben Kleywegt >> *Lähetetty:* torstai 30. heinäkuuta 2020 2.34 >> *Vastaanottaja:* Ian Turton ; Brad Hards < >> br...@frogmouth.net> >> *Kopio:* geoserver-users >> *Aihe:* Re: [Geoserver-users] Automatic Uppercase of WMTS Query >> Parameters >> >> >> >> Thanks Ian, >> >> >> >> I suspected something like this might be the case. Thanks, I believe you >> have answered my question and the behaviour is not a bug with Geoserver. >> >> >> >> Cheers, >> >> Ben Kleywegt >> >> >> >> *From:* Ian Turton >> *Sent:* Wednesday, 29 July 2020 5:37 PM >> *To:* Brad Hards >> *Cc:* Ben Kleywegt ; geoserver-users < >> geoserver-users@lists.sourceforge.net> >> *Subject:* Re: [Geoserver-users] Automatic Uppercase of WMTS Query >> Parameters >> >> >> >> I don't think that bug does relate to this - but the WMTS standard (like >> other OGC standards) mandates case insensitivity for keys in KVP requests, >> so to make life easy we uppercase them all when storing them (this makes >> finding duplicates and later lookups more efficient). So I would raise a >> bug with MapBox. >> >> >> >> You could add a patch to the GeoTools code to only uppercase "well known" >> parameter keys but I suspect that would break things down the chain with >> cascading too. >> >> >> >> Ian >> >> >> >> On Wed, 29 Jul 2020 at 05:55, Brad Hards wrote: >> >> I’m not 100% clear on what you are trying to do, but it looks like you >> are possibly trying WMTS cascading. That is, you are trying to use >> GeoServer as a WMTS client. >> >> >> >> If that is the case, you are probably hitting >> https://osgeo-org.atlassian.net/browse/GEOT-5999 >> >> >> >> That was fixed more than two years ago in >> https://github.com/geotools/geotools/pull/1873 >> >> >> >> It is probably a good idea to upgrade in any case – 2.12.0 is well out of >> support. >> >> >> >> Brad >> >> >> >> *From:* Ben Kleywegt >> *Sent:* Wednesday, 29 July 2020 10:13 AM >> *To:* geoserver-users@lists.sourceforge.net >> *Subject:* [Geoserver-users] Automatic Uppercase of WMTS Query Parameters >> >> >> >> Hello, >> >> >> >> I have encountered an issue relating to the automatic uppercasing of WMTS >> query parameters in WMTS stores. >> >> >> >> I am using Geoserver 2.12.0 in docker on Linux. >> >> >> >> The problem is that some WMTS services are case sensitive to the query >> parameters, the case in point being MapBox WMTS ( >> https://docs.mapbox.com/help/tutorials/mapbox-arcgis-qgis/). >> >> >> >> If I go to the following URL with a valid access token I can see a >> GetCapabilities XML page: >> https://api.mapbox.com/styles/v1/mapbox/streets-v11/wmts?access_token=x. >> However, if I go to the same page with an uppercase ACCESS_TOKEN query >> parameter it returns a 401 unauthorised error. >> >> >> >> When I enter the valid URL in a Geoserver WMTS store Capabilities URL >> field and save the store I get an error saying: >> >> >> >> Server returned HTTP error code 401 for URL >> https://api.mapbox.com/styles/v1/mapbox/streets-v11/wmts?REQUEST=GetCapabilities_TOKEN=xxx
Re: [Geoserver-users] Automatic Uppercase of WMTS Query Parameters
Open an issue and assign it to me and I'll take a look when I get a chance. Ian On Thu, 6 Aug 2020 at 13:32, Rahkonen Jukka (MML) < jukka.rahko...@maanmittauslaitos.fi> wrote: > Hi, > > > > On the other hand, OGC specifications stating that keywords are case > insensitive could be considered to mean only the keywords which belong to > the specifications. In the http standard the keywords apparently are case > sensitive > https://stackoverflow.com/questions/24699643/are-query-string-keys-case-sensitive. > Therefore I feel that this issue might be a bug in GeoServer (and not only > because we at the National Land Survey use “api-key” in a case sensitive > manner). > > > > -Jukka Rahkonen- > > > > > > > > > > *Lähettäjä:* Ben Kleywegt > *Lähetetty:* torstai 30. heinäkuuta 2020 2.34 > *Vastaanottaja:* Ian Turton ; Brad Hards < > br...@frogmouth.net> > *Kopio:* geoserver-users > *Aihe:* Re: [Geoserver-users] Automatic Uppercase of WMTS Query Parameters > > > > Thanks Ian, > > > > I suspected something like this might be the case. Thanks, I believe you > have answered my question and the behaviour is not a bug with Geoserver. > > > > Cheers, > > Ben Kleywegt > > > > *From:* Ian Turton > *Sent:* Wednesday, 29 July 2020 5:37 PM > *To:* Brad Hards > *Cc:* Ben Kleywegt ; geoserver-users < > geoserver-users@lists.sourceforge.net> > *Subject:* Re: [Geoserver-users] Automatic Uppercase of WMTS Query > Parameters > > > > I don't think that bug does relate to this - but the WMTS standard (like > other OGC standards) mandates case insensitivity for keys in KVP requests, > so to make life easy we uppercase them all when storing them (this makes > finding duplicates and later lookups more efficient). So I would raise a > bug with MapBox. > > > > You could add a patch to the GeoTools code to only uppercase "well known" > parameter keys but I suspect that would break things down the chain with > cascading too. > > > > Ian > > > > On Wed, 29 Jul 2020 at 05:55, Brad Hards wrote: > > I’m not 100% clear on what you are trying to do, but it looks like you are > possibly trying WMTS cascading. That is, you are trying to use GeoServer as > a WMTS client. > > > > If that is the case, you are probably hitting > https://osgeo-org.atlassian.net/browse/GEOT-5999 > > > > That was fixed more than two years ago in > https://github.com/geotools/geotools/pull/1873 > > > > It is probably a good idea to upgrade in any case – 2.12.0 is well out of > support. > > > > Brad > > > > *From:* Ben Kleywegt > *Sent:* Wednesday, 29 July 2020 10:13 AM > *To:* geoserver-users@lists.sourceforge.net > *Subject:* [Geoserver-users] Automatic Uppercase of WMTS Query Parameters > > > > Hello, > > > > I have encountered an issue relating to the automatic uppercasing of WMTS > query parameters in WMTS stores. > > > > I am using Geoserver 2.12.0 in docker on Linux. > > > > The problem is that some WMTS services are case sensitive to the query > parameters, the case in point being MapBox WMTS ( > https://docs.mapbox.com/help/tutorials/mapbox-arcgis-qgis/). > > > > If I go to the following URL with a valid access token I can see a > GetCapabilities XML page: > https://api.mapbox.com/styles/v1/mapbox/streets-v11/wmts?access_token=x. > However, if I go to the same page with an uppercase ACCESS_TOKEN query > parameter it returns a 401 unauthorised error. > > > > When I enter the valid URL in a Geoserver WMTS store Capabilities URL > field and save the store I get an error saying: > > > > Server returned HTTP error code 401 for URL > https://api.mapbox.com/styles/v1/mapbox/streets-v11/wmts?REQUEST=GetCapabilities_TOKEN=x=1.0.0=WMTS > > > > Notice that the URL has a few extra query parameters and the access_token > parameter is now uppercase. > > > > Is there a reason the existing query parameters in the WMTS > GetCapabillities URL are converted to uppercase? Given that it appears > that this behaviour is disallowing users to create stores from MapBox WMTS > URLs, should this be classified as a bug? > > > > Cheers, > > Ben Kleywegt > > > > ___ > 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#/ > -
Re: [Geoserver-users] R: WFS GetFeature does not work with field "DATE"
It should be relatively easy to modify encodeColumnName in OracleDialect to surround reserved words with " - and possibly make use of the sqlNameEscape value and escapeName function in FilterToSql too Ian On Tue, 4 Aug 2020 at 12:15, d'Orio, Pietro wrote: > The following keywords don't make problem: > - ID, GEOMETRY, TYPE > > The query on DB is like: SELECT GEOMETRY AS GEOMETRY FROM TABLE > > The following makes problem: > - LEVEL, DATE > > i have to rename the view fields, but i think is a mistake that some > sensible oracle keywords works and other not… > > If I have an obligation to display the data according to specifications, I > can't! For example, Inspire provides for some fields called "LEVEL". > > Regards > > -Messaggio originale- > Da: Richard Duivenvoorde > Inviato: lunedì 3 agosto 2020 20:20 > A: andrea.a...@geo-solutions.it; Rahkonen Jukka (MML) < > jukka.rahko...@maanmittauslaitos.fi> > Cc: geoserver-users@lists.sourceforge.net > Oggetto: Re: [Geoserver-users] WFS GetFeature does not work with field > "DATE" > > Also see the answer of Stefan in the issue Pietro created: > https://osgeo-org.atlassian.net/browse/GEOS-9712 > > Regards, > > Richard Duivenvoorde > > On 8/3/20 8:07 PM, Andrea Aime wrote: > > Hi Jukka, > > having a quick look at the code, indeed the name quoting is explicitly > > disabled in Oracle, and it has been since many years (probably since the > version of the Oracle support code). > > If memory serves me correctly, Oracle Spatial has some weird naming > > limitations on top of the already restrictive Oracle naming > > conventions... something like, table and geometry columns must actually > be all uppercase in the queries for anything to work (can't remember > exactly). > > Cheers > > Andrea > > > > > > On Mon, Aug 3, 2020 at 7:41 PM Rahkonen Jukka (MML) < > jukka.rahko...@maanmittauslaitos.fi jukka.rahko...@maanmittauslaitos.fi>> wrote: > > > > Hi, > > > > Does it mean that Oracle NG builds queries as nonquoted and the > result is > > SELECT DATE FROM TABLE instead of > > SELECT "DATE" FROM "TABLE", that would work? > > > > From the referred Oracle document: > > > > "This section lists Oracle SQL reserved words. You cannot use Oracle > SQL reserved words as nonquoted identifiers. Quoted identifiers can be > reserved words, although this is not recommended." > > > > -Jukka Rahkonen- > > > > -Alkuperäinen viesti- > > Lähettäjä: Mark Prins mailto:mc.pr...@gmail.com > >> > > Lähetetty: maanantai 3. elokuuta 2020 18.01 > > Vastaanottaja: geoserver-users@lists.sourceforge.net geoserver-users@lists.sourceforge.net> > > Aihe: Re: [Geoserver-users] WFS GetFeature does not work with field > "DATE" > > > > On 03-08-2020 11:00, d'Orio, Pietro wrote: > > > If an Oracle NG (JNDI) layer contain a field "DATE" the WFS does > not > > > work for this layer. > > > > > > Also other "sensitive" oracle DB tags like "SIZE" or "LOCATION" > cause > > > the same problem. > > > > > > A special note: "TYPE" does not cause problems > > > > TYPE is not in the list: > > > https://docs.oracle.com/database/121/SQLRF/ap_keywd001.htm#SQLRF55621 > > (but neither is LOCATION or SIZE so I'm not sure what is going on > there) If you set up geoserver with geotools developer or debug logging you > can see the generated queries in the log. > > > > As linked there > > > https://docs.oracle.com/database/121/REFRN/GUID-6D03E5B5-A23B-499C-B6BC-A31A12FC6C7D.htm#REFRN30204 > > talks about which words vcaanot be used where in Orcla, documented > > in V$RESERVED_WORDS in your database (the list can/will vary between > > versions) > > > > - M > > > > > > ___ > > 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-an > >
Re: [Geoserver-users] R: WFS GetFeature does not work with field "DATE"
That is odd, especially as OraclFilterToSQL calls setSqlNameEscape("\"") in
it's constructor. Since we currently have working Oracle CI tests I may
have a quick go at an update,
Note that encodeColumnName does include the following:
// need to quote column names with spaces in
if (raw.contains(" ")) {
raw = "\"" + raw + "\"";
}
Ian
On Tue, 4 Aug 2020 at 13:20, Andrea Aime
wrote:
> Hi Ian,
> the thing is, that would be the default behavior, and it has been
> explicitly overridden so it does not happen.
> Goes way back, it's not covered by the git history, one would have to
> check in the old SVN history to
> see if there is a commit about it.
>
> Had a very quick look, 2.6.0 is the first tag where the OracleDialect
> class appears in its present location,
> and it was already like that, search for "getNameEscape":
>
> https://svn.osgeo.org/geotools/tags/2.6.0/modules/plugin/jdbc/jdbc-oracle/src/main/java/org/geotools/data/oracle/OracleDialect.java
>
> Going back to the pre-JDBCDataStore times, the stand-alone oracle-spatial
> module also did not escape names, e.g.:
>
> https://svn.osgeo.org/geotools/tags/2.5.0/modules/unsupported/oracle-spatial/src/main/java/org/geotools/data/oracle/SqlStatementEncoder.java
>
> Cheers
> Andrea
>
> On Tue, Aug 4, 2020 at 2:12 PM Ian Turton wrote:
>
>> It should be relatively easy to modify encodeColumnName in OracleDialect
>> to surround reserved words with " - and possibly make use of the
>> sqlNameEscape value and escapeName function in FilterToSql too
>>
>> Ian
>>
>> On Tue, 4 Aug 2020 at 12:15, d'Orio, Pietro wrote:
>>
>>> The following keywords don't make problem:
>>> - ID, GEOMETRY, TYPE
>>>
>>> The query on DB is like: SELECT GEOMETRY AS GEOMETRY FROM TABLE
>>>
>>> The following makes problem:
>>> - LEVEL, DATE
>>>
>>> i have to rename the view fields, but i think is a mistake that some
>>> sensible oracle keywords works and other not…
>>>
>>> If I have an obligation to display the data according to specifications,
>>> I can't! For example, Inspire provides for some fields called "LEVEL".
>>>
>>> Regards
>>>
>>> -Messaggio originale-
>>> Da: Richard Duivenvoorde
>>> Inviato: lunedì 3 agosto 2020 20:20
>>> A: andrea.a...@geo-solutions.it; Rahkonen Jukka (MML) <
>>> jukka.rahko...@maanmittauslaitos.fi>
>>> Cc: geoserver-users@lists.sourceforge.net
>>> Oggetto: Re: [Geoserver-users] WFS GetFeature does not work with field
>>> "DATE"
>>>
>>> Also see the answer of Stefan in the issue Pietro created:
>>> https://osgeo-org.atlassian.net/browse/GEOS-9712
>>>
>>> Regards,
>>>
>>> Richard Duivenvoorde
>>>
>>> On 8/3/20 8:07 PM, Andrea Aime wrote:
>>> > Hi Jukka,
>>> > having a quick look at the code, indeed the name quoting is explicitly
>>> > disabled in Oracle, and it has been since many years (probably since
>>> the version of the Oracle support code).
>>> > If memory serves me correctly, Oracle Spatial has some weird naming
>>> > limitations on top of the already restrictive Oracle naming
>>> > conventions... something like, table and geometry columns must
>>> actually be all uppercase in the queries for anything to work (can't
>>> remember exactly).
>>> > Cheers
>>> > Andrea
>>> >
>>> >
>>> > On Mon, Aug 3, 2020 at 7:41 PM Rahkonen Jukka (MML) <
>>> jukka.rahko...@maanmittauslaitos.fi >> jukka.rahko...@maanmittauslaitos.fi>> wrote:
>>> >
>>> > Hi,
>>> >
>>> > Does it mean that Oracle NG builds queries as nonquoted and the
>>> result is
>>> > SELECT DATE FROM TABLE instead of
>>> > SELECT "DATE" FROM "TABLE", that would work?
>>> >
>>> > From the referred Oracle document:
>>> >
>>> > "This section lists Oracle SQL reserved words. You cannot use
>>> Oracle SQL reserved words as nonquoted identifiers. Quoted identifiers can
>>> be reserved words, although this is not recommended."
>>> >
>>> > -Jukka Rahkonen-
>>> >
>>> > -Alkuperäinen viesti-
>>> > Lähettäjä: Mark Prins >> mc.pr...@gmail.com>>
>>> > Lähetetty: maanantai 3. elokuu
Re: [Geoserver-users] Antialiasing Vendor parameter dead?
I've just checked 2.17.1 and all seems fine to me. Full Antialiasing ( http://localhost:8080/geoserver-2.17.0/topp/wms?SERVICE=WMS=1.1.1=GetMap=image%2Fpng=true=topp%3Astates=application%2Fvnd.ogc.se_inimage_OPTIONS=antialias%3Afull=EPSG%3A4326==768=330=-100.17333984375%2C38.14453125%2C-91.73583984375%2C41.77001953125 ) [image: full-aa.png] No Anti aliasing - http://localhost:8080/geoserver-2.17.0/topp/wms?SERVICE=WMS=1.1.1=GetMap=image%2Fpng=true=topp%3Astates=application%2Fvnd.ogc.se_inimage_OPTIONS=antialias%3Anone=EPSG%3A4326==768=330=-100.17333984375%2C38.14453125%2C-91.73583984375%2C41.77001953125 [image: no-aa.png] So it seems to be working fine Ian On Wed, 1 Jul 2020 at 10:09, Bartek Burkot wrote: > Hi Geoserver users > > I need to switch off the antialiasing in my project but I'm not able to do > it using the geoserver vendor parameter (format_options) in WMS request > (regarding the documentation > <https://docs.geoserver.org/latest/en/user/services/wms/vendor.html#format-options> > ). > > The vendor parameter _options=antialiasing:off seems to be dead. > > I've tried both requests against the tasmania_state_boundaries layer and > both produce the same antialiased images: > > > http://localhost:8080/geoserver217/topp/wms?SERVICE=WMS=1.3.0=GetMap=image%2Fpng8=true=topp%3Atasmania_state_boundaries=application%2Fvnd.ogc.se_inimage=EPSG%3A4326==768=673=-43.59031677246094%2C147.22366333007812%2C-42.66609191894531%2C148.27835083007812 > *&**format_options=antialiasing:off* > > > http://localhost:8080/geoserver217/topp/wms?SERVICE=WMS=1.3.0=GetMap=image%2Fpng8=true=topp%3Atasmania_state_boundaries=application%2Fvnd.ogc.se_inimage=EPSG%3A4326==768=673=-43.59031677246094%2C147.22366333007812%2C-42.66609191894531%2C148.27835083007812 > *_options=antialiasing:on* > > No matter what I put in the format_options parameter the produced image is > always antialiased. > Is this a bug or I'm proceeding somehow wrong? > > I'm using the geoserver satable version 2.17.0, tomacat9, Win Server 2019 > 64bit, openjdk version "1.8.0_252" > > Thanks for any advice > > Bartek > > ___ > 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 ___ 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] WMS long urls (GetMap)
You could switch to a POST request and then URL length ceases to be an issue. Ian On Thu, 18 Jun 2020 at 15:06, Risharde wrote: > Hi everyone! I have an issue that I'm struggling to resolve and I'm hoping > someone may be able to assist or guide me. > > I am trying to use the GetMap feature from the WMS service (which works). > However it seems when I add a cql_filter to the url, I get an error message > that the request is invalid. If I remove some other get fields within the > url (layers in particular - which shortens the url), then I get a response. > > It seems that when the url is over 200+ characters, I get the issue. My > question is, can I somehow get geoserver to accept longer URLs? I cannot > use POST because my implementation uses Mapbox which calls a url and not > post variables. > > Any help would be appreciated, thank you! > ___ > 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 ___ 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] METADATA EXTENSION CONNECTING GEOSERVER AND GEONETWORK
You'll need to make sure the plugin version matches the GeoServer version. If you can't find an exact match you may need to compile the plugin yourself using the right version from github Ian On Fri, 26 Jun 2020 at 11:05, XAVIER RAYO SARRIAS wrote: > Hi Brad, > I've been trying to install the extension but when I add de .jar files in > the* geoserver\WEB-INF\lib *folder geoserver crashes and I cannot start > it. > I think It should be easy but it is not working. I downloaded both the > 2.17 version and the 2.18 (in case it works for me) with no luck. > Any idea? > > Thanks again for your help! > > El lun., 15 jun. 2020 a las 8:46, XAVIER RAYO SARRIAS () > escribió: > >> Thank you very much Brad! >> >> El dom., 14 jun. 2020 a las 0:44, Brad Hards () >> escribió: >> >>> https://build.geoserver.org/geoserver/master/community-latest/ is the >>> usual location for community modules. >>> >>> >>> >>> It won’t be in the normal “numbered” release, because we don’t release >>> community modules. They are for further development, and don’t get the >>> normal level of support or testing. >>> >>> >>> >>> Brad >>> >>> >>> >>> *From:* XAVIER RAYO SARRIAS >>> *Sent:* Saturday, 13 June 2020 4:46 PM >>> *To:* geoserver-users@lists.sourceforge.net >>> *Subject:* [Geoserver-users] METADATA EXTENSION CONNECTING GEOSERVER >>> AND GEONETWORK >>> >>> >>> >>> Hi all, >>> >>> I've seen that there is a plugin for metadata that let's import and >>> create a connection between geoserver and geonetwork. I've seen it here: >>> https://docs.geoserver.org/latest/en/user/community/metadata/configuration.html. >>> But when I go to the downloads page it is not there. >>> >>> Anyone can help me find it? Or do you have any idea how we could do it? >>> >>> >>> >>> Thanks! >>> >> ___ > 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 ___ 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] Support change base URL in geoserver
You just need to change the directory name of geoserver in the tomcat webapps directory, for example I have: geoservergeoserver-2.15.1.war geoserver-2.17.0 ROOT geoserver-2.14geoserver-2.15.x geoserver-2.17.0.war geoserver-2.14.war geoserver-2.16.3 GPL.txt geoserver-2.15.1geoserver-2.16.3.war LICENSE.txt all running together in mine. Ian On Sun, 7 Jun 2020 at 15:21, Thọ Trần wrote: > Dear Geoserver support team, > I had setup both two instance geoservers to my server and using nginx to > reverse proxy my traffic on default 80 port as below scenario: > Geoserver instance one: mydomain:8080/geoserver/web --> > mydomain/appOnegeo/ > Geoserver instance second : mydomain:8081/geoserver/web --> > mydomain/appSecondgeo/ > > But the base URL of geoserver alway is : "geserver/web/",so when i using > nginx rewrite and proxy pass directive ,i can't access both url that i want > to. > Could you help me any ways to change base URL geoserver from default > 'geoserver/web/' to '/appOnegeo' or '/appSecondgeo' for available when i > using nginx reverse proxy. > or any way to using nginx reverse proxy redirect traffic multi geoserver > to port 80 in a server? > Thank you !!! > ___ > 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 ___ 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] Automatic Uppercase of WMTS Query Parameters
I don't think that bug does relate to this - but the WMTS standard (like other OGC standards) mandates case insensitivity for keys in KVP requests, so to make life easy we uppercase them all when storing them (this makes finding duplicates and later lookups more efficient). So I would raise a bug with MapBox. You could add a patch to the GeoTools code to only uppercase "well known" parameter keys but I suspect that would break things down the chain with cascading too. Ian On Wed, 29 Jul 2020 at 05:55, Brad Hards wrote: > I’m not 100% clear on what you are trying to do, but it looks like you are > possibly trying WMTS cascading. That is, you are trying to use GeoServer as > a WMTS client. > > > > If that is the case, you are probably hitting > https://osgeo-org.atlassian.net/browse/GEOT-5999 > > > > That was fixed more than two years ago in > https://github.com/geotools/geotools/pull/1873 > > > > It is probably a good idea to upgrade in any case – 2.12.0 is well out of > support. > > > > Brad > > > > *From:* Ben Kleywegt > *Sent:* Wednesday, 29 July 2020 10:13 AM > *To:* geoserver-users@lists.sourceforge.net > *Subject:* [Geoserver-users] Automatic Uppercase of WMTS Query Parameters > > > > Hello, > > > > I have encountered an issue relating to the automatic uppercasing of WMTS > query parameters in WMTS stores. > > > > I am using Geoserver 2.12.0 in docker on Linux. > > > > The problem is that some WMTS services are case sensitive to the query > parameters, the case in point being MapBox WMTS ( > https://docs.mapbox.com/help/tutorials/mapbox-arcgis-qgis/). > > > > If I go to the following URL with a valid access token I can see a > GetCapabilities XML page: > https://api.mapbox.com/styles/v1/mapbox/streets-v11/wmts?access_token=x. > However, if I go to the same page with an uppercase ACCESS_TOKEN query > parameter it returns a 401 unauthorised error. > > > > When I enter the valid URL in a Geoserver WMTS store Capabilities URL > field and save the store I get an error saying: > > > > Server returned HTTP error code 401 for URL > https://api.mapbox.com/styles/v1/mapbox/streets-v11/wmts?REQUEST=GetCapabilities_TOKEN=x=1.0.0=WMTS > > > > Notice that the URL has a few extra query parameters and the access_token > parameter is now uppercase. > > > > Is there a reason the existing query parameters in the WMTS > GetCapabillities URL are converted to uppercase? Given that it appears > that this behaviour is disallowing users to create stores from MapBox WMTS > URLs, should this be classified as a bug? > > > > Cheers, > > Ben Kleywegt > > > ___ > 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 ___ 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] CSV data source gives error [SEC=UNOFFICIAL]
That's a bit odd - I've just tested the GeoTools code and it is fine loading a CSV with only id,lat and lon columns. So there is presumably something in GeoServer that is expecting a non-spatial attribute to be left after it's ignored the ID column, Can you raise a bug and I'll see if I can find some time to look at it next weekend or over christmas? Ian On Mon, 30 Nov 2020 at 06:24, Sexton Michael wrote: > Hi > > > > If I have a test CSV file as follows > > > > ID,Lon,Lat > > 1,120.1,-35.2 > > > > And use the CSV Vector Data Source, choosing ‘guess’ as the strategy, on > trying to create the Layer you get the following error: > > > > Failed to load attribute list, internal error is: the SimpleFeatureType > test:test does not contains the configured attribute Lon. Check your schema > configuration > > > > It seems at the below point in the code the layer tries to load the > feature type with each property based on the list of attributes found in > the CSV > > > > > https://github.com/geoserver/geoserver/blob/master/src/main/src/main/java/org/geoserver/catalog/ResourcePool.java#L1078 > > > > But in GeoTools the Lat/Lon columns are removed on encoding of the Point > class, which means the feature type does not have the attributes GeoServer > is looking for > > > > > https://github.com/geotools/geotools/blob/master/modules/plugin/csv/src/main/java/org/geotools/data/csv/parse/CSVLatLonStrategy.java#L121 > > > > I’m not sure where this bug resides. Part of me thinks that the Lat/Lon > fields shouldn’t be dropped when parsing a CSV, as they hold useful > human-readable information. But I don’t know the internal logic of GeoTools > all that well compared to GeoServer. > > > > Anyway, I haven’t been able to get CSVs working with GeoServer 2.18.1, and > any help would be appreciated. > > > > Thanks > > > > Michael > > > > 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. > ___ > 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 ___ 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] getting a problem
> java.io.FileNotFoundException: C:\Program Files\geoserver\data_dir\logs\geoserver.log (Access is denied) You must make sure that the user running GeoServer has permission to write to the data directory. Ian ___ 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] Polygon label mbr option
Then please make sure to push the changes back to the project to help out the next person who wants to do this too. Cheers Ian On Fri, 20 Nov 2020 at 15:36, Olyster wrote: > Following up ... > > there's no way to force the setting. > > I ended up modifying gt-render directly. > > Thanks > > > > -- > Sent from: > http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html > > > ___ > 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 ___ 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] build failure on web.xml validation
Whoops, sorry about changing the port number - that was not supposed to happen either. Ian On Wed, 21 Oct 2020 at 14:42, Andrea Aime wrote: > On Wed, Oct 21, 2020 at 3:19 PM Jody Garnett > wrote: > >> Have PR build failure on master here: geoserver/geoserver#4541 >> >> That is not related to the very small PR contents. Trying to determine if: >> a) the repo or build server is failing; or >> b) a prior merge to master is in error >> >> I note Andrea has just removed the DTD reference here: >> geoserver/geoserver@ecb9874 >> <https://github.com/geoserver/geoserver/commit/ecb9874d53ee0b2149c00b8769096ab0c27a6f84>, >> the the DTD reference we have been using is no longer available. >> > > Oh sorry sorry... I did not mean to do that, the only intended change was > restoring the port number to 8080 (Ian changed it to a different port number > in a previous commit). > The dtd was not reachable to me due to a VPN issue, but > http://java.sun.com/dtd/web-app_2_3.dtd actually works, just checked. > > Sorry or the noise, I'll fix it ASAP > > Cheers > Andrea > > > == GeoServer Professional Services from the experts! Visit > http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf > Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa > (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 > 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 > -- Ian Turton ___ 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] S3 Geotiff Plugin Stopped Working
Does the new COG support handle Azure too? If so we could look at dropping that module too. Ian On Tue, 19 Jan 2021, 10:59 Andrea Aime, wrote: > On Tue, Jan 19, 2021 at 11:06 AM Daniele Romagnoli < > daniele.romagn...@geo-solutions.it> wrote: > >> Hi Andy, >> I will take a look on the issue. >> It might be that the packaging of the s3-geotiff community plugin was >> inheriting the ehcache jar from another module not actually needing it >> anymore so we might just need to update the release pom for that community >> piece to inlcude it again. >> > > Now that there is a new S3 support module with some active devs behind it, > we should also consider just dropping the old one... > > Cheers > Andrea > > == GeoServer Professional Services from the experts! Visit > http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf > Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa > (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 > 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 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] Error reading ogr with curved geometries
That datastore doesn't support curves, you could look at the PostGIS and Oracle stores for examples of stores that do support curves Ian On Mon, 1 Feb 2021 at 11:14, Marco Casalboni wrote: > Hi all, > I am getting an error while reading a .gdb data source (ogr with > OpenFileGDB driver): > org.locationtech.jts.io.ParseException: Unknown WKB type 12 > at org.locationtech.jts.io.WKBReader.readGeometry(WKBReader.java:238) > at org.locationtech.jts.io.WKBReader.read(WKBReader.java:159) > at org.locationtech.jts.io.WKBReader.read(WKBReader.java:140) > at > org.geotools.data.ogr.GeometryMapper$WKB.parseOgrGeometry(GeometryMapper.java:69) > > am I missing something? > > My setup is: > - linux debian 11 > - geoserver 2.18.2 > - gdal 3.2.1 with ecw support (ECWJP2SDKSetup_5.5.0.2034) > - proj4 7.2.1 > > > thanks in advance > ___ > 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 ___ 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] How I can create new import id for transfer data from external PostGIS database to PostGIS datastore in GeoServer
That message is probably coming from Line 506 of the JSONReader
<https://github.com/geoserver/geoserver/blob/master/src/extension/importer/rest/src/main/java/org/geoserver/importer/rest/converters/ImportJSONReader.java#L506>
and implies that the code for this operation hasn't been written yet. So
you either need to write some code and submit a PR or find a commercial
company <http://geoserver.org/support/> to provide that service for you.
Ian
On Thu, 4 Feb 2021 at 05:43, Navid Taheri wrote:
> Hi, I'm trying to understand how I can create new import id by GeoServer
> RESTful api for transfer data from external PostGIS database into my
> PostGIS datastore in my workspace,
> I read this link
> <https://docs.geoserver.org/latest/en/user/extensions/importer/rest_reference.html>,
> I could found instruction for import shapefiles type and remote type but I
> didn't find any clear instructions when user want create new import when
> type is database!
>
> I did try to define my external connection parameters in import.json for
> create new import id, I get this message "TODO:implement%" in my terminal
> when I run this command in my Linux terminal:
>
> sudo curl -u admin:@dmin9901 -XPOST -H "Content-type: application/json"
> -d @import.json "http://localhost:8080/geoserver/rest/imports;
>
> Could you please help me how I can transfer my data(or tables) from
> external databases to my datastore by RESTful API?
>
>
>
> this is my import.json:
> {
> "import": {
> "targetStore": {
> "dataStore": {
> "name": "economic"
> }
> },
> "targetWorkspace": {
> "workspace": {
> "name": "environment"
> }
> },
> "data": {
> "type": "database",
> "connectionparameters":{
> "host":"localhost",
> "port":"5432",
> "database":"waterdb",
> "user":"postgres",
> "passwd":"postgres",
> },
> }
>
> }
> }
>
> My system info: GeoServer 2.18.1 , PostgreSQL v13, PostGIS 3, OS: Debian
> 10 X64
> ___
> 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
___
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] Wrong value found in class JNDIDataSourceFactory (gt-jdbc-25.1.jar) for constant JNDI_REFNAME
On Mon, 7 Jun 2021 at 19:25, Victor.Sinceac
wrote:
> Hi,
>
> I think there is a typo in GeoTools
> (/geotools/data/jdbc/datasource/JNDIDataSourceFactory.java):
>
> public static final Param JNDI_REFNAME = new
> Param("jdniReferenceName", String.class, "The path where the connection
> pool must be located", true);
>
> I guess here value should be "jndiReferenceName" instead
> "jdniReferenceName".
>
Looks like a classic dyslexic developer - but since it is part of our
published API it will need to be deprecated for a release cycle before it's
deleted.
> Is there any plan to fix this?
>
>
Not currently, if you would like to open a ticket and then prepare a pull
request then there will be one.
Ian
___
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] Remote Geoserver redirects to localhost
You need to set your proxy in the global settings page -
https://docs.geoserver.org/stable/en/user/configuration/globalsettings.html#proxy-base-url
Ian
On Sun, 16 May 2021 at 06:36, Brian Holmes
wrote:
> Hello everyone -
>
> I have installed Geoserver 2.19.0 on an Ubuntu 20.04 server, under Tomcat
> with Nginx as reverse proxy. I can log in to the web interface using the
> server IP Number, something like 123.45.67.89:8080/geoserver. This gives
> me full access. It also appears to work when I use the dedicated URL I have
> set up, so the URL is working properly (I also pinged it). However, after
> entering the default name and password in Geoserver, the address in my
> browser bar reverts from the URL to http://127.0.0.1:8080/geoserver/web -
> and it connects to localhost on my local machine, where I also have
> geoserver running! Of course I have emptied the browser cache and I've
> searched all over GIS Stack Exchange but still can't find the solution. My
> tomcat.conf (which replaces nginx default if I've understood correctly)
> looks like this:
>
> server {
> listen 80;
>
> server_namegeo.timetochange.today;
> access_log /var/log/nginx/tomcat-access.log;
> error_log /var/log/nginx/tomcat-error.log;
>
> location / {
> proxy_set_header X-Forwarded-Host $host;
> proxy_set_header X-Forwarded-Server $host;
> proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
> proxy_pass http://127.0.0.1:8080/;
> }
> }
>
> I would be totally grateful for any help with this issue.
>
> all the best, Brian Holmes
> ___
> 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
___
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] Ordnance survey Geoserver tile cascade
What have you tried so far? and what doesn't seem to be working - until recently there was an issue that would convert `key` to `KEY` which might break the OS endpoint, so try with a current nightly build of master to see if that's the issue. Ian On Wed, 19 May 2021 at 13:11, David Alvey (Commissioning Communities and Policy) via Geoserver-users wrote: > Hi there > > I am trying to expose and combine our internal datasets with our OS > mapping but can not figure out how to set up the data source. > > The route address is https://api.os.uk/maps/raster/v1/wmts?key= ### > > Any advice would be welcome. > > David > > This email or email thread section has been classified CONTROLLED - This > email requires controlled access by Council personnel and / or intended > recipient(s) only. This email may contain business or personal information. > Any personal information you have given us will be processed in accordance > with our privacy notices, available at > www.derbyshire.gov.uk/privacynotices< > http://www.derbyshire.gov.uk/privacynotices>. > We’ve now got coronavirus community testing centres< > https://www.derbyshire.gov.uk/social-health/health-and-wellbeing/health-protection/disease-control/coronavirus/community-testing/community-testing-for-covid-19.aspx> > across Derbyshire. One in three with the virus have no symptoms, so get > tested to protect your family and those you work with. > > Think before you print! Save energy and paper. Do you really need to print > this email? > > Derbyshire County Council works to improve the lives of local people by > delivering high quality services. You can find out more about us by > visiting www.derbyshire.gov.uk<http://www.derbyshire.gov.uk/>. > If you want to work for us go to our job pages on > www.derbyshire.gov.uk/jobs<http://www.derbyshire.gov.uk/jobs>. You can > register for e-mail alerts, download job packs and apply on-line. > > > > Please Note > This email is confidential, may be legally privileged and may contain > personal views that are not the views of Derbyshire County Council. It is > intended solely for the addressee. If this email was sent to you in error > please notify us by replying to the email. Once you have done this please > delete the email and do not disclose, copy, distribute, or rely on it. > Under the Data Protection Act 2018 and the Freedom of Information Act 2000 > the contents of this email may be disclosed. > Any personal information you have given us will be processed in accordance > with our privacy notices, available at > www.derbyshire.gov.uk/privacynotices< > http://www.derbyshire.gov.uk/privacynotices>. > > Derbyshire County Council reserves the right to monitor both sent and > received emails. > > > > ___________ > 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 ___ 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] Ordnance survey Geoserver tile cascade
You will need to use a URL of https://api.os.uk/maps/raster/vi/wmts?key= - and possibly add =wmts=getcapabilities=1.0.0 to be sure of getting a capabilities document back. I've not yet bothered to get an API key for the OS services so I'm not sure if it will work or not. If it doesn't can you turn your logging level upto GeoTools developer and send us the relevant part of the log file. Ian (PS please try to keep replies to the list so everyone benefits). -- Ian Turton ___ 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] Ordnance survey Geoserver tile cascade
OK, I've done a quick check and that doesn't seem to work either, can you open an issue ( https://osgeo-org.atlassian.net/jira/software/c/projects/GEOS/issues/) and I'll see if I can see a quick fix for it at the weekend. If you need something faster (or more guaranteed) there are comercial support suppliers (including my employer) http://geoserver.org/support/ Ian On Wed, 19 May 2021 at 16:14, Ian Turton wrote: > You will need to use a URL of > https://api.os.uk/maps/raster/vi/wmts?key= - and possibly add > =wmts=getcapabilities=1.0.0 to be sure of getting a > capabilities document back. > > I've not yet bothered to get an API key for the OS services so I'm not > sure if it will work or not. If it doesn't can you turn your logging level > upto GeoTools developer and send us the relevant part of the log file. > > Ian > (PS please try to keep replies to the list so everyone benefits). > > > > -- > Ian Turton > -- Ian Turton ___ 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 Renderer Trouble
Do you have simplification turned on? https://sourceforge.net/p/geoserver/mailman/message/34933034/ Ian On Tue, 27 Apr 2021 at 11:14, BI IRIE FABRICE IRIE wrote: > Hello Everyone, > > I use GeoServer version 2.16.2 with a SQL Server database. > I have developed a custom function (extends FundtionExpressionImpl) that I > use with my SLD. > When rendering the layer, Geoserver does the database query and get all > records. > > The problem is that not all records are sended to my custom function. > Smaller entities (size < 0,7meter) are not transmitted. > Is there a parameter to modify in geoserver so that it sends all records > to my function ? > > Thank for your help and your time. > Best Regards, > Fabrice > ___ > 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 ___ 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] cql_filter WMS with high ASCIIs or spaces in attributes
Did you try urlencoding the filter? in general it's a bad idea to have spaces in your table or column names. Failing that, you'll need to look at the log file and see if the request is failing in the ECQL parser or the query sent to PostGIS. Ian On Thu, 22 Apr 2021 at 15:14, David Persson wrote: > Hi, > > We've published layers in geoserver based on postgresql views where some > columns contain spaces and å ä ö currently. Right now we are trying to > employ ecql filters with getMap requests and are finding it hard/impossible > to receive an expected reply when the query contains an attribute (column > name in the view / property) that contains å ä ö or a space. > > We've tried a number of combinations with single and double quotes around > the property and property + value . If the property has single quotation > marks aroun, or the property and value have single quotations around them, > the getmap is succesfull but the image returned contains no features even > if expected to have them. > > If seemingly any combination of double quotation marks ( " ) are employed > we get an ecql exception. > > (spaces and high asciis are okay as values to search for) > > Is there any way to filter a getMap on a property that contains spaces or > high ASCIIs? > > Friendly regards, > David. > ___ > 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 ___ 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] New maintenance releases
The team is pleased to announce that the latest round of maintenance releases have been made: GeoTools 24.3 <https://geotoolsnews.blogspot.com/2021/04/geotools-243-released.html> GeoServer 2.18.3 GeoWebCache 1.18.3 <http://geoserver.org/announcements/2021/04/23/geoserver-2.18.3-released.html> Thanks to Jody Garnet (GeoCat) for helping out with this release. -- Ian Turton ___ 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] Can't see layers in layer preview
Some one or some thing is already using port 7070 so you can't Ian > java.security.PrivilegedActionException: java.io.IOException: Failed to > bind to 0.0.0.0/0.0.0.0:7070 > > at java.base/java.security.AccessController.doPrivileged(Native > Method) > > at > org.eclipse.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1511) > > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) > > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > > at java.base/java.lang.reflect.Method.invoke(Method.java:566) > > at org.eclipse.jetty.start.Main.invokeMain(Main.java:220) > > at org.eclipse.jetty.start.Main.start(Main.java:490) > > at org.eclipse.jetty.start.Main.main(Main.java:77) > > Caused by: > > java.io.IOException: Failed to bind to 0.0.0.0/0.0.0.0:7070 > > at > org.eclipse.jetty.server.ServerConnector.openAcceptChannel(ServerConnector.java:346) > > at > org.eclipse.jetty.server.ServerConnector.open(ServerConnector.java:308) > > at > org.eclipse.jetty.server.AbstractNetworkConnector.doStart(AbstractNetworkConnector.java:80) > > at > org.eclipse.jetty.server.ServerConnector.doStart(ServerConnector.java:236) > > at > org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68) > > at org.eclipse.jetty.server.Server.doStart(Server.java:396) > > at > org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68) > > at > org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1572) > > at > org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1512) > > at java.base/java.security.AccessController.doPrivileged(Native > Method) > > at > org.eclipse.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1511) > > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) > > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > > at java.base/java.lang.reflect.Method.invoke(Method.java:566) > > at org.eclipse.jetty.start.Main.invokeMain(Main.java:220) > > at org.eclipse.jetty.start.Main.start(Main.java:490) > > at org.eclipse.jetty.start.Main.main(Main.java:77) > > Caused by: > > java.net.BindException: Address already in use: bind > > at java.base/sun.nio.ch.Net.bind0(Native Method) > > at java.base/sun.nio.ch.Net.bind(Net.java:455) > > at java.base/sun.nio.ch.Net.bind(Net.java:447) > > at > java.base/sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:227) > > at > java.base/sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:80) > > at > org.eclipse.jetty.server.ServerConnector.openAcceptChannel(ServerConnector.java:342) > > at > org.eclipse.jetty.server.ServerConnector.open(ServerConnector.java:308) > > at > org.eclipse.jetty.server.AbstractNetworkConnector.doStart(AbstractNetworkConnector.java:80) > > at > org.eclipse.jetty.server.ServerConnector.doStart(ServerConnector.java:236) > > at > org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68) > > at org.eclipse.jetty.server.Server.doStart(Server.java:396) > > at > org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68) > > at > org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1572) > > at > org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1512) > > at java.base/java.security.AccessController.doPrivileged(Native > Method) > > at > org.eclipse.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1511) > > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) > > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > > at java.base/java.lang.reflect.Method.invoke(Method.java:566) > > at org.e
Re: [Geoserver-users] Can't see layers in layer preview
Same problem but on port 8080 this time used by: > > java.net.BindException: Address already in use: bind >>> >>> at java.base/sun.nio.ch.Net.bind0(Native Method) >>> >>> at java.base/sun.nio.ch.Net.bind(Net.java:455) >>> >>> at java.base/sun.nio.ch.Net.bind(Net.java:447) >>> >>> at >>> java.base/sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:227) >>> >>> at >>> java.base/sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:80) >>> >>> at >>> org.eclipse.jetty.server.ServerConnector.openAcceptChannel(ServerConnector.java:342) >>> >>> at >>> org.eclipse.jetty.server.ServerConnector.open(ServerConnector.java:308) >>> >>> at >>> org.eclipse.jetty.server.AbstractNetworkConnector.doStart(AbstractNetworkConnector.java:80) >>> >>> at >>> org.eclipse.jetty.server.ServerConnector.doStart(ServerConnector.java:236) >>> >>> at >>> org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68) >>> >>> at org.eclipse.jetty.server.Server.doStart(Server.java:396) >>> >>> at >>> org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68) >>> >>> at >>> org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1572) >>> >>> at >>> org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1512) >>> >>> at java.base/java.security.AccessController.doPrivileged(Native >>> Method) >>> >>> at >>> org.eclipse.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1511) >>> >>> at >>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native >>> Method) >>> >>> at >>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>> >>> at >>> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>> >>> at java.base/java.lang.reflect.Method.invoke(Method.java:566) >>> >>> at org.eclipse.jetty.start.Main.invokeMain(Main.java:220) >>> >>> at org.eclipse.jetty.start.Main.start(Main.java:490) >>> >>> at org.eclipse.jetty.start.Main.main(Main.java:77) >>> >>> >> >> -- >> Ian Turton >> > -- Ian Turton ___ 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] GetCapabilities has missing xmlns:xlink attribute in OnlineResource tag
I think that's a bug in the parser - WMS 1.1.1 uses a DTD to define the XML http://localhost:8080/geoserver-2.18.1/schemas/wms/1.1.1/WMS_MS_Capabilities.dtd "> and that includes http://www.w3.org/1999/xlink; xlink:type CDATA #FIXED "simple" xlink:href CDATA #REQUIRED > So there is no need for the xlink namespace to be declared (in fact it would be invalid to declare a namespace and a DTD in the same document). If you are working with a parser that is unable to handle DTDs then it is probably worth switching to WMS version 1.3 which is fully schema defined. http://www.opengis.net/wms; xmlns:xlink=" http://www.w3.org/1999/xlink; xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance; version="1.3.0" updateSequence=" 162" xsi:schemaLocation="http://www.opengis.net/wms http://localhost:8080/geoserver-2.18.1/schemas/wms/1.3.0/capabilities_1_3_0.xsd "> Ian On Wed, 20 Jan 2021 at 11:16, COOK, JOHN wrote: > Dear All, > > > > We have an instance of GeoServer v 2.17.1 installed. > > > > The GetCapabilities xml generated by > http://<>/geoserver/gwc/service/wms?TILED=TRUE=WMS=GetCapabilities=1.1.1 > appears to be invalid. > > > > Where a style has been applied to a raster layer, the Style tag contains a > LegendURL tag that contains an OnlineResource tag. This OnlineResource tag > appears to be causing the following XML parsing error: “Namespace prefix > xlink from href on OnlineResource is not defined”. > > > > > > EPSG:900913 > > … > > OS:VectorMap > > > > > > <Name>VectorMap_GREY</Name> > > <LegendURL width="20" height="20"> > > <Format>image/png</Format> > > <OnlineResource xlink:type="simple" xlink:href="http:// > <<server>>/geoserver/ows?service=WMS&request=GetLegendGraphic&format=image%2Fpng&width=20&height=20&layer=OS%3AVectorMap&style=VectorMap_GREY"/> > > </LegendURL> > > > > > > > > > > Therefore, OpenLayers and other JavaScript xml parsers fail to parse the > GetCapabilties. > > > > Is there anything I can do that will add the “xmlns:xlink” attribute to > these OnlineResource tags? Any ideas will be gratefully received! > > > > > > All the best, > > > > John > > > > > ___ > 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 ___ 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 problem connect to cascaded wfs
opedHandler.nextScope(ScopedHandler.java:203) > at > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:480) > at > org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1667) > at > org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201) > at > org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1247) > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144) > at > org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:220) > at > org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:152) > at > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) > at org.eclipse.jetty.server.Server.handle(Server.java:505) > at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:370) > at > org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:267) > at > org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:305) > at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103) > at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117) > at > org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:333) > at > org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:310) > at > org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:168) > at > org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:126) > at > org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:366) > at > org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:698) > at > org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:804) > at java.base/java.lang.Thread.run(Thread.java:834) > Caused by: java.lang.IllegalStateException: Unable to parse > GetCapabilities document > at > org.geotools.data.wfs.internal.GetCapabilitiesResponse.(GetCapabilitiesResponse.java:121) > at > org.geotools.data.wfs.internal.GetCapabilitiesRequest.createResponse(GetCapabilitiesRequest.java:58) > at > org.geotools.data.ows.AbstractOpenWebService.internalIssueRequest(AbstractOpenWebService.java:439) > at > org.geotools.data.wfs.internal.WFSClient.internalIssueRequest(WFSClient.java:329) > at > org.geotools.data.wfs.internal.WFSClient.issueRequest(WFSClient.java:339) > at org.geotools.data.wfs.internal.WFSClient.issueRequest(WFSClient.java:57) > at > org.geotools.data.ows.AbstractOpenWebService.negotiateVersion(AbstractOpenWebService.java:260) > at > org.geotools.data.ows.AbstractOpenWebService.(AbstractOpenWebService.java:102) > at org.geotools.data.wfs.internal.WFSClient.(WFSClient.java:75) > at org.geotools.data.wfs.internal.WFSClient.(WFSClient.java:65) > at > org.geotools.data.wfs.WFSDataStoreFactory.createDataStore(WFSDataStoreFactory.java:108) > at > org.geotools.data.wfs.WFSDataStoreFactory.createDataStore(WFSDataStoreFactory.java:63) > at > org.vfny.geoserver.util.DataStoreUtils.getDataAccess(DataStoreUtils.java:65) > at org.geoserver.catalog.ResourcePool.getDataStore(ResourcePool.java:626) > ... 133 more > ___ > 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 ___ 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 problem connect to cascaded wfs
It may be correct in 102067 but in an element named latlonboundingbox I
think it should be in 4326
Ian
On Mon, 29 Mar 2021 at 16:19, V. M. wrote:
> Thank you, I will look into that ber namespace.
> Bbox is correct in epsg:102067
>
> On Mon, Mar 29, 2021 at 4:12 PM Ian Turton wrote:
>
>> Please don't forget to copy the user list in replies.
>>
>> The remote server is not defining a schema location for the ber
>> namespace, and I'm pretty sure that
>>
>>
>> ft_g_65470
>> Nové zariadenie TS
>> EPSG:102067
>> > maxy="-1149411.0982" minx="-374932.6593" miny="-1293972.1775"/>
>>
>>
>> doesn't contain a valid LatLonBounding box.
>>
>> Equally, I've never seen anyone use the vendorCapabilities tag before so I
>> don't know if the gt-wfs-ng parser handles it at all but I would expect it
>> to ignore it if it doesn't know what it means. You'd need to check the code
>> to be sure.
>>
>> Ian
>>
>>
>> On Mon, 29 Mar 2021 at 14:46, V. M. wrote:
>>
>>> Hello,
>>>
>>> it is not enabled on internet so I copied full GetCapabilities response
>>> from GS log, see my attachment.
>>> Thank you for trying to help me.
>>>
>>> On Mon, Mar 29, 2021 at 2:26 PM Ian Turton wrote:
>>>
>>>> It looks like your services getCapabilities response is invalid -
>>>>
>>>> Parsing unknown attribute: {http://www.w3.org/2000/xmlns/}xmlns
>>>> 2021-03-25 15:41:19,134 DEBUG [org.geotools.xsd.impl] - Could not find
>>>> declaration for: {http://www.berit.com/ber}wfsServiceExtensions.
>>>> Checking if containing type declares a single particle.
>>>> 2021-03-25 15:41:19,134 DEBUG [org.geotools.xsd.impl] - Could not find
>>>> declaration for: {http://www.berit.com/ber}wfsServiceExtensions.
>>>> Performing lookup by ignoring namespace
>>>> 2021-03-25 15:41:19,134 DEBUG [org.geotools.xsd.impl] - Could not find
>>>> declaration for: {http://www.berit.com/ber}wfsServiceExtensions.
>>>> Creating a mock element declaration and parsing anyways...
>>>> 2021-03-25 15:41:19,135 DEBUG [org.geotools.xsd.impl] - Could not find
>>>> declaration for: {http://www.berit.com/ber}getFeature. Checking if
>>>> containing type declares a single particle.
>>>> 2021-03-25 15:41:19,135 DEBUG [org.geotools.xsd.impl] - Could not find
>>>> declaration for: {http://www.berit.com/ber}getFeature. Performing
>>>> lookup by ignoring namespace
>>>> 2021-03-25 15:41:19,135 DEBUG [org.geotools.xsd.impl] - Could not find
>>>> declaration for: {http://www.berit.com/ber}getFeature. Creating a mock
>>>> element declaration and parsing anyways...
>>>> 2021-03-25 15:41:19,135 DEBUG [org.geotools.xsd.impl] - Parsing unknown
>>>> attribute: idsInLogicalCondition
>>>> 2021-03-25 15:41:19,135 DEBUG [org.geotools.xsd.impl] - Parsing unknown
>>>> attribute: paging
>>>> 2021-03-25 15:41:19,135 DEBUG [org.geotools.xsd.impl] - Parsing unknown
>>>> attribute: pagingTillEnd
>>>> 2021-03-25 15:41:19,135 DEBUG [org.geotools.xsd.impl] - Parsing unknown
>>>> attribute: sorting
>>>> 2021-03-25 15:41:19,135 DEBUG [org.geotools.xsd.impl] - Parsing unknown
>>>> attribute: spatialWithSemanticCondition
>>>> 2021-03-25 15:41:19,135 DEBUG [org.geotools.xsd.impl] - Could not find
>>>> declaration for: {http://www.berit.com/ber}configuration. Checking if
>>>> containing type declares a single particle.
>>>> 2021-03-25 15:41:19,136 DEBUG [org.geotools.xsd.impl] - Could not find
>>>> declaration for: {http://www.berit.com/ber}configuration. Performing
>>>> lookup by ignoring namespace
>>>> 2021-03-25 15:41:19,136 DEBUG [org.geotools.xsd.impl] - Could not find
>>>> declaration for: {http://www.berit.com/ber}configuration. Creating a
>>>> mock element declaration and parsing anyways...
>>>> 2021-03-25 15:41:19,136 DEBUG [org.geotools.xsd.impl] - Could not find
>>>> declaration for: {http://www.berit.com/ber}parameter. Checking if
>>>> containing type declares a single particle.
>>>> 2021-03-25 15:41:19,136 DEBUG [org.geotools.xsd.impl] - Could not find
>>>> declaration for: {http://www.berit.com/ber}parameter. Performing
>>>> lookup by ignoring namespace
>>>> 2021-03-25 15:41:19,13
Re: [Geoserver-users] geoserver problem connect to cascaded wfs
Please don't forget to copy the user list in replies.
The remote server is not defining a schema location for the ber namespace,
and I'm pretty sure that
ft_g_65470
Nové zariadenie TS
EPSG:102067
doesn't contain a valid LatLonBounding box.
Equally, I've never seen anyone use the vendorCapabilities tag before
so I don't know if the gt-wfs-ng parser handles it at all but I would
expect it to ignore it if it doesn't know what it means. You'd need to
check the code to be sure.
Ian
On Mon, 29 Mar 2021 at 14:46, V. M. wrote:
> Hello,
>
> it is not enabled on internet so I copied full GetCapabilities response
> from GS log, see my attachment.
> Thank you for trying to help me.
>
> On Mon, Mar 29, 2021 at 2:26 PM Ian Turton wrote:
>
>> It looks like your services getCapabilities response is invalid -
>>
>> Parsing unknown attribute: {http://www.w3.org/2000/xmlns/}xmlns
>> 2021-03-25 15:41:19,134 DEBUG [org.geotools.xsd.impl] - Could not find
>> declaration for: {http://www.berit.com/ber}wfsServiceExtensions.
>> Checking if containing type declares a single particle.
>> 2021-03-25 15:41:19,134 DEBUG [org.geotools.xsd.impl] - Could not find
>> declaration for: {http://www.berit.com/ber}wfsServiceExtensions.
>> Performing lookup by ignoring namespace
>> 2021-03-25 15:41:19,134 DEBUG [org.geotools.xsd.impl] - Could not find
>> declaration for: {http://www.berit.com/ber}wfsServiceExtensions.
>> Creating a mock element declaration and parsing anyways...
>> 2021-03-25 15:41:19,135 DEBUG [org.geotools.xsd.impl] - Could not find
>> declaration for: {http://www.berit.com/ber}getFeature. Checking if
>> containing type declares a single particle.
>> 2021-03-25 15:41:19,135 DEBUG [org.geotools.xsd.impl] - Could not find
>> declaration for: {http://www.berit.com/ber}getFeature. Performing lookup
>> by ignoring namespace
>> 2021-03-25 15:41:19,135 DEBUG [org.geotools.xsd.impl] - Could not find
>> declaration for: {http://www.berit.com/ber}getFeature. Creating a mock
>> element declaration and parsing anyways...
>> 2021-03-25 15:41:19,135 DEBUG [org.geotools.xsd.impl] - Parsing unknown
>> attribute: idsInLogicalCondition
>> 2021-03-25 15:41:19,135 DEBUG [org.geotools.xsd.impl] - Parsing unknown
>> attribute: paging
>> 2021-03-25 15:41:19,135 DEBUG [org.geotools.xsd.impl] - Parsing unknown
>> attribute: pagingTillEnd
>> 2021-03-25 15:41:19,135 DEBUG [org.geotools.xsd.impl] - Parsing unknown
>> attribute: sorting
>> 2021-03-25 15:41:19,135 DEBUG [org.geotools.xsd.impl] - Parsing unknown
>> attribute: spatialWithSemanticCondition
>> 2021-03-25 15:41:19,135 DEBUG [org.geotools.xsd.impl] - Could not find
>> declaration for: {http://www.berit.com/ber}configuration. Checking if
>> containing type declares a single particle.
>> 2021-03-25 15:41:19,136 DEBUG [org.geotools.xsd.impl] - Could not find
>> declaration for: {http://www.berit.com/ber}configuration. Performing
>> lookup by ignoring namespace
>> 2021-03-25 15:41:19,136 DEBUG [org.geotools.xsd.impl] - Could not find
>> declaration for: {http://www.berit.com/ber}configuration. Creating a
>> mock element declaration and parsing anyways...
>> 2021-03-25 15:41:19,136 DEBUG [org.geotools.xsd.impl] - Could not find
>> declaration for: {http://www.berit.com/ber}parameter. Checking if
>> containing type declares a single particle.
>> 2021-03-25 15:41:19,136 DEBUG [org.geotools.xsd.impl] - Could not find
>> declaration for: {http://www.berit.com/ber}parameter. Performing lookup
>> by ignoring namespace
>> 2021-03-25 15:41:19,136 DEBUG [org.geotools.xsd.impl] - Could not find
>> declaration for: {http://www.berit.com/ber}parameter. Creating a mock
>> element declaration and parsing anyways...
>> 2021-03-25 15:41:19,136 DEBUG [org.geotools.xsd.impl] - Parsing unknown
>> attribute: name
>> 2021-03-25 15:41:19,136 DEBUG [org.geotools.xsd.impl] - Parsing unknown
>> attribute: value
>>
>> Without the whole capabilities response or the actual URL there's nothing
>> we can do to help though.
>>
>> Ian
>>
>> On Mon, 29 Mar 2021 at 12:14, V. M. wrote:
>>
>>> Hello,
>>>
>>> I have a problem connect to cascaded WFS using Geoserver 2.17. Geoserver
>>> writes "Unable to parse GetCapabilities document". Desktop QGIS connnects
>>> to this wfs service succefully. I read discussion forums, GS documentation
>>> but I can not solve it.
>>> Could someone help me please? Log is below.
>>>
>>> 2021-
Re: [Geoserver-users] No data in GetLegend-results
On Thu, 18 Mar 2021 at 11:03, Neuvonen Samuli wrote: > Hello all, > > > > The issue has been already briefly discussed here > https://gis.stackexchange.com/questions/270368/geoserver-getlegendgraphic-without-x-mark/389699?noredirect=1#comment638286_389699 > but as that was already three years ago, I would like to get an update: is > there really no way to exclude the red cross for No Data -values from the > legend graphic provided by GeoServer (with GetLegendGraphic-request)? That > is, of course, with the no data values still transparent on the map. Maybe > somehow in the layer definition with background values, input and output > transparent color, null values and/or minRange? > > > > We have an application with many different raster mosaics from GeoServer > and currently we need to maintain their legends separately with an image > processing software. The legend provided by GeoServer, with all it’s > configuration parameters, would be the optimal solution and save us from a > lot of redundant work, but the red cross is incomprehensible to the users > and, frankly, not very pretty. I can see no point in having it on the > legend, as no red cross is shown on the map. Would it be possible in some > future release to, instead of showing the cross for ColorMapEntries with > zero opacity, simply leave them out of the legend altogether? Or maybe make > it optional so that it is left out if no label is provided? > All things are possible with open source, all you need to do is convert your redundant work into coder time ( https://docs.geoserver.org/latest/en/developer/) or cash ( http://geoserver.org/support/) and make the change you want. Ian ___ 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] Styling of windbarbs
If you think there is a bug in the wind barb rendering then please start out by telling us what you think it should be and why you think that. This can then go into a bug report, and finally you can follow that up with a PR containing the code to fix the problem. At present we have no idea if this is a problem or not (remember none of the devs are meteorologists). Ian On Wed, 10 Mar 2021 at 18:03, Niklas Elelid wrote: > Following the instructions in the GeoServer docs I have added the style > windbarbs to my layer. > > > > https://geoserver.geo-solutions.it/educational/en/multidim/accessing_multidim/rtx/wind_barbs.html > > > The flag in a windbarb symbolizing 50kts wind should be filled. I have > been trying to find how the well known windbarb is built (and possibly can > be changed) in GeoServer but have had no luck. Anyone has any good > suggestions? > > > Thanks! > > > Niklas > ___ > 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 ___ 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] JDBC authentication
You need to look in the GeoServer log file to find out what's gone wrong. You really need to add some more detail as to how you put the roles into PostGresql Ian On Tue, 9 Mar 2021 at 05:52, krishna lodha wrote: > Hi, I tested the solution https://gis.stackexchange.com/a/388940/79 mentioned > here, it works perfectly fine as long as roles are Default when I tried to > put roles in PG as well, it gives me HTTP error 500 for the users. > What should I do? > [image: Screenshot 2021-03-09 at 11.20.20 AM.png] > > On Sat, Mar 6, 2021 at 4:20 AM Vera Green wrote: > >> Absolutely. We use PG to control authentication across our entire system. >> This includes authenticated WMS calls to geoServer. It's critical for us. >> >> On Wed., Mar. 3, 2021, 11:01 a.m. Andrea Aime, < >> andrea.a...@geo-solutions.it> wrote: >> >>> Each of those source file has an author tag, they all say: >>> >>> @author christian >>> >>> About a reason to do so, database centric security can be a reason. A >>> system where the access restrictions are enforced >>> at the relational database level. In that case, you want to authenticate >>> using database users, and then use impersonation >>> to connect to the database as that user, while fetching data: >>> >>> https://docs.geoserver.org/latest/en/user/data/database/sqlsession.html#data-sqlsession >>> >>> Cheers >>> Andrea >>> >>> >>> On Wed, Mar 3, 2021 at 6:52 PM Ian Turton wrote: >>> >>>> So who did write it? I'm still trying to come up with a reason to let >>>> my database users log into geoserver. >>>> >>>> Ian >>>> >>>> On Wed, 3 Mar 2021, 17:39 Andrea Aime, >>>> wrote: >>>> >>>>> Quoting from stack overflow: "After much head scratching and asking >>>>> the guys who wrote this stuff on the users mailing list" >>>>> >>>>> Hell no, I had nothing to do with those modules! :-D >>>>> >>>>> Cheers >>>>> Andrea >>>>> >>>>> On Wed, Mar 3, 2021 at 6:35 PM Ian Turton wrote: >>>>> >>>>>> Thanks to everyone for their help on this I have finally got my head >>>>>> around it and have added an answer to the gis.stackoverflow question I >>>>>> linked to earlier (https://gis.stackexchange.com/a/388940/79) - If I >>>>>> get some time over the weekend I'll see if I can try to make the >>>>>> documentation clearer. >>>>>> >>>>>> Ian >>>>>> >>>>>> On Wed, 3 Mar 2021 at 15:03, Andrea Aime < >>>>>> andrea.a...@geo-solutions.it> wrote: >>>>>> >>>>>>> Hi Ian, >>>>>>> the role handling is a third class: >>>>>>> >>>>>>> [image: image.png] >>>>>>> >>>>>>> 1: authentication via database users (tries to connect to the >>>>>>> database using the username/password provided in the request) >>>>>>> 2: authentication via table contents (looks up a user with the same >>>>>>> name provided in the request, and verifies the password) >>>>>>> 3: adds role to a given user, after it has been authenticated >>>>>>> >>>>>>> Cheers >>>>>>> Andrea >>>>>>> >>>>>>> On Wed, Mar 3, 2021 at 3:50 PM Ian Turton >>>>>>> wrote: >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Wed, 3 Mar 2021 at 13:33, Andrea Aime < >>>>>>>> andrea.a...@geo-solutions.it> wrote: >>>>>>>> >>>>>>>>> Hi Ian, >>>>>>>>> there are both functionalities, they are separate classes and are >>>>>>>>> configured in a different way: >>>>>>>>> >>>>>>>>> >>>>>>>>>- Authenticating using the database own users: >>>>>>>>> >>>>>>>>> https://docs.geoserver.geo-solutions.it/edu/en/security/jdbc_authentication.html >>>>>>>>>- Storing credentials in the database, use the table contents >>>>>>>>>for authentication: >>>>>>>>&
[Geoserver-users] JDBC authentication
Just to check before I break out the debugger: When you use JDBC Authentication can it allow any user you create in GeoServer (which get written in then tables) login in or does it only allow the user used for the postgis connection (or other postgis users) to log in? It seems like this is a bug, but I may just be missing something (and I think I'm not the only one https://gis.stackexchange.com/questions/274834/geoserver-jdbc-user-group-services-problem ) I'd be interested if any one is successfully using JDBC authentication in the wild? Cheers Ian -- Ian Turton ___ 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] JDBC authentication
On Wed, 3 Mar 2021 at 13:33, Andrea Aime wrote: > Hi Ian, > there are both functionalities, they are separate classes and are > configured in a different way: > > >- Authenticating using the database own users: > > https://docs.geoserver.geo-solutions.it/edu/en/security/jdbc_authentication.html >- Storing credentials in the database, use the table contents for >authentication: > > https://docs.geoserver.geo-solutions.it/edu/en/security/jdbcusergroup_services.html > > I think (and I may be wrong) that this one only assigns a role to a postgres user (that is why you can set the password field to empty) - if it was intended to work that way I can try to find some time to debug it (when I finish this course). Back when we wrote the training material they were both working, not sure > about the present. > I'm pretty sure it used to work (when I wrote my training notes too) but it's been a while since I had a trainee choose the JDBC path instead of the LDAP path through the course (we have a lot of windows users) so I can't recall for sure (and if I used ian as my test user then it would have worked as I have a DB login). > Just a note, one has to be very careful when using the auth subsystem, > many options, lots of complexity. I know I curse every time :-D > Oh, yes that is for sure! Ian > Cheers > Andrea > > On Wed, Mar 3, 2021 at 12:42 PM Ian Turton wrote: > >> >> Just to check before I break out the debugger: >> >> When you use JDBC Authentication can it allow any user you create in >> GeoServer (which get written in then tables) login in or does it only >> allow the user used for the postgis connection (or other postgis users) to >> log in? >> >> It seems like this is a bug, but I may just be missing something (and I >> think I'm not the only one >> https://gis.stackexchange.com/questions/274834/geoserver-jdbc-user-group-services-problem >> ) >> >> I'd be interested if any one is successfully using JDBC authentication in >> the wild? >> >> Cheers >> >> Ian >> >> -- >> Ian Turton >> ___________ >> 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 >> > > > -- > > Regards, Andrea Aime > > == GeoServer Professional Services from the experts! Visit > http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf > Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa > (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 > 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.* > -- Ian Turton ___ 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] JDBC authentication
Thanks to everyone for their help on this I have finally got my head around it and have added an answer to the gis.stackoverflow question I linked to earlier (https://gis.stackexchange.com/a/388940/79) - If I get some time over the weekend I'll see if I can try to make the documentation clearer. Ian On Wed, 3 Mar 2021 at 15:03, Andrea Aime wrote: > Hi Ian, > the role handling is a third class: > > [image: image.png] > > 1: authentication via database users (tries to connect to the database > using the username/password provided in the request) > 2: authentication via table contents (looks up a user with the same name > provided in the request, and verifies the password) > 3: adds role to a given user, after it has been authenticated > > Cheers > Andrea > > On Wed, Mar 3, 2021 at 3:50 PM Ian Turton wrote: > >> >> >> On Wed, 3 Mar 2021 at 13:33, Andrea Aime >> wrote: >> >>> Hi Ian, >>> there are both functionalities, they are separate classes and are >>> configured in a different way: >>> >>> >>>- Authenticating using the database own users: >>> >>> https://docs.geoserver.geo-solutions.it/edu/en/security/jdbc_authentication.html >>>- Storing credentials in the database, use the table contents for >>>authentication: >>> >>> https://docs.geoserver.geo-solutions.it/edu/en/security/jdbcusergroup_services.html >>> >>> >> I think (and I may be wrong) that this one only assigns a role to a >> postgres user (that is why you can set the password field to empty) - if >> it was intended to work that way I can try to find some time to debug it >> (when I finish this course). >> >> >> Back when we wrote the training material they were both working, not sure >>> about the present. >>> >> >> I'm pretty sure it used to work (when I wrote my training notes too) but >> it's been a while since I had a trainee choose the JDBC path instead of the >> LDAP path through the course (we have a lot of windows users) so I can't >> recall for sure (and if I used ian as my test user then it would have >> worked as I have a DB login). >> >> >>> Just a note, one has to be very careful when using the auth subsystem, >>> many options, lots of complexity. I know I curse every time :-D >>> >> >> Oh, yes that is for sure! >> >> Ian >> >> >> >>> Cheers >>> Andrea >>> >>> On Wed, Mar 3, 2021 at 12:42 PM Ian Turton wrote: >>> >>>> >>>> Just to check before I break out the debugger: >>>> >>>> When you use JDBC Authentication can it allow any user you create in >>>> GeoServer (which get written in then tables) login in or does it only >>>> allow the user used for the postgis connection (or other postgis users) to >>>> log in? >>>> >>>> It seems like this is a bug, but I may just be missing something (and I >>>> think I'm not the only one >>>> https://gis.stackexchange.com/questions/274834/geoserver-jdbc-user-group-services-problem >>>> ) >>>> >>>> I'd be interested if any one is successfully using JDBC authentication >>>> in the wild? >>>> >>>> Cheers >>>> >>>> Ian >>>> >>>> -- >>>> Ian Turton >>>> ___ >>>> 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 >>>> >>> >>> >>> -- >>> >>> Regards, Andrea Aime >>> >>> == GeoServer Professional Services from the experts! Visit >>> http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf >>> Technical Lead GeoSolutions S.A.S. Via di Mon
Re: [Geoserver-users] JDBC authentication
So who did write it? I'm still trying to come up with a reason to let my database users log into geoserver. Ian On Wed, 3 Mar 2021, 17:39 Andrea Aime, wrote: > Quoting from stack overflow: "After much head scratching and asking the > guys who wrote this stuff on the users mailing list" > > Hell no, I had nothing to do with those modules! :-D > > Cheers > Andrea > > On Wed, Mar 3, 2021 at 6:35 PM Ian Turton wrote: > >> Thanks to everyone for their help on this I have finally got my head >> around it and have added an answer to the gis.stackoverflow question I >> linked to earlier (https://gis.stackexchange.com/a/388940/79) - If I get >> some time over the weekend I'll see if I can try to make the documentation >> clearer. >> >> Ian >> >> On Wed, 3 Mar 2021 at 15:03, Andrea Aime >> wrote: >> >>> Hi Ian, >>> the role handling is a third class: >>> >>> [image: image.png] >>> >>> 1: authentication via database users (tries to connect to the database >>> using the username/password provided in the request) >>> 2: authentication via table contents (looks up a user with the same name >>> provided in the request, and verifies the password) >>> 3: adds role to a given user, after it has been authenticated >>> >>> Cheers >>> Andrea >>> >>> On Wed, Mar 3, 2021 at 3:50 PM Ian Turton wrote: >>> >>>> >>>> >>>> On Wed, 3 Mar 2021 at 13:33, Andrea Aime >>>> wrote: >>>> >>>>> Hi Ian, >>>>> there are both functionalities, they are separate classes and are >>>>> configured in a different way: >>>>> >>>>> >>>>>- Authenticating using the database own users: >>>>> >>>>> https://docs.geoserver.geo-solutions.it/edu/en/security/jdbc_authentication.html >>>>>- Storing credentials in the database, use the table contents for >>>>>authentication: >>>>> >>>>> https://docs.geoserver.geo-solutions.it/edu/en/security/jdbcusergroup_services.html >>>>> >>>>> >>>> I think (and I may be wrong) that this one only assigns a role to a >>>> postgres user (that is why you can set the password field to empty) - if >>>> it was intended to work that way I can try to find some time to debug it >>>> (when I finish this course). >>>> >>>> >>>> Back when we wrote the training material they were both working, not >>>>> sure about the present. >>>>> >>>> >>>> I'm pretty sure it used to work (when I wrote my training notes too) >>>> but it's been a while since I had a trainee choose the JDBC path instead of >>>> the LDAP path through the course (we have a lot of windows users) so I >>>> can't recall for sure (and if I used ian as my test user then it would have >>>> worked as I have a DB login). >>>> >>>> >>>>> Just a note, one has to be very careful when using the auth subsystem, >>>>> many options, lots of complexity. I know I curse every time :-D >>>>> >>>> >>>> Oh, yes that is for sure! >>>> >>>> Ian >>>> >>>> >>>> >>>>> Cheers >>>>> Andrea >>>>> >>>>> On Wed, Mar 3, 2021 at 12:42 PM Ian Turton wrote: >>>>> >>>>>> >>>>>> Just to check before I break out the debugger: >>>>>> >>>>>> When you use JDBC Authentication can it allow any user you create in >>>>>> GeoServer (which get written in then tables) login in or does it only >>>>>> allow the user used for the postgis connection (or other postgis users) >>>>>> to >>>>>> log in? >>>>>> >>>>>> It seems like this is a bug, but I may just be missing something (and >>>>>> I think I'm not the only one >>>>>> https://gis.stackexchange.com/questions/274834/geoserver-jdbc-user-group-services-problem >>>>>> ) >>>>>> >>>>>> I'd be interested if any one is successfully using JDBC >>>>>> authentication in the wild? >>>>>> >>>>>> Cheers >>>>>> >>>>>> Ian >>>>>> >>>>>> -- >>&g
Re: [Geoserver-users] Caching Gridsets and tilesize
I think to achieve that you need to create a grid set that is 768x768 so that GWC can cache those tiles too. Ian On Thu, 4 Mar 2021 at 11:14, Rob Smallwood via Geoserver-users < geoserver-users@lists.sourceforge.net> wrote: > Hi, > > Given a regular getMap request > > > http://localhost:4000/geoserver/wms?bbox=-244598.49057485908,7210763.50214684,-234814.55095186457,7220547.441769835=image/png=GetMap== > 256=256=EPSG:900913=true=true > > I get a 256x256 image that is served using the integrated cache. > > Subsequently if I request the same with a 768x768 image.. > > > http://localhost:4000/geoserver/wms?bbox=-244598.49057485908,7210763.50214684,-234814.55095186457,7220547.441769835=image/png=GetMap== > 768=768=EPSG:900913=true=true > <http://localhost:4000/geoserver/wms?bbox=-244598.49057485908,7210763.50214684,-234814.55095186457,7220547.441769835=image/png=GetMap==256=256=EPSG:900913=true=true> > > Then I get a 768x768 image that is NOT cached. The error is that the > request does not align to the grid set EPSG:900913 > > So.. What I would like to achieve is a 768x768 representation of the same > original 256x256 tile and have that returned through the cache, i.e. The > image contains the same details but is just an increase in resolution.. How > do you do this? > > Kind Regards, > > Rob > > ___ > 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 ___ 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] Problem with SLDs exported from QGIS - implement symbol libaries
Can you open an enhancement request so that in the future people know this is what needs to be done? it might give someone an idea for a project if they have some spare time. Ian On Mon, 12 Apr 2021 at 06:46, Erik Böhm wrote: > Hello Mark, > > thanks for the reply! > > I think we will have to go with the workaround and create an svg. > > Greetings, > Erik > > -Ursprüngliche Nachricht- > Von: mark > Gesendet: Samstag, 10. April 2021 14:57 > An: geoserver-users@lists.sourceforge.net > Betreff: Re: [Geoserver-users] Problem with SLDs exported from QGIS - > implement symbol libaries > > Op 09-04-2021 om 14:20 schreef Erik Böhm: > > Dear list, > > > > as it is pretty convinient, we are using QGIS to style our layers and > > export the SLD to be used in GeoServer. This works fine in pretty simple > > cases. > > > > Right now we try to use the standard "Dense"-Symbologie from QGIS, > > overlaying a polygon with a hatch of points. This is represented in the > > SLD as brush://dense6 or > > dense6, depending on which type of SLD > > you use. > > > > When using the SLD in GeoServer, the style works, as the polygons get > > coloured in the way they should, but the hatch of points is not rendered. > > > > The SLD has no validation error and the GeoServer Log shows no error > either. > > > > We figured out, that the 'brush'-symbol libary is not available on > > GeoServer, and therefore the is not rendered. > > > > If we are right on this one, is there in general a way to implement the > > QGIS symbol libaries on GeoServer? > > > > unfortunately "brush" is not that well known > > WellKnownName sybols are coded in factory classes in > > https://github.com/geotools/geotools/tree/main/modules/library/render/src/main/java/org/geotools/renderer/style > and hold a limited sets of symbols. I thing you would need to create a > "BrushMarkfactory" that provides for "brush://" and will return the > shape "dense6" when requested. > > The known Mark factories are listed in > > https://github.com/geotools/geotools/blob/main/modules/library/render/src/main/resources/META-INF/services/org.geotools.renderer.style.MarkFactory > > atm I don't think there is any way to use "symbol libraries" without > coding - I have no idea what those look like for qgis; > there are ways around this by modifying your style using eg. an external > graphic for the pattern mark (eg a TTF or SVG symbol) instead > > As noted on > https://docs.geoserver.org/latest/en/user/styling/qgis/index.html the > project is interested in improving support for QGIS generated styles, > but it needs funding. > > > -M > > > ___ > 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 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 ___ 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] WFS cascading fails for GeoJSON
I had a feeling that the geotools wfs-ng module ignored the format option,
but maybe it doesn't. I'm pretty sure that it doesn't actually handle the
returned data differently if it is set. You can raise a ticket against the
module with details of how to reproduce it but as it is an unsupported
module it will only get fixed if someone has a burning need for it.
Ian
On Thu, 15 Apr 2021 at 10:53, Jakob Miksch wrote:
> Dear list,
>
> I discovered a uncommon behavior with cascading a WFS (link to docs
> <https://docs.geoserver.org/stable/en/user/data/cascaded/wfs.html>):
>
> In case I do not specify a version or set "version=2.0.0" in the "WFS
> GetCapabilities URL" of the store, I get this error when I request a
> GeoJSON:
>
> xsi:schemaLocation="http://www.opengis.net/ogc
> http://schemas.opengis.net/wfs/1.0.0/OGC-exception.xsd;
> <http://www.opengis.net/ogchttp://schemas.opengis.net/wfs/1.0.0/OGC-exception.xsd>
> >
>
> java.lang.RuntimeException: Parsing failed for FeatureCollection:
> java.lang.RuntimeException: Unable to set property: boundedBy for eobject: {
> http://www.opengis.net/wfs/2.0}FeatureCollectionType Parsing failed for
> FeatureCollection: java.lang.RuntimeException: Unable to set property:
> boundedBy for eobject: {http://www.opengis.net/wfs/2.0}FeatureCollectionType
> Unable to set property: boundedBy for eobject: {
> http://www.opengis.net/wfs/2.0}FeatureCollectionType java.lang.String
> cannot be cast to net.opengis.wfs20.EnvelopePropertyType
>
>
> Setting "version=1.0.0" or "version=1.1.0" seems to work fine. Here the
> summary:
>
>- : error - loading GeoJSON fails
>- version=1.0.0 : ok - GeoJSON can be loaded
>- version=1.1.0 : ok - GeoJSON can be loaded
>- version=2.0.0 : error - loading GeoJSON fails
>
> Is this a known limitation?
>
> I could not find anything regarding this behavior in the docs.
> regards,
> Jakob
>
> --
> Jakob Miksch
> Geoinformatiker
>
> meggsimum - Büro für Geoinformatik
> Christian Mayer
> Schillerstr. 2a| 67112 mutterstadtch...@meggsimum.de | www.meggsimum.de
> T 06231 - 6298988 |
>
> ___________
> 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
___
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] INSPIRE - validator - Error in GetMap_Operations
If you go to the WMS service page you can turn on strict cite compliance which will enforce these rules - it may well break many clients that take a laxer view of the standard. Ian On Fri, 16 Apr 2021 at 11:37, Dominik Schilder via Geoserver-users < geoserver-users@lists.sourceforge.net> wrote: > Dear all, > > I want to publish some raster layers (WMS) in Geoserver 2.18.0. My goal is > to publish these data with an WMS service. The service and the data should > meet the INSPIRE- requierements. For the data I'm using the raster mosaic > and the inspire extension in geoserver. The layers are already configured. > > I used the INSPIRE validator (https://inspire.ec.europa.eu/validator) for > testing the service. > > But for testing the GetMap_Operations the validator gives me some errors : > > - A GetMap was requested without mandatory parameter 'VERSION' and the > service did not throw an exception. > > - A GetMap was requested without mandatory parameter 'CRS' and the service > did not throw an exception. > > - A GetMap was requested without mandatory parameter 'TRANSPARENT' and the > service did not throw an exception. > > - A GetMap was requested without mandatory parameter 'STYLES' and the > service did not throw an exception. > > > > I think for every parameter there is obviously the same issue. The service > does not return an OWS Exception report. > > Are there any possibilities to fix these issue(s) in geoserver? > > Any hints or ideas are welcome > > Best regards > > Dominik > ___ > 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 ___ 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] How to download a pdf layer via rest API (geoserver)
The REST API is for administrative purposes not to access data - to download a PDF of a WMS layer you need to use curl " http://localhost:8080/geoserver/wms?service=WMS=1.1.0=GetMap=topp%3Astates=-124.7314220001%2C24.955967%2C-66.969849%2C49.371735=768=330=EPSG%3A4326==application/pdf " Ian On Wed, 25 Aug 2021 at 16:36, Андрей Метелкин wrote: > Good day! Tell me please: how to download a pdf layer via rest API. > To concretize, I just need to download in PDF or JPG for example a layer > with the name: topp: states > I know how to look at the list of layers: > curl -u test: test -XGET http://10.10.1.144:8080/geoserver/rest/layers > But how to download a specific layer to the local computer, I can't find > any information. > > -- > С уважением, > Метелкин Андрей > ___ > 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 ___ 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] How to download a pdf layer via rest API (geoserver)
That is exactly the link I sent in the last email. Ian On Wed, 25 Aug 2021, 18:14 Андрей Метелкин, wrote: > Hello! Thank you very much for the answer! > I will try to explain what I want. > Using a browser, I can go to the section: > [image: image.png] > And manually download the object in any format to your local PC. > For example: > [image: image.png] > The file will be saved on my PC. > I want to understand how to do this through the API. > > Thank you in advance! > > ср, 25 авг. 2021 г. в 19:54, Ian Turton : > >> The REST API is for administrative purposes not to access data - to >> download a PDF of a WMS layer you need to use >> >> curl " >> http://localhost:8080/geoserver/wms?service=WMS=1.1.0=GetMap=topp%3Astates=-124.7314220001%2C24.955967%2C-66.969849%2C49.371735=768=330=EPSG%3A4326==application/pdf >> " >> >> Ian >> >> >> On Wed, 25 Aug 2021 at 16:36, Андрей Метелкин >> wrote: >> >>> Good day! Tell me please: how to download a pdf layer via rest API. >>> To concretize, I just need to download in PDF or JPG for example a layer >>> with the name: topp: states >>> I know how to look at the list of layers: >>> curl -u test: test -XGET http://10.10.1.144:8080/geoserver/rest/layers >>> But how to download a specific layer to the local computer, I can't find >>> any information. >>> >>> -- >>> С уважением, >>> Метелкин Андрей >>> ___ >>> 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 >> > > > -- > С уважением, > Метелкин Андрей > ___ 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] wfs : load in qgis a postgis materialized view
ter.GeoServerCompositeFilter.doFilter(GeoServerCompositeFilter.java:91) > at > org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:334) > at > org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:215) > at > org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:178) > at > org.geoserver.security.GeoServerSecurityFilterChainProxy.doFilter(GeoServerSecurityFilterChainProxy.java:142) > at > org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:358) > at > org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:271) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) > at org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:101) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) > at > org.geoserver.filters.XFrameOptionsFilter.doFilter(XFrameOptionsFilter.java:77) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) > at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:47) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) > at > org.geoserver.filters.SessionDebugFilter.doFilter(SessionDebugFilter.java:46) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) > at org.geoserver.filters.FlushSafeFilter.doFilter(FlushSafeFilter.java:42) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) > at > org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:201) > at > org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:119) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:202) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:97) > at > org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:667) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:143) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92) > at > org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:690) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:78) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343) > at > org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:374) > at > org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:65) > at > org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:888) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1597) > at > org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) > at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) > at > org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) > at java.lang.Thread.run(Unknown Source) > Caused by: java.lang.RuntimeException: java.io.IOException > at > org.geotools.data.store.ContentFeatureCollection.features(ContentFeatureCollection.java:165) > at > org.geotools.data.store.ContentFeatureCollection.features(ContentFeatureCollection.java:52) > at > org.geotools.data.crs.ReprojectFeatureResults.openIterator(ReprojectFeatureResults.java:92) > at > org.geotools.feature.collection.AbstractFeatureCollection.features(AbstractFeatureCollection.java:65) > at > org.geotools.data.crs.ReprojectFeatureResults.getBounds(ReprojectFeatureResults.java:163) > at > org.geotools.feature.
Re: [Geoserver-users] Cannot create JDBC driver of class 'org.postgresql.Driver'
Is that a JNDI connection string or something that GeoServer has constructed for you. I've never seen a PostgreSQL url with parameters like that before. Next step is probably to turn up the logging level and see what happens in the log file Ian On Wed, 11 Aug 2021 at 15:38, Patrick L Jones wrote: > Greetings, > > > > When I try to create a Vector Data Store I get the following > error: > > > > Error creating data store, check the parameters. Error message: Unable to > obtain connection: Cannot create JDBC driver of class > 'org.postgresql.Driver' for connect URL 'jdbc:postgresql://https:// > xx.x.xxx.xxx:/mout?sslmode=ALLOW=bytea' > > > > Any thoughts on how to get past this? > > I’m using · GeoServer Version 2.19.0 > > > > > > Thank you, > ___ > 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 ___ 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] Fwd: Help please!!!!
Are you sure you are running tomcat as the tomcat user? Look to see who owns the default working directory Ian On Mon, 6 Dec 2021 at 15:44, Mauricio Vieira Cardoso Filho < mcard...@topocart.com.br> wrote: > > Maurício Vieira Cardoso Filho > Gerente TI Infra > Tel: +556137995051 > email : mcard...@topocart.com.br; > skype: mauricio.cardoso1974 > > > -- Forwarded message - > De: Mauricio Vieira Cardoso Filho > Date: dom., 5 de dez. de 2021 às 17:48 > Subject: Help please > To: > > > Hi Claudius, how are you? > > Dear, I have a problem on the geoserver, which I've been trying to solve > for 5 days and I can't find any kind of solution. > > I can't make the server read the data directory I point to. > > In the logs, I get this message: > > 2021-12-05 19:42:38,249 WARN [geoserver.platform] - Found Servlet context > parameter GEOSERVER_DATA_DIR set to /var/lib/geoserverv , which is not > writeable > 2021-12-05 19:42:38,250 INFO [geoserver.platform] - Falling back to > embedded data directory: /var/lib/tomcat9/webapps/geoserversg/data > > I already set permissions on the folder to tomcat:tomcat (750). > > Wherever I put the data folder on the server, I always have the same > message (whether on a secondary disk, on the root, or anywhere). > > I've already tried to insert the path in the tomcat9.service file, but the > problem persists. > > I have installed tomcat9, java 11. > > What else can I check to try to solve this problem? > > Please give me some tips, possibilities to solve this problem. I don't > know what else to look at here. Any guidance, suggestion or observation, I > know will have a great effect. > > Best regards. > > Maurício Vieira Cardoso Filho > Gerente TI Infra > Tel: +556137995051 > email : mcard...@topocart.com.br; > skype: mauricio.cardoso1974 > ___ > 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 ___ 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 REST api status
On Fri, 17 Dec 2021 at 10:42, Jan Hoskens wrote: > When using Geoserver in a containerized environment, there should be some > way to monitor the application. Simple liveness would be, can I access the > server throught REST api and get a 200 OK. > > But that is not all. GeoServer is using a DB and perhaps more external > resources, or it might have different modules/workspaces that are needed. > Therefore it should be able to report that everything is available and the > complete system is usable. This in order to monitor if the container is up > and running, but also able to respond to queries. > > The status REST api looked a step in that direction, but the response did > not give any other information than a URL that is even not available when > used. The documentation is telling another story (out of sync with > implementation?) and shows more information. Now with the previous comment > about hard coded json, I get the feeling that GeoServer is not completely > ready to run in a containerized environment. > > I said nothing about hard coded JSON, I meant that the available and enabled flags are always going to be `true` if the module is present (at least in all the modules that I updated to appear in that list) - I think that you are looking for something that is not expected to be in the status API, for databases you need to be looking in the datastores section rather than the GeoServer status. Ian -- Ian Turton ___ 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 REST api status
I'm not sure I'm understanding your problem here, what is wrong with the
response you get back?
Ian
On Fri, 17 Dec 2021 at 07:30, Jan Hoskens wrote:
> So what resource should we use if we are running the Geoserver in a
> dockerized environment and need Liveness/Readiness probes to see if
> everything is up and running as it should?
>
> Kind Regards,
> Jan
>
>
>
>
> Op do 16 dec. 2021 om 16:39 schreef Ian Turton :
>
>> I'd guess there is something missing from the JSON serializer code that
>> skips or doesn't know about those attributes (but to be honest they are
>> pretty much hard coded as true in the module lookup code so I wouldn't
>> worry about them in general)
>>
>> Ian
>>
>> On Thu, 16 Dec 2021 at 15:25, Jan Hoskens via Geoserver-users <
>> geoserver-users@lists.sourceforge.net> wrote:
>>
>>>
>>> Hi,
>>>
>>> When using the REST api as described on
>>> https://docs.geoserver.org/latest/en/api/#1.0.0/manifests.yaml , I
>>> expect to see a status for each module (isAvailable/isEnabled). But I do
>>> not receive the suggested response on the page.
>>>
>>> I should get:
>>> {"about": {
>>> "status": [
>>> {
>>> "module": "gs-web-core",
>>> "name": "GeoServer Web UI Core",
>>> "isEnabled": true,
>>> "isAvailable": true
>>> },
>>> ...
>>>
>>> I get this instead:
>>>
>>> {
>>> "statuss": {
>>> "status": [
>>> {
>>> "name": "GeoWeb Cache",
>>> "href":
>>> "http:\/\/localhost:8080\/geoserver\/rest\/about\/status\/GeoWeb+Cache.json"
>>> },
>>>
>>>
>>> I'm trying to find a good endpoint to use as Liveness/Readiness probes
>>> for our private Cloud setup, but did not yet find a proper solution.
>>>
>>> Kind regards,
>>>
>>> Jan
>>> ___
>>> 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
___
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] WPS outputs
I would recommend CSVPPIO (./extension/wps/wps-core/src/main/java/org/geoserver/wps/ppio/CSVPPIO.java) for a simple example of using a datastore to read and write CSV data. You are looking for the decode and encode methods. There is also an associated test class that shows how to use them programmatically. Ian On Fri, 26 Nov 2021 at 11:28, Andrea Aime wrote: > Hi, > no, GeoServer has basically no programmer documentation, you will have to > figure out > how to write a PPIO by looking at the many examples available (and then > register it in the > Spring context for it to be picked up). > > That said, you are on the right track! > > Cheers > Andrea > > > On Fri, Nov 26, 2021 at 11:16 AM Manele Ait Habouche < > manele.ait.habou...@gmail.com> wrote: > >> Hello, >> >> I want to define custom outputs for a WPS. I searched through the source >> code and I found these classes (ProcessParameterIO, ComplexPPIO and other >> inherited classes), but I didn't find enough details (For example regarding >> the constructors parameters). Is there any documentation on that ? >> >> Thanks. >> ___ >> 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 >> > > > -- > > 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 333 8128928 > > 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 > ___ > 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 ___ 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] 'Zero' for Number of decimals (GML and GeoJSON output) in Global settings truncates CSV floats to ints [SEC=UNOFFICIAL]
On Tue, 2 Nov 2021 at 02:11, Michael Sexton
wrote:
> Another issue, GeoJSON coordinates exhibit the same truncation, even
> though feature properties don’t.
>
>
>
> ·
> *geometry"*: {
>
> o*"type"*: "Point",
>
> o*"coordinates"*: [
>
> § 139,
>
> § -19,
>
> § 212
>
> ]
>
> · },
>
> · *"geometry_name"*: "geometry",
>
> · *"properties"*: {
>
> o*"eno"*: 5757,
>
> o*"sampling_feature"*: "DDH 83-1",
>
> o*"sampling_feature_type"*: "borehole",
>
> o*"sampling_feature_subtype"*: "petroleum - stratigraphic
> investigation",
>
> o*"latitude_gda94"*: -18.8601667,
>
> o*"longitude_gda94"*: 138.6970111,
>
>
>
>
>
This is what I would expect for a setting of 0 decimal places - it should
only affect the coordinates and not the other parameters, *but* in a csv
file there is no distinction between the coordinates and the properties
which is a bug, Please open it against the GeoTools CSVDatastore and I'll
try to take a look over the weekend.
Ian
___
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] Translation workflow improvement
On Thu, 4 Nov 2021 at 14:40, Alexandre Gacon wrote: > Hi, > > As a final test, I updated in Transifex the GitHub French translation (54% > coverage) with the one available in Transifex (more than 85% coverage), by > downloading the translation file and then uploading it in the new transifex > project. After manual sync request, a PR is created in GitHub for the new > language (https://github.com/AlexGacon/geoserver/pull/7) : the diff > result is not very clear (some lines are marked as removed and added > whereas the content is the same). > > That is most likely a mismatch between tabs and spaces in the two files. Ian ___ 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] 'Zero' for Number of decimals (GML and GeoJSON output) in Global settings truncates CSV floats to ints [SEC=UNOFFICIAL]
On Tue, 2 Nov 2021 at 22:15, Michael Sexton
wrote:
> Hi Ian
>
>
>
> Just for clarification, it’s not an issue with the datastore, but
> differing output formats for a WFS, ‘text/csv’ as an outputFormat truncates
> the values, GeoJSON/GML32 does not. The datastore in question is Postgres,
> but I don’t think that is material to this problem.
>
>
>
I think that the CSV datastore is used to write the data out, as are the
GeoJSON and GML stores for those formats.
Ian
> Thanks
>
>
>
> Michael
>
>
>
> *From:* Ian Turton
> *Sent:* Tuesday, 2 November 2021 7:31 PM
> *To:* Michael Sexton
> *Cc:* geoserver-users@lists.sourceforge.net
> *Subject:* Re: [Geoserver-users] 'Zero' for Number of decimals (GML and
> GeoJSON output) in Global settings truncates CSV floats to ints
> [SEC=UNOFFICIAL]
>
>
>
>
>
>
>
> On Tue, 2 Nov 2021 at 02:11, Michael Sexton
> wrote:
>
> Another issue, GeoJSON coordinates exhibit the same truncation, even
> though feature properties don’t.
>
>
>
> ·
> *geometry"*: {
>
> o*"type"*: "Point",
>
> o*"coordinates"*: [
>
> § 139,
>
> § -19,
>
> § 212
>
> ]
>
> · },
>
> · *"geometry_name"*: "geometry",
>
> · *"properties"*: {
>
> o*"eno"*: 5757,
>
> o*"sampling_feature"*: "DDH 83-1",
>
> o*"sampling_feature_type"*: "borehole",
>
> o*"sampling_feature_subtype"*: "petroleum - stratigraphic
> investigation",
>
> o*"latitude_gda94"*: -18.8601667,
>
> o*"longitude_gda94"*: 138.6970111,
>
>
>
>
>
>
>
> This is what I would expect for a setting of 0 decimal places - it should
> only affect the coordinates and not the other parameters, *but* in a csv
> file there is no distinction between the coordinates and the properties
> which is a bug, Please open it against the GeoTools CSVDatastore and I'll
> try to take a look over the weekend.
>
>
>
> Ian
>
>
>
> 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.
>
--
Ian Turton
___
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 REST api status
I'd guess there is something missing from the JSON serializer code that
skips or doesn't know about those attributes (but to be honest they are
pretty much hard coded as true in the module lookup code so I wouldn't
worry about them in general)
Ian
On Thu, 16 Dec 2021 at 15:25, Jan Hoskens via Geoserver-users <
geoserver-users@lists.sourceforge.net> wrote:
>
> Hi,
>
> When using the REST api as described on
> https://docs.geoserver.org/latest/en/api/#1.0.0/manifests.yaml , I expect
> to see a status for each module (isAvailable/isEnabled). But I do not
> receive the suggested response on the page.
>
> I should get:
> {"about": {
> "status": [
> {
> "module": "gs-web-core",
> "name": "GeoServer Web UI Core",
> "isEnabled": true,
> "isAvailable": true
> },
> ...
>
> I get this instead:
>
> {
> "statuss": {
> "status": [
> {
> "name": "GeoWeb Cache",
> "href":
> "http:\/\/localhost:8080\/geoserver\/rest\/about\/status\/GeoWeb+Cache.json"
> },
>
>
> I'm trying to find a good endpoint to use as Liveness/Readiness probes for
> our private Cloud setup, but did not yet find a proper solution.
>
> Kind regards,
>
> Jan
> ___
> 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
___
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] [EXTERN!]: LOG4J Version in GeoServer
Currently there are no plans to change the logging framework. The question is how much do you and your customers want to make this change happen? Even estimating the cost of the update is probably several days work, so until we get funding to start looking there isn't even a plan. There is a chance we can use OSGeo funds to look at the problem but that still won't happen unless someone organises it but we are always happy to receive volunteers. Ian On Mon, 10 Jan 2022, 16:34 Ron Lindhoudt via Geoserver-users, < geoserver-users@lists.sourceforge.net> wrote: > Our customers are demanding to support the latest version of log4j in > Geoserver, I mean the latest 2.* without vulnerabilities because log4j 1.* > is EOL. > On the Geoserver website I found this (13-12-2021): > > We are also aware that Log4J 1.2.17 is an “End Of Life” (EOL) project, and > are actively looking for funding to perform an upgrade to more recent > versions of them. All new logging libraries have a different API and a > different configuration file layout, with potential backwards compatibility > issues, so this will be likely done on newer versions of GeoServer (2.21.x). > > What is the status at this moment? > > Thanks, > Ron > On Monday, 20 December 2021, 11:38:54 CET, Mark Prins > wrote: > > > On 19-12-2021 11:11, Michael Steigemann via Geoserver-users wrote: > > Hello! > > Thank you very much for providing the geoserver.war: > > log4j-1.2.17.norce.jar. > > I have integrated into geoserver and ran a OWASP dependency check ( > > https://jeremylong.github.io/DependencyCheck/dependency-check-cli/index.html > > > < > https://jeremylong.github.io/DependencyCheck/dependency-check-cli/index.html > >) > > > > The library is still classified as critical: > > geoserver.war: log4j-1.2.17.norce.jar > > cpe:2.3:a:apache:log4j:1.2.17:*:*:*:*:*:*:* > > pkg:maven/log4j/log4j@1.2.17-norceCRITICAL2Highest27 > > > > Do you think it is possible and a good idea to register the library as > > "safe" in the central database? > > No, this is not a new release but the same release with some files > removed and a way of preventing people from shooting themselves in the > foot because they can no longer configure the culprit appenders. > > After inspection of the new jar file you can add a suppression for false > positives like > > > > > > ^log4j:log4j:1\.2\.17$ > CVE-2019-17571 > CVE-2020-9488 > CVE-2021-4104 > > > > > > > ___ > 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 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 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 is not starting while running startup batch script
ind(Unknown Source) > at sun.nio.ch.ServerSocketAdaptor.bind(Unknown Source) > at > org.eclipse.jetty.server.ServerConnector.openAcceptChannel(ServerConnector.java:339) > at > org.eclipse.jetty.server.ServerConnector.open(ServerConnector.java:307) > at > org.eclipse.jetty.server.AbstractNetworkConnector.doStart(AbstractNetworkConnector.java:80) > at > org.eclipse.jetty.server.ServerConnector.doStart(ServerConnector.java:235) > at > org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68) > at org.eclipse.jetty.server.Server.doStart(Server.java:395) > at > org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68) > at > org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1572) > at > org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1512) > ... 9 more > java.lang.reflect.InvocationTargetException > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) > at java.lang.reflect.Method.invoke(Unknown Source) > at org.eclipse.jetty.start.Main.invokeMain(Main.java:220) > at org.eclipse.jetty.start.Main.start(Main.java:486) > at org.eclipse.jetty.start.Main.main(Main.java:77) > Caused by: java.security.PrivilegedActionException: > java.net.BindException: Address already in use: bind > at java.security.AccessController.doPrivileged(Native Method) > at > org.eclipse.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1511) > ... 7 more > Caused by: java.net.BindException: Address already in use: bind > at sun.nio.ch.Net.bind0(Native Method) > at sun.nio.ch.Net.bind(Unknown Source) > at sun.nio.ch.Net.bind(Unknown Source) > at sun.nio.ch.ServerSocketChannelImpl.bind(Unknown Source) > at sun.nio.ch.ServerSocketAdaptor.bind(Unknown Source) > at > org.eclipse.jetty.server.ServerConnector.openAcceptChannel(ServerConnector.java:339) > at > org.eclipse.jetty.server.ServerConnector.open(ServerConnector.java:307) > at > org.eclipse.jetty.server.AbstractNetworkConnector.doStart(AbstractNetworkConnector.java:80) > at > org.eclipse.jetty.server.ServerConnector.doStart(ServerConnector.java:235) > at > org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68) > at org.eclipse.jetty.server.Server.doStart(Server.java:395) > at > org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68) > at > org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1572) > at > org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1512) > ... 9 more > > Usage: java -jar $JETTY_HOME/start.jar [options] [properties] [configs] >java -jar $JETTY_HOME/start.jar --help # for more information > > > > > ___ > 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 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] Error writing metadata / Capabilities_1_3_0_Transformer.java
If you turn logging up to developer you should see the underlying exception, it could be permissions or a bad XML name for a layer possibly. Ian On Wed, 16 Feb 2022 at 14:50, Neuvonen Samuli wrote: > Dear all, > > > > The log file of our Geoserver is currently flooding with warnings of type > > > > WARN [wms.capabilities] - Error writing metadata; skipping layer: > finnsmia_absoluteValue > > java.lang.RuntimeException: Error while committing XML elements; specific > element was: Start(Layer, org.xml.sax.helpers.AttributesImpl@43a3c239) > > at > org.geotools.xml.transform.TransformerBase$TranslatorSupport.commit(TransformerBase.java:697) > > at > org.geoserver.wms.capabilities.Capabilities_1_3_0_Transformer$Capabilities_1_3_0_Translator.doHandleLayer(Capabilities_1_3_0_Transformer.java:937) > > . . . > > > > Near the end of the long error message there is a line > > > > Caused by: java.io.IOException: Broken pipe > > > > which makes me wonder, if this is an issue with insufficient rights in > some folder or something. Where exactly is Geoserver trying to write > something in this case? I did try to look at the code a bit, but it didn’t > seem clear. > > > > Some details: We use daily updating image mosaics with time dimension. The > catalog for the rasters is in a PostgreSQL database and we use a > JNDI-connection with SELECT-rights. It seems to me that the capabilities > file on the WMS interface (by GetCapabilities-request) is up-to-date and > contains the correct TIME-dimension values, so whatever this problem is, it > doesn’t affect the service itself a whole lot. > > > > Thanks for any tips, > > Sam > ___ > 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 ___________ 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] Notifications about vulnerabilities
On Mon, 28 Feb 2022 at 15:59, Watermeyer, Andreas < andreas.waterme...@its-digital.de> wrote: > Dear GeoServer community, > > > > I have security related questions: > > > > * Is there a procedure by which operators of GeoServer installations can > learn of security vulnerabilities that require updating GeoServer? > > * Is there a list of security-related bug fixes made with a release? > Not currently > > > If nothing exists: > > > > * Would it be possible to introduce something like a security-announcement > mailing list? > > * Would it be possible to list fixed security vulnerabilities per release. > For example, Tomcat has a corresponding list, which I find very helpful: > https://tomcat.apache.org/security-9.html > > Only if someone with spare time or money steps up to introduce it. Ian ___ 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] Enable TLS for geoserver.org
Our DNS record may not be set correctly, as it has recently changed ownership. Ian On Tue, 1 Mar 2022 at 13:38, Jürrens, Eike Hinderk wrote: > Dear Ian, > > as far as I understood github's documentation, using custom domains is > supported: > > > All GitHub Pages sites, including sites that are correctly configured > with a custom domain, support HTTPS and HTTPS enforcement. > > https://docs.github.com/en/articles/about-custom-domains-and-github-pages > > Maybe, you are hitting this well known error: > > > https://docs.github.com/en/pages/getting-started-with-github-pages/securing-your-github-pages-site-with-https#troubleshooting-certificate-provisioning-certificate-not-yet-created-error > > Kind regards, > Eike > > On 01.03.22 14:29, Ian Turton wrote: > > Currently we don't have a certificate for geoserver.org (Unavailable for > > your site because a certificate has not yet been issued for your domain ( > > geoserver.org)) > > > > As it has no secure or important info that someone might fake it isn't a > > high priority to fix currently but we'll get to it sometime > > > > Ian > > > > On Tue, 1 Mar 2022 at 09:40, Jürrens, Eike Hinderk < > e.h.juerr...@52north.org> > > wrote: > > > >> Dear Community, > >> > >> as I am not able to create an issue in the website repo [0] and I don't > >> want to create an account for this one issue in Jira, I am posting it > here. > >> > >> Please enable TLS for the website goeserver.org. It's only one click > >> following githubs according documentation [1]. > >> > >> Kind regards, > >> Eike > >> > >> Links > >> [0] https://github.com/geoserver/geoserver.github.io > >> [1] > >> > -- Ian Turton ___ 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] Enabled TLS for geoserver.org
Currently we don't have a certificate for geoserver.org (Unavailable for your site because a certificate has not yet been issued for your domain ( geoserver.org)) As it has no secure or important info that someone might fake it isn't a high priority to fix currently but we'll get to it sometime Ian On Tue, 1 Mar 2022 at 09:40, Jürrens, Eike Hinderk wrote: > Dear Community, > > as I am not able to create an issue in the website repo [0] and I don't > want to create an account for this one issue in Jira, I am posting it here. > > Please enable TLS for the website goeserver.org. It's only one click > following githubs according documentation [1]. > > Kind regards, > Eike > > Links > [0] https://github.com/geoserver/geoserver.github.io > [1] > > https://docs.github.com/en/pages/getting-started-with-github-pages/securing-your-github-pages-site-with-https > -- > Jürrens, Eike Hinderk > 52°North Spatial Information Research GmbH > Martin-Luther-King-Weg 24 > 48155 Münster, Germany > Fon: +49-(0)-251–396371-33 > Fax: +49-(0)-251–396371-11 > https://52north.org/ > Twitter: @FiveTwoN > Managing Directors: > Dr. Benedikt Gräler, Dr. Simon Jirka, Matthes Rieke > Local Court Muenster HRB 10849 > ___ > 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 ___ 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] LDAP past version 15.2
Did you raise an issue about this so that the developers would see it? LDAP tends not to be something any one (I know) plays with in their spare time so you might also want to raise it with a commercial support supplier. Ian On Thu, 31 Mar 2022 at 11:37, Brandon M wrote: > Hi, > > I ran into this same problem last year when we upgraded GeoServer from > 2.12.2 to 2.19.2. Here's the thread I opened on the issue back then: > > > https://sourceforge.net/p/geoserver/mailman/geoserver-users/thread/CA%2B8gfLZ_55Vi%3Ds65PynNh34ScUFc4aJjFWFuXYFdQbP%2BqBFBXg%40mail.gmail.com/#msg37271563 > > Our discussions didn't produce any results, so I ended up going with > this hack after we upgraded to GeoServer 2.19.2, removed these two > jars: > gs-sec-ldap-2.19.2.jar > gs-web-sec-ldap-2.19.2.jar > > Then installing the related jars from the last working version, 2.15.2: > gs-sec-ldap-2.15.2.jar > gs-web-sec-ldap-2.15.2.jar > > This got things working for our use and hasn't caused any issues. > > FYI, there was another person in our same boat: > > > https://sourceforge.net/p/geoserver/mailman/geoserver-users/thread/d2bb87fd-7a89-0aa5-7a3f-e975aaeba967%40posteo.de/ > > Thanks, > Brandon > > > > On Wed, Mar 30, 2022 at 5:58 PM Brad Hards wrote: > > > > On Wednesday, 30 March 2022 10:29:35 PM AEDT you wrote: > > > Indeed, I only need to bind the user to check the user identity, which > will > > > always be considered as an administrator of GeoServer. If we need to > have a > > > dedicated group into LDAP to do so, I will see if it is possible. > > > > If you enable the "Bind user before searching for groups" checkbox, it > looks > > like the provided user (i.e. whoever is logging in) will be used for the > bind > > operation. So you don't need to provide the credentials in the > authentication > > configuration for that case. > > > > I didn't actually try it, but there is a test that verifies the > behaviour. > > > > Brad > > > > > > > > > > > > ___ > > 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 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 ___ 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] LDAP past version 15.2
see http://geoserver.org/issues/ for details Its no guarantee that it will be fixed but it will save it from getting lost Ian On Thu, 31 Mar 2022 at 12:05, Brandon M wrote: > No I didn't do anything with an issue, sorry I wasn't aware that was > an option. I could create or submit one if that is the best way to > get this to someone with the ability to fix the problem. If so, how > would I go about doing that? > > Thanks, > Brandon > > On Thu, Mar 31, 2022 at 6:45 AM Ian Turton wrote: > > > > Did you raise an issue about this so that the developers would see it? > > > > LDAP tends not to be something any one (I know) plays with in their > spare time so you might also want to raise it with a commercial support > supplier. > > > > Ian > > > > On Thu, 31 Mar 2022 at 11:37, Brandon M wrote: > >> > >> Hi, > >> > >> I ran into this same problem last year when we upgraded GeoServer from > >> 2.12.2 to 2.19.2. Here's the thread I opened on the issue back then: > >> > >> > https://sourceforge.net/p/geoserver/mailman/geoserver-users/thread/CA%2B8gfLZ_55Vi%3Ds65PynNh34ScUFc4aJjFWFuXYFdQbP%2BqBFBXg%40mail.gmail.com/#msg37271563 > >> > >> Our discussions didn't produce any results, so I ended up going with > >> this hack after we upgraded to GeoServer 2.19.2, removed these two > >> jars: > >> gs-sec-ldap-2.19.2.jar > >> gs-web-sec-ldap-2.19.2.jar > >> > >> Then installing the related jars from the last working version, 2.15.2: > >> gs-sec-ldap-2.15.2.jar > >> gs-web-sec-ldap-2.15.2.jar > >> > >> This got things working for our use and hasn't caused any issues. > >> > >> FYI, there was another person in our same boat: > >> > >> > https://sourceforge.net/p/geoserver/mailman/geoserver-users/thread/d2bb87fd-7a89-0aa5-7a3f-e975aaeba967%40posteo.de/ > >> > >> Thanks, > >> Brandon > >> > >> > >> > >> On Wed, Mar 30, 2022 at 5:58 PM Brad Hards wrote: > >> > > >> > On Wednesday, 30 March 2022 10:29:35 PM AEDT you wrote: > >> > > Indeed, I only need to bind the user to check the user identity, > which will > >> > > always be considered as an administrator of GeoServer. If we need > to have a > >> > > dedicated group into LDAP to do so, I will see if it is possible. > >> > > >> > If you enable the "Bind user before searching for groups" checkbox, > it looks > >> > like the provided user (i.e. whoever is logging in) will be used for > the bind > >> > operation. So you don't need to provide the credentials in the > authentication > >> > configuration for that case. > >> > > >> > I didn't actually try it, but there is a test that verifies the > behaviour. > >> > > >> > Brad > >> > > >> > > >> > > >> > > >> > > >> > ___ > >> > 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 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 ___ 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.20.2 Blobstore Error
It could be a tomcat 9 thing - see https://en-wiki.ikoula.com/en/Allow_a_Tomcat9_webapp_to_read/write_to_a_folder for a possible solution Ian ___ 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] [EXTERNAL] Re: GeoServer 2.20.2 Blobstore Error
On Tue, 8 Feb 2022 at 16:05, Paul Lewis wrote: > Working now and your suggestion was part of the solution. > I had tried the tomcat service change but on double checking I had > ReadWritePaths=/geoserver-blobstore > > instead of > > ReadWritePaths=/geoserver-blobstore/ > > missing slash at end. > It didn't work though on restart. > > I then checked the other writable directories mentioned in that file and > set the blobstore target to be the same as follows: > > drwxr*w*xr-x 3 root *tomcat*28 Feb 8 11:02 geoserver-blobstore > > You could probably get away with changing the owner to tomcat rather than giving group write but it should work either way Ian ___ 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
On Mon, 28 Aug 2023 at 14:50, Verbeeck Bart (AIV) < bart.verbe...@vlaanderen.be> wrote: > 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. > >From that description it is impossible to tell what is going on, You'll need to check the log file to see what's happening on the server, but it could be a simple as a firewall issue or other network problems. 2.19 is pretty old so maybe you could go to a "supported" release like 2.23? > > > 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 > -- Ian Turton ___ 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] Dynamic generated image url in SLD not working in 2.23.2
As described on the blog announcement ( https://geoserver.org/announcements/2023/07/21/geoserver-2-23-2-released.html) this release includes a URL Checking function to prevent OGC processes from calling arbitrary URLs as a security enhancement. You will need to white list the `*https://**/ImageHandler.ashx` *url (but be careful escaping those *) Ian On Fri, 1 Sept 2023 at 10:32, Karsten Darré via Geoserver-users < geoserver-users@lists.sourceforge.net> wrote: > Hello > > After upgrading to Geoserver 2.23.2 (from version 2.22.3) some of your > dynamic image url’s (In SLD’s) stopped working, and we are getting som > errors: > > *URI.normalize() not available for location: * > > *Path.normalize() not available for location: * > > *Error occurred evaluating external graphic > org.geotools.data.ows.URLCheckerException: Unable to normalize location: > * > > > > The url is as follows: > > > *https://**/ImageHandler.ashx?parameters==https://**/Images/NorthArrows/northmicro.png=POLYGON|((588873.93564633|6137127.0831221,|588873.93564633|6137249.5831221,|588996.43564633|6137249.5831221,|588996.43564633|6137127.0831221,|588873.93564633|6137127.0831221))=3500_scale_denominator=3306.045340050377_height=1123_width=794_bbox=588313.93564633|589048.93564633,6136262.5831221|6137302.0831221* > > > > The url works as expected from the service we are calling and it is > returning the correct image, and have been working perfectly on older > versions of geoserver. > > Do any of you have an idea of what has changed in 2.23.2? > > > > > > Med venlig hilsen / Best regards > > > > *Karsten Darré* > > GIS-udvikler > > > ___ > 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 _______ 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] Tutorial / Resources for setting up a REST API Client
You can set the user up in the normal way ( https://docs.geoserver.org/latest/en/user/security/index.html#security) and give them write permissions to any or all workspaces Ian On Wed, 1 Nov 2023 at 10:06, Simon Michalke via Geoserver-users < geoserver-users@lists.sourceforge.net> wrote: > Hi all, > > I am currently trying to set up API Access to a geoserver server. I > would like to use a separate user and role with limited access to avoid > giving the API client admin access. The idea is to automatically upload > new data and make it available using a script that I am currently > developing. > > Is there a proper way or a howto that I can follow? Googling only > directs me to setups that seem to be unsafe like assigning the Admin role. > > Cheers, > Simon > > > ___ > 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 ___ 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] Job
Are you subscribed to the OSgeo Jobs list (j...@lists.osgeo.org )? if not then you can subscribe at https://lists.osgeo.org/mailman/listinfo/jobs Ian On Tue, 7 Nov 2023 at 09:15, Gaurav Pathak wrote: > Can someone please help me to get job in geoserver. > ___ > 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 ___ 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] CSS (or SLD) styling: create label-geometry from 2 layer attributes
I usually use `geomFromWKT(geometry)` with a string like 'POINT('+x+'
'+y+')' as the parameter. But a nicer function would be useful.
There is also a pole of accessibility function that is better than centroid
if you have oddly shaped polygons.
Ian
On Thu, 26 Oct 2023 at 16:22, Jody Garnett wrote:
> There should be a function to create a point from lat, Lon but I do not
> see it in the function list. It is a little to do anything other than
> transform the main geometry - since often the data is queried using a BBOX
> against the main geometry.
>
> For greater control I would recommend use the centroid as a staring
> location, and provide an offset to determine the label position. The offset
> can be expressed as an expression which you can adjust for scale.
>
> Reference:
>
>-
>https://docs.geotools.org/stable/userguide/library/main/function_list.html
>
> --
> Jody Garnett
>
>
> On Oct 26, 2023 at 5:32:55 AM, Peter Smythe wrote:
>
>> Hi all
>>
>> I am trying to use 2 numeric attributes called label_lat and label_lng to
>> create a point geometry for the labeling of a polygon.
>>
>> Can anyone point me to the correct format, if this is indeed possible?
>>
>> I cannot find the information on
>> https://docs.geoserver.org/latest/en/user/styling/css/index.html
>> <https://fdfdfha.r.af.d.sendibt2.com/tr/cl/xyoUP5eN464DydrOGqm8BDm7444mIJZfoKj7NPfOgCaOWczz2TBs_wlTzeAWk-wH7YI8cPsDW5UXJQ7xrUegk_MeefrvVxLjepbnzSSla_tRhI5B2JuKxN3QhnO3Cl32jH8y4FglrQP3-2eECQLO10LEafasD05kJX5EskHxKcfNNV8lJ-pknCUbsxUVR6QrSYLIdlY4KUwdeX8x1MKCdK5tPk-hXMkazYYWnOp5nCN0VV2kFx1PqYodo8t1EPzmgxXfk6qf1ufXJ_mbr3CdQpeVz1Mj47CsH7qGdzA>
>>
>> I have tried:
>>
>> label-geometry: [label_lng], [label_lat];
>> label-geometry: [(label_lng, label_lat)];
>> etc
>>
>> and the reverse coordinate orders
>>
>> label-geometry: [centroid(geom)]; does work as expected, but I need
>> more control.
>>
>>
>> *I also cannot create a new column in the GeoServer SQL view that is
>> visible in the output e.g. ST_Point (label_lng, label_lat, 4326) as
>> label-geom *
>> *i.e. if I create the new column, it must not be visible in the output.*
>>
>> Thanks
>>
>> Peter
>>
>> ___
>> 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 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
___
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] Error creating COG Mosaic via REST API
invoke(StandardEngineValve.java:78) > > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:360) > > at > org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:399) > > at > org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:65) > > at > org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:893) > > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1789) > > at > org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) > > at > org.apache.tomcat.util.threads.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1191) > > at > org.apache.tomcat.util.threads.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:659) > > at > org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) > > at java.base/java.lang.Thread.run(Thread.java:829) > > > > > > I installed Geoserver with docker, using the image > docker.osgeo.org/geoserver:2.21.4 > > > > Here are my installation options (plugin for COG support is installed, > too): > > > > docker run -d --mount > type=bind,src=/data/geoserver/data=/opt/geoserver_data/data --mount > type=bind,src=/data/geoserver > /geo_plugins/lib,target=/opt/apache-tomcat-9.0.68/webapps/geoserver/WEB-INF/lib > -it -p 8080:8080 --env CORS_ENABLED=true --env INSTALL_EXTENSIONS=true > --env > STABLE_EXTENSIONS="css,db2,gdal,grib,netcdf-out,netcdf,pyramid,wmts-multi-dimensional,xslt,jp2k" > --env EXTRA_JAVA_OPTS='-Xms1g -Xmx16g -Duser.timezone=GMT > -Dorg.geotools.shapefile.datetime=true' docker.osgeo.org/geoserver:2.21.4 > > > > Any help will be appreciated. > > > > Cheers, > > Cristina Arcari > > > ___ > 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 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] CSS (or SLD) styling: create label-geometry from 2 layer attributes
White space gets reduced in the XML, so you might need a cdata block around
it. Not sure how CSS handles it.
Ian
On Thu, 26 Oct 2023, 20:44 Peter Smythe, wrote:
> Thank you very much for your answers. All 3 of them are super useful.
>
> Ian, I do not have the luxury of building up the string in a single
> attribute, so I need to use the Concatenate or strConcat functions from
> Jody's reference. Andrea, the WKT X and Y coordinates are not separated by
> a comma but rather by a space.
>
> The strConcat function only joins 2 strings, the Concatenate function is
> able to join many strings.
>
> So something like this should work:
>
> label-geometry: [geomFromWKT(Concatenate('POINT(', label_lng, ' ',
> label_lat, ')'))];
> or
> label-geometry:
> [geomFromWKT(strConcat(strConcat(strConcat(strConcat('POINT(', label_lng),
> ' '), label_lat), ')'))];
>
> However, the SLD created contains (for the space separator between X and
> Y):
>
>
> and it appears from my testing and debugging that this is evaluated as ""
> i.e. an empty string.
>
> (I get the exception: `bad wkt` when evaluating it, and I have confirmed
> the above in Eclipse)
>
> Trying to force a `` into the Literal does not work.
>
> Is there a bug with parsing a literal space?
>
> So, I am very close to my solution, I just need a way to represent a
> literal space, if anyone can assist, please?
>
> Thanks
>
> Peter
>
> On Thu, 26 Oct 2023 at 17:29, Ian Turton wrote:
>
>> I usually use `geomFromWKT(geometry)` with a string like 'POINT('+x+'
>> '+y+')' as the parameter. But a nicer function would be useful.
>>
>> There is also a pole of accessibility function that is better than
>> centroid if you have oddly shaped polygons.
>>
>> Ian
>>
>> On Thu, 26 Oct 2023 at 16:22, Jody Garnett
>> wrote:
>>
>>> There should be a function to create a point from lat, Lon but I do not
>>> see it in the function list. It is a little to do anything other than
>>> transform the main geometry - since often the data is queried using a BBOX
>>> against the main geometry.
>>>
>>> For greater control I would recommend use the centroid as a staring
>>> location, and provide an offset to determine the label position. The offset
>>> can be expressed as an expression which you can adjust for scale.
>>>
>>> Reference:
>>>
>>>-
>>>
>>> https://docs.geotools.org/stable/userguide/library/main/function_list.html
>>>
>>> <https://fdfdfha.r.af.d.sendibt2.com/tr/cl/euXGZ9x4RgzAEJHnr8_XYW4sQUdxTgvINg9XAoGEGHVs4s3MJt7JlfQ9z8kojpBeDjalS074Ct4w_FzOXQzeQteVkC4CgL0XOCtphD3yiku5rwacybz61OAVS2V-YWjm2b3v2cdktX7Q0k9fThJprUFLuoUA12thVN0k2OO-92IUNMICq5zmth3RJAvCrB_ZXg6z7XaCD4Rvc4c6mlb5gvuiKijQ1AAB_bk56P9LelJoMTozAmQY-ROjXY6Z4Z9CH5sZnI6uszqaB3S4O1sxEkBS_-xeHrTajy0kybvtXav-0qWzPg>
>>>
>>> --
>>> Jody Garnett
>>>
>>>
>>> On Oct 26, 2023 at 5:32:55 AM, Peter Smythe wrote:
>>>
>>>> Hi all
>>>>
>>>> I am trying to use 2 numeric attributes called label_lat and label_lng
>>>> to create a point geometry for the labeling of a polygon.
>>>>
>>>> Can anyone point me to the correct format, if this is indeed possible?
>>>>
>>>> I cannot find the information on
>>>> https://docs.geoserver.org/latest/en/user/styling/css/index.html
>>>> <https://fdfdfha.r.af.d.sendibt2.com/tr/cl/xyoUP5eN464DydrOGqm8BDm7444mIJZfoKj7NPfOgCaOWczz2TBs_wlTzeAWk-wH7YI8cPsDW5UXJQ7xrUegk_MeefrvVxLjepbnzSSla_tRhI5B2JuKxN3QhnO3Cl32jH8y4FglrQP3-2eECQLO10LEafasD05kJX5EskHxKcfNNV8lJ-pknCUbsxUVR6QrSYLIdlY4KUwdeX8x1MKCdK5tPk-hXMkazYYWnOp5nCN0VV2kFx1PqYodo8t1EPzmgxXfk6qf1ufXJ_mbr3CdQpeVz1Mj47CsH7qGdzA>
>>>>
>>>> I have tried:
>>>>
>>>> label-geometry: [label_lng], [label_lat];
>>>> label-geometry: [(label_lng, label_lat)];
>>>> etc
>>>>
>>>> and the reverse coordinate orders
>>>>
>>>> label-geometry: [centroid(geom)]; does work as expected, but I
>>>> need more control.
>>>>
>>>>
>>>> *I also cannot create a new column in the GeoServer SQL view that is
>>>> visible in the output e.g. ST_Point (label_lng, label_lat, 4326) as
>>>> label-geom *
>>>> *i.e. if I create the new column, it must not be visible in the output.*
>>>>
>>>> Thanks
>>>>
>>>> Peter
>>>>
>>>> ___
Re: [Geoserver-users] Error creating COG Mosaic via REST API
In the message Cristina posted they used '-H "Content-type: text/plain"'
which will confuse GeoServer for sure
Ian
On Wed, 25 Oct 2023 at 09:33, Rahkonen Jukka <
jukka.rahko...@maanmittauslaitos.fi> wrote:
> Hi,
>
>
>
> But it is a zip file that is uploaded and application/zip is used in the
> manual so I guess that at least it has worked when the manual was written
> https://docs.geoserver.org/main/en/user/community/cog/mosaic.html
>
>
>
> COGs are TIFFs with some extra features and this is how the mime type is
> defined in the OGC standard:
>
> When required, a COG file should use the MIME type image/tiff with the
> application parameter value geotiff and the profile parameters value
> cloud-optimized, therefore as follows:
>
>
>
> image/tiff; application=geotiff; profile=cloud-optimized
>
> -Jukka Rahkonen-
>
>
>
> *Lähettäjä:* Ian Turton
> *Lähetetty:* keskiviikko 25. lokakuuta 2023 10.47
> *Vastaanottaja:* cristinaarc...@alia-space.com
> *Kopio:* geoserver-users
> *Aihe:* Re: [Geoserver-users] Error creating COG Mosaic via REST API
>
>
>
> I think your mime type is wrong, should it not be an image of some type, I
> forget what COGs use.
>
>
>
> Ian
>
>
>
> On Tue, 24 Oct 2023, 17:29 , wrote:
>
> Hello,
>
> I’m trying to create a COG ImageMosaic on Geoserver, following the
> instruction described at:
>
> https://docs.geoserver.org/main/en/user/community/cog/mosaic.html
>
>
>
> I succeeded with step 1 (create an empty store) via rest API
>
>
>
> curl -u : -XPUT --write-out %{http_code} -H
> "Content-type:application/zip" --data-binary @modis.zip
> http://localhost:8080/geoserver/rest/workspaces/cite/coveragestores/modis/file.imagemosaic?configure=none
>
> (201)
>
>
>
> But when I try to add a granule to the store, I have the following error:
>
> curl -u : -XPOST -H "Content-type: text/plain" --write-out
> %{http_code} -d
> https://modis-vi-nasa.s3-us-west-2.amazonaws.com/MOD13A1.006/2018.01.01.tif
> http://localhost:8080/geoserver/rest/workspaces/cite/coveragestores/modis/remote.imagemosaic
>
>
>
> java.io.IOException: Failed to create reader from file:data/dea/modis and
> hints Hints:
>
> REPOSITORY = org.geoserver.catalog.CatalogRepository@740d84d1
>
> EXECUTOR_SERVICE =
> java.util.concurrent.ThreadPoolExecutor@e508348[Running, pool size = 0,
> active threads = 0, queued tasks = 0, completed tasks = 0]
>
> System defaults:
>
> FORCE_AXIS_ORDER_HONORING= http
>
> STYLE_FACTORY= StyleFactoryImpl
>
> FEATURE_FACTORY =
> org.geotools.feature.LenientFeatureFactoryImpl@4f4c6bb8
>
> FORCE_LONGITUDE_FIRST_AXIS_ORDER = true
>
> LENIENT_DATUM_SHIFT = true
>
> GRID_COVERAGE_FACTORY= GridCoverageFactory
>
> TILE_ENCODING = null
>
> FILTER_FACTORY = FilterFactoryImpl
>
> COMPARISON_TOLERANCE = 1.0E-8
>
>
>
> at
> org.geoserver.catalog.ResourcePool.getGridCoverageReader(ResourcePool.java:1571)
>
> at
> org.geoserver.catalog.ResourcePool.getGridCoverageReader(ResourcePool.java:1514)
>
> at
> org.geoserver.catalog.impl.CoverageStoreInfoImpl.getGridCoverageReader(CoverageStoreInfoImpl.java:57)
>
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
>
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
>
> at
> org.geoserver.catalog.impl.ModificationProxy.invoke(ModificationProxy.java:144)
>
> at com.sun.proxy.$Proxy46.getGridCoverageReader(Unknown Source)
>
> at
> org.geoserver.rest.catalog.CoverageStoreFileController.coverageStorePost(CoverageStoreFileController.java:98)
>
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
>
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
>
> at
> org.springframework.web.method.support.InvocableHandlerMethod.do
Re: [Geoserver-users] Unable to preview grouped layers
did you install the correct version of GeoFence? How did you configure security for that group? Ian On Tue, 19 Sept 2023 at 12:35, Eliud Kinyanjui wrote: > Hello, > > Getting the following error while trying to preview a grouped layer. > > GeoServer Version > 2.23.0 > > This XML file does not appear to have any style information associated > with it. The document tree is shown below. > http://www.w3.org/2001/XMLSchema; > xmlns:ows="http://www.opengis.net/ows; xmlns:xsi=" > http://www.w3.org/2001/XMLSchema-instance; version="1.0.0" > xsi:schemaLocation="http://www.opengis.net/ows > schemas/ows/1.0.0/owsExceptionReport.xsd"> > > com.google.common.util.concurrent.UncheckedExecutionException: > org.geoserver.geofence.services.exception.BadRequestServiceEx: You can > filter either by user or role > org.geoserver.geofence.services.exception.BadRequestServiceEx: You can > filter either by user or role You can filter either by user or > role > > > ___ > 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 ___ 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
