Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    loridigia
    @loridigia

    Hi guys, i have a question about "reload band definition" in edit layer page on WEB UI.
    What does it do? Because basically i have a layer associated to a custom store that retrive data from my BE.
    Now, initially the store is empty (no image on it), then i upload it .... The point is, when i do "compute from data" (for the bounding box) it actually download the image from the store and read the image to get the BBOX.... But when i click on "reload band definition" it's too fast, there is no download, and put "empty" as band.
    Differently if i create the layer when the store has image on it, the band are loaded right....
    Why? What does "reload band definition" should do? Thanks

    P.S. in order to create the layer without having an image on the store, my plugin if the store is empty create a 100 x 100 black image so geoserver doesn't go in nullPointer...

    4 replies
    Michi, der
    @michikommader
    Anybody here having experience in configuring GeoServer LDAP authentication provider for Active Directory in conjunction with an LDAP UserGroup service? I cannot get the simplified Filter used to lookup user running as stated in the official tutorial.
    5 replies
    Jody Garnett
    @jodygarnett
    I did not know there were two translations groups - we should only really have and maintain one I expect.
    Brad Hards
    @bradh
    1 reply
    Haven't tried it yet, but maybe useful.
    Andrea Aime
    @aaime
    @bradh intersting, thanks for sharing
    paul van genuchten
    @pvgenuchten
    hi gs-gitter, @justb4 and me are running some experiments with ogc-api-implementations, we're also including geoserver. Congratulations to the developer team, it looks really good. Today i experimented with the template override mechanism in ogc api, and was able to add a corporate identity to the html output by overriding common-header.ftl (from ~/data/templates/ogc/features). Results are at https://apitestbed.geonovum.nl/geoserver/ogc/features. I was a bit surprised though to find the default header in https://apitestbed.geonovum.nl/geoserver/ogc/features/collections/test-paul3:5a_meetlocaties_sel_wrd/items?f=text%2Fhtml&limit=50
    Andrea Aime
    @aaime
    patches welcomed :-D
    you have a colleague that has quite some expertise in managing those templates
    btw, nice customization :-D
    Looking at the code, maybe you need to customize a different header template?
    @jodygarnett attempted to document how the templates work, not sure this particular class was included in the lot, it's doing a bit its custom thing as it's dealing potentially with lots of features
    @pvgenuchten see ab ove
    Jody Garnett
    @jodygarnett
    That is cool @pvgenuchten , if you can tell me what to add to the docs it would be great.
    So getfeature-header.ftl and getfeature-footer.ftl?
    Jody Garnett
    @jodygarnett

    @aaime I see you got the http://geoserver.org/announcements/2021/06/23/geoserver-2-18-4-released.html page out, and in markdown.

    How was the writing experience? Were you able to cut and paste markdown from jira?

    aside: I think we need to post notes from PSC meeting.
    Andrea Aime
    @aaime
    I could, but did not want to all that much :-D
    getting in another meeting right now (after teaching for 4 hours...) somebody pray for my soul :-D
    Jody Garnett
    @jodygarnett
    I am also doing training for 2 hours, your soul is doomed, mine less doomed
    paul van genuchten
    @pvgenuchten
    Thanx for checking @aaime, let me try those and will update you @jodygarnett
    paul van genuchten
    @pvgenuchten

    Looking at the code, maybe you need to customize a different header template?

    that template also includes common-header.ftl

    Jody Garnett
    @jodygarnett

    @pvgenuchten I have an answer for you ... the documentation does not match the code. Not sure which is right.

    • [x] Creating a file in GEOSERVER_DATA_DIR/templates/getfeature-header.ftl works
    • [ ] The documentation indicates GEOSERVER_DATA_DIR/ogc/features/getfeature-header.ftl

    Please try the templates/getfeature-header.ftl directory and report back.

    image.png
    Here is a very simple test
    paul van genuchten
    @pvgenuchten
    i'm interested to override common-header.ftl, not getfeature-header.ftl
    (getfeature-header includes common-header)
    paul van genuchten
    @pvgenuchten
    this works fine for most of the endpoints, except for the items endpoint
    Jody Garnett
    @jodygarnett
    image.png
    @pvgenuchten placing templates/common-header.ftl alongside templates/getfeature-header.ftl works (see modified breadcrumbs below)

    If I understand correctly the #include element:

    <#global pagecrumbs="<li class='breadcrumb-item'><a href='"+serviceLink("")+"'>Home</a></li><li class='breadcrumb-item'><a href='"+serviceLink("collections")+"'>Collections</a></li><li class='breadcrumb-item active'>Feature</li>">
    <#include "common-header.ftl">
    
    TEST Test test

    Does not know about our search order, and just looks in the same location as getfeature-header.ftl

    paul van genuchten
    @pvgenuchten
    Ok, going to try that
    Jody Garnett
    @jodygarnett
    excellent, hope it works (I am building main, are you building or using a nightly build?)
    paul van genuchten
    @pvgenuchten
    I use 2.19.nightly
    Andrea Aime
    @aaime
    The OGC API implementations are dveloped only on main, the code on 2.19.x is pretty much dead (receiving no backports)
    2 replies
    Jody Garnett
    @jodygarnett

    aside: I have been having fun testing postgis/geoserver performance (eventually found the problem was old version of postgis pre TWKB).

    During testing I was surprised that using "prepared statements" was a small bit slower than using text. I understood that using prepared statements (and simplify fast ) would engage TWKB and I expected more of an effect.

    Andrea Aime
    @aaime
    do you also have an older version of postgresql?
    Prepared statements were pretty bad performance wise since version... hum... what was it? 11 or 12?
    they learned to re-plan the query in a PS based on actual value around those versions (which makes all the difference)
    James Hughes
    @jnh5y
    Are you saying that prepared statements have gotten worse recently?
    Andrea Aime
    @aaime
    they got better
    Jody Garnett
    @jodygarnett
    I updated to the latest postgresql 13 and postgis 3.2 (following the chart )
    Andrea Aime
    @aaime
    there were pretty much unusable before
    James Hughes
    @jnh5y
    good to know
    Andrea Aime
    @aaime
    @jodygarnett then dunno... my experience with recent versions is the opposite, prepared statements are somewhat faster... may be system specific, data specific... who knows
    Jody Garnett
    @jodygarnett
    The difference is small (for 2 million buildings):
    • no simplification: prepared statements on 9.3 seconds, or off 8.9 seconds, is unexpected
    • fast simplification: prepared statements on - 6.3s, 6.25s vs off - 5.87s, 5.93s
    James Hughes
    @jnh5y
    what timing is that? ingest? query?
    Jody Garnett
    @jodygarnett
    Cool just wanted to compare your recent experience, I can dig more.