Wikidata:Property proposal/road name formatter
road name formatter
[edit]Originally proposed at Wikidata:Property proposal/Transportation
Description | template from which “$1” can be automatically replaced by a bare road number to obtain the full name of a numbered road |
---|---|
Represents | street name (Q1640962) |
Data type | Monolingual text |
Template parameter |
|
Domain | highway system (Q25631158) |
Allowed values | .*\$1.* |
Example 1 | Interstate Highway System (Q94247) → Interstate $1 (English) |
Example 2 | Interstate Highway System (Q94247) → Interestatal $1 (Spanish) |
Example 3 | United States Numbered Highway System (Q408192) → U.S. Route $1 (English) |
Example 4 | United States Numbered Highway System (Q408192) → U.S. Highway $1 (English)
|
Example 5 | Ohio state routes (Q96348143) → State Route $1 (English) |
Example 6 | Appalachian Development Highway System (Q800055) → Corridor $1 (English) |
Example 7 | autoroutes of Quebec (Q2873026) → Autoroute $1 (French) |
Example 8 | Federal Roads in Brazil (Q25712298) → BR-$1 (multilingual) |
Source | en:Special:PrefixIndex/Module:Road data/strings |
Planned use | Federated SPARQL queries with OpenStreetMap data |
See also | road number formatter (P8498), road number (P1824), formatter URL (P1630) |
Motivation
[edit]Many of Wikipedia's road network articles have infoboxes that display the format of individual road names that belong to the network, in cases where the roads are referred to by their numbers. These road names reflect the names used officially or colloquially, without any of the prefixes or suffixes that Wikipedia requires in article titles for disambiguation. These name formats are also found in the en:Module:Road data/strings system of modules for reusability. Perhaps once this property comes into use, the modules could even draw some of their data from Wikidata.
In OpenStreetMap, route relations are tagged with the network
and ref
keys. A search engine or turn-by-turn navigation engine that needs to refer to the route by a name containing the number, rather than an alphanumeric code, would need to maintain its own correspondence table. Compiling this table from the various road data modules on Wikipedia is time-consuming; it would be much more convenient to query Wikidata for them.
Road networks with idiosyncratic road names would not claim a road name formatter, or any claim(s) would be qualified so that data consumers would know not to apply it blindly.
– Minh Nguyễn 💬 01:35, 11 July 2020 (UTC)
Discussion
[edit]- Support. Arlo Barnes (talk) 02:17, 11 July 2020 (UTC)
- Support --Tinker Bell ★ ♥ 22:02, 5 October 2020 (UTC)
- @Mxn, Arlo Barnes, Tinker Bell: could we combine this with Wikidata:Property_proposal/regex_(lang) ? --- Jura 20:28, 2 November 2020 (UTC)
- <str>I'm amenable. Arlo Barnes (talk) 22:36, 2 November 2020 (UTC)</str>
- @Jura1: No, as far as I can tell, this proposal is orthogonal to Wikidata:Property proposal/regex (lang), which constrains usage of the current property to have labels that follow a set pattern. By contrast, this proposal specifies how to create a formatted name from road number (P1824) on items that are part of the current item via transport network (P16); see Q94247#P1450 for example. road number (P1824) itself doesn't follow any pattern in particular. If we had to consolidate properties, it would be more effective to generalize road number formatter (P8498) to encompass any kind of moniker for the parts of a road network, using qualifiers to differentiate between road number formats (e.g., "SR 123") and road name formats ("State Route 123"). However, that gets messy because qualifiers are already being used for time period, officialness, etc.; what's more road number formatter (P8498) is string-typed. – Minh Nguyễn 💬 07:22, 5 November 2020 (UTC)