[Geoserver-devel] proposals: promote metadata and csw-iso to extensions

Hello,

I have written up two proposals to promote community modules "metadata" and "csw-iso" to extensions.

https://github.com/geoserver/geoserver/wiki/GSIP-311

https://github.com/geoserver/geoserver/wiki/GSIP-312

I believe stability, test coverage, users, are all okay. Please discuss.

One question about copyrights though: the metadata module was mostly written by me (who signed CLA) as part of a contract particular government department. I believe they technically have copyrights, and agreed to open source it. What would be required though? Should they sign CLA for businesses?

Kind Regards

Niels

Hey Niels!

Not quite sure I understand the CLA question; if you did the work on behalf of a particular government department and had their permission/authority to donate to OSGeo then you should be good. If you are really interested in being careful you could ask the manager (whoever paid you or authorized the work) to sign a “Corporate contributor license”, and name the body of the work (metadata and csw-iso) as the contributed work in “Schedule B” at the bottom of the document.

Although it says “corporate” it is really:

​"You" (or “Your”) shall mean the copyright owner or legal entity authorized by the copyright owner that is making this Agreement with the Foundation. “You” (or “Your”) shall mean the copyright owner or legal entity authorized by the copyright owner that is making this Agreement with the Foundation.

So a government should be able to sign it.

···


Jody Garnett

Hi Niels,
I’d say +1 as we use at least CSW quite a lot ourselves.

I am assuming you are also stepping up to supporting people’s questions on the ML and keeping the modules following the general GeoServer development.

···

Regards,
Simone Giannecchini

Professional Support for GeoNode, GeoServer and MapStore from the experts!
Visit http://bit.ly/gs-services for more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director GeoSolutions Italy
President GeoSolutions USA

phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928
US: +1 (845) 547-7905

http://www.geosolutionsgroup.com
http://twitter.com/geosolutions_it


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.

Hi Niels,
+1 on the CSW proposal, the code used to be in extension.

+0 on the metadata module, not because I have issues with it, but just because I cannot answer the question of whether “I can consider it stable”, having never used it or looked into it.

Cheers
Andrea

···

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

+1

Ian

···

Ian Turton

+0, I don’t have experience in using those modules.

···

Regards,

Nuno Oliveira

==
GeoServer Professional Services from the experts!

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

Nuno Miguel Carvalho Oliveira
@nmcoliveira
Technical Lead / Project Manager

GeoSolutions Group
phone: +39 0584 962313
fax: +39 0584 1660272

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.

Hi Jody,

You answered the question. Good to hear that you see no problem. They are willing to sign, but they just can’t figure out who specifically should sign it, lol.

Kind Regards

Niels

···

On 05/04/2022 05:42, Jody Garnett wrote:

Hey Niels!

Not quite sure I understand the CLA question; if you did the work on behalf of a particular government department and had their permission/authority to donate to OSGeo then you should be good. If you are really interested in being careful you could ask the manager (whoever paid you or authorized the work) to sign a “Corporate contributor license”, and name the body of the work (metadata and csw-iso) as the contributed work in “Schedule B” at the bottom of the document.

Although it says “corporate” it is really:

​"You" (or “Your”) shall mean the copyright owner or legal entity authorized by the copyright owner that is making this Agreement with the Foundation. “You” (or “Your”) shall mean the copyright owner or legal entity authorized by the copyright owner that is making this Agreement with the Foundation.

So a government should be able to sign it.


Jody Garnett

On Apr 4, 2022 at 4:49:08 AM, Niels Charlier via Geoserver-devel <geoserver-devel@lists.sourceforge.net> wrote:

Hello,

I have written up two proposals to promote community modules “metadata”
and “csw-iso” to extensions.

https://github.com/geoserver/geoserver/wiki/GSIP-311

https://github.com/geoserver/geoserver/wiki/GSIP-312

I believe stability, test coverage, users, are all okay. Please discuss.

One question about copyrights though: the metadata module was mostly
written by me (who signed CLA) as part of a contract particular
government department. I believe they technically have copyrights, and
agreed to open source it. What would be required though? Should they
sign CLA for businesses?

Kind Regards

Niels


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Hi Simone,

Thanks for your vote. Yes I am available for all questions regarding the modules and general maintenance as required or requested by the PSC .

Kind Regards

Niels

···

On 06/04/2022 15:49, Simone Giannecchini wrote:

Hi Niels,
I’d say +1 as we use at least CSW quite a lot ourselves.

I am assuming you are also stepping up to supporting people’s questions on the ML and keeping the modules following the general GeoServer development.

Regards,
Simone Giannecchini

Professional Support for GeoNode, GeoServer and MapStore from the experts!
Visit http://bit.ly/gs-services for more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director GeoSolutions Italy
President GeoSolutions USA

phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928
US: +1 (845) 547-7905

http://www.geosolutionsgroup.com
http://twitter.com/geosolutions_it


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

On Tue, Apr 5, 2022 at 5:43 AM Jody Garnett <jody.garnett@anonymised.com> wrote:

Hey Niels!

Not quite sure I understand the CLA question; if you did the work on behalf of a particular government department and had their permission/authority to donate to OSGeo then you should be good. If you are really interested in being careful you could ask the manager (whoever paid you or authorized the work) to sign a “Corporate contributor license”, and name the body of the work (metadata and csw-iso) as the contributed work in “Schedule B” at the bottom of the document.

Although it says “corporate” it is really:

​"You" (or “Your”) shall mean the copyright owner or legal entity authorized by the copyright owner that is making this Agreement with the Foundation. “You” (or “Your”) shall mean the copyright owner or legal entity authorized by the copyright owner that is making this Agreement with the Foundation.

So a government should be able to sign it.


Jody Garnett

On Apr 4, 2022 at 4:49:08 AM, Niels Charlier via Geoserver-devel <geoserver-devel@lists.sourceforge.net> wrote:

Hello,

I have written up two proposals to promote community modules “metadata”
and “csw-iso” to extensions.

https://github.com/geoserver/geoserver/wiki/GSIP-311

https://github.com/geoserver/geoserver/wiki/GSIP-312

I believe stability, test coverage, users, are all okay. Please discuss.

One question about copyrights though: the metadata module was mostly
written by me (who signed CLA) as part of a contract particular
government department. I believe they technically have copyrights, and
agreed to open source it. What would be required though? Should they
sign CLA for businesses?

Kind Regards

Niels


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Hi! My 2c on this proposal.
I have been struggling trying to make use of Geoserver as a metadata repository and source for published geodata. With no success. Even a vanilla installation, using unaltered sample configuration files, fails to generate any output that Geonetwork harvester will accept.
The geoserver subsystem for metadata involves 4 extensions, two of which are community and two are supported extensions. Promoting the two community modules is a good start. Maybe this will ensure that these four modules will work together as expected.
But I would like to propose an even bolder approach. To me, CSW, Metadata and ISO-INSPIRE are parts of a whole and would perhaps be easier to install, configure and maintain if combined into a single extension? If I may be so bold? And even further, made part of Geoserver core.
Metadata is the most important single factor for the availability and useability of geodata, and Geoserver is an important player in this field. Given that PostGIS lacks a built-in metadata function, Geoserver could fill that void, even if only for published data.
Some have suggested that the lack of interest in the csw-metadata parts of Geoserver is due to the fact that very few use it. But is that because it is not needed, or because it is too hard to set up and configure?
Best regards, Mats.E

···

GisKraft, Geodatakonsult

Mats Elfström, Marsvinsholms stationsväg 80, 271 93 Ystad, Sweden
tel: +46 70 595 39 35 / www.giskraft.se

Hi List,

My 1c: fully agree with Mats, being somebody getting cold when hearing 'metadata' and 'csw' in one sentence, I was still eager to try to test this in geoserver, hoping I could make this work as csw in QGIS...

But I failed miserably too (even asked mr Geonetwork for help), because of our inexperience with all the metadata lingua (profiles, mappings to fields, several xml files to edit etc etc) and just the inability to add some custom fields.

I hope this proposal would make this a little easier :slight_smile:

Regards,

Richard

On 4/9/22 11:10, Mats Elfström wrote:

Hi! My 2c on this proposal.
I have been struggling trying to make use of Geoserver as a metadata repository and source for published geodata. With no success. Even a vanilla installation, using unaltered sample configuration files, fails to generate any output that Geonetwork harvester will accept.
The geoserver subsystem for metadata involves 4 extensions, two of which are community and two are supported extensions. Promoting the two community modules is a good start. Maybe this will ensure that these four modules will work together as expected.
But I would like to propose an even bolder approach. To me, CSW, Metadata and ISO-INSPIRE are parts of a whole and would perhaps be easier to install, configure and maintain if combined into a single extension? If I may be so bold? And even further, made part of Geoserver core.
Metadata is the most important single factor for the availability and useability of geodata, and Geoserver is an important player in this field. Given that PostGIS lacks a built-in metadata function, Geoserver could fill that void, even if only for published data.
Some have suggested that the lack of interest in the csw-metadata parts of Geoserver is due to the fact that very few use it. But is that because it is not needed, or because it is too hard to set up and configure?
Best regards, Mats.E

