Доклад на тему поиска, и смысл в том, что если вы программист и собрались хранить адреса, будьте готовы к тому, что у одного дома (у того что вы считаете домом и что в ваших данных будет фигурировать как дом) их может оказаться и 2 и 4 и больше.
Кадастровые они или почтовые, вы их должны находить, да еще, желательно уметь угадывать, какие из этих 27 ранжировать повыше.
Вот: «Москва, рощинский 2-й проезд, 8» osm.me/#!/ru/map/5/57.78623/52.99805/q/%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D0%B0,%20%D1%80%D0%BE%D1%89%D0%B8%D0%BD%D1%81%D0%BA%D0%B8%D0%B9%202-%D0%B9%20%D0%BF%D1%80%D0%BE%D0%B5%D0%B7%D0%B4,%208/
«Москва, 39-й км МКАД» тоже находится, но мкад и вбит в осм по сегментам, интерполировать киллометры мой подопечный пока не умеет. osm.me/#!/ru/id/hghnet-2919500296-m716947792/map/14/55.59932/37.5117/q/%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D0%B0,%2039-%D0%B9%20%D0%BA%D0%BC%20%D0%9C%D0%9A%D0%90%D0%94/
Для россиян трояны просто надо маскировать под кейгены/патчеры для продуктов Adobe, их в этом случае даже распространять специально не надо, пользователи сами их будут находить, отключать антивирус и запускать.
Впрочем я так говорю как будто это ноухау какое-то.
Вам бы примеров побольше, например
— простенькое дерево категорий (на генерацию хтмля)
— взаимодействие со сторонними библиотеками (например с картами, добавляем десяток точек они появляются на карте, связываем клик по маркеру и содержимое попапа с моделью)
— работа с hash частью url'a и историей (я понимаю что это немного за рамками библиотеки, но всеже)
Большинство из используемых движков позволяют добавлять точки в середину пути через свои оригинальные веб-интерфейсы. У OSRM на мой взгляд эта функция реализована наиболее удобно map.project-osrm.org/
Проблема скорее не в расширении и его отображении/сокрытии а в превьюшке.
Тоесть если вы состряпаете нечто исполняемое, прилепив к нему картинку со скриншотом — оно и под линуксом тоже запросто запустится, выдерет у стим клиента куки и откроет вам gThumb с картиночкой.
Линуксоидам тут скорее помогает то, что иконки к приложениям тут принято несколько иначе привязывать.
В подавляющем большинстве ГИС координаты указываются как X, Y, (Z). Для большинства систем координат это longitude, latitude. (Можете посмотреть QGis, ARCGis, PostGIS, Oracle Spatial, Автокад и т.д. )
Порядок lat-lon в прикладных задачах, — это видимо дань традиции, причем очень старой, когда для определения lat достаточно было секстанта. Определение-же долготы — отдельная, увлекательная история: domir.ru/other/?file=greenwich-time-1.php
Распознаете ли вы адреса, заданные в осм диапазонами (через addr:interpolation)
Распознаете ли вы двойные адреса?
Распознаете ли вы адресацию без улиц и какие схемы адресации помимо улица дом вы поддерживаете?
С последней версии, MAPS.ME умеет строить маршруты офлайн. А osmand+ работает над новым движком рендеринга и обещает что в следующей версии рендеринг будет существенно шустрее.
Извините, но сейчас пост скорее о том что в Яндексе умеют строить тепловые карты по высотности зданий, от того и намеки про GeekTimes.
Можно же было хоть парой слов обмолвиться о том, как будут отображаться нависающие над землей части зданий, о том будет или нет поддерживаться форма крыш.
О том как данные отображаются на клиенте? Передаете ли вы модельки на клиентскую часть API и там рисуете или рендерите растровый полупрозрачный слой на сервере?
О том что за данные вы собираете и храните. Храните ли вы высотность здания и строите модель при отрисовке или храните 3d модельку?