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

«Доверяй, но проверяй» — это про Данию.

Министр экономического развития РФ Эльвира Набиуллина подписала приказ «Об определении требований к картам и планам, являющимся картографической основой государственного кадастра недвижимости» (текст документа).

Представители Росреестра пояснили в интервью газете «Ведомости», что спутниковые снимки и соответствующие карты местности будут выложены бесплатно (для некоммерческого использования) на портале Росреестра. Они надеются, что за счёт этого посещаемость портала вырастет в десять раз.

Предисловие

Так как являюсь большим поклонником чтения, то в какой момент взор мой упал на электронные книги. Преимущества были для меня налицо. Особенно с частыми командировками. Вес, размер, удобство, ну и цена электронных версий книг (предпочитаю честную покупку текстов). Попользовавшись несколькими экземплярами остановился на Sony PRS-505. Сначала смутил формат lrf, но выход был быстро найден — онлайн-конвертеры fb2 в lrf. Онлайн — потому что являюсь пользователем Linux и дома и на работе, плюс дома для игр использую WinXP. В общем полный разброд. Но когда начал искать книги на английском, то наткнулся на кучу других форматов от pdf до epub и еще более экзотические варианты. Плюс книг на компах стало много и разбираться в них стало трудновато (я не единственный пользователь еКниги в семье). В общем назрела необходимость в каком то управлении этим хаосом и удобным конвертированием форматов, плюс нативная поддержка Linux. В одном из комментов на Хабре увидел упоминание про Calibre. Скачал, поставил — понравилось. Теперь пользуюсь полностью ей. Поэтому хотелось бы сделать краткий обзор данной программы.

   Есть такой навигационный проект, как Прогород. Он очень молодой – официальный запуск был в ноябре прошлого года, причем первое бета-тестирование было всего на полгода раньше. Однако если учесть семь миллионов долларов (!), потраченных на создание данного проекта, невольно напрашивается вывод, что делали его не в гараже и не на коленке. «33 000 городов и населённых пунктов, 120 000 точек интереса, 800 000 километров дорог» — как никак, цифры заслуживает уважения и всячески располагают к началу теста.



   А если серьезно, то навигатор посоветовала попробовать одна знакомая девушка, сказавшая в одном разговоре, что «он уже ничуть не хуже Навитела» — в какой-то степени меня это и задело )

Предисловие

Недавно на работе задали задачу — есть клиент с GPS устройством. Ходит, он значит по городу и записывает на это устройство каждую секунду координату своего местонахождения. Потом заходит на наш сайт и отправляет файл с записями маршрута. И в ответ получает изображение карты и поверх нарисованный маршрут по которому он двигался. Все вроде бы ничего, но есть одна проблемка — клиент может записывать хоть целый день и прислать громадный файл, а отрисовка маршрута занимает очень много времени. А он ведь мог идти по прямой линии и тогда смысл отрисовывать все точки отпадает(ценных только две крайних). Тем более рисуется она на JavaScript на клиентской стороне и если клиентская сторона это мобильное устройство вполне вероятно что маршрут он не увидит((
И потому мне надо было сделать небольшую оптимизацию — оптимально упростить ломанную линию. Для этой задачи существует метод Дугласа-Пекера, но на русском описания этого метода я не нашёл, поэтому я решил заполнить этот пробел рунета.

Использование навигатора в автомобиле не станет решением всех проблем, однако, он может послужить отличным помощником в пути. Каждый с выбором определяется сам – кому-то нужна большая диагональ, кому-то возможность беспроводных разговоров, кому-то – подавай фильмы. На вкус, как говорится, и цвет.



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

После запуска картографического сервиса Google Maps технология с использованием метода Ajax на время затмила иные технологии представления географических карт в интернете. Сегодня я хочу рассказать об Adobe Flash и его использовании в собственном проекте «Кузбасс на ладони».

Обучаясь в аспирантуре Кемеровского государственного университета, в 2005 году столкнулся с проблемой публикации карт, созданных в программе Mapinfo Professional. Предлагаемый этим производителем продукт MapXtreme, позволяющий публиковать карты в интернете на выделенном картографическом сервере, оказался слишком сложен, поскольку требовал навыков программиста. Мне же на тот момент нужна была простая утилита, позволяющая сконвертировать карты в формат, отображаемый браузером. Предстояло выбрать из двух форматов: SVG и Flash.

После долгих поисков я получил бесплатную утилиту Geoclip builder: простая библиотека под Mapinfo Professional, которая позволяла генерировать карты во flash-ролик. Порадовавшись находке, отправил письмо автору с благодарностью. Каково же было мое удивление, когда в ответном письме мне предложили потестировать совсем другое — Geoclip Solo. Это отдельное приложение, позволяющее из целого альбома карт получить картографический flash-ролик. За участие в развитии проекта (перевод на русский язык, бета-тестирование) Geoclip Solo достался мне free for educational purposes.

Итак, именно на flash основан проект «Кузбасс на ладони» — интерактивная карта с несколькими графическими слоями (водные ресурсы, транспортные коммуникации, административная структура) плюс статистический справочник.

Плюсы использования flash:
— наличие плагина Flash Player на большинстве ПК интернет-пользователей (в отличие, скажем, от SVG), см. «Adobe — Flash Player Statistics»;
— возможность создания не-онлайн решений.

Минусы использования flash:
— современные версии Flash Player требовательны к ресурсам ПК;
— сложность индексирования flash-роликов поисковыми роботами.

О статье

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

Disclaimer

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

Ситуация
Вы производите некий картографический продукт. Пример такого продукта — база данных ресторанов, которую вы визуализируете на своей топооснове или скажем google maps, принципиальной разницы нет. Реализация может быть просто визуализацией данных или иметь также набор дополнительных функций.

Пишу новую статью в продолжение предыдущей, так как сразу же получил offline интересный вопрос, а почему собственно не использовать OpenLayers. Действительно, его использовать можно и действительно реализация гибридных картографических представлений еще более упрощается. В новой статье хочу описать несколько способов отображения данных с помощью OpenLayers. Итак, начнем.

Способы отображения пространственных данных с помощью OpenLayers

В статье рассматривается несколько способов визуализации пространственных данных с помощью OpenLayers, плюсы и минусы.

От автора
Эта статья-заготовка для другой, большей статьи, но публикуется впервые. Она, возможно, несколько сложновата для восприятия для специалиста не знакомого с MapServer и цифровой картографией, постараюсь этот пробел восполнить в дальнейшем.

Задача:
Демонстрация пользовательского набора пространственных данных (слоя) поставляемых с помощью сервера WMS MapServer на картографической основе Google Maps с использованием Google Maps API и чистый javascript.

В отличие OpenLayers, специально предназначенного на работу с данными получаемых с других серверов, программный интерфейс (API) к Google Maps по умолчанию не поддерживает работу с WMS слоями, что очень неудобно. Так же, Google Maps не предоставляет возможности использовать свои данные через WMS. К счастью, есть способ «научить» API Google Maps работать с WMS слоями, например поставляемыми с помощью MapServer.

Далее мы рассматриваем реализацию такого интерфейса простейшими средствами, предполагается, что читатель имеет представление о добавлении Google Maps на страницы сайта и создании серверов WMS с помощью MapServer. Если нет — буду рад снабдить читателя подробными инструкциями о том и о другом на русском языке написанных мною.

Хочу написать статью про интеграцию MapServer и Google Maps, востребован ли такой материал?

Как известно, Google бережет свои данные и доступа в стиле WMS к ним не дает, поэтому использовать их вот так MapServer < — GM не получится без нарушения лицензионного соглашения. Однако, можно сделать MapServer -> GM используя Google Maps API и генерируя URL запросы на лету.

В последнее время модно стало использовать гуглякарту.
Гугля карту суда, гугля карту туда.
И главное не забыть отобразить свои объектики на карте.
Но, почему-то, подавлявшее число сервисов используют неправильную реализацию процесса передачи маркеров с сервера на клиент.
Точнее они не правильно формируют запросы.
А если выразиться еще более точнее — они это делают

И снова здравствуйте, желаю вам продуктивного рабочего дня, а для того, чтобы он был таковым, надо иногда отвлекаться. Предлагаю новую подборку с карт Google maps. Надеюсь, она понравится вам не меньше, чем предыдущая. Итак

Всем отличной пятницы и предстоящих выходных! Предлагаю хабрасообществу немного отвлечься от дел насущных и немного попутешествовать по миру. Вашему вниманию предлагаю небольшую подборку красивых, удивительных и весьма необычных, в некоторых случаях, кадров зафиксированных на Google Maps. Уверен в том что многим снимки поднимут настроение

Сегодня, на конференции Where 2.0, Google объявила о выпуске Flash API для Google Maps. Так что в скором времени можно ожидать множество красивых кросс-платформенных приложений Google Maps выполненных в среде AIR Desktops.

Платформа Adobe AIR сегодня является одной из самых горячих сред разработки на рынке. Как говорится в блоге, после выпуска Javascript Maps API, поступало много предложений и просьбы реализовать возможность использовать мощь Flash для Google Maps, так как решения на Javascript менее привлекательны, а Flash может быть использован разработчиками более творчески.

Разработчики решили разделить ПО на 2 составляющие: интерфейс и непосредственно реализацию. В результате, каждый может построить приложение на текущей версии API, а в процессе добавлений новых API функций, сайт-партнера автоматически определит необходимость обновления. И если есть необходимость воспользоваться преимуществами новых API функций, то только в этом случае нужно будет скачать последний релиз API.

Первые реализации нового API можно посмотреть в Demo Gallery, AFComponents и Navx.

via The Social Trend

По мере того, как в интернете появляется все больше различных географических сервисов, увеличивается важность принятия единых стандартов на передачу географической информации. Старые ГИС-стандарты здесь почти не применяются.

Например, если какой-то веб-сервис планирует предоставить доступ к своей базе данных по API, то какой стандарт следует использовать? Например, социальный сервис Upcoming.com (совместный органайзер) выбрал для этой цели простенький формат GeoRSS. Впрочем, есть и другие претенденты на роль единого стандарта для передачи географических данных.

Подобные протоколы нужны для того, чтобы различные веб-сервисы могли обмениваться друг с другом информацией. Тогда становится возможным создавать «гибридные» сервисы, созданные как смесь (mashup) информации из разных источников. Например, на базе Google Earth созданы десятки таких «гибридов«, а компания Google только поощряет разработчиков, которые вытягивают из ее базы информацию через программные интерфейсы. Для экспорта географических координат компания Google разработала формат KML (Keyhole Markup Language).

KML похож на GeoRSS, но имеет много дополнительных «наворотов«, таких как передача углов наклона камеры, стилей и других функций визуализации.

Кроме KML и GeoRSS, существуют и другие стандарты. Например, консорциум Open Geospatial Consortium разработал собственный формат GML, который во многом похож на KML, но он еще более функционален и сложен.

Консорциум OGC разработал также несколько дополнительных стандартов, главными из которых являются WFS (Web Feature Service) и WMS (Web Mapping Service). Например, картографическая программа NASA Worldwind использует для импорта изображений формат WMS, а в будущем они планируют реализовать также поддержку WFS.

NASA Worldwind — это единственная среди всех геоплатформ (Google Earth, Google Maps, Yahoo! Maps, Virtual Earth и др.), где реализованы стандарты OGC. Впрочем, есть способы для конвертации данных Google Earth в формат WMS. Существуют сервисы, которые реализовали совместимость Google Maps со стандартами OGC.

Форматы WFS и WMS являются общепризнанными в профессиональном сообществе разработчиков геоинформационных систем (ГИС), поэтому их важность трудно переоценить. Очень многие традиционные ГИС-системы поддерживают эти форматы.

Здесь перечислены далеко не все существующие стандарты ГИС. Очевидно, что различные разработчики, включая Google, Microsoft, Yahoo, Autodesk и других, должны объединить свои усилия и придти, наконец, к некоему единому стандарту.

Один из главных отвлекающих факторов, мешающих сосредоточиться — шум. Однако не любой шум мешает работать — очень многие гораздо легче погружаются в «поток» под музыку или в шумном кафе. Существуют даже научные исследования, подтверждающие положительное влияние умеренного шума на решение творческих и интеллектуальных задач.

Сайт Noisli содержит коллекцию фоновых шумов на любой вкус и возможность смешивать их в произвольной пропорции. Здесь есть и звуки природы — шум дождя, плеск воды, пение птиц, шуршание листьев, и звуки техногенного характера — стук колёс поезда, звук работающего вентилятора, и звуки многолюдного кафе. Есть и искусственные белый, розовый и коричневый шум. Коллекция звуков постоянно пополняется.

В последнее время наблюдается рост интереса к скорочтению на основе технологии RSVP. Однако большинство приложений и расширений на эту тему, при более близком знакомстве, увы, оказываются не очень удобны для ежедневного использования. А ведь в потенциале они могу помочь значительно экономить время и быстрее получать информацию. Мой друг OlegCherr решил доработать технологию, создав реализацию пригодную для постоянного использования, а я ему в этом помогаю. После двух месяцев постоянной практики чтения, тестирования, исследований и улучшений решил написать статью с разбором того, что получилось в результате, потому что результат, смею считать, будет интересен и другим. На текущий момент всё выполнено в виде расширения к браузеру Chrome и названо Reedy. Приложение под Android на подходе.

В далеком 2009 году на хабре уже была статья "Кузявые ли бутявки.." про pymorphy — морфологический анализатор для русского языка на Python (штуковину, которая умеет склонять слова, сообщать информацию о части речи, падеже и т.д.)

В 2012м я начал потихоньку делать pymorphy2 (github, bitbucket) — думаю, самое время представить эту библиотеку тут: pymorphy2 может работать в сотни раз быстрее, чем pymorphy (втч без использования C/C++ расширений) и при этом требовать меньше памяти; там лучше словари, лучше качество разбора, лучше поддержка буквы ё, проще установка и более «честный» API. Из негатива — не все возможности pymorphy сейчас реализованы в pymorphy2.

Эта статья о том, как pymorphy2 создавался (иногда с довольно скучными техническими подробностями), и сколько глупостей я при этом наделал; если хочется просто все попробовать, то можно почитать документацию.

Около двух лет назад государство взяло курс на активное вмешательство в интернет-пространство и его регулирование. Самое время подвести итоги постепенного усиления цензуры в интернете.

Если вы помните, летом 2012 года Госдума внезапно приняла поправки в 139-ФЗ «о защите детей от вредной информации».Это объяснялось необходимостью защитить наших детишек от педофилов и наркоманов, а также от тех, кто их склоняет к совершению самоубийств. Закон, конечно, содержал гарнир в виде маркировки продукции для детей знаками 18+ и т.п., но вот мясцо этих поправок было в виде механизма цензуры посредством блокировки сайтов.

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

Итак, давайте посмотрим, действительно ли введение цензуры было продиктовано необходимостью защиты наших детей.