Hey,
I'm working on an attempt to deploy a living atlas at Royal Botanic Gardens, Kew and I have some confusion around the use cases of the repositories that are prefixed with `generic'.
As part of the demo deployment that can be installed via Ansible the collectory component is the one run by the mainline Atlas of Living Australia.
https://github.com/AtlasOfLivingAustralia/ala-collectory
However, if you leave the variable undefined then it ends up being assigned the name of the generic version.
artifactId: "{{ collectory_app | default('generic-collectory') }}"
Looking at this repository it seem almost identicial but not the same.
https://github.com/AtlasOfLivingAustralia/generic-collectory
In the case of the collectory, my understanding is that the actual work is done with a plugin that both packages make use of so aside from it being a little behind there isn't a vast difference between the generic package and the... official (for lack of a better term) one.
Is there some advice on which should be modified in a new deployment? The NBN Atlas has only forked `ala-collectory' but the atlas that's part of the Swedish Biodiversity Data Infrastructure (SBDI) has forked both.
Does this advice generalise to other repositories listed as generic?
Thanks,
Alex -- Lead Science App Developer Digital Revolution Royal Botanic Gardens, Kew
________________________________
The Royal Botanic Gardens, Kew is a non-departmental public body with exempt charitable status, whose principal place of business is at Royal Botanic Gardens, Kew, Richmond, Surrey TW9 3AE, United Kingdom.
The information contained in this email and any attachments is intended solely for the addressee(s) and may contain confidential or legally privileged information. If you have received this message in error, please return it immediately and permanently delete it. Do not use, copy or disclose the information contained in this email or in any attachment.
Any views expressed in this email do not necessarily reflect the opinions of RBG Kew.
Any files attached to this email have been inspected with virus detection software by RBG Kew before transmission, however you should carry out your own virus checks before opening any attachments. RBG Kew accepts no liability for any loss or damage which may be caused by software viruses.
Disclaimer
The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful.
This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business. Providing a safer and more useful place for your human generated data. Specializing in; Security, archiving and compliance. To find out more visit the Mimecast website.