Я хотел бы иметь возможность создавать буферы / зоны / кольца транзитного времени, используя систему общественного транспорта Денвера. Для примера того, о чем я говорю, посетите triptropnyc.com - мне не нужно, чтобы он выглядел почти так же хорошо, и у меня есть только одна достопримечательность происхождения.
До сих пор я думал о том, чтобы распределить случайные точки вокруг интересующей области, а затем постепенно передавать эти точки в API Карт Google. Получив время в пути, я мог бы интерполировать между точками, чтобы получить буферы - возвращаясь к большему количеству точек, если необходимо сгладить оценки.
Это будет правильный подход? Есть ли другие способы оценки времени прохождения, которые я должен рассмотреть? Возможно другие источники данных, которые были бы более полезны или легче получить?
Дайте мне знать, что вы думаете.
источник
Ответы:
Я также согласен, что это интересная проблема. Однако вместо буферизации транзитных линий я бы начал с остановок, которые являются частью спецификации фида Google Transit . Фид RTD здесь . Возможно, используйте GraphServer для построения деревьев.
источник
Однажды я попробовал нечто подобное ( используя NetworkCostCalculator от FME ).
Интересная часть в визуализации. Мы записали данные в 3D PDF со временем в качестве оси Z и фоновым изображением через определенные промежутки времени.
Вы только что включили изображение 10 минут или 15 минут и т. Д., Чтобы показать, как далеко вы можете добраться за определенное время.
И если вы превратите сеть в поверхность затрат, это будет выглядеть так:
источник
вам понадобится TCQM для выполнения транзитных расчетов (это бесплатная книга).
В любом случае, в промышленности мы создаем контурный слой, основанный на времени ходьбы от транзитных остановок. Каждая транзитная остановка может занять до 0,25 мили / 400 м с точки зрения пешеходного расстояния, что обычно является числом по умолчанию. Люди ходят где-то между 4 и 6 км в час, поэтому вы можете принять 4 или 5 в качестве среднего. Таким образом, у вас есть расстояние и скорость, вы можете получить время из этого.
источник
Я знаю, что опаздываю в игре, но я бы посоветовал вам проверить инструменты Crimestat для определения расстояний в сети, если у вас уже есть точки, предложенные Кирком (при условии, что у вас также есть файл уличной сети).
Вы только что выполнили простую выборку для оценки скорости транзита для достижения этой цели, поскольку онлайн-оценки не существует (или использовали какой-либо другой источник для оценки скорости)? Для этого проекта я не думаю, что было бы неразумно предполагать постоянную скорость.
источник
Это очень интересная проблема с точки зрения пешеходного движения в городе.
Моя первая мысль - обработать карту транзита как график и просто выполнить обход каждой станции от корневого узла (вашего местоположения происхождения). Затем для каждого пройденного узла создайте серию расширяющихся кругов с приблизительными расстояниями обхода (не слишком много расширяющихся кругов, вы можете легко исчерпать вычислительную мощность). После того как вы сгенерируете все круги для карты, вам нужно будет рассчитать, какие круги перекрывают друг друга, и упростить полученную геометрию. Затем вы можете обработать каждое ребро как вершину, а каждую вершину как ребро для сети потоков, чтобы вычислить оптимальные пешеходные маршруты (используя Форд Фулкерсон или что-то еще).
Это алгоритм, который, вероятно, сработает, но я действительно сомневаюсь, что он оптимален. Я думаю, что ты просто ботаник, подстрелил меня. ;П
источник