Den fre 8 apr. 2022 kl 14:28 skrev Niels Charlier via Geoserver-devel <geoserver-devel@lists.sourceforge.net <mailto:geoserver-devel@lists.sourceforge.net>>:

    Hi Simone,

    Thanks for your vote. Yes I am available for all questions regarding the modules and general maintenance as required or requested by the PSC .

    Kind Regards

    Niels

    On 06/04/2022 15:49, Simone Giannecchini wrote:

    Hi Niels,
    I'd say +1 as we use at least CSW quite a lot ourselves.

    I am assuming you are also stepping up to supporting people's questions on the ML and keeping the modules following the general GeoServer development.

    Regards,
    Simone Giannecchini
    ==
    Professional Support for GeoNode, GeoServer and MapStore from the experts!
    Visit http://bit.ly/gs-services for more information.
    ==
    Ing. Simone Giannecchini
    @simogeo
    Founder/Director GeoSolutions Italy
    President GeoSolutions USA

    phone: +39 0584 962313
    fax: +39 0584 1660272
    mob: +39 333 8128928
    US: +1 (845) 547-7905

    http://www.geosolutionsgroup.com
    http://twitter.com/geosolutions_it

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

    On Tue, Apr 5, 2022 at 5:43 AM Jody Garnett <jody.garnett@anonymised.com <mailto:jody.garnett@anonymised.com>> wrote:

        Hey Niels!

        Not quite sure I understand the CLA question; if you did the work on behalf of a particular government department and had their permission/authority to donate to OSGeo then you should be good. If you are really interested in being careful you could ask the manager (whoever paid you or authorized the work) to sign a "Corporate contributor license <https://www.osgeo.org/wp-content/uploads/corporate_contributor.pdf&gt;&quot;, and name the body of the work (metadata and csw-iso) as the contributed work in "Schedule B" at the bottom of the document.

        Although it says "corporate" it is really:

        ​"You" (or "Your") shall mean the copyright owner or legal entity authorized by the copyright owner that is making this Agreement with the Foundation. "You" (or "Your") shall mean the copyright owner or legal entity authorized by the copyright owner that is making this Agreement with the Foundation.

        So a government should be able to sign it.
        --
        Jody Garnett

        On Apr 4, 2022 at 4:49:08 AM, Niels Charlier via Geoserver-devel <geoserver-devel@lists.sourceforge.net <mailto:geoserver-devel@lists.sourceforge.net>> wrote:

        Hello,

        I have written up two proposals to promote community modules "metadata"
        and "csw-iso" to extensions.

        https://github.com/geoserver/geoserver/wiki/GSIP-311

        https://github.com/geoserver/geoserver/wiki/GSIP-312

        I believe stability, test coverage, users, are all okay. Please discuss.

        One question about copyrights though: the metadata module was mostly
        written by me (who signed CLA) as part of a contract particular
        government department. I believe they technically have copyrights, and
        agreed to open source it. What would be required though? Should they
        sign CLA for businesses?

        Kind Regards

        Niels

        _______________________________________________
        Geoserver-devel mailing list
        Geoserver-devel@lists.sourceforge.net <mailto:Geoserver-devel@lists.sourceforge.net>
        https://lists.sourceforge.net/lists/listinfo/geoserver-devel

        _______________________________________________
        Geoserver-devel mailing list
        Geoserver-devel@lists.sourceforge.net <mailto:Geoserver-devel@lists.sourceforge.net>
        https://lists.sourceforge.net/lists/listinfo/geoserver-devel

    _______________________________________________
    Geoserver-devel mailing list
    Geoserver-devel@lists.sourceforge.net <mailto:Geoserver-devel@lists.sourceforge.net>
    https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--

*

*GisKraft*, Geodatakonsult

Mats Elfström, Marsvinsholms stationsväg 80, 271 93 Ystad, Sweden
tel: +46 70 595 39 35 / www.giskraft.se <http://www.giskraft.se>

_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Agree metadata is indeed hard, and not all of the record formats have the ability to add custom fields (because that would be a new profile to document the fields):

  • Do not make a new profile (unless you are a national government etc…)

  • That means you do not make custom fields

  • Choose a record format that is popular (or required by your national government - popular)

  • Still do not make custom fields

  • Have a look for areas that are designed for customization like keywords … but even then the keywords are most useful when defined by a dictionary (thesauri) so they can be translated across cultures.

  • Make custom keywords not custom fields

  • Still do not make custom fields

  • If you find custom fields have been made, invention a convention for how to store them in a description or something.

As an example the canadian harmonized north american profile (HNAP) makes a convention for online resource description: “ContentType;Format;Lang,Lang,Lang”

  • The convention can be terrible - consider linking to online resource where your geoserver layer can be accessed.

ISO19139 does not indicate which layer when referencing a WMS GetCapabilities document.

One convention is to store the layer name in the online resource title, and then store the layer title in the online resource description.

If you remember above HNAP was already using online resource description, so they hide the layer name in the WMS GetCapabilites URL by adding a “&layers=” suffix to GetCapabiities URL

  • The goal is to share information, adding custom fields, or even conventions like the above, cuts down on your success at sharing information.

Recommendation:

  • ISO19139 is an XML document describing geospatial stuff
  • ISO19115 defines what is stored in ISO19139 document above
  • If you are a developer use an xml editor so you can validate your document

I think testing from QGIS would be a good goal for the module.

Jody

On Sat, Apr 9, 2022 at 2:56 AM Richard Duivenvoorde <rdmailings@anonymised.com> wrote:

Hi List,

My 1c: fully agree with Mats, being somebody getting cold when hearing ‘metadata’ and ‘csw’ in one sentence, I was still eager to try to test this in geoserver, hoping I could make this work as csw in QGIS…

But I failed miserably too (even asked mr Geonetwork for help), because of our inexperience with all the metadata lingua (profiles, mappings to fields, several xml files to edit etc etc) and just the inability to add some custom fields.

I hope this proposal would make this a little easier :slight_smile:

Regards,

Richard

On 4/9/22 11:10, Mats Elfström wrote:

Hi! My 2c on this proposal.
I have been struggling trying to make use of Geoserver as a metadata repository and source for published geodata. With no success. Even a vanilla installation, using unaltered sample configuration files, fails to generate any output that Geonetwork harvester will accept.
The geoserver subsystem for metadata involves 4 extensions, two of which are community and two are supported extensions. Promoting the two community modules is a good start. Maybe this will ensure that these four modules will work together as expected.
But I would like to propose an even bolder approach. To me, CSW, Metadata and ISO-INSPIRE are parts of a whole and would perhaps be easier to install, configure and maintain if combined into a single extension? If I may be so bold? And even further, made part of Geoserver core.
Metadata is the most important single factor for the availability and useability of geodata, and Geoserver is an important player in this field. Given that PostGIS lacks a built-in metadata function, Geoserver could fill that void, even if only for published data.
Some have suggested that the lack of interest in the csw-metadata parts of Geoserver is due to the fact that very few use it. But is that because it is not needed, or because it is too hard to set up and configure?
Best regards, Mats.E

Den fre 8 apr. 2022 kl 14:28 skrev Niels Charlier via Geoserver-devel <geoserver-devel@lists.sourceforge.net mailto:[geoserver-devel@anonymised.comsts.sourceforge.net](mailto:geoserver-devel@lists.sourceforge.net)>:

Hi Simone,

Thanks for your vote. Yes I am available for all questions regarding the modules and general maintenance as required or requested by the PSC .

Kind Regards

Niels

On 06/04/2022 15:49, Simone Giannecchini wrote:

Hi Niels,
I’d say +1 as we use at least CSW quite a lot ourselves.

I am assuming you are also stepping up to supporting people’s questions on the ML and keeping the modules following the general GeoServer development.

Regards,
Simone Giannecchini

Professional Support for GeoNode, GeoServer and MapStore from the experts!
Visit http://bit.ly/gs-services <http://bit.ly/gs-services> for more information.

Ing. Simone Giannecchini
@anonymised.com
Founder/Director GeoSolutions Italy
President GeoSolutions USA

phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928
US: +1 (845) 547-7905

http://www.geosolutionsgroup.com <http://www.geosolutionsgroup.com>
http://twitter.com/geosolutions_it <http://twitter.com/geosolutions_it>


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

On Tue, Apr 5, 2022 at 5:43 AM Jody Garnett <jody.garnett@anonymised.com…403… mailto:[jody.garnett@anonymised.com](mailto:jody.garnett@anonymised.com)> wrote:

Hey Niels!

Not quite sure I understand the CLA question; if you did the work on behalf of a particular government department and had their permission/authority to donate to OSGeo then you should be good. If you are really interested in being careful you could ask the manager (whoever paid you or authorized the work) to sign a “Corporate contributor license <https://www.osgeo.org/wp-content/uploads/corporate_contributor.pdf>”, and name the body of the work (metadata and csw-iso) as the contributed work in “Schedule B” at the bottom of the document.

Although it says “corporate” it is really:

​"You" (or “Your”) shall mean the copyright owner or legal entity authorized by the copyright owner that is making this Agreement with the Foundation. “You” (or “Your”) shall mean the copyright owner or legal entity authorized by the copyright owner that is making this Agreement with the Foundation.

So a government should be able to sign it.

Jody Garnett

On Apr 4, 2022 at 4:49:08 AM, Niels Charlier via Geoserver-devel <geoserver-devel@lists.sourceforge.net mailto:[geoserver-devel@lists.sourceforge.net](mailto:geoserver-devel@lists.sourceforge.net)> wrote:

Hello,

I have written up two proposals to promote community modules “metadata”
and “csw-iso” to extensions.

https://github.com/geoserver/geoserver/wiki/GSIP-311 <https://github.com/geoserver/geoserver/wiki/GSIP-311>

https://github.com/geoserver/geoserver/wiki/GSIP-312 <https://github.com/geoserver/geoserver/wiki/GSIP-312>

I believe stability, test coverage, users, are all okay. Please discuss.

One question about copyrights though: the metadata module was mostly
written by me (who signed CLA) as part of a contract particular
government department. I believe they technically have copyrights, and
agreed to open source it. What would be required though? Should they
sign CLA for businesses?

Kind Regards

Niels


Geoserver-devel mailing list
Geoserver-devel@anonymised.comorge.net mailto:[Geoserver-devel@lists.sourceforge.net](mailto:Geoserver-devel@anonymised.com.net)
https://lists.sourceforge.net/lists/listinfo/geoserver-devel <https://lists.sourceforge.net/lists/listinfo/geoserver-devel>


Geoserver-devel mailing list
Geoserver-devel@anonymised.com.net mailto:[Geoserver-devel@lists.sourceforge.net](mailto:Geoserver-devel@lists.sourceforge.net)
https://lists.sourceforge.net/lists/listinfo/geoserver-devel <https://lists.sourceforge.net/lists/listinfo/geoserver-devel>


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net mailto:[Geoserver-devel@lists.sourceforge.net](mailto:Geoserver-devel@lists.sourceforge.net)
https://lists.sourceforge.net/lists/listinfo/geoserver-devel <https://lists.sourceforge.net/lists/listinfo/geoserver-devel>

GisKraft, Geodatakonsult

Mats Elfström, Marsvinsholms stationsväg 80, 271 93 Ystad, Sweden
tel: +46 70 595 39 35 / www.giskraft.se <http://www.giskraft.se>


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Jody Garnett

On Saturday, 9 April 2022 7:10:55 PM AEST Mats Elfström wrote:

But I would like to propose an even bolder approach. To me, CSW, Metadata
and ISO-INSPIRE are parts of a whole and would perhaps be easier to
install, configure and maintain if combined into a single extension?

I accept that INSPIRE is really important to some users (and uses). However
not all of the world is Europe, so that may not be appropriate in general.

If I
may be so bold? And even further, made part of Geoserver core.

I would not like to have anything added to core unless there are solid, long
term support plans for it. That is, who is going to do the development,
maintenance and validation?

This is not intended as a statement against (or for) migrating those to
extension status.

Brad

Agreed please do not dump inspire stuff into GeoServer :slight_smile:

If you would like an easy to install bundle, help contribute to the community docker activity, or make a predefined way with the modules/extensions included.

···


Jody Garnett

Hello Mats and Richard,

Thank you for your feedback. I hear two signals from you:

(1) there is demand for the functionality of these modules;
(2) they are currently too hard to deploy and configure, or in other words there is demand for better support.

Considering these points I think it would be good to get more discussion/questions on here and jira issue tracking going on for these modules. I am absolutely willing to respond to your questions/problems, if I have missed anything that was sent to this ML I do apologize. I also hope that with the promotion of the modules we will make progress in this department.

I can assure that the modules do work and have been put to use by different people. If there are issues with initial deployment, they are probably easy to solve if reported (I often work directly from custom builds, so that is why I might not be aware). But the modules should not be merged; they each have use cases separate from each other and serve different purposes. Perhaps their build could be combined into a single zip file, but I doubt that would be such a time saver.

I do agree that the configuration is really a very big bottleneck, and that is harder to solve:

- for CSW, the so-called "mapping file" is an absolute disaster for ISO/inspire. The system was created (by me, I admit) as it was an easy, quick and convenient way to set-up very basic, simple metadata in Dublin Core. But for ISO/inspire the mapping file becomes a monster that is extremely hard to set up and maintain. I believe CSW needs a new configuration system, using templates that are more intuitive and maintainable. So if anyone would fund me writing that, I would give much applause.

- for the metadata module, I am quite happy with the configuration system. Yes, it is also quite complicated, but that complication is a necessary consequence of the advanced customization that is possible. So it might be necessary for a new user to familiarize themselves with the module and all its possibilities. If people can't figure it out, I would say it must be a problem of documentation, so perhaps feedback and issue reporting could help to improve that.

Kind Regards

Niels

On 09/04/2022 11:55, Richard Duivenvoorde wrote:

Hi List,

My 1c: fully agree with Mats, being somebody getting cold when hearing 'metadata' and 'csw' in one sentence, I was still eager to try to test this in geoserver, hoping I could make this work as csw in QGIS...

But I failed miserably too (even asked mr Geonetwork for help), because of our inexperience with all the metadata lingua (profiles, mappings to fields, several xml files to edit etc etc) and just the inability to add some custom fields.

I hope this proposal would make this a little easier :slight_smile:

Regards,

Richard

On 4/9/22 11:10, Mats Elfström wrote:

Hi! My 2c on this proposal.
I have been struggling trying to make use of Geoserver as a metadata repository and source for published geodata. With no success. Even a vanilla installation, using unaltered sample configuration files, fails to generate any output that Geonetwork harvester will accept.
The geoserver subsystem for metadata involves 4 extensions, two of which are community and two are supported extensions. Promoting the two community modules is a good start. Maybe this will ensure that these four modules will work together as expected.
But I would like to propose an even bolder approach. To me, CSW, Metadata and ISO-INSPIRE are parts of a whole and would perhaps be easier to install, configure and maintain if combined into a single extension? If I may be so bold? And even further, made part of Geoserver core.
Metadata is the most important single factor for the availability and useability of geodata, and Geoserver is an important player in this field. Given that PostGIS lacks a built-in metadata function, Geoserver could fill that void, even if only for published data.
Some have suggested that the lack of interest in the csw-metadata parts of Geoserver is due to the fact that very few use it. But is that because it is not needed, or because it is too hard to set up and configure?
Best regards, Mats.E

Den fre 8 apr. 2022 kl 14:28 skrev Niels Charlier via Geoserver-devel <geoserver-devel@lists.sourceforge.net <mailto:geoserver-devel@lists.sourceforge.net>>:

Hi Simone,

Thanks for your vote\. Yes I am available for all questions regarding the modules and general maintenance as required or requested by the PSC \.

Kind Regards

Niels

On 06/04/2022 15:49, Simone Giannecchini wrote:
Hi Niels,
I&#39;d say \+1 as we use at least CSW quite a lot ourselves\.

I am assuming you are also stepping up to supporting people&#39;s questions on the ML and keeping the modules following the general GeoServer development\.

Regards,
Simone Giannecchini
==
Professional Support for GeoNode, GeoServer and MapStore from the experts\!
Visit http://bit.ly/gs-services for more information\.
==
Ing\. Simone Giannecchini
@simogeo
Founder/Director GeoSolutions Italy
President GeoSolutions USA

phone: \+39 0584 962313
fax:     \+39 0584 1660272
mob:   \+39  333 8128928
US: \+1 \(845\) 547\-7905

http://www.geosolutionsgroup.com
http://twitter.com/geosolutions_it

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

On Tue, Apr 5, 2022 at 5:43 AM Jody Garnett &lt;jody\.garnett@anonymised\.com &lt;mailto:jody.garnett@anonymised.com&gt;&gt; wrote:

    Hey Niels\!

    Not quite sure I understand the CLA question; if you did the work on behalf of a particular government department and had their permission/authority to donate to OSGeo then you should be good\. If you are really interested in being careful you could ask the manager \(whoever paid you or authorized the work\) to sign a &quot;Corporate contributor license &lt;https://www.osgeo.org/wp-content/uploads/corporate_contributor.pdf&gt;&quot;, and name the body of the work \(metadata and csw\-iso\) as the contributed work in &quot;Schedule B&quot; at the bottom of the document\.

    Although it says &quot;corporate&quot; it is really:
    ​&quot;You&quot; \(or &quot;Your&quot;\) shall mean the copyright owner or legal entity authorized by the copyright owner that is making this Agreement with the Foundation\. &quot;You&quot; \(or &quot;Your&quot;\) shall mean the copyright owner or legal entity authorized by the copyright owner that is making this Agreement with the Foundation\.
    So a government should be able to sign it\.
    \-\-
    Jody Garnett

    On Apr 4, 2022 at 4:49:08 AM, Niels Charlier via Geoserver\-devel &lt;geoserver\-devel@lists\.sourceforge\.net &lt;mailto:geoserver-devel@lists.sourceforge.net&gt;&gt; wrote:
    Hello,

    I have written up two proposals to promote community modules &quot;metadata&quot;
    and &quot;csw\-iso&quot; to extensions\.

    https://github.com/geoserver/geoserver/wiki/GSIP-311

    https://github.com/geoserver/geoserver/wiki/GSIP-312

    I believe stability, test coverage, users, are all okay\. Please discuss\.

    One question about copyrights though: the metadata module was mostly
    written by me \(who signed CLA\) as part of a contract particular
    government department\. I believe they technically have copyrights, and
    agreed to open source it\. What would be required though? Should they
    sign CLA for businesses?

    Kind Regards

    Niels

    \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_
    Geoserver\-devel mailing list
    Geoserver\-devel@lists\.sourceforge\.net &lt;mailto:Geoserver-devel@lists.sourceforge.net&gt;

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

    \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_
    Geoserver\-devel mailing list
    Geoserver\-devel@lists\.sourceforge\.net &lt;mailto:Geoserver-devel@lists.sourceforge.net&gt;

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

\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_
Geoserver\-devel mailing list
Geoserver\-devel@lists\.sourceforge\.net &lt;mailto:Geoserver-devel@lists.sourceforge.net&gt;
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--

*

*GisKraft*, Geodatakonsult

Mats Elfström, Marsvinsholms stationsväg 80, 271 93 Ystad, Sweden
tel: +46 70 595 39 35 / www.giskraft.se <http://www.giskraft.se>

_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Hi Niels! Aim high, hit low.
There seems to be no disagreement on your original proposal, and I also believe that the bug here lies in the documentation. And trust me, I’d be happy to contribute a working setup if I could manage to put one together.
My goal is to publish geodata on Geoserver and add a little more metadata to the CSW than the simple WMS provides when harvested to Geonetwork. And I think CSW-ISO would do the trick. But this line in the mapping file stops the harvester:

$dateStamp.Date= if_then_else ( isNull("metadata.date") , 'Unknown', "metadata.date")

Since I cannot figure out how to populate metadata.date the returned date will be ‘Unknown’ which Geonetwork refuses to accept.

The Creation date would do fine, but I would like to add a Revision date as well since the underlying PostGIS data will change.
I have asked for help on several mailing lists to no avail. If these parameters are documented, please link me to that. I should not be that hard to figure out.

Regards, Mats.E

Den mån 11 apr. 2022 kl 09:43 skrev Niels Charlier via Ge
Coserver-devel <geoserver-devel@anonymised.comrge.net>:

···

GisKraft, Geodatakonsult

Mats Elfström, Marsvinsholms stationsväg 80, 271 93 Ystad, Sweden
tel: +46 70 595 39 35 / www.giskraft.se

Hello Mats,

That is because geoserver by default doesn’t have any metadata fields for storing dates of creation and modification.

This is where the metadata module comes in handy. There you can add unlimited amount of date fields to your layer and configure them with UI. It also provides support for timestamping the metadata changes automatically. The documentation for metadata module is here: https://docs.geoserver.org/stable/en/user/community/metadata/index.html

This might also be very useful to you: https://docs.geoserver.org/latest/en/user/tutorials/metadata/index.html
We put all our configuration files on there to share, so people can immediately find examples that work.

Kind Regards

Niels

···

On 11/04/2022 12:36, Mats Elfström wrote:

Hi Niels! Aim high, hit low.
There seems to be no disagreement on your original proposal, and I also believe that the bug here lies in the documentation. And trust me, I’d be happy to contribute a working setup if I could manage to put one together.
My goal is to publish geodata on Geoserver and add a little more metadata to the CSW than the simple WMS provides when harvested to Geonetwork. And I think CSW-ISO would do the trick. But this line in the mapping file stops the harvester:

$dateStamp.Date= if_then_else ( isNull("metadata.date") , 'Unknown', "metadata.date")

Since I cannot figure out how to populate metadata.date the returned date will be ‘Unknown’ which Geonetwork refuses to accept.

The Creation date would do fine, but I would like to add a Revision date as well since the underlying PostGIS data will change.
I have asked for help on several mailing lists to no avail. If these parameters are documented, please link me to that. I should not be that hard to figure out.

Regards, Mats.E

Den mån 11 apr. 2022 kl 09:43 skrev Niels Charlier via Ge
Coserver-devel <geoserver-devel@lists.sourceforge.net>:

Hello Mats and Richard,

Thank you for your feedback. I hear two signals from you:

(1) there is demand for the functionality of these modules;
(2) they are currently too hard to deploy and configure, or in other
words there is demand for better support.

Considering these points I think it would be good to get more
discussion/questions on here and jira issue tracking going on for these
modules. I am absolutely willing to respond to your questions/problems,
if I have missed anything that was sent to this ML I do apologize. I
also hope that with the promotion of the modules we will make progress
in this department.

I can assure that the modules do work and have been put to use by
different people. If there are issues with initial deployment, they are
probably easy to solve if reported (I often work directly from custom
builds, so that is why I might not be aware). But the modules should not
be merged; they each have use cases separate from each other and serve
different purposes. Perhaps their build could be combined into a single
zip file, but I doubt that would be such a time saver.

I do agree that the configuration is really a very big bottleneck, and
that is harder to solve:

  • for CSW, the so-called “mapping file” is an absolute disaster for
    ISO/inspire. The system was created (by me, I admit) as it was an easy,
    quick and convenient way to set-up very basic, simple metadata in Dublin
    Core. But for ISO/inspire the mapping file becomes a monster that is
    extremely hard to set up and maintain. I believe CSW needs a new
    configuration system, using templates that are more intuitive and
    maintainable. So if anyone would fund me writing that, I would give much
    applause.

  • for the metadata module, I am quite happy with the configuration
    system. Yes, it is also quite complicated, but that complication is a
    necessary consequence of the advanced customization that is possible. So
    it might be necessary for a new user to familiarize themselves with the
    module and all its possibilities. If people can’t figure it out, I would
    say it must be a problem of documentation, so perhaps feedback and issue
    reporting could help to improve that.

Kind Regards

Niels

On 09/04/2022 11:55, Richard Duivenvoorde wrote:

Hi List,

My 1c: fully agree with Mats, being somebody getting cold when hearing
‘metadata’ and ‘csw’ in one sentence, I was still eager to try to test
this in geoserver, hoping I could make this work as csw in QGIS…

But I failed miserably too (even asked mr Geonetwork for help),
because of our inexperience with all the metadata lingua (profiles,
mappings to fields, several xml files to edit etc etc) and just the
inability to add some custom fields.

I hope this proposal would make this a little easier :slight_smile:

Regards,

Richard

On 4/9/22 11:10, Mats Elfström wrote:

Hi! My 2c on this proposal.
I have been struggling trying to make use of Geoserver as a metadata
repository and source for published geodata. With no success. Even a
vanilla installation, using unaltered sample configuration files,
fails to generate any output that Geonetwork harvester will accept.
The geoserver subsystem for metadata involves 4 extensions, two of
which are community and two are supported extensions. Promoting the
two community modules is a good start. Maybe this will ensure that
these four modules will work together as expected.
But I would like to propose an even bolder approach. To me, CSW,
Metadata and ISO-INSPIRE are parts of a whole and would perhaps be
easier to install, configure and maintain if combined into a single
extension? If I may be so bold? And even further, made part of
Geoserver core.
Metadata is the most important single factor for the availability and
useability of geodata, and Geoserver is an important player in this
field. Given that PostGIS lacks a built-in metadata function,
Geoserver could fill that void, even if only for published data.
Some have suggested that the lack of interest in the csw-metadata
parts of Geoserver is due to the fact that very few use it. But is
that because it is not needed, or because it is too hard to set up
and configure?
Best regards, Mats.E

Den fre 8 apr. 2022 kl 14:28 skrev Niels Charlier via Geoserver-devel
<geoserver-devel@lists.sourceforge.net
mailto:[geoserver-devel@lists.sourceforge.net](mailto:geoserver-devel@lists.sourceforge.net)>:

Hi Simone,

Thanks for your vote. Yes I am available for all questions
regarding the modules and general maintenance as required or
requested by the PSC .

Kind Regards

Niels

On 06/04/2022 15:49, Simone Giannecchini wrote:

Hi Niels,
I’d say +1 as we use at least CSW quite a lot ourselves.

I am assuming you are also stepping up to supporting people’s
questions on the ML and keeping the modules following the general
GeoServer development.

Regards,
Simone Giannecchini

Professional Support for GeoNode, GeoServer and MapStore from
the experts!
Visit http://bit.ly/gs-services <http://bit.ly/gs-services> for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director GeoSolutions Italy
President GeoSolutions USA

phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928
US: +1 (845) 547-7905

http://www.geosolutionsgroup.com <http://www.geosolutionsgroup.com>
http://twitter.com/geosolutions_it
<http://twitter.com/geosolutions_it>


This email is intended only for the person or entity to which it
is addressed and may contain information that is privileged,
confidential or otherwise protected from disclosure. We remind that

  • as provided by European Regulation 2016/679 “GDPR” - copying,
    dissemination or use of this e-mail or the information herein by
    anyone other than the intended recipient is prohibited. If you have
    received this email by mistake, please notify us immediately by
    telephone or e-mail.

On Tue, Apr 5, 2022 at 5:43 AM Jody Garnett
<jody.garnett@anonymised.com mailto:[jody.garnett@anonymised.com](mailto:jody.garnett@anonymised.com)> wrote:

Hey Niels!

Not quite sure I understand the CLA question; if you did the
work on behalf of a particular government department and had their
permission/authority to donate to OSGeo then you should be good. If
you are really interested in being careful you could ask the manager
(whoever paid you or authorized the work) to sign a “Corporate
contributor license
<https://www.osgeo.org/wp-content/uploads/corporate_contributor.pdf>”,
and name the body of the work (metadata and csw-iso) as the
contributed work in “Schedule B” at the bottom of the document.

Although it says “corporate” it is really:

“You” (or “Your”) shall mean the copyright owner or legal
entity authorized by the copyright owner that is making this
Agreement with the Foundation. “You” (or “Your”) shall mean the
copyright owner or legal entity authorized by the copyright owner
that is making this Agreement with the Foundation.

So a government should be able to sign it.

Jody Garnett

On Apr 4, 2022 at 4:49:08 AM, Niels Charlier via
Geoserver-devel <geoserver-devel@lists.sourceforge.net
mailto:[geoserver-devel@lists.sourceforge.net](mailto:geoserver-devel@lists.sourceforge.net)> wrote:

Hello,

I have written up two proposals to promote community
modules “metadata”
and “csw-iso” to extensions.

https://github.com/geoserver/geoserver/wiki/GSIP-311
<https://github.com/geoserver/geoserver/wiki/GSIP-311>

https://github.com/geoserver/geoserver/wiki/GSIP-312
<https://github.com/geoserver/geoserver/wiki/GSIP-312>

I believe stability, test coverage, users, are all okay.
Please discuss.

One question about copyrights though: the metadata module
was mostly
written by me (who signed CLA) as part of a contract
particular
government department. I believe they technically have
copyrights, and
agreed to open source it. What would be required though?
Should they
sign CLA for businesses?

Kind Regards

Niels


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
mailto:[Geoserver-devel@lists.sourceforge.net](mailto:Geoserver-devel@lists.sourceforge.net)
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
<https://lists.sourceforge.net/lists/listinfo/geoserver-devel>


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
mailto:[Geoserver-devel@lists.sourceforge.net](mailto:Geoserver-devel@lists.sourceforge.net)
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
<https://lists.sourceforge.net/lists/listinfo/geoserver-devel>


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
mailto:[Geoserver-devel@lists.sourceforge.net](mailto:Geoserver-devel@lists.sourceforge.net)
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
<https://lists.sourceforge.net/lists/listinfo/geoserver-devel>

GisKraft, Geodatakonsult

Mats Elfström, Marsvinsholms stationsväg 80, 271 93 Ystad, Sweden
tel: +46 70 595 39 35 / www.giskraft.se <http://www.giskraft.se>


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

GisKraft, Geodatakonsult

Mats Elfström, Marsvinsholms stationsväg 80, 271 93 Ystad, Sweden
tel: +46 70 595 39 35 / www.giskraft.se

Hello everyone,

So if I get it right GSIP-311 has sufficient votes (three +1, no -1), but GSIP-312 doesn’t (no -1, but only two +1). Does anyone else still want to add a vote?

Kind Regards

Niels

···

On 05/04/2022 05:42, Jody Garnett wrote:

Hey Niels!

Not quite sure I understand the CLA question; if you did the work on behalf of a particular government department and had their permission/authority to donate to OSGeo then you should be good. If you are really interested in being careful you could ask the manager (whoever paid you or authorized the work) to sign a “Corporate contributor license”, and name the body of the work (metadata and csw-iso) as the contributed work in “Schedule B” at the bottom of the document.

Although it says “corporate” it is really:

​"You" (or “Your”) shall mean the copyright owner or legal entity authorized by the copyright owner that is making this Agreement with the Foundation. “You” (or “Your”) shall mean the copyright owner or legal entity authorized by the copyright owner that is making this Agreement with the Foundation.

So a government should be able to sign it.


Jody Garnett

On Apr 4, 2022 at 4:49:08 AM, Niels Charlier via Geoserver-devel <geoserver-devel@lists.sourceforge.net> wrote:

Hello,

I have written up two proposals to promote community modules “metadata”
and “csw-iso” to extensions.

https://github.com/geoserver/geoserver/wiki/GSIP-311

https://github.com/geoserver/geoserver/wiki/GSIP-312

I believe stability, test coverage, users, are all okay. Please discuss.

One question about copyrights though: the metadata module was mostly
written by me (who signed CLA) as part of a contract particular
government department. I believe they technically have copyrights, and
agreed to open source it. What would be required though? Should they
sign CLA for businesses?

Kind Regards

Niels


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel