Closed ColinMaudry closed 3 years ago
@ColinMaudry title
sounds good to me!
Instead of a redundant contactPoint
(it would also be in the Organization object), why not using governmentService
or officialService
?
I was also not happy with contactPoint
, but wasn't sure what to use. informationService
?
@jpmckinney Would I rather implement this structure in:
I'll start with option 2.
Yes, let's do Option 2 for now.
In other jurisdictions, I know citations to laws are disclosed, but I haven't yet seen URLs or contact points.
@ColinMaudry I notice informationService has been added as a ContactPoint object. Should this be Organization instead so that the postal address can be included?
I'll have a look, thanks!
Right, we could replace the ContactPoint object with an OrganizationReference object. A new party should consequently be created, with a fitting role, such as 'informationService' (=> guidance update).
Would you be OK with that @jpmckinney?
Hmm, the information service isn't really a "party" to the contract. Is the problem just that the contact point needs an address? I think it'd be simpler to add an address field to the contact point.
Yes, when we discussed it on email for UK/EU data, you suggested that informationService wasn't a party but would be an Organization object using the same structure as in parties, so our current implementation for the F16 form is as follows.
"legislativeReferences": [
{
"title",
"url",
"informationService": {
"name",
"identifier": {
"legalName",
"id"
}
"address": {
"streetAddress",
"locality",
"postalCode",
"countryName"
},
"contactPoint": {
"name",
"telephone",
"email",
"faxNumber"
},
"additionalContactPoints": [
{
"email"
}
],
"details": {
"url"
}
}
}
]
@BenCCS switching Organisation with ContacPoint (with address
) for the informationService
field, the implementation would be:
"legislativeReferences": [
{
"title": "",
"url": "",
"informationService": {
"name": "",
"email": "",
"telephone": "",
"faxNumber": "",
"url": "",
"address": {
"streetAddress": "",
"locality": "",
"postalCode": "",
"countryName": ""
}
}
}
]
Would that work?
@JachymHercher In R2.0.8 defence forms, there are:
How are these represented in eForms? Do you think it would be best to model these as ContactPoint
s in OCDS or as Organization
s?
In eForms, these are modelled as codes in the BT-8 (Organisation Role):
I would model it as an Organisation
, because in reality they are independent organisations (not contact points of a single organisation); and it will be in line with eForms. Also, the fields were left in eForms because the law requires them to be there, but we don't expect much (any) use, so I wouldn't do changes to the schema just to accomodate them. (If anyone wanted to use them, then he would presumably just include the address and URL of, e.g., the ministry of environment, but the added value of that is pretty much zero.)
Hmm, the information service isn't really a "party" to the contract.
According to the description of role, it's enough to play a role in the contracting process, which imo is sufficiently broad.
Okay, I'm fine with modelling the information service as an organization. (It seems like we might need to relax the constraints around "party" anyway, since a few issues relate to wanting to put more information in that array.)
The initial guidance we gave @BenCCS remains consequently valid:
I will add this role to partyRole via the eu extension (https://github.com/open-contracting-extensions/ocds_eu_extension/blob/master/codelists/%2BpartyRole.csv).
Does it mean we don't add .address
to ContactPoint? (https://github.com/open-contracting/standard/issues/1164)
Thanks to all for working this one through. @jpmckinney, @ColinMaudry, could you confirm that the following is an example of the new required structure?
"tender": {
"legislativeReferences": [
{
"title": "Tax legislation",
"url": "https://www.example.com/",
"informationService": {
"id": "42",
"name": "Ministry of Information"
}
}
]
}
"parties": [
{
"id": "42",
"name": "Ministry of Information",
"identifier": {...},
"address": {...},
"contactPoint": {...},
"details": {...},
"roles": [
"informationService"
]
}
]
That's right! The sample JSON in https://github.com/open-contracting-extensions/ocds_eu_extension is outdated, a PR is about to fix it https://github.com/open-contracting-extensions/ocds_eu_extension/pull/9).
In TED XML R2.0.8, F16 offers the possibility to add links to certain legislative content and associated contact points for information.
We could structure this data this way: