Uk:Buses

Ця сторінка містить незакінчений переклад: вона містить пропуски, невиправлені помилки, або деякі неперекладені частини.
Якщо ви знаєте англійську, будь ласка, допоможіть закінчити цей переклад мовою: українська. Ознайомтесь з інструкціями з перекладу сторінок вікі.
Здається, зараз ніхто не працює над перекладом, ви можете зайнятись цим.

Обʼєкт : Uk:Buses

Опис

Автобус – вид громадського транспорту

Теґи

Автобуси міські та міжміські, та тролейбуси – це вид громадського транспорту, який використовує дорожньо-транспортну мережу. Система складається з автобусних маршрутів, вздовж яких знаходяться автобусні зупинки та автостанції та має ряд взаємопов’язаних елементів.

Зв'язок 36052, який використовується для позначення маршруту (блакитним), де зупинки знаходяться поруч з дорогою. Це маршрут номер 12 в Лондоні.

Зупинки та автостанції

Автобусні зупинки

Поширений спосіб позначення зупинок – цє додавання точки з теґом highway=bus_stop поруч з лінією дороги, там де пасажири очікують прибуття автобуса безпосередньо перед посадкою. Вона може знаходитись на місці навісу чи павльйону або там де розташований знак зупинки. Вона може бути на відстані кількох метрів від того місця де відбувається безпосердня посадка та висадка пасажирів. На місці зупинки автобуса може знаходитись навіс чи павільйон для захисту від негоди або тільки стовп зі знаком автобусної зупинки. Додайте до точки автобусної зупинки її назву (за наявності) так як вона зазначена на вказівнику чи знаку, вкажіть назву в значення теґа name=*. Багато хто з маперів також використовує теґ public_transport=platform, якщо зупинка призначана для користування різними типами громадського транспорту. Тоді використовується комбінація теґів public_transport=platform та bus=yes замість highway=bus_stop.

Автостанції та автовокзали

Автостанції позначаються полігоном , контур якого окреслює межі території, що використовується станцією, або точкою з теґом amenity=bus_station. Також вони можуть позначатись як public_transport=station. Відповідно, для уточнення типів громадського транспорту, який обслуговує пасажирів на станції чи вокзалі, додається теґ bus=yes до public_transport=station.

Автобусні маршрути

Автобусні маршрути додаються за допомогою зв'язків, які складаються з усіх членів маршруту. Маршрут складається зі всіх відрізків дорожньої мережі, по яких він проходить, та зупинок вздовж маршруту (це можуть бути точки чи полігони).

Для кожного напрямку маршрута, від А до Б та від Б до А, створюється власний зв'язок, який позначається теґами type=route + route=bus чи route=trolleybus, у випадку тролейбусних маршрутів.

Майстер-зв'язок маршруту

Для поєднаня всіх напрямків маршруту (від А до Б та від Б до А) використовується інший зв'язок – type=route_master + route_master=bus чи route_master=trolleybus, членами якого будуть зв'які створені для кожного напрямку (варіанту маршруту).

Öpnvkarte.de (чи openbusmap.org) показує автобусні маршрути, а також маршрути інших типів громадського транспорту, тут, наприклад в Кельні

Маршрути можуть належати до різних мереж та обслуговуватись різними операторами, для позначення таких відомостей відповідно використовуються теґи network=* та operator=*.

Виділені смуги для руху автобусів

Основна стаття: Виділена смуга для руху автобусів

Зазвичай, автобуси рухаються звичайними дорогами highway=*, але іноді для їх руху виділяються окремі смуги.

В OpenStreetMap, для позначення таких випадків використовується кілька підходів. Наявність смуг для руху автобусів може позначатись теґом busway=* (чи bus_bay=*). Наявність такого теґу говроить про наявність принаймні одніє виділеної смуги для руху громадського транспорту (автобуса) чи кишені біля зупинки, з одного чи обох боків дороги. Іший спосіб полягає в використанні схеми lanes:psv, за допомогою якої можна зазначити точну кількість смуг призначених для руху громадського транспорту та їх напрямок. Обидва підходи сумісні з теґуванням велодоріжок та можуть використовуватись одночасно, докладніше дивіться Bus lanes.

Цих підходів достатньо для більшості застосувань. Однак, за потреби докладного позначення даних про наявні на дорозі смуги для руху транспорту, краще використовувати вдосконалений підхід до їх мапінгу із застосуванням суфіксу :lanes.

Також корисно зазначати наявні обмеження щодо дозволів руху (див access=*) та габаритні обмеження (наприклад, обмеження по висоті транспортних засобів – maxheight=*) на дорогах по яких відбувається рух громадського транспорту. Для позначення контактної мережі для руху тролейбусів до ліній доріг додавайте теґ trolley_wire=yes.

Дороги призначені виколючно для руху громадського транспорту (переважно швидукісних автобусів-експресів) використовується теґ highway=busway. (Див 443134697 443134697)

Додавання автобусних маршрутів в OpenStreetMap

Крок 1 – Переконайтесь що кожна автобусна зупинка вздовж маршруту присутня в OpenStreetMap

Для простоти, рекомендується додавати зупинки у вигляді точок у місці знаходження знаку зупинки чи павільйону, в якому пасажири очікують прибуття автобуса. Деякі з зупинок можуть бути позначені лініями чи полігонами , що є вірним і не вважається помилкою, однак простіше підтримувати маршрут в актуальному стані, якщо зупинки позначено точками (тут звертайте увагу на ваше бажання витрачати на це час та на вашу поточну кваліфікацію).

Дехто також додає точку місця зупинки громадського транспорту на лінію дороги, по якій проходить маршрут, на додачу до точки зупинки, що знаходиться поруч з дорогою. В такому разі точку місця зупинки автобуса слід позначати теґом public_transport=stop_position. Така точка, на лінії дороги, може бути корисною в певних випадках, однак є необов'язковим елементом зв'язку маршруту. Простіше додавати зупинки точками поруч з дорогою у місці знаку чи павільйону.

Якщо зупинка представлена кількома точками, що утворюють єдиний елемент даних (напр, автостанцію), для їх гуртування слід використовувати зв'язок public transport=stop area, щоб показати що всі вони утворюють єдиний елемент даних. Однак до зв'язку автобусного маршруту додаються тільки окремі точки зупинок, а не зв'язок автостанції

Для позначення зупинок використовуйте наступні теґи:

Tag	Importance	Description	Examples
highway=bus_stop	! Required	Describes this feature as a bus stop. Most common tag.	highway=bus_stop
public_transport=platform	? Optional	For describing that this feature is a public transit platform, serving public transport routes. This is an approved tag to use for bus stops, even though it is not used in the same way as in common English. Less common, but approved tag.	public_transport=platform
name=*	‽ Recommended	Name of the bus stop, especially when there exists no public_transport=stop_area. If a stop area relation exists, then this tag can include the numbering of the platform in addition to the bus stop name.	name=Martin Luther King Junior Boulevard at Stateside Drive
ref=*	‽ Recommended	Reference code of the bus stop.	ref=3154
local_ref=*	‽ Recommended	The reference of a bus stop in a bus station. If a bus station has a large number of buses arriving, many smaller bus stops, each with their own local_ref=*, will be present. This tag is usually only needed in bus stations with several bus stops.	local_ref=C
network=*	‽ Recommended	The network of the bus stop. This can either be an abbreviation or full name, depending on the network. Check other bus routes or bus stops near the one being mapped to find out how the network should be tagged in the area.	network=CHT, network=London Buses, network=NYC Buses, network=TNSW
operator=*	‽ Recommended	Name of the company operating the buses that stop at the bus stop. If several different operating companies serve the stop, use a semicolon (;) to separate the different operators in the value of the tag.	operator=Arriva
shelter=*	‽ Recommended	'yes' if the stop is protected from the rain by a shelter. 'no' if it is not.	shelter=no
departures_board=*	‽ Recommended	This tag indicates the type of departures board present at the bus stop. This could be a paper timetable, a live information display, neither, or something else. departures_board=no indicates none.	departures_board=timetable
bench=*	‽ Recommended	'yes' if a bench for riders to sit on is present at the stop. 'no' if not.	bench=yes
bin=*	‽ Recommended	'yes' if there is a trash can at the bus stop. 'no' if not.	bin=no
tactile_paving=*	‽ Recommended	'yes' if tactile paving (small bumps at the edge of the platform to alert visually impaired riders when they are walking into the road) are present. 'no' if not.	tactile_paving=no
layer=*	! Required in multi-level bus stations.	For where the associated road is not at ground level. Essential with complex multi-level situations where there would otherwise be doubt as to which road (or stop_position) it was associated.	layer=-1
lit=*	‽ Recommended	'yes' if the bus stop is lit up at night. 'no' if not.	lit=yes
surface=*	‽ Recommended	The surface of the ground where the bus stop is located.	surface=concrete

