[GeoNetwork-users] Category / Good defaults

Hi all, we're currently working on the next GN release and we have some
questions for you.

Since quite a long time, GN provides a default set of categories which is:

Maps & graphics
Datasets
Interactive resources
Applications
Case studies, best practices
Conference proceedings
Photo
Audio/Video
Directories
Other information resources
Z3950 Servers
Registers
Physical Samples

But so far, most of the users drop the default ones and add some new ones
because category overlap quite a lot with type of resources (hierarchylevel
in ISO19139) and standards (eg. Registers).

Category in GeoNetwork allows:
* to tag documents with tags that will not be available in the metadata
itself
* for organisational purposes like to facilitate a filter in a custom
endpoint (or harvester)
* to group documents as inspire/opendata/managed externally etc.

It should be clear that it's not a replacement for keywords/hierarchylevel/
topiccategory.

As we're trying to refresh the old icons, ... we propose:
* to provide no category by defaults in GN
* to add information in the category management page for what can be done
using category

What do you think ?

Thanks for your feedback.

Francois & Paul

We have tended to just go for functional categories- services, datasets,
templates. I think you need to provide some categories by default because
it helps people understand how it works- then provide more information in
the categories management page as you suggest.

Jo

On Wed, Feb 11, 2015 at 8:57 AM, Francois Prunayre <fx.prunayre@anonymised.com>
wrote:

Hi all, we're currently working on the next GN release and we have some
questions for you.

Since quite a long time, GN provides a default set of categories which is:

Maps & graphics
Datasets
Interactive resources
Applications
Case studies, best practices
Conference proceedings
Photo
Audio/Video
Directories
Other information resources
Z3950 Servers
Registers
Physical Samples

But so far, most of the users drop the default ones and add some new ones
because category overlap quite a lot with type of resources (hierarchylevel
in ISO19139) and standards (eg. Registers).

Category in GeoNetwork allows:
* to tag documents with tags that will not be available in the metadata
itself
* for organisational purposes like to facilitate a filter in a custom
endpoint (or harvester)
* to group documents as inspire/opendata/managed externally etc.

It should be clear that it's not a replacement for keywords/hierarchylevel/
topiccategory.

As we're trying to refresh the old icons, ... we propose:
* to provide no category by defaults in GN
* to add information in the category management page for what can be done
using category

What do you think ?

Thanks for your feedback.

Francois & Paul

------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is
your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--
*Jo Cook*
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey, KT18
7RL, UK
t:+44 7930 524 155
iShare - Data integration and publishing platform
<http://www.isharemaps.com/&gt;

*****************************************

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

Hi Paul,

That makes some sense- I think it depends what people use categories for.
We use them mainly as a quick option in advanced search to provide the
correct results when doing a bulk download, so those options work for us.
However I think your suggested new defaults also work well as examples.

Jo

On Wed, Feb 11, 2015 at 9:46 AM, Paul van Genuchten <
paul.vangenuchten@anonymised.com> wrote:

Hi Jo, I agree that we might have to set up some default categories, so
people are aware of the type of categories they can add. However I am not
in favour of adding categories that duplicate attribute-values from
metadata (keyword/schema/hierarchylevel) or are already stored elsewhere
(isTemplate, isHarvested, isDraft, etc). The fact that these things are
stored on two locations might result in missing one of the two locations
when updating a value.

The type of categories that I can imagine as valid categories are Inspire
(this can be deduced from conformity element in metadata, but that element
is not always provided), Open Data, Maintained externally (which might be
different then isHarvested), publish intranet/internet, etc.

Jo Cook schreef op 11-2-2015 om 10:32:

We have tended to just go for functional categories- services, datasets,

templates. I think you need to provide some categories by default because
it helps people understand how it works- then provide more information in
the categories management page as you suggest.

Jo

On Wed, Feb 11, 2015 at 8:57 AM, Francois Prunayre <fx.prunayre@anonymised.com
>
wrote:

Hi all, we're currently working on the next GN release and we have some

questions for you.

Since quite a long time, GN provides a default set of categories which
is:

Maps & graphics
Datasets
Interactive resources
Applications
Case studies, best practices
Conference proceedings
Photo
Audio/Video
Directories
Other information resources
Z3950 Servers
Registers
Physical Samples

