11 сентября инфраструктура GRDDL приобрела статус «W3C Recommendation».
Пройдут годы, прежде чем поставщики содержимого начнут уважать GRDDL, однако смысл технологии ясен уже сейчас.
Это мост между существующими диалектами XML и RDF. Использование GRDDL смещает точку приложения усилий с формирования RDF к созданию алгоритмов преобразования существующих данных в RDF (это очень разные вещи). GRDDL как раз обсуждает способы указания возможностей перевода существующих данных в RDF.
Документы могут быть включены в инфраструктуру GRDDL разными путями. В
общем случае для XML для этого нужно объявить пространство имён
grddl и указать в аттрибуте корневого элемента идентификатор ресурса
соответствующего преобразования из XML в RDF (например, файла XSLT).
Механизм также позволяет указывать преобразования для целых классов
XML-документов (имеются в виду классы по профилю или
пространству имён), например, можно указывать преобразования
микроформатов — хаков на HTML — в RDF —
формализованный каркас высокого уровня.
Для определённых типов XML-приложений есть частные особенности
применения, например, «GRDDL-enabling» для HTML-документов включает
указание корректного значения profile в секции метаданных
документа, для XHTML — profile и списка преобразований.
Пример для XHTML (образец из описания GRDDL):
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head profile="http://www.w3.org/2003/g/data-view">
<title>Joe Lambda's Home page [an example of RDF in XHTML]</title>
<link rel="transformation" href="http://www.w3.org/2003/12/rdf-in-xhtml-xslts/grokFOAF.xsl" />
<link rel="transformation" href="http://www.w3.org/2003/12/rdf-in-xhtml-xslts/grokCC.xsl" />
<link rel="transformation" href="http://www.w3.org/2003/12/rdf-in-xhtml-xslts/grokGeoURL.xsl" />
и т. д.
Здесь XHTML-документ и связывается с несколькими преобразованиями (здесь — XSLT), в которых указано, как извлечь данные из XHTML и преобразовать их в набор фактов RDF. Преобразования выполняются по шагам, на каждом шаге результат текущего сливается с уже сформированным RDF; инвариант GRDDL — на выходе получается корректный RDF.
(XHTML-документ обязательно должен быть валидным; создатели невалидных (и уж тем более не well-formed) страниц должны сменить свои убеждения на правильные или быть утилизированы в биореакторе.)
Предполагается, что преобразование в RDF при помощи соглашений GRDDL будут выполнять специальные агенты (например, встроенные в браузеры).
Чем отличается подход GRDDL от текущих решений по извлечению, например, микроформатов при помощи XSLT или как это делает Operator? GRDDL — более обобщённая инфраструктура, не завязанная на определённый формат (в терминах XML — фактически DTD) представления со стороны входных данных. Обобщение и высокий уровень описания, однако, может явиться причиной сложности в реализации GRDDL-агентов и фактическими различиями в деталях их функционирования.
В документе не указывается конкретная технология для извлечения данных:
grddl:transformation attribute whose value is an IRI reference, or list of IRI references, that refer to executable scripts or programs which are expected to transform the source document into RDF.
XSLT представляется одним из удобных (и, что подчёркивается, распространённых) средств извлечения данных из XML, существующие связанные с GRDDL преобразования построены именно на XSLT.
Микроформаты — это хорошо, просто и понятно.
Как можно извлечь микроформатированный контент из документа и сделать с ним миллион классных штук?
Удобно для запросов в XML-документе на извлечение микроформатированного контента использовать выражения XPath.
Читать далееПро микроформаты в определённых кругах идёт такой buzz, что я не могу упустить возможности тоже потрындеть об этом вслух. Что такое микроформаты? Зачем они нужны? Как их использовать? Где они уже внедрены?
Микроформаты («μf», от μ — micro) — простое средство повышения уровня разметки веб-страниц, использующее XHTML в качестве инфраструктуры. Микроформаты помогут повысить уровень взаимодействия между веб-страницами, программами и людьми.
Говоря о технической реализации, в целом, используются обычные XHTML-элементы div, span с определёнными значениями аттрибута class и обычный элемент ссылки с определённым значением аттрибута rel.
Также их достоинством является простота внедрения и то, что микроформаты и сервисы на их основе легко можно использовать уже сегодня.
Я приведу примеры, постепенно открывая достоинства μf.
Читать далееКак-то не отметил изменения на этом сайте. Перебрал джанговские шаблоны, переделав всё оформление и макет. Сильно упростил оформление, практически полностью отказался от цвета.
Диффы больше на 2000 строк — в основном с “-”. Удалил все сайдбары и чуть почистил код. Всё так же едет в IE.
Стал использовать больше семантических элементов: хотя бы даже простейшие заголовки <hN>; дополнил уже существовавшие ранее элементы <link> в заголовочной части страниц.
Внедрил пару микроформатов: совсем простой rel-tag для абсолютно всех ссылок-тегов и hCard на страничке автора. В hCard внедрён geo. Микроформаты — это очень интересно, совсем скоро напишу про них подробнее.
Да, я вдруг понял очень хорошую вещь: страницы сайта нужно нумеровать по дате от самой старой записи! Это же гораздо натуральнее, чем традиционный подход, когда текущая страница блога — первая, следующая — вторая и т. д.
Страница почти ничего не теряет, если отключить все стили и изображения — это очень хорошо! Для улучшения индексации и just for fun добавил также «Архив» и (HEY LOOK I'M WEB 2.0!) облачко тегов.
Недавно я разгребал накопленную за два года кучу небольших видеозаписей, снятых на цифровой фотоаппарат. Nikon 5400 записывает видео в QuickTime-формат (.mov), данные в нём занимают достаточно много места. Пережал всё с ffmpeg-овским кодеком (в оригинале камера использует достаточно громоздкий M-JPEG) с приемлемым качеством, стало занимать меньше места.
Но проблема не в этом.
Я раньше просто распихивал видео и фотографии по папкам как по категориям — достаточно простой и очевидный подход, наверное, многие так делают. Но сейчас уже стало понятно, что такая сортировка — недостаточно гибкая при уже сколь угодно значимых размерах коллекции фоток и видео. В простой иерархической структуре директорий с распиханными по ним фотографиями бывает сложно найти какую-то определённую фотографию. А что, если в каждой папке по несколько сотен (или тысяч) фоток?
Читать далее