[/b/] [/d/] [/tu/] [/a/] [/ph/] [/wa/] [/cg/] [/t/] [/p/]

[Burichan] [Foliant] [Futaba] [Greenhell] [Gurochan] [Photon] - [Home] [Manage] [Archive]

[Return]
Posting mode: Reply
Leave these fields empty (spam trap):
Name
Link
Subject
Comment
File
Verification
Password (for post and file deletion)
  • Supported file types are: GIF, JPG, PDF, PNG
  • Maximum file size allowed is 20480 KB.
  • Images greater than 200x200 pixels will be thumbnailed.

File: 1640945103857.jpg -(216458 B, 1714x1080) Thumbnail displayed, click image for full size.
216458 No.197539  

Возможен ли общественный транпорт, основанный на концепции большого количества безостановочных экспресс-маршрутов?

>> No.197540  

Наверное.

>> No.197541  

define 'транпорт'

>> No.197542  

>>197541
Такая штука, которая позволяет добраться из точки A в точку B.

>> No.197552  

>>197539
Экспресс-маршрут предполагает, что это маршрут на большое расстояние без промежуточных остановок (или с уменьшенным их количеством). Экспресс не может существовать сам по себе без транспорта "последней мили", который как правило медленный и идет с большим количеством остановок. Тебе надо развить мысль, что ты понимаешь под словом "экспресс". Если большое количество коротких маршрутов с малым количеством остановок, то сложности пересадок, синхронизации и диспетчеризации таких маршрутов будет зашкаливать, а время поездок будет нереально большим. Если ты предлагаешь упразднить "последнюю милю", то надо думать, чем это компенсировать, например, средствами индивидуальной мобильности.
Вобщем, это задача оптимизации, которая не может существовать сферическая в вакууме, без понимания топологии, загруженности и т.п.

>> No.197554  

>>197552

> Если большое количество коротких маршрутов с малым количеством остановок

Большое количество безостановочных маршрутов, как коротких так и длинных.

> сложности пересадок, синхронизации и диспетчеризации таких маршрутов будет зашкаливать,

Для этого существую компьютеры.

>> No.197558  

>>197554

> Для этого существую компьютеры.

Диспетчеризация это не только синхронизация. Это обеспечение местами разворота, постоянная корректировка маршрутов, своевременная и корректная реакция на непредвиденные обстоятельства от непонятно откуда возникшей на дороге ремонтной бригады до переброски части транспорта на аномально перегруженный маршрут, и т.д и т.п. Компьютер тут помощник, но в основном это работа с людьми.

>> No.197560  

>>197558
UPD: Все это не отменяет неудобства пассажиров при пересадках. И, да, обеспечение пассажиров хотя бы навесами от дождя - это тоже диспетчеризация.

>> No.197562  

>>197558

> Это обеспечение местами разворота

Помоему это актуально только для специалезированного транспорта вроде трамваев и троллейбусов.

> своевременная и корректная реакция на непредвиденные обстоятельства от непонятно откуда возникшей на дороге ремонтной бригады

Этим обычно водители занимаются.

> переброски части транспорта на аномально перегруженный маршрут

Это как раз хорошо автоматизируется.
>>197560
Смысл как раз в том чтобы ехать без остановок и без пересадок.

>> No.197569  

>>197562

> Помоему это актуально только для специалезированного транспорта

Тащемта, автобус тоже не может развернуться где попало.

> Этим обычно водители занимаются.

Тащемта, нет. Водила сейчас вообще низведен до сервитора, который едет по маршруту, указанному навигатором со скоростью, указанной диспетчером. Он не может уйти на другой маршрут сам по себе, он не может пропустить остановку, он, как правило, не знает, как можно объехать препятствие - запасной маршрут формирует диспетчер из возможных вариантов. В особо экстремальных случаях организуются временные остановки, а для этого выезжает бригада, которая ставит знак остановки в другом месте и вешает на штатной объявление о переносе.

> Это как раз хорошо автоматизируется

Во-первых, надо заметить, что маршрут перегружен - как это сделать? Во-вторых, надо спрогнозировать ситуацию по неочевидным сторонним признакам: например, водила может сообщить, что рядом стадион и из него валят болельщики, а значит выплеск не единичный, и чтобы развести их понадобится перераспределить машины.

> Смысл как раз в том чтобы ехать без остановок и без пересадок.

Как ты себе это представляешь при организации "экспрессов"? Вот мне надо в Хуево-Кукуево, моему соседу по подъезду - в Малые Подзалупки. Без пересадок возможны только такси.

>> No.197583  

>>197569

> автобус тоже не может развернуться где попало.

Где попало не может, но развязок, на которых он это может сделать, полно.

> Водила сейчас вообще низведен до сервитора, который едет по маршруту, указанному навигатором со скоростью, указанной диспетчером. Он не может уйти на другой маршрут сам по себе, он не может пропустить остановку, он, как правило, не знает, как можно объехать препятствие - запасной маршрут формирует диспетчер из возможных вариантов. В особо экстремальных случаях организуются временные остановки, а для этого выезжает бригада, которая ставит знак остановки в другом месте и вешает на штатной объявление о переносе.

Почему бы не вернуть ему эти права? Когда на маршруте 2-3 остановки, не так важно, как именно он будет к ним ехать.

> Во-первых, надо заметить, что маршрут перегружен - как это сделать?

По количеству провалидированных в автобусе билетов.

> Во-вторых, надо спрогнозировать ситуацию по неочевидным сторонним признакам: например, водила может сообщить, что рядом стадион и из него валят болельщики, а значит выплеск не единичный, и чтобы развести их понадобится перераспределить машины.

Ну так это не супер сложно.

> Как ты себе это представляешь при организации "экспрессов"? Вот мне надо в Хуево-Кукуево, моему соседу по подъезду - в Малые Подзалупки. Без пересадок возможны только такси.

По ммаршруту на каждый конечный пункт например.

>> No.197585  

>>197583

> По ммаршруту на каждый конечный пункт например.

Расчет количества ребер в таком графе представляешь?

>> No.197586  

>>197585
Для этого есть компьютеры.

>> No.197592  

>>197586
Для этого компьютеров нет.

>> No.197593  

Запостил на Новерь с первого раза. Год обещает быть удачным.

>> No.197594  

>>197592
Расчет ребер в графе отлично жрут алгоритмы. Не вижу проблем.

>> No.197597  

>>197594
Не все. Гугли https://ru.wikipedia.org/wiki/Класс_NP

>> No.197601  

>>197597
Там только вопрос времени. Перебор решает.

>> No.197619  

>>197601
Набери мне приватный ключик к вот этому публичному. А то я никак свои пару битков достать не могу.

ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDD5juuk00lr/g+ixhslKac+F6lEy5U7JP2NXCSHEmeto+vdLS92VN7r4UuLBC16LWQVABIDRoI8pVJSu7iR2ATtYXqgXIkcTQG53iFc5mLKqEytEHD0icQmueIYbwKqqzZ5g1nOErr1tVr0eGPsogWnlsRXixekYemFyggaf5YDT/1W5xWBJfZJ9/9YP8naK/ygkWN2OAuvDKXc8+45cg971Xy54gutE9Q6W1Fo2n8yrQ5e9Xgrrc1r+xuwPmhw2cDifOGQHody7rILtrpRXuAxC8WFIfaLDsxvwh0IYnjY5f7LGUKxjZh/ywYFB6mDP0YcpYc/Igck6cpB0gtIUPZ

>> No.197631  

>>197619
И каким боком этот ключ к маршрутному графу, в котором в худшем случае 1к узлов?

>> No.197632  

>>197631
Задачи одного порядка. Хотя нет, моя чуточку сложнее.

>> No.197633  

>>197632
Разница примерно как между переплыть бассейн и переплыть океан.

>> No.197640  

>>197633
...при этом не умея плавать.

>> No.197642  

>>197640
Как раз таки умея плавать. Уменьши битность своего закрытого ключа бит эдак до 16 и все очень быстро решится.

>> No.197644  

>>197631
В предложенных ОП-ом условиях количество узлов примерно дохуя, неизвестно заранее и динамически меняется. При этом подсчет связей это только часть задачи. Так что его случай примерно напоминает даже не подбор ключа, а сам майнинг. При одновременной коррекции ошибок от атак "51%".

>> No.197645  

>>197644
В городах не так много остановок.

>> No.197646  

>>197645
ОП предлагает каждую связать с каждой "экспрессами".

>> No.197647  

>>197646
Для 40 остановок это будет менее 1600 связей. На практике еще меньше, никому не нужно ездить на 0 и 1 остановку.

>> No.197648  

>>197647
Так весь цимес в том, что ездить придется только на одну остановку! Без пересадок!

>> No.197649  

>>197648
Так 40 это типичное число остановок в городах.



Delete Post []
Password

[/b/] [/d/] [/tu/] [/a/] [/ph/] [/wa/] [/cg/] [/t/] [/p/]