Skip to content

Conversation

@mrshll1001
Copy link
Contributor

PR made based on Planio-29617 as part of the housekeeping review and ahead of the SC meeting. This is for the changes to the schema only, documentation will be made in a separate pull request.

"ZW"
],
"description": "The ISO Country Code of the location of this activity.",
"description": "The 2-character ISO Country Code of the location of this activity. Taken from [ISO_3166-1_alpha-2](https://www.iso.org/iso-3166-country-codes.html)",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not sure why underscores are being used here - the name of the code is ISO 3166-1 alpha-2

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copied from the housekeeping doc. I'll amend.

"null"
],
"description": "The latitude of a point location",
"description": "The latitude of a point location. Using [WGS 84](https://en.wikipedia.org/wiki/World_Geodetic_System) standard, for example 51.501502",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If one was being very pedantic, one might argue that this is a backwards-incompatible change because previously-allowed values are no longer allowed.

However, I find it incredibly unlikely that anyone is using anything other than WGS 84, so I doubt this is a real issue. I like the provision of an example.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks @robredpath I raised exactly this question in particular in a planio ticket - 30810 - as I believe this isn't a backwards incompatible change to the schema, but a clarification of guidance. Let me know what you think.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@KDuerden I agree - for all practical purposes, it's backward-compatible and so it's fine. I will buy, and eat, a hat if this change actually breaks anyone's use case.

The WGS 84 vs EPSG 4326 question is an even smaller nit to pick, but we might as well get it right. @Lathrisk will be able to tell us what to do.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Are there any comments about EPSG that have an impact on this PR or are they issues for separate consideration?

"null"
],
"description": "A code referring to a geographical area, drawn from an established gazetteer. For example, the code for a local authority ward, or parliamentary constituency.",
"description": "A code referring to a geographical area, drawn from an established gazetteer such as the ONS Register of Geographic Codes in the UK. For example, the code for a local authority ward, or parliamentary constituency.",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Link?

"streetAddress": {
"type": "string",
"description": "Building number and street name.",
"description": "Recipient organisation address Building number and street name.",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The capital B on Building is grammatically incorrect with this new information prepended

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

(same for lines below)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Cheers Rob, this was following the Housekeeping doc and I did notice this. I'll amend appropriately.

"issued": {
"title": "Issued",
"description": "The date that this data package was issued.",
"description": "The date that this data package was issued. The date must be written as YYYY-MM-DD, or in full date-time format",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could we link to JSON Schema's date-time format ?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think this is reasonable.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We don't link to JSON schema's date formatting in any of the other parts of the schema that use this formatting so seems odd to do so in this case only. We have field guidance on date and date-time, so I think that provides sufficient supporting information.

"ZW"
],
"description": "The ISO Country Code of the location of this activity.",
"description": "The 2-character ISO Country Code of the location of this activity. Taken from [ISO-3166-1-alpha-2](https://www.iso.org/iso-3166-country-codes.html)",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It was agreed to use link https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2 rather than ISO link because ISO is not open.

"null"
],
"description": "A code referring to a geographical area, drawn from an established gazetteer. For example, the code for a local authority ward, or parliamentary constituency.",
"description": "A code referring to a geographical area, drawn from an established gazetteer such as the [ONS Register of Geographic Codes](https://data.gov.uk/dataset/389511fa-eb72-4657-a2ef-b3c982ec4c0e/register-of-geographic-codes-april-2020-for-the-united-kingdom) in the UK. For example, the code for a local authority ward, or parliamentary constituency.",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we know if that link from ONS will persist? As it is time specific I would be more comfortable using a wiki link to generic information - eg https://en.wikipedia.org/wiki/ONS_coding_system

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd second using a Wiki link, I can modify this PR if needed

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The canonical link for the Register of Geographic Codes would be this one: https://geoportal.statistics.gov.uk/datasets/register-of-geographic-codes-june-2021-for-the-united-kingdom/about - but that changes every time they publish a new one, and the links are likely to change (plus to geoportal is a slightly rubbish js-heavy site so it's never 100% links will work anyway). So wiki probably makes sense.

"streetAddress": {
"type": "string",
"description": "Building number and street name.",
"description": "Recipient organisation address building number and street name.",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think these fields are shared by Recipient and Funder organisation? If so, these need to be edited to removed 'Recipient from the start of all descriptions - so it will be generic.

"addressLocality": {
"type": "string",
"description": "City or town.",
"description": "Recipient organisation address city or town.",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Remove Recipient

"addressRegion": {
"type": "string",
"description": "County",
"description": "Recipient organisation address county",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Remove Recipient

"addressCountry": {
"type": "string",
"description": "Country",
"description": "Recipient organisation address country",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Remove Recipient

"postalCode": {
"type": "string",
"description": "Postal code (please try and provide a post code whenever possible)",
"description": "Recipient organisation address postal code.",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Remove Recipient

Copy link
Contributor

@KDuerden KDuerden left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I've checked these changes and I'm happy with them. I'm approving this in my capacity as member of 360Giving team, as the first stage in PATCH approval process, which requires sign off from 360Giving team and a member of the Stewardship committee.

@mrshll1001 mrshll1001 merged commit d1092f6 into master Dec 10, 2021
@mrshll1001 mrshll1001 deleted the 2021-11-schema-update branch December 10, 2021 12:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants