JA:ライフサイクルの考え方の比較
英語版の記事の内容が分かる方は、翻訳の完成にご協力ください。このウィキの翻訳方法についての説明をお読みください。
現時点では、誰もこの記事の翻訳に取り組んでいないようですので、あなたが取り組めます。
このページでは、提案、建設中、操業中、使用終了、放棄、取り壊しなど、様々な地物のライフサイクルのタグ付け方法の概要を提供しています。よく使用されているもの、さほど使われていないものや、議論されているものもあります。方法によってはメイン OSM プロジェクトで激しく議論されているものの、別のOpen Historical Mapプロジェクトで広く使われているものもあります。
なお、「OSM へようこそ」ページでは、「含めてはいけないものは、評価のような主観的なデータ、歴史的または仮想的なもの、著作権のある情報源からのデータです。」と書かれています。
<キー>=<状態> + <状態>=<値> 方式
この方法は道路のために取り決められ、同様に建物に使う人もいます。他の分野に展開することが簡単ではなく、データの利用者に想定されていない形でタグが適用されたり組み合わされたりすると混乱を及ぼす可能性があるので、ウィキで定義していないところでは使用するべきではありません。
長所:
- highway=* でよく使われている
短所:
- 複数の「主要」なキーを持つ地物(たとえば building=church + amenity=place_of_worship)を扱えない
- 名称の競合が発生する可能性がある。新しい <状態> キーには、広く使われている他の既存のキーや値と同じ名称が使えない。
- タグの名前空間が("construction"のような)多数のキーによって汚染される。
- 道路と鉄道とで慣習に不一致がある。
- あるタグについてこのタグ付けの考え方を使うことを想定していないアプリケーションが混乱する。たとえば、 shop=<何か> 全般について汎用的なアイコンを表示するマップは、 shop=abandoned に対しても同じアイコンを表示することになる。
ライフサイクルの接頭辞方式 (<status>:<key> = <value>)
ライフサイクルや状態の名前空間接頭辞で、オブジェクトに proposed(提案中)、 planned(計画中)、 construction(建設中)、 disused(使用終了)、 abandoned(放棄)、 demolished(破壊済み)、 historic(過去)のような状態をタグ付けすることができます。
- 例: disused:amenity=pub
- 他の例: construction:amenity=parking, proposed:lanes=2, abandoned:railway=narrow_gauge
このキーの接頭辞を使うと、現在や過去のアプリケーションが既に存在しないものや完全に機能しないものに惑わされることがなくなり、このタグ付けの考え方に対応したソフトウェアだけがこの値を評価できます。
関連する提案として、例えば name:-1965=Kings Place のように、過去のタグに日付を含める date namespace も参照してください。2つは組み合わせることができます。
詳しくはJA:ライフサイクルの接頭辞を参照してください。
- その他
- highway=secondary
- name=Blar road
- ref=B123
- lanes=2
- lit=no
- proposed:highway=motorway
- proposed:ref=M99
- proposed:name=<null> (キーが値を持たないことをどうやってタグ付けするかは付随して決定するべきことです)
- proposed:oneway=true
- proposed:lanes=3
- proposed:lit=yes
- historic:railway=rail
- historic:name=Blar to blar railway
長所:
- 現在有効なすべてのタグに対して追加することができる。
- 既存のアプリケーションに影響を与えない。
- ソフトウェアが接頭辞を分離して、過去や計画中の地物を含めた OSM モデルを作りやすい。
- ライフサイクル情報を、どのようなキーに対して一貫したやり方で追加できる。
- 過去の用途に関する情報をすべて維持することができる(たとえば、 railway=abandoned では、以前の railway のタグ付けが失われる)。
- old_name=* や railway=station_site のような、他の歴史に関するタグを合理化できる可能性がある。
短所:
- マッパーが多くのキーを更新する必要がある(ただし、これはモデルがより詳細である結果である)。
- マッパーが個別のタグが適用可能かどうかを考える必要がある(しかし、これは利点にもなりうる)。
鉄道
鉄道の線路は、廃線などが伝統的に以下のように記述されてきました。
この方法は線路についてのみ取り決められており、 railway=station のような鉄道に関するインフラには取り決められていません。鉄道駅には、 abandoned:railway=station のようにライフサイクルの接頭辞を使用してください。
この方法における他の問題は、廃止になった軌道について詳細をマッピングできないことです。道路と同じような解決方法を使うこともできますが(たとえば railway=disused+disused=narrow_gauge など)、これは広くは受け入れられていません。そのほかの解決方法として、 railway=disused + disused:railway=narrow_gauge のように、ライフサイクルの接頭辞と組み合わせて使用する方法があります。
"keyname:DATESPEC=.." として日付の接尾辞を追加する方法
The date namespace can be added to any tag to indicate a period of validity for the tag.
key:date-date = value
key:date--date = value
key:date- = value
key:-date = value
This tagging is most useful to describe the history of a feature rather than its current status. Can be also combined with "status:key..." ライフサイクルの接頭辞 style mapping mentioned above.
The ISO 8601 standard suggests using a slash ("/") for separating dates in simple date ranges (and backwards compatibility), but a single hyphen ("-") should be used in OSM, as there's no risk of confusion if both dates are in the recommended ISO 8601 format (always starting with a year and with every date components left-padded with zeroes to a fixed number of digits, i.e. in forms: YYYY-MM-DD or YYYY-MM or YYYY).
An older version of ISO 8601 used the double hyphen ("--") to replace omitted years in partial dates; some users have used "--" instead as an alternate separator for date ranges (but it is only useful for yearly or monthly recurrent date ranges that specify dates omitting years, i.e. in non-ISO 8601 formats: MM-DD or DD).
例
- To map a school that became disused and was then converted into a house with the complete history
building = house building:1971-12-18- = house (or alternatively, building:1971-12-18-- = house) amenity:1835-1965 = school amenity:1965-1971-12-18 = school (or alternatively, amenity:1965--1971-12-18 = school) name = The Old School name:1835-1965 = St Cakes Primary School name:1971-12-18- = The Old School (or alternatively, name:1971-12-18-- = The Old School)
- 名前、種別、参照記号、表面状態などが変化した長い歴史がある道路
highway = pedestrian highway:1974- = pedestrian highway:1932-1974 = primary maxspeed = 30 maxspeed:1957-1992 = 50 name:1871-1933 = Kaiserstraße name:1933-1945 = Adolf-Hitler-Straße name:1945-1953 = Stalinstraße name:1953-1990 = Ernst-Thälmann-Straße name:1990- = Konrad-Adenauer-Straße ref:1932-1960 = R 96 ref:1960-1990 = F 96 ref:1990- = B 96 surface = paved surface:1890-1927 = cobblestone surface:1927- = paved
- 2か月後(2015年3月1日)に一方通行の方向の変更が計画されている道路
highway = residential oneway = yes oneway:2015-03-01- = -1
- 2015年6月1日から10月1日の間に工事が計画されており、その後は元の状態に戻る予定の場合
なお、ここでは2つの体系を組み合わせています
highway = residential highway:2015-06-01--2015-10-01 = construction construction = residential
長所・短所
長所:
- Will not confuse existing applications.
- Allows complete history record with per-tag distinctions.
- Can be combined with other tags.
- Can be combined with "status:tag" style life cycle tagging.
- Supports adding historical/future information to currently used features if desired.
- 道路工事や計画されている地物を、複雑な利用制限や地図が古くなることを心配せずにタグ付けできる。
短所:
- Difficult to search for objects by year (range) or objects using this tagging scheme.
- Duplication when current and past use overlap (eg building:1930-=house + building=house ought to be used).
- Datespec needs to be added to most tags separately where it applies to several tags. This does increase flexibility but also means some data duplication and more work when editing.
- For a single object with various tags affixed with dateranges it is difficult to ascertain whether equal dateranges refer to exactly identical periods of time or just happen to be identical strings which might have been slightly differing time periods in reality but resulted in identical daterange strings because of lack of precision or missing exact dates.
- この種のマッピングは後から検証できない過去のデータを追加する結果となり、それはOSMに入れるべきではない。
- Date suffix (calling it "a namespace" is incorrect) doesn't have a qualifier (common string, usable for simple pattern matching), so there is no way to select all tags with date suffix using a simple query. Complex regular expressions must me used.
- Storing a date range together with a key (not with a value of tag) could likely require applications, based on OSM data, to be redesigned, because date range is a value itself and it doesn't match the common way of parsing tags.
- It is impossible to directly query date ranges (for example, to select all names effective for a specific year or a specific period of time.
Opening_hours time range and Temporary namespace and Conditional restrictions
Opening hours
The opening_hours format also allows to specify time ranges:
- Simple, weekly repeating time range:
Mo-Fr 08:00-17:30
- Non-repeating time ranges:
2015 - 2025
,2015 May 01 08:00 - 2025 Jun 30 16:00
Conditional Restrictions
From the Wiki Page Conditional Restrictions:
Simple unconditional restriction tags such as
access=private
ormaxspeed=60
are widely used to tag basic restrictions like a 60 kph speed limit. (…) In some cases, restrictions are only valid when certain conditions are fulfilled. An example may be a different speed limit of 60 kph applicable between 06:00 and 20:00. According to the present scheme, this example may be tagged asmaxspeed:conditional=60 @ (06:00-20:00)
.
Temporary Namespace
The opening hours format is adopted in the proposed temporary namespace:
temporary:key = value @ (time-range) [; additional-value @ (additional-time-range)]
Examples
- Reduced speed limit due to construction work
highway=primary maxspeed=80 temporary:maxspeed=50 @ (2015 Dec 01 - 2015 Dec 15)
- Road closed due to demonstration
highway=tertiary temporary:access=no @ (2016 May 01 08:00-14:00) temporary:foot=yes @ (2016 May 01 08:00-14:00)
Note that, unlike in the above example, the temporary modification introduces a new tag rather than overwriting an existing one (as the road here does not have a regular access tag).
- Temporary name for an exhibition pavilion
building=yes name=Pavilion 5 temporary:name=Security Area @ (2015 Oct 25 - 2015 Oct 30)
start_date and opening_date
start_date=* is intended to be used to indicate when an existing and functional feature was completed. Dates in future must be avoided. Originally end_date=* was also envisioned but is discouraged as it is likely to cause backward compatibility problems.
opening_date=* is intended on features which will open in future, those must be additionally tagged so that confusion with real-existing features can not happen - for example with the "construction:" namespace prefix.
Advantages:
- simple tagging of complex objects
- easy to interpret data
Disadvantages:
- very easy to break existing applications if not done very carefully
- no way to apply to different tags of an object separately
- no way to specify more complex history of objects
life_cycle リレーション方式
提案状況: 提案は現在も「ドラフト」の段階ですが、2009年中頃から議論は進んでおらず、事実上「放棄」されたものとみなしても良いでしょう。
長所:
- 正しく利用すれば、アプリケーションを混乱させない。
- 使用可能時の地物に追加するのと同様に、全ての他のタグをリレーションに追加できる。
- リレーションの type の値には life_cycle だけが加えられ、幾つかのキー名に life_cycle のプレフィックスが付け加えられる。<状態> を増やす際に名前の衝突を心配する必要がない。
- 必要ならば、現在使用されている地物に歴史的・将来的な情報を追加することもできる。
短所:
- リレーションを使う必要がある
- 明らかに「タグなし」のウェイにタグを付けてしまうような間違いを誘引するおそれがある
life_cycle = <状態>方式(却下)
- 主な記事:Proposed_Features/Status
- For example: amenity=pub, life_cycle=construction
- Also: life_cycle=disused, life_cycle=proposed
長所:
- 他のタグも通常どおり追加できる。
- アプリケーションが life_cycle=* さえサポートしていれば、将来新しい値が追加されてもトラブルが発生しない。
- キー名には life_cycle だけを追加すれば良く、<状態> を増やす際に名前の衝突を心配する必要がない。
短所:
- 却下済み
- アプリケーションが当該タグをサポートしていない場合、地物は利用可能とみなされ、そのように表示されたり、ナビゲーションに利用されてしまう可能性がある。
<状態>=yes方式
- For example: building=church + disused=yes - a disused church building, but the building is still in good condition
- or man_made=adit + abandoned=yes - an abandoned adit (horizontal mine entrance)
- Similar: vacant=*, demolished=*, construction=yes, empty=yes, ruins=yes
長所:
- disused=yes and abandoned=yes are well established for use with man-made physical features like buildings or objects which are visible in the landscape, whether or not they are disused or functional.
- 他のタグも通常どおり追加できる。
短所:
- アプリケーションが当該タグをサポートしていない場合、地物は利用可能とみなされ、そのように表示されたり、ナビゲーションに利用されてしまう可能性がある。Therefore these tags should not be used for features such as those found in amenity=*, shop=* or leisure=*, which are no longer of interest to a general map user when they are not functional.
- This flaw can be addressed by making the no-longer-relevant tags unavailable to applications which use them through a simple rename of their keys: the aforementioned namespace-based renaming approach is described here in more detail (Lifecycle prefixes).
- The tag demolished=* always implies that the feature no longer exists, so it should not be tagged in this way. demolished: as a namespace would be preferred, but only temporarily if the object is still visible in aerial imagery for example
What can be tagged in OSM
While it is accepted that features that no longer exists may not be tagged in OSM there are differences in what is considered "no longer exists".
There are some clear case - for example mapping historic borders of Roman Empire has no places in OSM, there are more complicated situations with railways as a good example. To quote[1]
Where do you draw the line between "there" and "not there" for a former railroad?
- A railroad, still with tracks, with grass growing between the rails. You can't tell if it's been used recently or not.
- A railroad, still with tracks, that's been overgrown by brush and small trees. It clearly hasn't been used in the past few years.
- A gravel railbed with occasional maintenance debris (discarded spikes, cracked signal footings, rotted ties).
- A railroad right-of-way that has had the ballast removed and replaced by asphalt, turning it into a bicycle route.
- A cutting through a rock outcropping leading to a collapsed tunnel. Any residual ballast has been buried by wind-blown dirt and overgrown by trees.
- A curved line stretching two miles through a city without a single building crossing it.
- A railroad whose only remnant is a line on a topographic map dating from 1901.
関連項目
- Lifecycle_prefix - The lifecycle/status namespace prefix can be used to tag objects with a status such as proposed, planned, construction, disused, abandoned, demolished, historic.
- abandoned=* - A man-made feature abandoned and no longer maintained.
- disused=* - Specifies if feature is disused but in a reasonable state of repair.
- demolished=* - Namespace for features that have been demolished, without any traces left.
- Proposed_features/Tag:operational_status
- Taginfo for removed:
- JA:多国語の名称
- OSM-4D#Time
- start_date=*
- not approved and discouraged - end_date=*
- rejected Proposed features/Status
- abandoned Proposed features/Construction
- temporary=*