[OSGeo-Discuss] Informal deegree Community Meet Up in Bucharest right before FOSS4G 2019 starts

[Dirk Stenger]

Dear OSGeo and deegree community,

Several users and developers of OSGeo project deegree (including TMC
members) will be at the FOSS4G in Bucharest.

Thus, we had the great idea to have an informal deegree Community Meet
Up right before the conference starts.

We will meet in front of Corks bar (Str. Bacani, nr.1) in the historic
center of Bucharest on Tuesday, the 27th of August, at 7 PM.

Everyone being interested in deegree (​https://www.deegree.org/) can
join us. We are really looking forward to meet new and familiar deegree
users/ developers in Bucharest!

Please drop me a short message if you are interested in joining.

Cheers,
Dirk
___
Discuss mailing list
Discuss@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/discuss

Re: [OSGeo-Discuss] GeoServer CITE Test Automation Request for Proposal

[Dirk Stenger]

Hi Jody and everyone else working on this activity,

We, as CITE Lead Compliance Tools, are very much in favor of this idea.
This is, in our opinion, a good example how OSGeo projects can work
together and benefit from each other. Of course, we are interested in
the results of this activity as this is also a great opportunity for
TEAM Engine and related test suites to advance and to get more known.

So, if you have any questions or if you need help, you are very much
welcome to contact us. The OGC CITE team is willing to support the
activity as much as possible.

Regards,
Dirk



Am 11.12.19 um 18:11 schrieb Torsten Friebe:
>
> That would be great to have a central Jenkins CI instance at OSGeo
> infrastructure. Having such a docker based test environment for all
> OSGeo projects implementing OGC standards would definitely ease the
> check for compliance.
>
> Kind regards,
>
> Torsten
>
> Am 10.12.19 um 20:58 schrieb Jody Garnett:
>> Well in this case we have had several false starts, simply too big an
>> activity to tackle on volunteer time.
>>
>> The GeoServer PSC is voting on a received proposal now, primarily
>> based around docker images. The resulting work will be public (and
>> could be adapted to a Jenkins instances hosted by SAC for example).
>> --
>> Jody Garnett
>>
>>
>> On Tue, 10 Dec 2019 at 12:14, Torsten Friebe > > wrote:
>>
>> Dear Jody,
>>
>> That's an interesting activity. The deegree project has an
>> similar outstanding issue:
>> https://github.com/deegree/deegree3/issues/773
>>
>> It would be great to learn how the GeoServer project is going to
>> implement this.
>>
>> Cheers
>>
>> Torsten
>>
>> Am 13.11.19 um 07:04 schrieb Jody Garnett:
>>> The correct link
>>> is https://github.com/geoserver/geoserver/wiki/GSIP-176
>>>
>>> I would also like to thank everyone who has supported this
>>> activity via sponsorship and donation.  Special thanks to
>>> sponsors Gaia3D, and OSGeo.UK for help making this activity
>>> possible.
>>> --
>>> Jody Garnett
>>>
>>>
>>> On Tue, 12 Nov 2019 at 22:00, Jody Garnett
>>> mailto:jody.garn...@gmail.com>> wrote:
>>>
>>> GeoServer PSC has an outstanding maintenance activity
>>>  to
>>> automate CITE testing for our build server and have put
>>> together a budget of between $10,000 and $12,000 USD towards
>>> this activity.
>>>
>>> If you or your organization is interested in this work
>>> please respond to the geoserver-devel email list with your
>>> proposal by the end of November. Applicants are welcome to
>>> attend bi-weekly GeoServer meeting for any clarification of
>>> requirements and participate in the review process. For
>>> details, including detailed requirements, see GISP-176
>>> .
>>> --
>>> GeoServer Project Steering Committee
>>>
>>>
>>> ___
>>> Discuss mailing list
>>> Discuss@lists.osgeo.org 
>>> https://lists.osgeo.org/mailman/listinfo/discuss
>>
>> -- 
>> l a t / l o n  GmbH
>> Aennchenstrasse 1953177 Bonn, Germany
>> phone ++49 +228 9477 9877 fax ++49 +228 9477 0154
>> http://www.lat-lon.de http://www.deegree.org
>>
>> lat/lon gesellschaft für raumbezogene informationssysteme mbH
>> Registergericht: Amtsgericht Bonn, HRB 13042
>> Geschäftsführer: Jens Fitzke und Torsten Friebe
>>
>> ___
>> Discuss mailing list
>> Discuss@lists.osgeo.org 
>> https://lists.osgeo.org/mailman/listinfo/discuss
>>
> -- 
> l a t / l o n  GmbH
> Aennchenstrasse 1953177 Bonn, Germany
> phone ++49 +228 9477 9877 fax ++49 +228 9477 0154
> http://www.lat-lon.de http://www.deegree.org
>
> lat/lon gesellschaft für raumbezogene informationssysteme mbH
> Registergericht: Amtsgericht Bonn, HRB 13042
> Geschäftsführer: Jens Fitzke und Torsten Friebe
>
> ___
> Discuss mailing list
> Discuss@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/discuss

-- 
l a t / l o n  GmbH
Aennchenstrasse 1953177 Bonn, Germany
phone ++49 +228 9477 9877 fax ++49 +228 9477 0154
http://www.lat-lon.de http://www.deegree.org

lat/lon gesellschaft für raumbezogene informationssysteme mbH
Registergericht: Amtsgericht Bonn, HRB 13042
Geschäftsführer: Jens Fitzke und Torsten Friebe

___
Discuss mailing list
Discuss@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/discuss

[OSGeo-Discuss] OGC CITE compliance testing

[Dirk Stenger]

All,

I am writing as being an active deegree (https://www.deegree.org/)
developer but also being part of the OGC CITE team.

We, the deegree community, are planning to update the test
infrastructure to make sure that all new deegree releases are fully
compliant to the OGC specs.

I saw that OSGeo created a wiki page
(https://wiki.osgeo.org/wiki/OGC_Certification_Services) tackling this
topic and that it was presented during the last AGM.

As the deegree community is highly interested working closely together
with OSGeo and OGC, a couple of questions came up:

- I remember that OSGeo wanted to support integrating OGC CITE tests to
project infrastructures making it easy to execute the CITE tests. Is
there any documentation about the results? Maybe, the deegree community
can also profit from the results and help to improve them.
- Are there any other projects using automated OGC CITE tests? Maybe,
the deegree community can cooperate with them which might help both
sides to improve their CITE testing capabilities.

Regards,
Dirk
___
Discuss mailing list
Discuss@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/discuss

[OSGeo-Discuss] Version parameter missing in WMS 1.3 GetMap request

[Dirk Stenger via Discuss]

Hi all,

We have following problem and are interested in the opinion of other 
implementers of the WMS 1.3 specification.

For example, a GetMap request is sent to a deegree service:
* 
https://inspire.brandenburg.de/services/ef_sem_wms?BBOX=228152.%2C5690412.%2C493382.%2C5939023.&CRS=EPSG%3A25833&FORMAT=image%2Fpng&HEIGHT=500&LAYERS=EF.EnvironmentalMonitoringProgrammes&REQUEST=GetMap&SERVICE=WMS&STYLES=EF.EnvironmentalMonitoringProgrammes.Default.Point&WIDTH=500

A map is returned instead of an exception.
Reading the specification (OGC® 06-042) this is a bug in the software 
implementation as version is a mandatory parameter.

However, it is not 100% clear what exception type shall be thrown as the 
service does not know what WMS version is requested (WMS 1.3 has its own 
exception schema).

In addition, we should be aware that some clients may omit the version 
parameter in a GetMap request.
So, a fix of this behavior might break the compatibility with some clients.
As far as we see, GeoServer also ignores a missing version.

How do you handle such cases?
How do you determine what exception shall be thrown if, for example, the 
version parameter is missing?
Is the compatibility to the specification or to actual implementations of 
clients more important?

We are looking forward to your thoughts about this issue and appreciate any 
help.

Kind regards,
Dirk Stenger

___
Discuss mailing list
Discuss@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/discuss