Property talk:P4136
Documentation
identifier of a meteorological station, in the WIGOS database
Description | identifier of a meteorological station, in the WIGOS database | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Data type | External identifier | ||||||||||||
Domain | According to this template:
weather station (Q190107)
According to statements in the property:
When possible, data should only be stored as statementsweather station (Q190107) | ||||||||||||
Allowed values | According to this template:
int\.wmo\.wigos-([0-9]|1[0-4])-(([0-9]|[1-9][0-9]{1,3}|[1-5][0-9]{4}|6[0-4][0-9]{3}|65[0-4][0-9]{2}|655[0-2][0-9]|6553[0-4])-){2}-[0-9A-Z]{1,16}(-[0-9A-Z]+)?
(refer to Manual on the WMO Integrated Global Observing System (Q28686657) page 106 for further information) According to statements in the property:
When possible, data should only be stored as statements(\d|1[0-4])(-(\d|[1-9]\d{1,3}|[1-5]\d{4}|6[0-4]\d{3}|65[0-4]\d{2}|655[0-2]\d|6553[0-4])){2}-([0-9A-Za-z]{1,16}) | ||||||||||||
Example | According to this template:
Blue Hill Meteorological Observatory (Q1803017) → int.wmo.wigos-0-20000-0-74492
According to statements in the property:
When possible, data should only be stored as statementsBlue Hill Meteorological Observatory (Q1803017) → 0-20000-0-74492 Monitoring station Innsbruck Airport (Q3971711) → 0-20000-0-11120 no label (Q3971677) → 0-20000-0-16453 | ||||||||||||
Source | According to this template:
When possible, data should only be stored as statements | ||||||||||||
Formatter URL | https://oscar.wmo.int/surface/#/search/station/stationReportDetails/$1 | ||||||||||||
Robot and gadget jobs | Almost all weather stations from Legacy format station report (in use until 2018) can likely be imported automatically in bulk, as there are currently ~50 weather station items listed in Wikidata. | ||||||||||||
See also | Meteorological Service of Canada climate site ID (P6242), Bureau of Meteorology station ID (P3796), WMO code (P9737) | ||||||||||||
Lists |
| ||||||||||||
Proposal discussion | Proposal discussion | ||||||||||||
Current uses |
| ||||||||||||
Search for values |
List of violations of this constraint: Database reports/Constraint violations/P4136#Type Q190107, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P4136#Unique value, SPARQL (every item), SPARQL (by value)
(\d|1[0-4])(-(\d|[1-9]\d{1,3}|[1-5]\d{4}|6[0-4]\d{3}|65[0-4]\d{2}|655[0-2]\d|6553[0-4])){2}-([0-9A-Za-z]{1,16})
”: value must be formatted using this pattern (PCRE syntax). (Help)List of violations of this constraint: Database reports/Constraint violations/P4136#Format, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P4136#Entity types
List of violations of this constraint: Database reports/Constraint violations/P4136#Scope, SPARQL
This property is being used by: Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.) |
regex WIGOS
[edit]The WIGOS code of the every weather stations does not qualify for the regex. For example, Template:Q42393053 from Canada (code: int.wmo.wigos-0-20000-0-71727), and Template:Q3971411 from Italy (code int.wmo.wigos-0-20000-0-16226) do not qualify.
You can see that all the stations with WIGOS code follow the same pattern as above, hence none qualify for this regex:
SELECT ?weather_station ?weather_stationLabel ?WIGOS_station_ID WHERE {
SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
?weather_station wdt:P31 wd:Q190107.
OPTIONAL { ?weather_station wdt:P4136 ?WIGOS_station_ID. }
}
I've struggled into the WMO PDF documents to find an example of WIGOS station code, or any other example, and did not find any. Meanwhile, I've updated the regex to remove the error. It could most probably be more precise than allowing any digit.
Dirac (talk) 04:03, 15 December 2018 (UTC)
- Comment @Dirac: Fixed. The original regular expression had an extra hyphen just before the last bracket of numbers that I have removed. Both examples above now pass the regular expression test. Dhx1 (talk) 23:56, 15 December 2018 (UTC)
WIGOS WSI vs WMO id
[edit]@Joshbaumgartner, Milad A380, Danrok, Fale, Jura1, Novarupta: @MB-one, Fuzheado, Econterms, Bouzinac, Bingobro, Malvinero10:
@ArthurPSmith, Dhx1, YULdigitalpreservation, Pigsonthewing, ChristianKl, Dirac:
https://en.wikipedia.org/wiki/Altus_Air_Force_Base mentions a code "WMO: 723520" described at https://en.wikipedia.org/wiki/Location_identifier#WMO_station_identifiers.
It is the same kind of code: https://oscar.wmo.int/surface/#/search/station/stationReportDetails/0-20000-0-72352 shows Altus AFB .
So I have these questions:
- Can I add alias "WMO id" to this prop? I don't know of any other id managed by the WMO
- What's the deal with the "0-20000-0-" prefix? Is it fixed in which case we should excise it? What is its meaning?
- What's the deal with the trailing zero in "WMO: 723520"? Should we remove it?
- We need to widen the domain of this prop to include Aerodrome (and maybe more)
--Vladimir Alexiev (talk) 09:43, 18 November 2020 (UTC)
Ok, I found the answers at https://community.wmo.int/wigos-station-identifier:
- "Previously, observing stations were registered using WMO Identifiers, which had the form of 5-digit numbers for synoptic and climate stations. Many countries ran out of numbers within their allowable ranges and were unable to register additional stations."
- "The new WIGOS Station Identifiers were created with a structure of 4 blocks, using digits and alphanumeric characters that allow essentially an unlimited number of stations to be registered."
- The prefix "0-20000-0" means "identifier series - issuer - issue number" where 20000 is WMO itself, and countries would use a 3-digit ISO code
- The presentation WIGOS Station Identifiers (WSI): critical components of the WMO Integrated Global Observing System explains:
- A critical component: WIGOS Station Identifiers Basic concept of the WIGOS Station Identifiers (WSIs):
- Many countries have run out of numbers within their allowable ranges and are thus not able to register additional stations
- Created to allow essentially an unlimited number of stations to be registeredin WIGOS
- Its implementation by Members is mandatory, as part of the WIGOS Technical Regulations, including the WIGOS Metadata Standard
- WSIs should not have meaning in themselves: Users should not look for metadata in the patterns of a WSI, they should go to OSCAR/Surface for the metadata of the station associated with that WSI
- Assigning of WSIs (A)
- For “new stations” (those that started to operate or became affiliated with a WMO Programme after 1 July 2016)–to develop and document their WSI national schemas, meaning:
- using the 3-digits ISO Country code in the Issuer of Identifier (2nd block)
- and defining the national rules for distributing the numbers in the 3rd and 4th blocks (Issue Number and Local Identifier) for the stations in their territory
- For stations registered in WMO-No.9 Volume A prior to July 2016:
- They have been migrated into OSCAR/Surface with their traditional 5-digits WMO identifiers being automatically converted into WSI:
- range 20000-20010 in 2nd block, “0” in 3rd block and the traditional WMO ID in 4th block.
- For “new stations” (those that started to operate or became affiliated with a WMO Programme after 1 July 2016)–to develop and document their WSI national schemas, meaning:
- A critical component: WIGOS Station Identifiers Basic concept of the WIGOS Station Identifiers (WSIs):
- there's also "WIGOS Station Identifiers (WSI) draft transition plan Updated version 0.3, 20 September 2018" but I can't understand it
In summary, WIGOS is the correct format, and older WMO id's should be converted to it
--Vladimir Alexiev (talk) 12:18, 18 November 2020 (UTC)
- Sounds good to me, thanks for researching this! ArthurPSmith (talk) 13:22, 18 November 2020 (UTC)