But so far, most of the users drop the default ones and add some new ones
because category overlap quite a lot with type of resources
(hierarchylevel
in ISO19139) and standards (eg. Registers).

Category in GeoNetwork allows:
* to tag documents with tags that will not be available in the metadata
itself
* for organisational purposes like to facilitate a filter in a custom
endpoint (or harvester)
* to group documents as inspire/opendata/managed externally etc.

It should be clear that it's not a replacement for
keywords/hierarchylevel/
topiccategory.

As we're trying to refresh the old icons, ... we propose:
* to provide no category by defaults in GN
* to add information in the category management page for what can be done
using category

What do you think ?

Thanks for your feedback.

Francois & Paul

------------------------------------------------------------
------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is
your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take
a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--
*Jo Cook*
Astun Technology Ltd, The Coach House, 17 West Street, Epsom, Surrey, KT18
7RL, UK
t:+44 7930 524 155
iShare - Data integration and publishing platform
<http://www.isharemaps.com/&gt;

*****************************************

Company registration no. 5410695. Registered in England and Wales.
Registered office: 120 Manor Green Road, Epsom, Surrey, KT19 8LN VAT no.
864201149.

The generic categories were not useful for us, so we added totally different ones specific to our usage requirements (e.g. beaches, climatology, models, etc.).

I did like having the default set and being able to modify or get rid of what I needed and the process was relatively simple as it is.

I suppose if you want to keep things more generic, keep the base categories you have but just make it a bulleted list instead of worrying about icons (although I did have a fun few moments dreaming up icons that fit my categories). And yes, good instructions for how to make changes.

Kathy

-----Original Message-----
From: Francois Prunayre [mailto:fx.prunayre@anonymised.com]
Sent: Wednesday, February 11, 2015 3:58 AM
To: Geonetwork-Users@anonymised.com
Cc: Paul van Genuchten
Subject: [GeoNetwork-users] Category / Good defaults

Hi all, we're currently working on the next GN release and we have some questions for you.

Since quite a long time, GN provides a default set of categories which is:

Maps & graphics
Datasets
Interactive resources
Applications
Case studies, best practices
Conference proceedings
Photo
Audio/Video
Directories
Other information resources
Z3950 Servers
Registers
Physical Samples

But so far, most of the users drop the default ones and add some new ones because category overlap quite a lot with type of resources (hierarchylevel in ISO19139) and standards (eg. Registers).

Category in GeoNetwork allows:
* to tag documents with tags that will not be available in the metadata itself
* for organisational purposes like to facilitate a filter in a custom endpoint (or harvester)
* to group documents as inspire/opendata/managed externally etc.

It should be clear that it's not a replacement for keywords/hierarchylevel/ topiccategory.

As we're trying to refresh the old icons, ... we propose:
* to provide no category by defaults in GN
* to add information in the category management page for what can be done using category

What do you think ?

Thanks for your feedback.

Francois & Paul
------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

Sorry for the delayed response. Mainly, yes the categories are not in the metadata and they are groupings of high interest to our user base. While the category could be added to each record, since we also harvest records, it is much cleaner not to edit the harvested material(s) but to have a separate category for GN to pull in a group of records that fit that general topic. It also allows us to do that in a batch -- if I didn't have the categories, I would need to add a new term to each metadata record one by one. In other words, if I harvest 50 new records, I can quickly group them and then batch add my categories.

It is similar to a librarian grouping library books by a topic so that the user can browse the shelves to find related materials without having to go through and search specific terms or titles. It also allows us to easily modify the categories as interests change. In addition the keywords within the metadata are using specific thesauri related to the scientific community, the categories allow a less rigid assignment of non-ISO terminology that fits our user community.

What I would like to see ultimately as a feature is to be able to batch update categories without it overwriting the existing one(s). The way it works right now is if I have 'beach' and 'invasive species' on a group of records and I want to batch add 'nearshore' to some of them, it takes away my initial categories. I'd like to be able to add the new category(s) leaving the old in place in a batch feature.

Kathy

-----Original Message-----
From: Paul van Genuchten [mailto:paul.vangenuchten@anonymised.com]
Sent: Friday, February 13, 2015 4:47 PM
To: Kathy Koch; Geonetwork-Users@anonymised.com
Subject: Re: [GeoNetwork-users] Category / Good defaults

Hi Kathy, thanx for sharing your experience with categories. Your list of categories is quite divers, it has thematic keywords like beaches/climatology and hierarchylevel-like items like models.

Can I ask you what are you using the categories for? I guess you know these categories are not available in your metadata, so you probably add similar concepts in your metadata as hierarchylevel, keyword or topiccategory?

Doesn't it feel redundant to you to have two places to manage similar concepts? And wouldn't you be able to use the metadata-information itself to get a similar result as you have now with categories? I'm just wondering how people use categories.

Personally I do see a usage of having codelists like "categories" in geonetwork. That is if we would map geonetwork-codelist-values to schema-specific codelists. It will enable us to set categories automatically from metadata content and suggest things like keywords and topic categories while users are editing the metadata and allow to suggest related content when users are browsing the catalogue.

Hope to hear from you, bye Paul.

Kathy Koch schreef op 13-2-2015 om 21:57:

The generic categories were not useful for us, so we added totally different ones specific to our usage requirements (e.g. beaches, climatology, models, etc.).

I did like having the default set and being able to modify or get rid of what I needed and the process was relatively simple as it is.

I suppose if you want to keep things more generic, keep the base categories you have but just make it a bulleted list instead of worrying about icons (although I did have a fun few moments dreaming up icons that fit my categories). And yes, good instructions for how to make changes.

Kathy

Hi Kathy,

Mainly, yes the categories are not in the metadata and they are groupings of high interest to our user base. While the category could be added to each record, since we also harvest records, it is much cleaner not to edit the harvested material(s) but to have a separate category for GN to pull in a group of records that fit that general topic. It also allows us to do that in a batch -- if I didn't have the categories, I would need to add a new term to each metadata record one by one. In other words, if I harvest 50 new records, I can quickly group them and then batch add my categories.

Indeed, it makes sense to add tags to harvested metadata, without changing the metadata itself.

It is similar to a librarian grouping library books by a topic so that the user can browse the shelves to find related materials without having to go through and search specific terms or titles. It also allows us to easily modify the categories as interests change. In addition the keywords within the metadata are using specific thesauri related to the scientific community, the categories allow a less rigid assignment of non-ISO terminology that fits our user community.

I do like an approach of allowing to define a list of categories that match my organisation. However, one could also use a skos-thesaurus for that (and share that through the whole organisation)

What I would like to see ultimately as a feature is to be able to batch update categories without it overwriting the existing one(s). The way it works right now is if I have 'beach' and 'invasive species' on a group of records and I want to batch add 'nearshore' to some of them, it takes away my initial categories. I'd like to be able to add the new category(s) leaving the old in place in a batch feature.

I'd suggest you add this as a feature request to github. I can imagine, when batch updating, checkboxes of categories can be semi-filled (like http://jsfiddle.net/5tpXc/), if some of the documents to-be-updated have that category. When saving the form it should not touch the intermediate state categories.

Kathy

-----Original Message-----
From: Paul van Genuchten [mailto:paul.vangenuchten@anonymised.com]
Sent: Friday, February 13, 2015 4:47 PM
To: Kathy Koch; Geonetwork-Users@anonymised.com
Subject: Re: [GeoNetwork-users] Category / Good defaults

Hi Kathy, thanx for sharing your experience with categories. Your list of categories is quite divers, it has thematic keywords like beaches/climatology and hierarchylevel-like items like models.

Can I ask you what are you using the categories for? I guess you know these categories are not available in your metadata, so you probably add similar concepts in your metadata as hierarchylevel, keyword or topiccategory?

Doesn't it feel redundant to you to have two places to manage similar concepts? And wouldn't you be able to use the metadata-information itself to get a similar result as you have now with categories? I'm just wondering how people use categories.

Personally I do see a usage of having codelists like "categories" in geonetwork. That is if we would map geonetwork-codelist-values to schema-specific codelists. It will enable us to set categories automatically from metadata content and suggest things like keywords and topic categories while users are editing the metadata and allow to suggest related content when users are browsing the catalogue.

Hope to hear from you, bye Paul.

Kathy Koch schreef op 13-2-2015 om 21:57:

The generic categories were not useful for us, so we added totally different ones specific to our usage requirements (e.g. beaches, climatology, models, etc.).

I did like having the default set and being able to modify or get rid of what I needed and the process was relatively simple as it is.

I suppose if you want to keep things more generic, keep the base categories you have but just make it a bulleted list instead of worrying about icons (although I did have a fun few moments dreaming up icons that fit my categories). And yes, good instructions for how to make changes.

Kathy

Hi Francois,

We are thinking on using the same Geonetwork instance for different
projects, and use categories to distinguish between projects (and
probably building a custom search interface for each project which
hides the shared instance).

By the way, do you know a better way to share GN instances among
project? The main idea is to avoid having different installations but
being able to filter which metadata set is available for each project
(even if all the metadata are potentially public, i.e. not restricted
to specific users).

Best regards,

César

On 11 February 2015 at 09:57, Francois Prunayre <fx.prunayre@anonymised.com> wrote:

Hi all, we're currently working on the next GN release and we have some
questions for you.

Since quite a long time, GN provides a default set of categories which is:

Maps & graphics
Datasets
Interactive resources
Applications
Case studies, best practices
Conference proceedings
Photo
Audio/Video
Directories
Other information resources
Z3950 Servers
Registers
Physical Samples

But so far, most of the users drop the default ones and add some new ones
because category overlap quite a lot with type of resources (hierarchylevel
in ISO19139) and standards (eg. Registers).

Category in GeoNetwork allows:
* to tag documents with tags that will not be available in the metadata
itself
* for organisational purposes like to facilitate a filter in a custom
endpoint (or harvester)
* to group documents as inspire/opendata/managed externally etc.

It should be clear that it's not a replacement for keywords/hierarchylevel/
topiccategory.

As we're trying to refresh the old icons, ... we propose:
* to provide no category by defaults in GN
* to add information in the category management page for what can be done
using category

What do you think ?

Thanks for your feedback.

Francois & Paul
------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
   César Martínez Izquierdo
   GIS developer
   - - - - - - - - - - - - - - - - - - - -
   Blog: http://geotechnotes.wordpress.com/
   ETC-SIA: http://sia.eionet.europa.eu/
   Universitat Autònoma de Barcelona (SPAIN)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Hi César,

2015-03-10 16:18 GMT+01:00 César Martínez Izquierdo <cesar.izq@anonymised.com.54...>:

Hi Francois,

We are thinking on using the same Geonetwork instance for different
projects, and use categories to distinguish between projects (and
probably building a custom search interface for each project which
hides the shared instance).

By the way, do you know a better way to share GN instances among
project? The main idea is to avoid having different installations but
being able to filter which metadata set is available for each project
(even if all the metadata are potentially public, i.e. not restricted
to specific users).

I know 2 ways of doing that and which works well:

1) Ifremer Sextant portal which is using groups for such distinction
between projects
So you have the main portal:
http://sextant.ifremer.fr/fr/geoservices/catalogue
And a set of sub-portals for different projects
http://sextant.ifremer.fr/en/les-catalogues/au-niveau-international

In this case, one GeoNetwork, one db, and then custom client app which
apply a filter on a group and virtual CSW. Using categories will be similar
to groups.

2) Parcs nationaux en France with 13 nodes
http://extranet.parcnational.fr/catalogue/liste.html
Where the GeoNetwork multinode mode is used (
https://github.com/geonetwork/core-geonetwork/wiki/Multinodes-mode). so you
have one webapp but many instances. Each node has its own db and index. For
the multinode mode, you should have a 2.11.x or 3.0.x GeoNetwork.

HTH.

Francois

Best regards,

César

On 11 February 2015 at 09:57, Francois Prunayre <fx.prunayre@anonymised.com>
wrote:
> Hi all, we're currently working on the next GN release and we have some
> questions for you.
>
> Since quite a long time, GN provides a default set of categories which
is:
>
> Maps & graphics
> Datasets
> Interactive resources
> Applications
> Case studies, best practices
> Conference proceedings
> Photo
> Audio/Video
> Directories
> Other information resources
> Z3950 Servers
> Registers
> Physical Samples
>
> But so far, most of the users drop the default ones and add some new ones
> because category overlap quite a lot with type of resources
(hierarchylevel
> in ISO19139) and standards (eg. Registers).
>
> Category in GeoNetwork allows:
> * to tag documents with tags that will not be available in the metadata
> itself
> * for organisational purposes like to facilitate a filter in a custom
> endpoint (or harvester)
> * to group documents as inspire/opendata/managed externally etc.
>
> It should be clear that it's not a replacement for
keywords/hierarchylevel/
> topiccategory.
>
> As we're trying to refresh the old icons, ... we propose:
> * to provide no category by defaults in GN
> * to add information in the category management page for what can be done
> using category
>
> What do you think ?
>
> Thanks for your feedback.
>
> Francois & Paul
>
------------------------------------------------------------------------------
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take
a
> look and join the conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> GeoNetwork-users mailing list
> GeoNetwork-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users
> GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork

--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
   César Martínez Izquierdo
   GIS developer
   - - - - - - - - - - - - - - - - - - - -
   Blog: http://geotechnotes.wordpress.com/
   ETC-SIA: http://sia.eionet.europa.eu/
   Universitat Autònoma de Barcelona (SPAIN)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Thank you Francois, these are indeed very useful examples.

Cesar

On 10 March 2015 at 16:36, Francois Prunayre <fx.prunayre@anonymised.com> wrote:

Hi César,

2015-03-10 16:18 GMT+01:00 César Martínez Izquierdo <cesar.izq@...54...>:

Hi Francois,

We are thinking on using the same Geonetwork instance for different
projects, and use categories to distinguish between projects (and
probably building a custom search interface for each project which
hides the shared instance).

By the way, do you know a better way to share GN instances among
project? The main idea is to avoid having different installations but
being able to filter which metadata set is available for each project
(even if all the metadata are potentially public, i.e. not restricted
to specific users).

I know 2 ways of doing that and which works well:

1) Ifremer Sextant portal which is using groups for such distinction between
projects
So you have the main portal:
http://sextant.ifremer.fr/fr/geoservices/catalogue
And a set of sub-portals for different projects
http://sextant.ifremer.fr/en/les-catalogues/au-niveau-international

In this case, one GeoNetwork, one db, and then custom client app which apply
a filter on a group and virtual CSW. Using categories will be similar to
groups.

2) Parcs nationaux en France with 13 nodes
http://extranet.parcnational.fr/catalogue/liste.html
Where the GeoNetwork multinode mode is used
(https://github.com/geonetwork/core-geonetwork/wiki/Multinodes-mode). so you
have one webapp but many instances. Each node has its own db and index. For
the multinode mode, you should have a 2.11.x or 3.0.x GeoNetwork.

HTH.

Francois

Best regards,

César

On 11 February 2015 at 09:57, Francois Prunayre <fx.prunayre@anonymised.com>
wrote:
> Hi all, we're currently working on the next GN release and we have some
> questions for you.
>
> Since quite a long time, GN provides a default set of categories which
> is:
>
> Maps & graphics
> Datasets
> Interactive resources
> Applications
> Case studies, best practices
> Conference proceedings
> Photo
> Audio/Video
> Directories
> Other information resources
> Z3950 Servers
> Registers
> Physical Samples
>
> But so far, most of the users drop the default ones and add some new
> ones
> because category overlap quite a lot with type of resources
> (hierarchylevel
> in ISO19139) and standards (eg. Registers).
>
> Category in GeoNetwork allows:
> * to tag documents with tags that will not be available in the metadata
> itself
> * for organisational purposes like to facilitate a filter in a custom
> endpoint (or harvester)
> * to group documents as inspire/opendata/managed externally etc.
>
> It should be clear that it's not a replacement for
> keywords/hierarchylevel/
> topiccategory.
>
> As we're trying to refresh the old icons, ... we propose:
> * to provide no category by defaults in GN
> * to add information in the category management page for what can be
> done
> using category
>
> What do you think ?
>
> Thanks for your feedback.
>
> Francois & Paul
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take
> a
> look and join the conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> GeoNetwork-users mailing list
> GeoNetwork-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users
> GeoNetwork OpenSource is maintained at
> http://sourceforge.net/projects/geonetwork

--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
   César Martínez Izquierdo
   GIS developer
   - - - - - - - - - - - - - - - - - - - -
   Blog: http://geotechnotes.wordpress.com/
   ETC-SIA: http://sia.eionet.europa.eu/
   Universitat Autònoma de Barcelona (SPAIN)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
   César Martínez Izquierdo
   GIS developer
   - - - - - - - - - - - - - - - - - - - -
   Blog: http://geotechnotes.wordpress.com/
   ETC-SIA: http://sia.eionet.europa.eu/
   Universitat Autònoma de Barcelona (SPAIN)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -