Понадобилось тут дёрнуть все привязанные к карте во Фликере фотки назад на компьютер, причём так, чтобы геотеги как-нибудь сохранились в EXIF.

Наваял небольшой скриптик ffg.py, который использует Python FlickrAPI и сохраняет все фотки с геотегами из аккаунта в локальной папке. Для записи геотегов я не нашёл ничего лучше, кроме как генерировать кучку вызовов exiv2(1) (мощная утилита для работы с EXIF, IPTC, XMP — всякими метаданными в фотках, короче; можно было бы юзать и какой-нибудь exiftool(1)).

То есть, юзается так:

./ffg.py --photos-directory=~/flickr-photos/ --exiv-script=~/flickr-photos/exif.sh

(в браузере появится запрос на подтверждение из Flickr)

А потом проставляем геотеги:

sh ~/flickr-photos/exif.sh

Можно грузить на Panoramio, там геотеги из EXIF подцепляются автоматически, чего не скажешь о Flickr — из-за этого и приходится извращаться.

Не имея готовых GPS-данных сегодня не так уж много путей по привязке фотографий к местности. Если не считать Веб-решений (Flickr, Panoramio), между которых без костылей типа описанного скрипта нет взаимозаменяемости, остаётся только digiKam (спасибо AP, подсказавшему о существования этой фичи), в котором используется Marble widget.

Пользуюсь Gentoo. Частенько приходится писать ебилды для пакетов, которых нет в Portage. Все ебилды похожи, пишу я их в Емаксе. В таком случае определённо стоит призвать на помощь скелетов.

Big talk о некоторых аспектах автоматизированной генерации документов. В ролях: LaTeX, Metapost, GNU Emacs, Make, m4, bash :-) Здесь не написано о том, как пользоваться Латехом, Метапостом, Емаксом, как писать мейкфалы, сценарии командной оболочки и не рассказано о хитростях макропроцессора m4. Текст длинный и справочно-унылый, читать долго.

Конкретно, описано следующее:

• как вставлять (удобно) куски исходников в LaTeX-документ

• как (автоматически) внедрять (с удобством) результаты численных расчётов в документ

• как организовать простую визуализацию данных с включением графиков в документ

Первого-второго в числе прочих дел рисовал пак иконок для одного крупного форума. Это первая моя графическая работа такого масштаба под линухом.

Мутил я всё это дело в SVG — масштабируемом векторном формате графики, впечатления как всегда от SVG прекрасные. Это отличный формат для создания и рисования графических объектов, кнопок, значков, иконок, карт. Его поддержка появляется во всём большем количестве ПО.

Наверное, самое нетривиальное (для меня, во всяком случае) — идеально освоить рисование кривых Безье, но это дело тренировки.

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

Шутка ли, править изображение можно даже не запуская графический редактор. Это очень удобно при однообразном процессинге большого количества картинок — после разработки иконок я решил поправить их прозрачность, не вручную же 48 штук править?

Я написал простейший скриптик, который при помощи sed(1) заменяет в каждом файле строку opacity:0.85; на opacity:0.8 (тем самым изменяя прозрачность элемента), и он выполнил всю работу менее чем за 15 секунд — правда эффективно?

Используя XSLT и сложные XML-парсеры можно творить ещё более сложные вещи.

Использование регулярных выражений при "ручной правке" SVG позволяет творить ещё более сложные вещи с минимальными затратами ресурсов.

В общем, рекомендую ознакомиться с SVG, особенно тем, кто интересуется векторной графикой.

Из редакторов советую Inkscape, он под win, lin и mac. Представление о возможностях SVG даёт спецификация SVG 1.1 от W3C.