[Geoserver-devel] how a wms request is handled by geoserver

[Chandra Mohan Sharma]

Dear Geoserver Developers

I am very new to GeoServer development. I am using geoserver 2.10 in
NetBeans. I wanted to know that when the geoserver is up and running, what
is the exact sequence of operations for handling getmap operation request
of WMS i.e. methods of which classes are called and in what sequence. It
would be very helpful if anybody can tell from which operation of a class
it starts. If some documentation is available or some help is available
regarding it, kindly share a link with me. Thanking you in advance.

regards
Chandra Mohan Sharma
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] GSIP 153 - opaque container layer group mode

[Mike Pumphrey]

I know I'm non-voting, but I agree with Jody's point here. Also, to my 
mind, "opaque container" is better realized as "black box" (fewer 
syllables too).

But I think "basemap" might get more to the heart of how it would be used.

Thanks,
Mike

Mike Pumphrey
Education Program Director | Boundless
917-338-0407
m...@boundlessgeo.com
http://boundlessgeo.com
@boundlessgeo

On 12/22/2016 3:21 PM, Jody Garnett wrote:
> Reading now, tripping up over the naming "*Opaque Container".*
>
> I usually think of the word opaque as the opposite of transparent.
>
> The main difference in our naming seems to between "single" and "tree".
> This new layer group type is behaving like a single layer, we just wish the
> contained layers were "nameless" and. It available for direct access.
>
> Could I suggest calling this my its purpose "basemap" or "single basemap".
>
> What is getting me here is what to call the layers that compose the
> "basemap" that are unlisted in the capabilities document. It feels like
> adding them to a "basemap" changes their default behaviour to unadvertised.
> Is this the case or am I reading the proposal wrong?
>
> On Mon, Dec 19, 2016 at 2:49 AM Andrea Aime 
> wrote:
>
>> Hi,
>> I've follow up with the previous discussion on layer tree modes and wrote
>> this proposal:
>>
>> https://github.com/geoserver/geoserver/wiki/GSIP-153
>>
>> As suggested by Ben I've summarized the existing group behavior for
>> current layer groups,
>> in protected and non protected mode.
>>
>> Please vote/discuss
>>
>> 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
>>
>> *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*
>>
>> Le informazioni contenute in questo messaggio di posta elettronica e/o
>> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
>> loro utilizzo è consentito esclusivamente al destinatario del messaggio,
>> per le finalità indicate nel messaggio stesso. Qualora riceviate questo
>> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
>> darcene notizia via e-mail e di procedere alla distruzione del messaggio
>> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
>> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
>> utilizzarlo per finalità diverse, costituisce comportamento contrario ai
>> principi dettati dal D.Lgs. 196/2003.
>>
>>
>>
>> The information in this message and/or attachments, is intended solely for
>> the attention and use of the named addressee(s) and may be confidential or
>> proprietary in nature or covered by the provisions of privacy act
>> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
>> Code).Any use not in accord with its purpose, any disclosure, reproduction,
>> copying, distribution, or either dissemination, either whole or partial, is
>> strictly forbidden except previous formal approval of the named
>> addressee(s). If you are not the intended recipient, please contact
>> immediately the sender by telephone, fax or e-mail and delete the
>> information in this message that has been received in error. The sender
>> does not give any warranty or accept liability as the content, accuracy or
>> completeness of sent messages and accepts no responsibility  for changes
>> made after they were sent or for other risks which arise as a result of
>> e-mail transmission, viruses, etc.
>>
>> ---
>>
>>
>>
>>
>>
>> --
>>
>> Check out the vibrant tech community on one of the world's most
>>
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> ___
>>
>> Geoserver-devel mailing list
>>
>> Geoserver-devel@lists.sourceforge.net
>>
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
>> --
> --
> Jody Garnett
>
>
>
> --
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today.http://sdm.link/intel
>
>
>
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_

Re: [Geoserver-devel] GSIP 153 - opaque container layer group mode

[Ben Caradoc-Davies]

Andrea,

Jody and I brainstormed GSIP-153 in today's (very small) committee 
meeting. In a nutshell, have you considered a single layer group class 
with many properties, rather than multiple classes of layer group? Jody 
made a nice table and we listed the properties in bullet points. We also 
discussed some naming changes. Please see the meeting notes.

Kind regards,
Ben.