This table is a wiki template with a default description in English. Editable here.

Після того, як ви переконались, що всі зупинки на місці, переходіть до наступного кроку.

Крок 2 – створення нового зв'язка з маршрутом автобуса

Відповідно де вимог схеми PTv2, для кожного з напрямків маршруту потрібно створити окремий зв'язок. Наприклад, автобусний маршрут з півдня на північ має бути позначений двома окремими зв'язками, один з півдня на північ, інший – у зворотньому напрямку. Якщо маршрут є кільцевим, тільки в одному напрямку, – достатньо одного зв'язка. Якщо на автобусному маршруті є кілька автобусів, які починають рух на півдорозі, обслуговуючи лише другу половину маршруту, але слідуючи тим же маршрутом, що й інші автобуси, для цього варіанта потрібен окремий зв'язок.

Для створення зв'язку автобусного маршруту для одного напрямку руху автобуса, почніть з першої зупинки, звідки розпочинається маршрут, та створіть новий зв'зок.

У разі відмінностей маршрутів руху автобусів в будні та вихідні дні використовуйте теґ opening_hours=* для зазначення часу, коли вони діють.

Додайте наступні теґи до нового зв'язку:

Tag	Importance	Description	Examples
type=route	Mandatory	For indicating that the relation is a route.	type=route
route=bus	Mandatory	For indicating that the route is a bus route.	route=bus
ref=*	Very important	For indicating the reference code of the route. If none exists, the name=* tag is required instead. The bus route must have some identifier to be useful.	ref=29C
public_transport:version=2	Important	This tag is useful for users of OSM transport data, because it lets them know that the route has been added according to the new system PTv2. It makes parsing and validating easier.	public_transport:version=2
operator=*	Recommended	The name of the company or organization that operates the bus route.	operator=Triangle Transit Authority
network=*	Recommended	The network of the bus route. This can either be an abbreviation or full name, depending on the network. Check other bus routes or bus stops near the one being mapped to find out how the network should be tagged in your area.	network=CHT, network=London Buses, network=NYC Buses, and network=TNSW
opening_hours=*	Recommended	The opening hours of the bus route. Use this tag for differentiating between a weekend and weekday routes. This should include the time between the first bus of the day starting out (in the direction being mapped - different directions can have different opening hours) to the time of the last bus of the day arriving at the last stop of the route.	opening_hours=Mo-Fr 07:23-18:44
interval=*	Recommended	The time between arrivals at any given stop along the route. Also known as the service frequency. Use HH:MM:SS, H:MM:SS, HH:MM, H:MM, MM, or M format. The example on the right is for a bus route that operates every 6.5 minutes.	interval=00:06:30
duration=*	Recommended	The duration of the bus route, or the time between the bus leaving the first stop and arriving at the last stop. The example on the right states that the bus runs for 31 minutes from end to end. Use HH:MM:SS, H:MM:SS, HH:MM, H:MM, MM, or M format.	duration=00:31
fee=*	Recommended	'yes', if a fee is required for riding the bus route, and an optional (but still important) charge=* for the amount of the fee. 'no', if no fee is required.	fee=yes+charge=2.25 USD
bicycle=*	Recommended	'yes' if bicycles are permitted on the bus. Buses that permit bicycles often have racks on the front for storing them.	bicycle=yes
wheelchair=*	Recommended	'yes' if wheelchairs are accommodated. 'no' if not. Routes that accommodate wheelchairs have special ramps that can be laid down for wheelchairs to enter the bus. There will be a dedicated area in the bus for wheelchairs that may have straps or a cushioned pad that the wheelchair can the reversed up to and the brakes applied to hold a wheelchair in place.	wheelchair=yes
from=*	Recommended	The name of the location where the bus is coming from. This does not have to be the name of the bus stop.	from=Southern Village
via=*	Recommended	The name of an important stop along the route (for example, the turning point of a loop line). Many bus routes do not have an important via stop, so in the case of trying to add such a route, don't use this tag.	via=Franklin Street
to=*	Recommended	The name of the destination of the bus. Many buses display a banner across the top of the bus with the destination.	to=Eubanks Road Park and Ride Lot
name=*	Recommended	Ця стаття чи розділ містять сумнівну або суперечливу інформацію. Дивіться Обговорення для отримання додаткової інформації. Descriptive naming is generally frowned upon. This recommendation has attracted criticism many times over the years. The 'name' of a bus route should follow a specific format and is not the official name of the bus route. This tag is more of a description of the route than the actual name of the route. To add the name, use the following format: "name"="Bus <ref>: <from> => <to>". If the bus route has a "via", you can use "name"="Bus <ref>: <from> => <via> => <to>", however using via in the name is optional. Note that "->", "-->", or "→" can be used instead of "=>". Use which ever style you like. As long as the ref=*, from=*, and to=* tags are filled out, data users can create their own names however they prefer. If the bus route is a round trip, the "to" and "from" tags will be the same, causing a rather silly bus route name to be tagged (eg. Bus 27B: Downtown => Brightley => Downtown). In the case of such a bus route, you can choose to use "Bus <ref>" as the name. Example: name=Bus 27B.	name=Bus 405: UNC Hospitals => Downtown Durham Transit Center
official_name=*	Recommended	For describing the name of the bus route as used on official maps. Most routes have only a reference number and not a name, so for those cases, don't use this tag.	official_name=Bull City Connector
colour=*	Recommended	The colour of the bus route on official maps. Many bus routes do not have an "official colour", so for those routes, simply don't use this tag. The colour should be in hex format, however, using HTML colour codes will work as well. Note that the British English word "colour" is used for this key rather than the American English "color".	colour=#58912F
roundtrip=*	Optional	To specify whether the relation is a round trip. For most routes, the value is 'no'. Routes that complete a loop and are therefore only added with one relation should have the value 'yes'. This is optional because it can be inferred from the relation itself.	roundtrip=no

Adding bus stops to the relation

The next step is to add each bus stop to the bus route relation in the correct order with the role "platform".

To add a bus stop to the route, select that bus stop, and then click the plus symbol near the bottom under All relations. Then, choose the relation that you have just created, add the stop to the relation, and set the role to platform.

It is very important that the stops be added to the route relation in the order that the bus stops at them. If the bus stops at a stop twice, add that stop to the relation twice. Each stop must have the role "platform" in the route relation. Although many people use the role "stop" for the bus stops, the role is now discouraged.

If the stops or roads have been added in the wrong order, they can be dragged and dropped into the correct order.

Some platforms / bus stops have entry only/exit only restrictions. For those cases, use the roles "platform_exit_only" and "platform_entry_only" instead of the role "platform".

Adding streets to the relation

The final step is to add the streets covered by the bus route in the correct order with empty role "".

Many data consumers, including OsmAnd, are able to use bus routes without any streets added to the relation - only stops. Adding the streets is recommended, but not mandatory.

To add streets to the relation properly, select the first street that the bus drives over after leaving the first stop in the route. You may need to split the street to only select the part of it that is covered by the bus route. Add the first street covered by the bus route to the relation with an empty role. Then, add the next street covered by the route, and then the next, all in the correct order. Adding the streets in the correct order is just as important as it is for the stops. Using the roles "forward", "backward", "both", "North", "South", "twice", or any other role is invalid. Each street must be added with an empty role (""). Sections of the route where one can board or leave the bus by giving a sign to the driver instead of waiting for the next stop can be marked with hail_and_ride. The direction that the bus travels on the way can very easily be found by a computer (as long as the member ways are connected), and using roles other than an empty role for streets covered by the bus route is therefore both unnecessary and invalid.

