Both of these suggestions will probably work fine. But controlling things at the registry as Dag suggest might be more powerful. I just want to be able to check in advance what resources gets listed on Data Portal for our institution. Blocking publishing at IPT may not achieve this, if there are multiple servers, like there is.
Hannu
On 2010-09-15 10:56, Dag Terje Filip Endresen wrote:
Hi Tim and Hannu,
Would it be useful to register this setting for the data provider to the GBRDS - so that the NODE can set a "default" permission that will allow the data provider to install an independent IPT instance to publish from if they wish to. So that the data hosting center can host datasets from distributed data providers that themselves may want to "upgrade" to have their own IPT later on. The NODE admin could thus get an overview of resources endorsed by the NODE from the GBRDS...?
Cheers Dag
------------------------------------------------------------------------ *From:* Tim Robertson (GBIF) [mailto:trobertson@gbif.org] *To:* ipt@lists.gbif.org *Sent:* Wed, 15 Sep 2010 09:43:28 +0200 *Subject:* [IPT] Functionality request: ADMIN checking data before GBIF registration Hi all, Hannu has raised a request for the following to be satisfied by the IPT: "- Publishing a resource must be accepted by the owner of the provider. It has happened that a test user publishes something odd which goes all the way to the data portal without nobody controlling it." This is a contradiction to the requests of others, and specifically those wishing to promote basic "data hosting centers", who request that a data MANAGER should be able to work autonomously. After discussion with the developers the proposal is to implement the following, which we hope satisfies both requirements: In the Administration section, an ADMIN can choose to enable or disable the ability for MANAGERS to register resources with GBIF. By default MANAGERS can register a resource, but an ADMIN can disable this through this check box. If anyone has any concerns or comments on this approach, please can you raise them on this list? Many thanks, Tim _______________________________________________ IPT mailing list IPT@lists.gbif.org <mailto:IPT@lists.gbif.org> http://lists.gbif.org/mailman/listinfo/ipt
IPT mailing list IPT@lists.gbif.org http://lists.gbif.org/mailman/listinfo/ipt