On 23/12/16 12:21, Jody Garnett wrote:
> Reading now, tripping up over the naming "*Opaque Container".*
>
> I usually think of the word opaque as the opposite of transparent.
>
> The main difference in our naming seems to between "single" and "tree".
> This new layer group type is behaving like a single layer, we just wish the
> contained layers were "nameless" and. It available for direct access.
>
> Could I suggest calling this my its purpose "basemap" or "single basemap".
>
> What is getting me here is what to call the layers that compose the
> "basemap" that are unlisted in the capabilities document. It feels like
> adding them to a "basemap" changes their default behaviour to unadvertised.
> Is this the case or am I reading the proposal wrong?
>
> On Mon, Dec 19, 2016 at 2:49 AM Andrea Aime 
> wrote:
>
>> Hi,
>> I've follow up with the previous discussion on layer tree modes and wrote
>> this proposal:
>>
>> https://github.com/geoserver/geoserver/wiki/GSIP-153
>>
>> As suggested by Ben I've summarized the existing group behavior for
>> current layer groups,
>> in protected and non protected mode.
>>
>> Please vote/discuss
>>
>> 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
>>
>> *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*
>>
>> Le informazioni contenute in questo messaggio di posta elettronica e/o
>> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
>> loro utilizzo è consentito esclusivamente al destinatario del messaggio,
>> per le finalità indicate nel messaggio stesso. Qualora riceviate questo
>> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
>> darcene notizia via e-mail e di procedere alla distruzione del messaggio
>> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
>> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
>> utilizzarlo per finalità diverse, costituisce comportamento contrario ai
>> principi dettati dal D.Lgs. 196/2003.
>>
>>
>>
>> The information in this message and/or attachments, is intended solely for
>> the attention and use of the named addressee(s) and may be confidential or
>> proprietary in nature or covered by the provisions of privacy act
>> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
>> Code).Any use not in accord with its purpose, any disclosure, reproduction,
>> copying, distribution, or either dissemination, either whole or partial, is
>> strictly forbidden except previous formal approval of the named
>> addressee(s). If you are not the intended recipient, please contact
>> immediately the sender by telephone, fax or e-mail and delete the
>> information in this message that has been received in error. The sender
>> does not give any warranty or accept liability as the content, accuracy or
>> completeness of sent messages and accepts no responsibility  for changes
>> made after they were sent or for other risks which arise as a result of
>> e-mail transmission, viruses, etc.
>>
>> ---
>>
>>
>>
>>
>>
>> --
>>
>> Check out the vibrant tech community on one of the world's most
>>
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> ___
>>
>> Geoserver-devel mailing list
>>
>> Geoserver-devel@lists.sourceforge.net
>>
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
>> --
> --
> Jody Garnett
>
>
>
> --
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today.http://sdm.link/intel
>
>
>
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>

-- 
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

--
Check out the vibrant tech community 

[Geoserver-devel] GeoTools / GeoServer Meeting 2016-12-27

[Ben Caradoc-Davies]

**

*GeoTools / GeoServer Meeting 2016-12-27*

*


 Attending

Ben Caradoc-Davies, Jody Garnett


 Agenda

 *

   OSGeo Budget

 *

   Sprint Planning

 *

   OSGeo Live



OSGeo Budget


 *

   Sent in a draft budget similar to last year; helps with board planning

 *

   Draft based on having a geoserver sprint


Sprint Planning


 *

   See email list discussion - GeoSolutions offering to host this year!

 *

   Dates TBD (the original suggestion was for Feb 13 to end of March)

 *

   Interested visitors: Ian, Mike, Jody, Torben, Devon

 *

   Action:Request that Andrea make a blog post

 *

   Action:Run up a draft budget with travel / accommodation / etc…

 *

   Details

 o

   CITE Test Sprint

 o

   SPI replacement for Java 9?


OSGeo Live


 *

   Latest alpha upgraded to GeoServer 2.10.1 - woo hoo!

 o

   Upgrade to Jetty 9 caused some work

 *

   NetCDF quickstart pending


Discussion


 *

   NetCDF variable discussion on mailing list; awaiting clarification …

 *

   https://github.com/geotools/geotools/pull/1056Is waiting on Ian, the
   contributor has been a champ keeping this pull request up to date
   for over a year …

 o

   
Proposal:https://github.com/geotools/geotools/wiki/Implement-a-pure-java-Dbase-indexing-to-optimize-shapefile-access

 o

   Action: The above is a proposal; we should send it to
   geotools-devel for a vote :)

 o

   Action: Relevant JIRA issue; Done:
   https://osgeo-org.atlassian.net/browse/GEOT-5605

 *

   GSIP 153 Opaque container layer group
   

 o

   Ben did not like any of Jody’s suggestions better than “opaque
   container” layergroup

 o

   Should a layer contained in an “opaque container” have the
   advertised checkbox grayed out?

 o

   Ben: “Withheld”? “Unadvertised”?

 o

   Properties of a single class?


Okay making a table to sort out what is what ...


Layer group



Named



Children



Advertised Children



Access Restrictions

Single



named




layer default



layer default

Named tree



named



Lists children



layer default



Layer default

Container Tree




Lists children



layer default



Layer default

EO Tree



Named delegate



Lists children



layer default



Layer default

Opaque Container



named




Not advertised





Q: Because the children are not advertised by “opaque container” why 
does the access restrictions even matter?



Q: Are the access restrictions any different between “Named tree” and 
‘Opaque container”?


 *

   Ben cannot see a difference

 *

   Jody cannot see why it matters (since the layers are not published here)


Q: Can we break out these qualities as checkboxes rather than as a 
“mode” setting?


 *

   Tree

 o

   (true) controls if children are listed in the capabilities
   document; or

 o

   (false) layer group is is presented as a single layer in the
   capabilities document

 *

   Advertise Layer Group

 o

   (true) layer group is listed in the capabilities document

 o

   (false) layer group is not listed in the capabilities document

 *

   Advertise Children

 o

   (true) layers use their default “advertised” setting

 o

   (false) layers are not advertised in the capabilities document
   here(yes another layer group may wish to advertise them)

 *

   Named

 o

   (true) layer group name can be used to request the layer group
   be drawn (treats the layer group as a single layer that can be
   drawn using GetMap)

 o

   (false) layer group name is for internal use only, and cannot be
   used in a GetMap Request (treats the layergroup as a folder that
   cannot be requested using GetMap)

 *

   Delegate Layer

 o

   If a delegate is provided this layer will be drawn instead when
   the layer group is requested

 *

   Restricted

 o Layer group is available as target for access control restrictions

*

--
Ben Caradoc-Davies
Director
Transient Software Limited
New Zealand

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel