Больше интересуют детали, например, кто решает когда пользователя нужно перекинуть, есть ли fk связи и если есть, то каким образом переносится пачка записей в разных таблицах, какой подход когда пользователь что-то пишет во время переноса, как обрабатывается ситуация когда что-то пошло не так (упало, отвалился конекшэн)?
1. какие улицы (нужны ли пешеходные, грунтовки, сервисные и внутредворовые проезды)
2. нужно понимать, что улица может быть разбита на несколько кусков, которые прийдётся склеивать (схемы осм не во всём бывают хорошы)
3. есть всякого рода двойные улицы, бульвары, развязки дорог и нужно ли как-то это обрабатывать
Я как-то пытался связать викиданные данные с осм касательно улиц и сталкивался с этими вопросами, решение получилось страшнованым: https://github.com/opendataby/osm-streets/blob/gh-pages/main.py#L732, а так на скорую руку можно и так http://overpass-turbo.eu/s/lz9.
Как известно, согласно PCI-DSS, платёжная система не должна хранить у себя так называемые Критичные аутентификационные данные (КАД), к которым относят, к примеру, CVV или PIN-код (последний обычно поступает из POS-терминалов супермаркетов).
Интересно как работают рекурентные платежи, если CVV не должен храниться?
Когда были проблемы (очень долго) поиска пересечений, разбивал карту на NxN частей, для каждой части считал попадающие куски, после чего на каждой части для кусков искал пересечения.
Кроме того, такие сайты являются элементами геймификации при внесении масштабных изменений или поддержки качества карт. Однако далеко не все участники сообщества открытых карт знают об этих сайтах.
То есть вопрос в том как из потребителей сделать производителей? Имхо открытые данные это знание, факты, на основе которых можно принимать решение. Решением может быть как добавить свой дом в систему если такая возможность есть, так и что-то сделать чтобы такая возможность появилась при ее отсутсвие. Да даже отсутсвие данных это та же информация и в данным контексте может стоять решение как что-то сделать чтобы получить данные, не убившись об стену безразличия и непонимания.
По поводу самих данных стоит учесть, что как и любые факты ими могут пытаться манипулировать, поэтому есть принципы открытых данных, в википедии лушче добавлять ссылку на источник, а в open street map — truth on the ground.
Также важно иметь возможность скачать, случай конечно редкий когда данные занимают гигабайты, но можно сидеть еще и валидировать что у тебя все до конца докачалось, а не обрыв или таймаут.
fn print_slice(items: &[&Show]) {
for item in items.iter() {
println!("{}", item);
}
}
print_slice(&[&1i, &2i, &"a"]);
Тк у раста 0 оверхед на типы, то я так понимаю этот код показывает чисто силу статического анализатора. Могу ли я сделать то же самое с данными приходящими по сети или читаемыми с диска во время исполнения? И если да, то как это работает?
А мне не совсем понятен подход с не owner str и мутабельным owner String (ака StringBuilder).
Также интересна судьба абстрактных типов, например fn get_iter(&self) -> Iterator<i64>;.
Есть же вики и пропосалы: http://wiki.openstreetmap.org/wiki/RU:Key:highway и http://wiki.openstreetmap.org/wiki/RU:Key:addr, по которым стараются/советуют мапить. К тому же есть валидаторы. Понятно что на проекте как ОСМ нельзя добиться четких политик, но тут больше идет вопрос насколько хороши данные ОСМ в плане актуальности и соответсию «правильному» мапингу, и насколько я могу судить ОСМ вполне хорош в этом плане.
Возможность загрузки и использования офлайн: есть, как сырых данных планеты и регионов, так и готовых карт под навигаторы, много утилит для загрузки и работы с данными
Поиск универсальный: Nominatum, но он недостаточно нечеток, что использует Mapbox/Mapquest не знаю. Если выгрузить все адреса как в навигаторах, то можно писать страна -> город -> улица -> дом
Голосовой ввод (на русском): не встречал, но задача сводится к голос -> текст и поиску по тексту
Ночной режим: есть отдельные стили, есть в навигаторах
Построение маршрута:open.mapquest.com/, project-osrm.org/ и др подробности wiki.openstreetmap.org/wiki/Routing, насколько хороши сказать не могу, также стоит упомянуть маршрутизацию в навигаторах. Также в ОСМ есть карта общественного транпорта, но построение маршрутов по ним не встречал, хотя например, map.by/ делают маршрут для Минска, но берут ли при этом данные из ОСМ не знаю
Справочная информация: POI, может быть не очень актуальная и далеко не полная, доступ как вариант через overpass-turbo.eu/
Актуализация гео-, справочной информации: очень быстрое обновление гео-информации, но в основном где много маперов (читай крупные города), есть валидаторы данных (дорожный граф, адреска и многое другое), справочная может протухать
Возможность оставить отзывы и оценить организацию: не данные осм
Интерфейс и юзабилити: может вызывать боль и имееть больший порог вхождения по сравнению с конкурентами, хотя пользование тайлами и сущестующие навигаторы вполне хороши
По поводу поиска то ищу в зависимости от задач: для быстрого через Nominatum или просто гуглю, реже гугл мапс и яндекс мапс. Когда адресов много то есть локально база в постгис или если не замарачиваться через overpass turbo.
Маршруты строю редко.
Информация о компании, скорее буду искать гуглением.
1. какие улицы (нужны ли пешеходные, грунтовки, сервисные и внутредворовые проезды)
2. нужно понимать, что улица может быть разбита на несколько кусков, которые прийдётся склеивать (схемы осм не во всём бывают хорошы)
3. есть всякого рода двойные улицы, бульвары, развязки дорог и нужно ли как-то это обрабатывать
Я как-то пытался связать викиданные данные с осм касательно улиц и сталкивался с этими вопросами, решение получилось страшнованым: https://github.com/opendataby/osm-streets/blob/gh-pages/main.py#L732, а так на скорую руку можно и так http://overpass-turbo.eu/s/lz9.
Можно подробнее?
По поводу самих данных стоит учесть, что как и любые факты ими могут пытаться манипулировать, поэтому есть принципы открытых данных, в википедии лушче добавлять ссылку на источник, а в open street map — truth on the ground.
fn print_slice<T: Show>(items: &[T])не имеет оверхед на данные, аfn print_slice(items: &[&Show])имеет, что в целом все объясняет.Тк у раста 0 оверхед на типы, то я так понимаю этот код показывает чисто силу статического анализатора. Могу ли я сделать то же самое с данными приходящими по сети или читаемыми с диска во время исполнения? И если да, то как это работает?
Также интересна судьба абстрактных типов, например
fn get_iter(&self) -> Iterator<i64>;.По поводу поиска то ищу в зависимости от задач: для быстрого через Nominatum или просто гуглю, реже гугл мапс и яндекс мапс. Когда адресов много то есть локально база в постгис или если не замарачиваться через overpass turbo.
Маршруты строю редко.
Информация о компании, скорее буду искать гуглением.