JA:Relationships

From OpenStreetMap Wiki
Jump to: navigation, search
利用できる言語 — Relationships
· Afrikaans · Alemannisch · aragonés · asturianu · azərbaycanca · Bahasa Indonesia · Bahasa Melayu · Bân-lâm-gú · Basa Jawa · Basa Sunda · Baso Minangkabau · bosanski · brezhoneg · català · čeština · corsu · dansk · Deutsch · eesti · English · español · Esperanto · estremeñu · euskara · français · Frysk · Gaeilge · Gàidhlig · galego · Hausa · hrvatski · Igbo · interlingua · Interlingue · isiXhosa · isiZulu · íslenska · italiano · Kiswahili · Kreyòl ayisyen · kréyòl gwadloupéyen · Kurdî · latviešu · Lëtzebuergesch · lietuvių · magyar · Malagasy · Malti · Nederlands · Nedersaksies · norsk bokmål · norsk nynorsk · occitan · Oromoo · oʻzbekcha/ўзбекча · Plattdüütsch · polski · português · română · shqip · slovenčina · slovenščina · Soomaaliga · suomi · svenska · Tagalog · Tiếng Việt · Türkçe · Vahcuengh · vèneto · Wolof · Yorùbá · Zazaki · српски / srpski · беларуская · български · қазақша · македонски · монгол · русский · тоҷикӣ · українська · Ελληνικά · Հայերեն · ქართული · नेपाली · मराठी · हिन्दी · भोजपुरी · অসমীয়া · বাংলা · ਪੰਜਾਬੀ · ગુજરાતી · ଓଡ଼ିଆ · தமிழ் · తెలుగు · ಕನ್ನಡ · മലയാളം · සිංහල · བོད་ཡིག · ไทย · မြန်မာဘာသာ · ລາວ · ភាសាខ្មែរ · ⵜⴰⵎⴰⵣⵉⵖⵜ ⵜⴰⵏⴰⵡⴰⵢⵜ‎ · አማርኛ · 한국어 · 日本語 · 中文(简体)‎ · 中文(繁體)‎ · 吴语 · 粵語 · ייִדיש · עברית · اردو · العربية · پښتو · سنڌي · فارسی · ދިވެހިބަސް
その他の言語このウィキの翻訳を支援してください

世界は複雑です。データベース・モデルについての説明を技術的な面から始めると、説明すべきことが多すぎてきりがありません。またそれは多くの議論を引き起こします。

ここでは、データベースを使って世界をモデル化するというアプローチをとるよりも、技術者でない人がリレーションシップの扱い方について表現するかのように、「世界」を理解・説明することを目指しています。また、リレーションの例外についても列挙します。

ここで得られたリレーションシップへの理解に基づいて技術的な説明を行うのは、この次のステップであり、その際には様々な視点から評価した各技術の利点と不利点について議論することが求められます。

このページには当たり前と思われる知識が含まれているかもしれません。これは、そのような知識が私たちを、私たちが作りうる中で最も単純かつ議論の余地の少ないモデルへと導いてくれるだろうと考えるからです。また、共通の理解を収集することを助け、国ごとの違いに関する視野を私たちに与えてくれるだろうとも考えています。

なお、このページは "Advanced relationships" の複製として書かれたものではありません。


リレーションシップ概要

No リレーションの種類 要素 A 場所 要素 B 適用条件 方向性 対称性 分割 明示的/暗黙的
1 Turn Restriction
(交差点での進入制限)
来た道 交差点 行く道 時間帯、
車両区分、
高さ、
あり なし 不可 明示的
2 House Number
(番地)
番地 または 番地の範囲 - 道路 なし、
または 奇数番地、
または 偶数番地
なし なし 明示的
3 ZIP-Code
(郵便番号)
番地と道路名と市区町村名 - 郵便番号 なし なし なし 暗黙的
4 Same Street Name
(同じ名前の道路)
道路 - 道路 なし なし あり  ?
5 Name of a Dual Carriageway belongs to 2 Carriageways
(同名を持つ分離した2つの車線)
車線 A - 車線 B なし なし あり  ?



属性の説明

リレーションの種類

この列はリレーションの名前を表します。

適用条件

リレーションには次の例のように適用条件が付いていることがあります。

例:

ある進入制限はトラックだけに適用される。

ある郵便番号は道路の右側だけに適用される。

方向性

リレーションが次のどちらに当てはまるかを表す。

一方向: - 例えば、「交差点での進入制限」はある道から別の道への一方向にのみ適用されるので、方向性がある。

または

双方向: - 例えば、もし2つの道路の名前が同じなら、「同じ名前の道路」が双方に同じように適用され、方向性はない。



対称性

この属性が方向性によって一意に決まるのかどうか、はっきりしていません。 (訳者注:上の表では決まらないように見えます。)



分割可能性

分割可能性の属性はウェイにのみ用いられます。

もしウェイを分割した後、いずれにもリレーションを引き続き適用できるなら、そのリレーションは分割可能とみなされます。

もしウェイを分割した後、どちらかのウェイにだけリレーションが適用されるなら、そのリレーションは分割不可能とみなされます。

例: - 郵便番号は、ウェイが分割されても全てのウェイに適用され続けるので、分割可能 - 番地は、ウェイが分割されると片方にしか適用されなくなるので、分割不可能

明示的/暗黙的

この属性の意味を誰か説明してください。

(訳注:議論ページの Frederic Ramm 氏 の記述によると、住居と郵便番号のように地理的に定義可能な関係、すなわち、「住居AはエリアB内にあり、エリアBには郵便番号Cが割り当てられている。よって住居Aの郵便番号はCである。」というような「implicit(暗黙的)」な関係を明示すべきではないと提案しています。また、ターン規制、あるいは地理的な位置に基づく「belongs-to」の関係を「explicit(明示的)」な関係の例として挙げています。)

リレーション

STREET has same name as STREET

典型的な使われ方:

  • 通りにおけるオリエンテーション

Typical usage scenario:

  • Orientation in the street


シナリオ:

  • 2つの同じ道路名の標識が近い場所にある場合、その通りは同じものとみなす。

Scenario:

  • If one sees two street signs with the identical name closely together, one considers the street being the same street.


リレーションシップが必要となる状況:

  • マップ・レンダリング
  • 都市でのオリエンテーション

Relationship required for the following use cases:

  • Map rendering
  • Orientation in the city


例外:

  • 例外があれば書いてください。

Anomalies:

  • please provide anomalies to this observation


(訳者注:中途半端に訳してしまいましたが、各項目が何を意味するのか解っていません。理解できる方がいらっしゃいましたら、続きをお願いします。 Nokubis 11:23, 1 September 2011 (BST))

A STREET belongs to a COUNTRY and a ZIP CODE

Typical usage scenario:

  • Addressing postal deliveries


Scenario:

  • When addressing a parcels one addresses a parcel to somebody by adding an address belonging of the country name, the zip code, the city name and the street name.


Relationship required for the following use cases:

  • Postal addressing


Relationship required for:

  • Map rendering
  • Orientation in the city


Example:

  • Germany:
    • Wählingsallee located in the district called Schnelsen of the city Hamburg has the ZIP-Code 22459
    • The district Schnelsen of the city Hamburg has the ZIP codes 22457 and 22459


Anomalies:

  • Streets are identified by its name. Many (in the UK, most) streets consist of sections belonging to different ZIP-codes. Such sections may be either parts of the street or even a side of the street.
  • In Germany and the United Kingdom some companies which receive a lot of post, have their own private post code.
  • In Germany the village Riemerling (ZIP-Code: 85521), is located close to Ottobrun (ZIP-Code: 85521). However Riemerling belongs administratively to Hohenbrunn (ZIP-Code: 85662).

A STREET belongs to a VILLAGE, a CITY or COUNCIL

Typical usage scenario:

  • Desires the governmental administration area to with the street belongs.
  • A street belongs to a village, a city or an administration council


Note: Usually also villages or cities belong to an administration council


Scenario:

  • In order to find the administrative council responsible for a street, e.g. to get a new passport or to get street lighting fixed, you have to identify the responsible adminitration.


Relationship required for the following use cases:

  • Finding a street in a map by using the maps index
  • Creation of map indexes


Anomalies:

  • Are there e.g. any streets not belonging to any administrative area?
  • Please report of anomalies.
  • Some villages have combined their administration, however still remain different villages.

A HOUSE is located at a STREET and has a one or more HOUSE NUMBER(S)

Typical usage scenario:

  • Is used to identify the house within a street.
  • Used to identify the delivery location within a street with a give name for postal shipping


Scenario:

  • In order to search for a person living at a given addresses, the street name and house number is used.

Relationship required for the following use cases:

  • Finding a street in a map by using the maps index
  • Creation of map indexes


Anomalies:

  • A building may have several house numbers e.g. 7 + 9
  • A building may have a range of house number 21 to 29
  • In Germany a building may have a range of house numbers, however only the odd or even ones. E.g. 21 to 29 (odd only) means 21, 23, 25, 27 and 29
  • In Germany,Russia,CIS a house number is either a number e.g. 217 or a number plus a letter e.g. 3a or 3a to 3c (written as 3a-c).
  • In Russia,CIS if house located exactly at cross, it can have two addresses and be related to those two streets
  • In Czech republic house can belong to two streets - have two adresses (access from both streets).


See Proposed_features/House_numbers for the current discussion on this topic.

Turn Restriction from a STREET at a CROSSING into a STREET

Typical usage scenario:

  • At crossings the driver respects the driving restrictions when steering the car.
  • While driving the front seat-passenger provides driving directions to the driver for navigation purposes.
  • The routing application calculates the shortest way under consideration of the driving directions.

Scenario:

  • The navigation system generates driving directions to the driver.

Relationship required for the following use cases:

  • Calculation of feasible routes.
  • Providing driving directions (including warnings).


Anomalies:

  • Turn restrictions given on street signs usually do streets, not to bikes driving on cycleways.
  • Turn restrictions may apply only to specific car types. E.g. truck. Could someone please provide an example.
  • In Germany, Hamburg the "Sierichstraße" is a one way street, which changes its turn direction during daytime in order to speed up commuter traffic. This with the change of the direction of the one way street, all side streets need to change their turn restrictions.
  • In Prague near National theater the is a changing turn restriction which routes cars depending on the traffic.



Name of a Dual Carriageway belongs to CARRIAGEWAY A and CARRIAGEWAY B

Typical usage scenario:

  • Motorways consist of two carriageways. One carriageway for each direction. Together they have a common name.
  • When viewing the name of the dual carriageway on a high zoom level only one name is presented for both carriageways togther.

Scenario:

  • The renderer generates from the available map data a slippy map to display the dual carriageway.
  • The renderer generates from the available map data a printable map to display the dual carriageway.
  • The navigation application generates a display of the current position of the dual carrieageway on its screan.

Relationship required for the following use cases:

  • Rendering for printing.
  • Rendering of tiles for display on the screen.
  • Realtime data display on the screen of the cars navigation system.


Anomalies:

  • Some motorways in europe have a german motorway ID like A44 and a european motorway ID E4. Both apply to both carriageways.
  • Are there examples of motorway crossings named in common parts named according to the names of both motorways?