search

open-contracting / standard

Documentation of the Open Contracting Data Standard (OCDS)
http://standard.open-contracting.org/
Other
138 stars 46 forks source link

Rules and guidance for re-publishers of data #364

Open timgdavies opened 8 years ago

timgdavies commented 8 years ago

Linked to the discussion in #130 and exploration of the technical requirements for an OCID registration tool, we have been exploring whether any special fields are required to indicate that a publisher is 're-publishing' open contracting data.

E.g. when a publisher is not the original source of information, what should they do to indicate this.

This might apply to platforms like OpenOpps.com which are aggregating from many sources.

timgdavies commented 8 years ago

See also #325 which handles related issues for cases of systems republishing OCDS from multiple sources.

jpmckinney commented 5 years ago
  1. I recommend that the publisher be part of each release in #325, to make it clear who published the release. Releases should be treated as immutable. Re-publishers can add their own metadata in the package – though, what is a use case that relies on information about the re-publisher?
  2. The relevant comment from #130 is https://github.com/open-contracting/standard/issues/130#issuecomment-59898216. However, I think the authority that registered the OCID prefix should be the only publisher authorized to either mint new OCIDs or delegate such responsibility. Others should not be minting new OCIDs for which they have no authority. If delegated, all minters should agree on a methodology for what suffix to use https://github.com/open-contracting/standard/issues/461#issuecomment-304083078
  3. Further to (2), we should clarify that OCID prefixes establish an identifier series, for which there is one publisher with the authority to mint OCIDs (and to allow others to do so). Anyone can publish a release using an existing OCID. Having publisher on the release as in (1) would allow users to exclude publishers they don't trust.

This can be written up on a new guidance page, and also integrated into the OCID prefixes page.

yolile commented 2 years ago

Observatorio Fiscal (a CSO) from Chile is adding more information to the existing Chile Compra OCDS publication with data from the Ministry of Works. For processes that already exist in Chile Compra, they are adding new releases (planning and contract implementation in this case), using the same ocid as Chile Compra, and using the release/publisher object to identify each release's publisher. For contracting processes that are not in Chile Compra, they are publishing their information using a new ocid and prefix created for them.

duncandewhurst commented 10 months ago

Some content related to OCID assignment from https://github.com/open-contracting/standard/pull/1646#discussion_r1363187686:

The publishers would need to agree the process and responsibilities for minting OCIDs. For example: who can mint OCIDs; if an OCID cannot be calculated deterministically from the input data, then how to lookup whether an OCID for a given process already exists, and how to share the new OCID for others to find. They would also need to implement the agreed approach, whether this means reporting a new OCID to a central registry, or requesting the OCID for a given procedure from a shared "OCID issuer" service, etc.