Никто не спорит, что есть платные данные и сервисы. Есть аналитические услуги по предоставлению похожих отчетов - но они стоят значительно отличающихся денег, чем брать полностью Open Source данные и библиотеки.
Цель моей системы была предоставить бесплатный инструмент для всех и привлечь интерес к данным и пакетам использованным в системе.
P.S. Транспорт у меня учитывает не только кол-во ОТ, но и кол-во маршрутов останавливающихся и их длины. Частоты хождения - да этого в OSM практически нет. Есть время начала и окончания - но так, как в индексе нет параметра на какой промежуток времени рассчитывать - то и расписание смысла не имеет, а берется просто общее за всю неделю.
Аналогично, с продуктовыми магазинами что-то глобально поломано. Глянул свою квартиру в Питере - в том шестиугольнике, в котором и расположен единственный приличный "Перекрёсток" на всю округу (пл. А. Невского), индекс по этому показателю - 4, зато где-то на Гончарной, где максимум магазинчики у дома с нулевым ассортиментом, индекс 100. Понимаю, что вопрос больше к OSM, но если там всё так плохо с данными - вряд ли осмысленно их использовать...
Имеет смысл почитать предыдущие статьи и обсуждения к ним, ну или как минимум одну предпоследнюю статью - там ответы на часто задаваемые вопросы.
Да - данные в OSM не идеальны. Индекс нормализован по городу - вы же не исключаете, что где-то в городе намного плотнее сеть магазинов?
В случае с пл. А. Невского - там всего три магазин в округе https://overpass-turbo.eu/s/1UG3. А на Гончарной в пешей доступности пара больших торговых и вокзал. (Еще раз напоминаю - индекс считает не для того, сколько в ячейке объектов - а их близость, количество и площадь для данной ячейки). Хотите смотреть индексы "локально" - пользуйтесь выделением области на карте.
Ну и доступность парков - 13 у шестиугольника, расположенного прямо вплотную к Таврическому саду, и 11 - у прилегающих к Летнему саду, как бы тоже намекает на определённые проблемы в методике...
Аналогично с парками - просто в городе есть парки больше Таврического сада по полощади и плотности парков в округе. Хотите в округе Таврического посмотреть - выделяйте область:
По всем вашим пунктам будут такие же комментарии. И тут проблема не в вас, а в том что сложно воспринять эти индексы (описываю может непонятно) и как ими пользоваться - вот как только пойму что нужно сделать, чтобы было проще воспринимать - таких вопросов не будет (они возникают практически к каждой статье).
Но в целом возникает вопрос - результаты применения теоретически рассчитанных моделей вообще проверялись на соответствие здравому смыслу
Там нет никаких моделей и теории - простые операции суммирования и деления. И да они проверены уже много раз разными людьми в комментариях с серии статей - и если вначале были ошибки, то при помощи сообщества они исправлены, а расчеты улучшены (чтобы более реалистично отражать данные). Ну и при добавлении нового индекса я всегда проверяю на тех местах где я жил хотя бы от месяца (а таких много в разных странах) - большой разбежки с реальностью нет (если нахожу - то это исправляется до публичного доступа).
И спасибо еще раз - такие комментарии стимулируют проверять меня более тщательно разные локации (ну и иногда находить ошибки в моих расчетах).
@SilverTrouse Пишите ориентир, чтобы посмотреть точнее по данным - я проверяю на тех местах где жил/бывал - там все более менее похоже. Но надо понимать что понятие магазинов на OSM очень размазано и не точное (никто особо не следит за ним). Большие торговые центры еще будут соответствовать реальности - остальное могут быть неточности.
Для этого и есть негативный множитель у индекса - найти где нет нежелательных объектов.
Озеленения дворов - отдельно таких объектов нет на OSM. Если есть "посадка деревьев" и она внесена на карте, то можно использовать индекс парки/пляжи - эти деревья попадут туда.
Пляжей как отдельного индекса не существует - он объединен с парками (озеленением) - поэтому в городе есть места где больше зелени и индекс 100 (все индексы нормализованные). Если выделять только прибрежную область без близких парков, то тогда получили 100%.
Он ложится не на долго - обычно я замечаю и даю пинка. Сейчас трафик схлынул - тем кому действительно интересно стало проще посмотреть. Но не работает поиск - закончился оплаченный, докидывать не буду - станет доступен с 1 октября.
Ну только народ туфтой в запросах страдает - пытается сломать. Нафиг это надо - не ясно. Я просто задушу назад ресурсы (нефиг платить за чужую дурость) - а тем кто хотел посмотреть, не достанется - сорян.
Мне неудобно признаться - но либо это популярность, либо "атака". Резкий рост кол-ва уникальных запросов. СПБ один из больших городов - почему-то не успевает постпроится за отведенное время. Пробуйте сейчас (добавлено ресурсов - но это до завтра - после-завтра).
Если города или комбинации параметров нет в кэше - надо "ждать" около минуты пока все построится.
Спасибо за внимательность - на сайте правильно - это в статье перемудрил. Исправил.
Никто не спорит, что есть платные данные и сервисы. Есть аналитические услуги по предоставлению похожих отчетов - но они стоят значительно отличающихся денег, чем брать полностью Open Source данные и библиотеки.
Цель моей системы была предоставить бесплатный инструмент для всех и привлечь интерес к данным и пакетам использованным в системе.
P.S. Транспорт у меня учитывает не только кол-во ОТ, но и кол-во маршрутов останавливающихся и их длины. Частоты хождения - да этого в OSM практически нет. Есть время начала и окончания - но так, как в индексе нет параметра на какой промежуток времени рассчитывать - то и расписание смысла не имеет, а берется просто общее за всю неделю.
Имеет смысл почитать предыдущие статьи и обсуждения к ним, ну или как минимум одну предпоследнюю статью - там ответы на часто задаваемые вопросы.
Да - данные в OSM не идеальны. Индекс нормализован по городу - вы же не исключаете, что где-то в городе намного плотнее сеть магазинов?
В случае с пл. А. Невского - там всего три магазин в округе https://overpass-turbo.eu/s/1UG3. А на Гончарной в пешей доступности пара больших торговых и вокзал. (Еще раз напоминаю - индекс считает не для того, сколько в ячейке объектов - а их близость, количество и площадь для данной ячейки). Хотите смотреть индексы "локально" - пользуйтесь выделением области на карте.
Аналогично с парками - просто в городе есть парки больше Таврического сада по полощади и плотности парков в округе. Хотите в округе Таврического посмотреть - выделяйте область:
По всем вашим пунктам будут такие же комментарии. И тут проблема не в вас, а в том что сложно воспринять эти индексы (описываю может непонятно) и как ими пользоваться - вот как только пойму что нужно сделать, чтобы было проще воспринимать - таких вопросов не будет (они возникают практически к каждой статье).
Там нет никаких моделей и теории - простые операции суммирования и деления. И да они проверены уже много раз разными людьми в комментариях с серии статей - и если вначале были ошибки, то при помощи сообщества они исправлены, а расчеты улучшены (чтобы более реалистично отражать данные). Ну и при добавлении нового индекса я всегда проверяю на тех местах где я жил хотя бы от месяца (а таких много в разных странах) - большой разбежки с реальностью нет (если нахожу - то это исправляется до публичного доступа).
И спасибо еще раз - такие комментарии стимулируют проверять меня более тщательно разные локации (ну и иногда находить ошибки в моих расчетах).
@aborouhinОтвечу подробно с примерами в понедельник - пока в пути. Спасибо за детальное тестирование!
@SilverTrouse Пишите ориентир, чтобы посмотреть точнее по данным - я проверяю на тех местах где жил/бывал - там все более менее похоже. Но надо понимать что понятие магазинов на OSM очень размазано и не точное (никто особо не следит за ним). Большие торговые центры еще будут соответствовать реальности - остальное могут быть неточности.
Для этого и есть негативный множитель у индекса - найти где нет нежелательных объектов.
Озеленения дворов - отдельно таких объектов нет на OSM. Если есть "посадка деревьев" и она внесена на карте, то можно использовать индекс парки/пляжи - эти деревья попадут туда.
Пляжей как отдельного индекса не существует - он объединен с парками (озеленением) - поэтому в городе есть места где больше зелени и индекс 100 (все индексы нормализованные). Если выделять только прибрежную область без близких парков, то тогда получили 100%.
Добавлена Вологда
Ницца и заодно Париж добавлены
Добавлен
Добавлен
Он ложится не на долго - обычно я замечаю и даю пинка. Сейчас трафик схлынул - тем кому действительно интересно стало проще посмотреть. Но не работает поиск - закончился оплаченный, докидывать не буду - станет доступен с 1 октября.
Ну только народ туфтой в запросах страдает - пытается сломать. Нафиг это надо - не ясно. Я просто задушу назад ресурсы (нефиг платить за чужую дурость) - а тем кто хотел посмотреть, не достанется - сорян.
Нет - это горный пик (возвышенность по нашему).
Ok
Тоже через месяц :)
"Надо больше золота" - причина банальна. Кидай больше на счет, раз хочешь ресурсов поболее.
Пока опять ожило.
Но если кто-то реально ломится скриптом или ботом - имейте совесть....
Если нужны посчитанные данные - пишите в личку - вышлю дамп от PosgreSQL.
Спасибо. Добавил строчку в помощь.
Все - доигрались! Yandex Cloud не выдержал и закрыл аккаунт. Причина неясна - увеличил ресурсов, перевел денег на счет и все - пока-пока....
Мне неудобно признаться - но либо это популярность, либо "атака". Резкий рост кол-ва уникальных запросов. СПБ один из больших городов - почему-то не успевает постпроится за отведенное время. Пробуйте сейчас (добавлено ресурсов - но это до завтра - после-завтра).
Если города или комбинации параметров нет в кэше - надо "ждать" около минуты пока все построится.