The relation is now finished.

Step 3 - Create a route master relation

No route master relation is needed if the bus route is a loop, and therefore only mapped with one relation (and given the tag roundtrip=yes).

Route master relations represent all variations of a single bus route, not a network of bus routes.

Now that each direction of the bus route has been added as a separate relation, they should be connected with a route master relation. The route master relation should include both directions of the route, as well as any variations of the route. For example, if a bus route operates normally Monday through Friday, but has a different route and different opening hours on weekends, then the weekend routes (both directions) should be added as separate relations, for a total of four relations. All relations that are part of the same route should be added to the route master relation.

Add the following tags to the route master relation:

Tag	Importance	Description	Example
type=route_master	Mandatory	To specify that this relation is a route master.	type=route_master
route_master=bus	Mandatory	To specify that this route master is a bus route master.	route_master=bus
ref=*	Mandatory	If no ref exists, you must use official_name=* instead.	ref=800
name=*	Recommended	As is true with the individual bus relations, this value should not be the "official" name of the bus route. Use the following format: "Bus <ref>".	name=Bus 800
operator=*	Recommended	Name of the company that operates this bus route.	operator=Transport for London
network=*	Recommended	The network of the bus route master. Look to other public transport features in your area to see what the common value of the network=* tag is for your local transit network.	network=London Buses
wheelchair=*	Recommended	'yes' if wheelchairs are accommodated. 'no' if not. Routes that accommodate wheelchairs have special ramps that can be laid down for wheelchairs to enter the bus. There will be a dedicated area in the bus for wheelchairs that may have straps or a cushioned pad that the wheelchair can the reversed up to and the brakes applied to hold a wheelchair in place.	wheelchair=yes
bicycle=*	Recommended	'yes' if bicycles are permitted on the bus. Buses that permit bicycles often have racks on the front for storing them.	bicycle=yes
official_name=*	Recommended, if one exists.	For the name of the bus route as it appears on official maps. If no official name exists, don't use this tag.	official_name=Bull City Connector
ref:<qualifier>=*	Important, if several refs exist.	The reference by which an operator or network, specified by <qualifier>, refers to the route or service. Important, where the reference code of the bus route is known by two or more different refs depending on which operator is contacted.	ref:OPT=OCH & ref:TTA=420

Add the child bus route relations to the route master.

After adding the necessary tags to the route master relation, add each of the individual routes to the route master with an empty role, or ("").

Network Relations

Основна стаття: Relation:network#Public transportation networks

A network relation can be used to link each member of a network together. The network relation represents existing networks (i.e. a common fare system). Network relations can be hard to work with, and have therefore been deprecated in some places (for example Germany). Using network=* on each bus route and route master relation is preferred over network relations.

Example bus routes

Chapel Hill Transit NS: route master relation

London Buses route 12: route master relation

Removing a bus route from OpenStreetMap

When entire lines disappear their route_master and route relations are deleted. Unless the bus stops have also been physically removed, they should not be deleted. If they are renamed and/or their identifier changes and it's obvious that it's all based on an already mapped predecessor, you could 'reuse' the relations. There is no good way to indicate when the new situation starts or the old situation ceases.

Bus maps

The following sites render bus routes (based on relations data)

• Öpnvkarte (http://öpnvkarte.de/ or alternatively http://www.openbusmap.org/ or OSM Inspector Public Transport - Network) Worldwide public transportation maps.
• Transport Map layer created by Andy Allan showing public transport lanes worldwide. Wiki page.
• Overpass Turbo request:
  • Taking color into account, and not rendering routes without color.
  • Not taking color into account, rendering all stops and routes.
• Overpass API route map: http://overpass-api.de/public_transport.html
• Openmap.lt : rendering close to the one of openbusmap.org. Only renders features in Lithuania.

Bus routes by country

See Category:Bus routes by country.

See also Category:Public transport by country.

See also

• Public transport
• Tag:route=bus

Proposals

• Proposed features/Public Transport (PTv2) - accepted, in use.
• Hail and ride proposal - approved