Re: GN 3.2.0 adding data-gn-directory-entry-selector within a snippet or sub-directory sequence [SEC=UNCLASSIFIED]

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: GN 3.2.0 adding data-gn-directory-entry-selector within a snippet or sub-directory sequence [SEC=UNCLASSIFIED]

Bleys, Evert-3
Hi Guys
Start with an apology: I suspect this has been discussed earlier

Note: I'm using ISO19115-3 as my base metadata standard

Due to the cardinality of many of the elements in ISO19115 it would be nice to allow for elements to expand to include other classes as needed
                 Example a research paper is written with multiple authors from each of multiple organisations
                   /cit:citedResponsibleParty[0..*]/cit:CI_Responsibility/cit:party[1..*]/cit:CI_Organistion/cit:individual[0..*]/cit:CI_Individual
                EG ISO19115-3 standard allows for multiple organisations { CI_Organistion }(with the same role) to exist in parallel
                                      Values for the organisations could be stored in one or more sub-directory
                           And within each of those organisations to have multiple individuals{CI_Individual}
                                      Values for the individuals could be stored in a sub-directory

Is it feasible to construct a mechanism to insert such a aggregation into the metadata?

Cheers

e
BLEYS Evert Mr
Data Manager
Australian Bureau of Agricultural and Resource Economics and Sciences
Department of Agriculture and Water Resources
GPO Box 858 Canberra City   ACT   Australia   2601
Ph: +61 (0)2 6272 5627
Email: [hidden email]


------
IMPORTANT - This email and any attachments have been issued by the Australian Government Department of Agriculture and Water Resources. The material transmitted is for the use of the intended recipient only and may contain confidential, legally privileged, copyright or personal information. You should not copy, use or disclose it without authorisation from the Department. It is your responsibility to check any attachments for viruses and defects before opening or forwarding them.

If you are not an intended recipient, please contact the sender of this email at once by return email and then delete both messages. Unintended recipients must not copy, use, disclose, rely on or publish this email or attachments. The Department of Agriculture and Water Resources is not liable for any loss or damage resulting from unauthorised use or dissemination of, or any reliance on, this email or attachments.

If you have received this e-mail as part of a valid mailing list and no longer want to receive a message such as this one, advise the sender by return e-mail accordingly. This notice should not be deleted or altered
------

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
GeoNetwork-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: GN 3.2.0 adding data-gn-directory-entry-selector within a snippet or sub-directory sequence [SEC=UNCLASSIFIED]

Francois Prunayre
Hi,

2017-02-21 1:18 GMT+01:00 Bleys, Evert <[hidden email]>:

> Hi Guys
> Start with an apology: I suspect this has been discussed earlier
>
> Note: I'm using ISO19115-3 as my base metadata standard
>
> Due to the cardinality of many of the elements in ISO19115 it would be nice to allow for elements to expand to include other classes as needed
>                  Example a research paper is written with multiple authors from each of multiple organisations
>                    /cit:citedResponsibleParty[0..*]/cit:CI_Responsibility/cit:party[1..*]/cit:CI_Organistion/cit:individual[0..*]/cit:CI_Individual
>                 EG ISO19115-3 standard allows for multiple organisations { CI_Organistion }(with the same role) to exist in parallel
>                                       Values for the organisations could be stored in one or more sub-directory
>                            And within each of those organisations to have multiple individuals{CI_Individual}
>                                       Values for the individuals could be stored in a sub-directory
>
> Is it feasible to construct a mechanism to insert such a aggregation into the metadata?

You may be able to create one directory entry with your set of
authors, but that is not really useful as you'll need many
combination.

Not sure how we could better handle that. Maybe we should rework how
to select first an organisation and then individuals to add
instead of current default subtemplate which is a CI_Responsibility cf.
https://github.com/metadata101/iso19115-3/blob/develop/src/main/plugin/iso19115-3/templates/sub-directory-organisation.xml

To be improved.

Francois

>
> Cheers
>
> e
> BLEYS Evert Mr
> Data Manager
> Australian Bureau of Agricultural and Resource Economics and Sciences
> Department of Agriculture and Water Resources
> GPO Box 858 Canberra City   ACT   Australia   2601
> Ph: +61 (0)2 6272 5627
> Email: [hidden email]
>
>
> ------
> IMPORTANT - This email and any attachments have been issued by the Australian Government Department of Agriculture and Water Resources. The material transmitted is for the use of the intended recipient only and may contain confidential, legally privileged, copyright or personal information. You should not copy, use or disclose it without authorisation from the Department. It is your responsibility to check any attachments for viruses and defects before opening or forwarding them.
>
> If you are not an intended recipient, please contact the sender of this email at once by return email and then delete both messages. Unintended recipients must not copy, use, disclose, rely on or publish this email or attachments. The Department of Agriculture and Water Resources is not liable for any loss or damage resulting from unauthorised use or dissemination of, or any reliance on, this email or attachments.
>
> If you have received this e-mail as part of a valid mailing list and no longer want to receive a message such as this one, advise the sender by return e-mail accordingly. This notice should not be deleted or altered
> ------
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> GeoNetwork-users mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/geonetwork-users
> GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
GeoNetwork-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork
Loading...