checking a bit the status of the ATOM stuff inside GN.
A quick look to the code and some testing showed me that the service offering
harvested ATOM feeds is working, but local metadata are still not published as
ATOM feeds (please correct me if I am wrong).
Reading the wiki page at https://github.com/geonetwork/core-
geonetwork/wiki/Inspire-Download-Service-As-Atom
there are some use cases that seem not to be implemented yet, in particular
the point "Atom documents are generated from metadata-content".
I'm going to implement a GN service that transforms a service metadata into an
ATOM "top feed", having as entries the metadata linked in its "operatesOn"
elements.
Another GN service would trasform a dataset metadata into an ATOM "dataset
feed". The entries here would be all the downloadable online resources.
In this way the pre-defined dataset download service could be implemented in a
semi-automated way, where the user can explicitely set which metadata should
be exposed in the feed.
Any comments on this topic?
Thanks,
Emanuele
--
GeoServer Professional Services from the experts!
Visit http://goo.gl/NWWaa2 for more information.
I’m pending to check the Pull Request and do some testing, but please check if this what you’re looking for.
Regards,
Jose García
···
On Tue, Nov 22, 2016 at 8:03 PM, Emanuele Tajariol <etj@anonymised.com> wrote:
Hi all,
checking a bit the status of the ATOM stuff inside GN.
A quick look to the code and some testing showed me that the service offering
harvested ATOM feeds is working, but local metadata are still not published as
ATOM feeds (please correct me if I am wrong).
Reading the wiki page at https://github.com/geonetwork/core-
geonetwork/wiki/Inspire-Download-Service-As-Atom
there are some use cases that seem not to be implemented yet, in particular
the point “Atom documents are generated from metadata-content”.
I’m going to implement a GN service that transforms a service metadata into an
ATOM “top feed”, having as entries the metadata linked in its “operatesOn”
elements.
Another GN service would trasform a dataset metadata into an ATOM “dataset
feed”. The entries here would be all the downloadable online resources.
In this way the pre-defined dataset download service could be implemented in a
semi-automated way, where the user can explicitely set which metadata should
be exposed in the feed.
Any comments on this topic?
Thanks,
Emanuele
–
GeoServer Professional Services from the experts!
Visit http://goo.gl/NWWaa2 for more information.
There is an existing ATOM service in GN, but a bit particular, mentionned by Jose, that is not feed with the metadatas themselves.
I’ve implemented on top of that a service that serve ATOM from service and dataset.
On Tue, Nov 22, 2016 at 8:03 PM, Emanuele Tajariol <etj@anonymised.com> wrote:
Hi all,
checking a bit the status of the ATOM stuff inside GN.
A quick look to the code and some testing showed me that the service offering
harvested ATOM feeds is working, but local metadata are still not published as
ATOM feeds (please correct me if I am wrong).
Reading the wiki page at https://github.com/geonetwork/core-
geonetwork/wiki/Inspire-Download-Service-As-Atom
there are some use cases that seem not to be implemented yet, in particular
the point “Atom documents are generated from metadata-content”.
I’m going to implement a GN service that transforms a service metadata into an
ATOM “top feed”, having as entries the metadata linked in its “operatesOn”
elements.
Another GN service would trasform a dataset metadata into an ATOM “dataset
feed”. The entries here would be all the downloadable online resources.
In this way the pre-defined dataset download service could be implemented in a
semi-automated way, where the user can explicitely set which metadata should
be exposed in the feed.
Any comments on this topic?
Thanks,
Emanuele
–
GeoServer Professional Services from the experts!
Visit http://goo.gl/NWWaa2 for more information.
Just to be sure there’re no several developments doing similar stuff.
Related to the actual implementation, it’s not using the current catalogue metadata to create the INSPIRE ATOM feeds, as some countries have already the INSPIRE ATOM feeds created and referenced from the metadata. The work was done to solve this use case, having in mind that the option to create the ATOM from the catalogue metadata should be added at some moment, but in the scope of our project there was no budget for this additional work.
There is an existing ATOM service in GN, but a bit particular, mentionned by Jose, that is not feed with the metadatas themselves.
I’ve implemented on top of that a service that serve ATOM from service and dataset.
camptocamp
INNOVATIVE SOLUTIONS
BY OPEN SOURCE EXPERTS
Florent Gravin
0479444492
On Tue, Nov 22, 2016 at 8:03 PM, Emanuele Tajariol <etj@anonymised.com> wrote:
Hi all,
checking a bit the status of the ATOM stuff inside GN.
A quick look to the code and some testing showed me that the service offering
harvested ATOM feeds is working, but local metadata are still not published as
ATOM feeds (please correct me if I am wrong).
Reading the wiki page at https://github.com/geonetwork/core-
geonetwork/wiki/Inspire-Download-Service-As-Atom
there are some use cases that seem not to be implemented yet, in particular
the point “Atom documents are generated from metadata-content”.
I’m going to implement a GN service that transforms a service metadata into an
ATOM “top feed”, having as entries the metadata linked in its “operatesOn”
elements.
Another GN service would trasform a dataset metadata into an ATOM “dataset
feed”. The entries here would be all the downloadable online resources.
In this way the pre-defined dataset download service could be implemented in a
semi-automated way, where the user can explicitely set which metadata should
be exposed in the feed.
Any comments on this topic?
Thanks,
Emanuele
–
GeoServer Professional Services from the experts!
Visit http://goo.gl/NWWaa2 for more information.
Well it is not the same commits so i guess it’s not the same code ?
If you took my branch, please keeps the commits history and add your changes on commit on top of that.
Just to be sure there’re no several developments doing similar stuff.
Related to the actual implementation, it’s not using the current catalogue metadata to create the INSPIRE ATOM feeds, as some countries have already the INSPIRE ATOM feeds created and referenced from the metadata. The work was done to solve this use case, having in mind that the option to create the ATOM from the catalogue metadata should be added at some moment, but in the scope of our project there was no budget for this additional work.
There is an existing ATOM service in GN, but a bit particular, mentionned by Jose, that is not feed with the metadatas themselves.
I’ve implemented on top of that a service that serve ATOM from service and dataset.
camptocamp
INNOVATIVE SOLUTIONS
BY OPEN SOURCE EXPERTS
Florent Gravin
0479444492
On Tue, Nov 22, 2016 at 8:03 PM, Emanuele Tajariol <etj@anonymised.com> wrote:
Hi all,
checking a bit the status of the ATOM stuff inside GN.
A quick look to the code and some testing showed me that the service offering
harvested ATOM feeds is working, but local metadata are still not published as
ATOM feeds (please correct me if I am wrong).
Reading the wiki page at https://github.com/geonetwork/core-
geonetwork/wiki/Inspire-Download-Service-As-Atom
there are some use cases that seem not to be implemented yet, in particular
the point “Atom documents are generated from metadata-content”.
I’m going to implement a GN service that transforms a service metadata into an
ATOM “top feed”, having as entries the metadata linked in its “operatesOn”
elements.
Another GN service would trasform a dataset metadata into an ATOM “dataset
feed”. The entries here would be all the downloadable online resources.
In this way the pre-defined dataset download service could be implemented in a
semi-automated way, where the user can explicitely set which metadata should
be exposed in the feed.
Any comments on this topic?
Thanks,
Emanuele
–
GeoServer Professional Services from the experts!
Visit http://goo.gl/NWWaa2 for more information.
Well it is not the same commits so i guess it's not the same code ?
If you took my branch, please keeps the commits history and add your
changes on commit on top of that.
I can't look deeper right now.
On Wed, Nov 23, 2016 at 10:09 AM, Jose Garcia <jose.garcia@anonymised.com>
wrote:
> Hi Florent
>
> The code you point in your branch is not the same in the pull request I
> referenced? https://github.com/geonetwork/core-geonetwork/pull/1743
>
> Just to be sure there're no several developments doing similar stuff.
>
> Related to the actual implementation, it's not using the current
> catalogue metadata to create the INSPIRE ATOM feeds, as some countries
> have already the INSPIRE ATOM feeds created and referenced from the
> metadata. The work was done to solve this use case, having in mind that
> the option to create the ATOM from the catalogue metadata should be
> added at some moment, but in the scope of our project there was no
> budget for this additional work.
>
> Regards,
> Jose García
>
> On Wed, Nov 23, 2016 at 10:00 AM, Florent Gravin <
>
> florent.gravin@anonymised.com> wrote:
>> Hi all,
>>
>> There is an existing ATOM service in GN, but a bit particular,
>> mentionned by Jose, that is not feed with the metadatas themselves.
>> I've implemented on top of that a service that serve ATOM from service
>> and dataset.
>>
>> It's in my fork in https://github.com/fgravin/
>> core-geonetwork/tree/atomFeed
>>
>> Results:
>> - Main entry http://167.114.255.132/geonetwork/srv/eng/atom.service
>> /b9a35aca-3a7e-41e5-a563-93f532fedca2
>> - datasets http://167.114.255.132:8080/geonetwork/srv/eng/atom
>> .dataset?spatial_dataset_identifier_code=pigma.org/plu_Lignan-de-Bordeau
>> x
>>
>> The ATOM service is feed by the metadatas of you catalog.
>>
>> Requires on the top of my head:
>> - INSPIRE mode on
>> - The service must have an online resource with protocol INSPIRE-ATOM to
>> work
>> <gmd:onLine>
>> <gmd:CI_OnlineResource>
>> <gmd:linkage>
>> <gmd:URL>
>> http://167.114.255.132/geonetwork/srv/eng/atom.service/
>> b9a35aca-3a7e-41e5-a563-93f532fedca2
>> </gmd:URL>
>> </gmd:linkage>
>> <gmd:protocol>
>> <gco:CharacterString>INSPIRE-ATOM</gco:CharacterString>
>> </gmd:protocol>
>> <gmd:name>
>> <gco:CharacterString>Flux de service ATOM</gco:CharacterString>
>> </gmd:name>
>> </gmd:CI_OnlineResource>
>> </gmd:onLine>
>>
>> - Datasets must be linked with the service and have an online resource
>> with application profile INSPIRE-Download-Atom to know it's a download.
>>
>> Look deaper in the code and in the transfo XSL to see how it works.
>> https://github.com/fgravin/core-geonetwork/blob/751b5e4638c0
>> 45acebc62b77a6ff28da60555b01/schemas/iso19139/src/main/
>> plugin/iso19139/convert/ATOM/inspire-atom-feed.xsl
>>
>> Good luck
>>
>> On Wed, Nov 23, 2016 at 8:04 AM, Jose Garcia <jose.garcia@anonymised.com>
>>
>> wrote:
>>> Hi Emanuele
>>>
>>> Actually, there's an implementation to support ATOM feeds referenced in
>>> the metadata. This feature harvest the feeds adding related information
>>> in the Lucene index, so it's also searchable and provides the related
>>> services. You can see a brief documentation in
>>> http://geonetwork-opensource.org/manuals/trunk/eng/users/
>>> administrator-guide/configuring-the-catalog/system-configura
>>> tion.html?highlight=atom#inspire-atom-feed
>>>
>>> But also there's a Pull Request to create the feeds from the local
>>> metadata, I think this is what you're indicating to develop? Take a
>>> look to https://github.com/geonetwork/core-geonetwork/pull/1743
>>>
>>> I'm pending to check the Pull Request and do some testing, but please
>>> check if this what you're looking for.
>>>
>>> Regards,
>>> Jose García
>>>
>>>
>>>
>>> On Tue, Nov 22, 2016 at 8:03 PM, Emanuele Tajariol
>>> <etj@anonymised.com
>>>
>>> > wrote:
>>>> Hi all,
>>>>
>>>> checking a bit the status of the ATOM stuff inside GN.
>>>> A quick look to the code and some testing showed me that the service
>>>> offering
>>>> harvested ATOM feeds is working, but local metadata are still not
>>>> published as
>>>> ATOM feeds (please correct me if I am wrong).
>>>>
>>>> Reading the wiki page at https://github.com/geonetwork/core-
>>>> geonetwork/wiki/Inspire-Download-Service-As-Atom
>>>> there are some use cases that seem not to be implemented yet, in
>>>> particular
>>>> the point "Atom documents are generated from metadata-content".
>>>>
>>>> I'm going to implement a GN service that transforms a service metadata
>>>> into an
>>>> ATOM "top feed", having as entries the metadata linked in its
>>>> "operatesOn"
>>>> elements.
>>>>
>>>> Another GN service would trasform a dataset metadata into an ATOM
>>>> "dataset
>>>> feed". The entries here would be all the downloadable online
>>>> resources.
>>>>
>>>> In this way the pre-defined dataset download service could be
>>>> implemented in a
>>>> semi-automated way, where the user can explicitely set which metadata
>>>> should
>>>> be exposed in the feed.
>>>>
>>>> Any comments on this topic?
>>>>
>>>> Thanks,
>>>> Emanuele
>>>>
>>>> --
>>>> ==
>>>> GeoServer Professional Services from the experts!
>>>> Visit http://goo.gl/NWWaa2 for more information.
>>>> ==
>>>>
>>>> Ing. Emanuele Tajariol
>>>> Technical Lead
>>>>
>>>> GeoSolutions S.A.S.
>>>> Via di Montramito 3/A
>>>> 55054 Massarosa (LU)
>>>> Italy
>>>> phone: +39 0584 962313
>>>> fax: +39 0584 1660272
>>>> mob: +39 380 2116282
>>>>
>>>> http://www.geo-solutions.it
>>>> http://twitter.com/geosolutions_it
>>>>
>>>> -------------------------------------------------------
>>>>
>>>> ------------------------------------------------------------
>>>> ------------------
>>>> _______________________________________________
>>>> GeoNetwork-devel mailing list
>>>> GeoNetwork-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
>>>> GeoNetwork OpenSource is maintained at http://sourceforge.net/project
>>>> s/geonetwork
>>>
>>> --
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *Vriendelijke groeten / Kind regards,Jose García
>>> <http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT:
>>> +31 (0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
>>> <https://twitter.com/geocat_bv>
>>> <https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
>>> environment before printing this email.*
>>>
>>> ------------------------------------------------------------
>>> ------------------
>>>
>>> _______________________________________________
>>> GeoNetwork-devel mailing list
>>> GeoNetwork-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
>>> GeoNetwork OpenSource is maintained at http://sourceforge.net/project
>>> s/geonetwork
>>
>> --
>> *camptocamp*
>> INNOVATIVE SOLUTIONS
>> BY OPEN SOURCE EXPERTS
>>
>> *Florent Gravin*
>> 0479444492
>
> --
>
>
>
>
>
>
>
>
>
>
>
>
>
> *Vriendelijke groeten / Kind regards,Jose García
> <http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT:
> +31 (0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
> <https://twitter.com/geocat_bv>
> <https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
> environment before printing this email.*
--
GeoServer Professional Services from the experts!
Visit http://goo.gl/NWWaa2 for more information.
I rewrote most of the xsl, but the main structure is the one you implemented.
The service logic part is mostly the one you did.
Cheers,
Emanuele
Alle 10:00:35 di Wednesday 23 November 2016, Florent Gravin ha scritto:
Hi all,
There is an existing ATOM service in GN, but a bit particular, mentionned
by Jose, that is not feed with the metadatas themselves.
I've implemented on top of that a service that serve ATOM from service and
dataset.
The ATOM service is feed by the metadatas of you catalog.
Requires on the top of my head:
- INSPIRE mode on
- The service must have an online resource with protocol INSPIRE-ATOM to
work
<gmd:onLine>
<gmd:CI_OnlineResource>
<gmd:linkage>
<gmd:URL> http://167.114.255.132/geonetwork/srv/eng/atom.service/b9a35aca-3a7e-41e5-a
563-93f532fedca2 </gmd:URL>
</gmd:linkage>
<gmd:protocol>
<gco:CharacterString>INSPIRE-ATOM</gco:CharacterString>
</gmd:protocol>
<gmd:name>
<gco:CharacterString>Flux de service ATOM</gco:CharacterString>
</gmd:name>
</gmd:CI_OnlineResource>
</gmd:onLine>
- Datasets must be linked with the service and have an online resource with
application profile INSPIRE-Download-Atom to know it's a download.
On Wed, Nov 23, 2016 at 8:04 AM, Jose Garcia <jose.garcia@anonymised.com> wrote:
> Hi Emanuele
>
> Actually, there's an implementation to support ATOM feeds referenced in
> the metadata. This feature harvest the feeds adding related information
> in the Lucene index, so it's also searchable and provides the related
> services. You can see a brief documentation in http://geonetwork-
> opensource.org/manuals/trunk/eng/users/administrator-guide/
> configuring-the-catalog/system-configuration.html?
> highlight=atom#inspire-atom-feed
>
> But also there's a Pull Request to create the feeds from the local
> metadata, I think this is what you're indicating to develop? Take a look
> to https://github.com/geonetwork/core-geonetwork/pull/1743
>
> I'm pending to check the Pull Request and do some testing, but please
> check if this what you're looking for.
>
> Regards,
> Jose García
>
>
>
> On Tue, Nov 22, 2016 at 8:03 PM, Emanuele Tajariol <etj@anonymised.com>
>
> wrote:
>> Hi all,
>>
>> checking a bit the status of the ATOM stuff inside GN.
>> A quick look to the code and some testing showed me that the service
>> offering
>> harvested ATOM feeds is working, but local metadata are still not
>> published as
>> ATOM feeds (please correct me if I am wrong).
>>
>> Reading the wiki page at https://github.com/geonetwork/core-
>> geonetwork/wiki/Inspire-Download-Service-As-Atom
>> there are some use cases that seem not to be implemented yet, in
>> particular
>> the point "Atom documents are generated from metadata-content".
>>
>> I'm going to implement a GN service that transforms a service metadata
>> into an
>> ATOM "top feed", having as entries the metadata linked in its
>> "operatesOn" elements.
>>
>> Another GN service would trasform a dataset metadata into an ATOM
>> "dataset feed". The entries here would be all the downloadable online
>> resources.
>>
>> In this way the pre-defined dataset download service could be
>> implemented in a
>> semi-automated way, where the user can explicitely set which metadata
>> should
>> be exposed in the feed.
>>
>> Any comments on this topic?
>>
>> Thanks,
>> Emanuele
>>
>> --
>> ==
>> GeoServer Professional Services from the experts!
>> Visit http://goo.gl/NWWaa2 for more information.
>> ==
>>
>> Ing. Emanuele Tajariol
>> Technical Lead
>>
>> GeoSolutions S.A.S.
>> Via di Montramito 3/A
>> 55054 Massarosa (LU)
>> Italy
>> phone: +39 0584 962313
>> fax: +39 0584 1660272
>> mob: +39 380 2116282
>>
>> http://www.geo-solutions.it
>> http://twitter.com/geosolutions_it
>>
>> -------------------------------------------------------
>>
>> ------------------------------------------------------------
>> ------------------
>> _______________________________________________
>> GeoNetwork-devel mailing list
>> GeoNetwork-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
>> GeoNetwork OpenSource is maintained at http://sourceforge.net/project
>> s/geonetwork
>
> --
>
>
>
>
>
>
>
>
>
>
>
>
>
> *Vriendelijke groeten / Kind regards,Jose García
> <http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT:
> +31 (0)318 416664 <+31318416664> <https://www.facebook.com/geocatbv>
> <https://twitter.com/geocat_bv>
> <https://plus.google.com/u/1/+GeocatNetbv/posts>Please consider the
> environment before printing this email.*
>
> ------------------------------------------------------------
> ------------------
>
> _______________________________________________
> GeoNetwork-devel mailing list
> GeoNetwork-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
> GeoNetwork OpenSource is maintained at http://sourceforge.net/
> projects/geonetwork
--
GeoServer Professional Services from the experts!
Visit http://goo.gl/NWWaa2 for more information.
