Микроформаты в Википедии

    Речь пойдёт об hCard и hCalendar (англ.). Об использовании других микроформатов тоже можно говорить долго, но не в этот раз.

    Сам топик частично анонс того, что появилось, частично попытка спросить совета, куда стоит или не стоит дальше двигаться.

    Так вот, рассмотрим возможность использования hCard в Википедии на примере статьи о Джонни Деппе.
    Если вычистить всё лишнее, то на данный момент нужный нам кусок кода выглядит так (на самом деле, структура несколько отличается, но нас подобная модель устроит; ссылки для упрощения показаны викикодом):

    Джонни Депп
    Johnny Depp

    Имя при рождении:
    Джон Кристофер Депп II

    Дата рождения:
    [[9 июня]] [[1963]]

    Гражданство:
    [[США]]

    Профессия:
    [[актёр]]


    Что из такого кода мы можем получить:
    1. Полное имя (fn);
    2. Другие варианты имени (nickname); — иногда указываются несколько имён в одном поле
    3. Дату рождения (bday); — кстати, стоит ли использовать title у тега span? Или задание отдельного невидимого span’а будет идеалогически более верным?
    4. Страну проживания (adr -> country-name);
    5. Некое описательное примечание (note), характерезующее персону; — над текстом можно ещё подумать, он вполне может быть и «актёр (США, 1984 — по сей день)».

    В целом, не так уж и мало. Хотя, разумеется, хотелось бы большего. Например, прописать photo или url, но пока задание атрибутов изображений и ссылок не представляется возможным.
    Здесь сразу же вопрос: может кто-нибудь видит способы добавить другую информацию?

    Теперь о целях. Зачем вообще это? Есть ли у данной микроформатизации практическая польза?
    Все понимают, что hCard с персональной информацией друга/коллеги можно добавить в адресную книгу. Зачем же в адресной книге карточка какого-нибудь актёра, объяснить сложно.
    Поэтому разумной причиной микроформатизации мне кажется только планируемая индексация микроформатов поисковиками.

    Собственно, что в итоге? Есть возможность способствовать прогрессу. Нет чёткого понимания, что это даёт. И есть некоторые технические трудности.
    Стоит ли продолжать?

    UPD: Топик немного изменён в соответствии с текущей ситуацией.

    Похожие публикации

    Средняя зарплата в IT

    110 000 ₽/мес.
    Средняя зарплата по всем IT-специализациям на основании 8 707 анкет, за 2-ое пол. 2020 года Узнать свою зарплату
    Реклама
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее

    Комментарии 18

      0
      Очень бы хотелось каких-нибудь комментариев.
        0
        1. Зачем вообще это? :)
        2. Недостатки микроформатов?!
          +1
          1. «Это» — микроформаты в Википедии?
          Классические энциклопедии устаревают на глазах. Википедия по формату предсталяет нечто более продвинутое, но тоже далёкое от идеала. В перспективе она должна представлять из себя качественную базу знаний, а не просто набор страниц. Микроформаты есть пусть не очень большой, но шаг в этом направлении.

          2. Начнём с того, что наличие микроформатов как минимум не хуже их отсутствия. Есть, конечно, аргумент, что наличие микроформатов засоряет код, усложняет парсинг и т. п., но лично я считаю, что они не выдерживают критики.
          В целом, главный недостаток — ограниченность в использовании. Некоторые вещи, которые хотелось бы иметь возможность сделать с помощью микроформатов, сделать невозможно. Т. е. микроформаты по сути есть некая дополнительная семантическая разметка, которая не претендует на охват всего, чего только можно. Для более основательных вещей мне кажется более подходящими XML-подмножества.
            0
            Со всем согласен. Но у микроформатов на мой взгляд есть один серьезный недостаток, не умиляющий их достоинств. Это отсутствие каких-либо префиксов, позволяющих отличить их названия классов от прочих. Имхо серьезный недосмотр авторов идеи...
              0
              Если говорить о классах блоков, то вряд ли вы будете использовать для иных целей названия vard, vevent, hreview и подобные. Если же говорить о классах полей, то тут действительно можно было бы сделать лучше. И всё-таки минус текущей схемы не так и критичен, ибо 1) если для своего проекта использовать правильное именование классов, то вероятность пересечения не так велика, 2) всегда можно прописать исключение для полей за счёт того, что они находятся внутри блока.
        0
        В целом, хорошая идея. Тем более, что микроформаты - они не только для поисковиков. С другой стороны, лучше бы, если подобную микроразметку ставил бы сам движок энциклопедии.
          0
          Да, в принципе дело нужное. Вообще последние два дня усиленно копаю именно в сторону микроформатов. Там масса возможностей.
            0
            Лучше смотрите в сторону RDFa. Гораздо больше возможностей, чем у микроформатов :)
              0
              RDF всё таки для другого делался. Я сопрягал его с WordNet'ом (если кто такой ещё помнит). Здесь скорее нужны именно микроформаты.

              Хотя хранилище RDF в википедии - тоже было бы заманчиво.
                0
                RDFa и хранилище RDF - это всё-же разные вещи.
                RDFa вставляется напрямую в XHTML-страницу. И, в отличие от микроформатов, поддерживает гораздо более широкую и гибкую семантику.
                Пример можно, например, на digg.com посмотреть - они недавно начали RDFa вставлять.
                  0
                  А, я думал что "смотрите в сторону RDFa" - это просто окончание. Спасибо, покопаем.
            0
            Мне как имеющему дело с базами данных, жутко не нравится, что фамилия и имя не в отдельных полях...
            Не исключено, конечно, что в микроформатах это и не нужно, не знаю.
              0
              Можно ставить в отдельных полях. В hCard, например, есть как классы fn и n, внутри которых может находиться полное имя, так и given-name, family-name, middle-name. Есть даже honorific-prefix и honorific-suffix для Мистеров и -санов ;)
                0
                По спецификации hCard оно и должно быть в отдельных полях. Но для этого надо менять систему заполнения шаблонов в Википедии. На данный момент имеется поле для имени, поле для оригинального написания имени и поле для имени при рождении. Ни одно из этих полей не предполагает разделение на части.
                  0
                  это пока вы не столкнулись с человеком без фамилии : )
                  вообще с разнообразием именований в разных культурах не стоит пытаться их все охватить и структуризовать
                    0
                    Ну это, конечно, верно :) С каким-нибудь Ыркылы Чачхумшарам не сразу разберешься, какого оно пола-то. Однако: если уж у человека есть вполне западные имя и фамилия (даже у Миязаки Хаяо), грех этим не воспользоваться и не заполнить соответствующие поля. Потому что мне, например, по большей части с такими и придется иметь дело. То есть стандарт должен быть всеоблемьющим, а вот данные - точными. (коммент - безотносительно конкретно к Википедии.)
                      0
                      с открытостью границ даже в западных странах появляется очень много людей с неожиданными именами ; )

                      спорить не буду, потому что я вообще сторонник свободного формата : )
                        0
                        > Однако: если уж у человека есть вполне западные имя и фамилия
                        Какая фамилия у вполне западной певицы Бьорк? Подсказка: Гудмундсдоттир - это отчество ;-)

                        Но если и имя и фамилия есть - то да, конечно лучше заполнить.

                  Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                  Самое читаемое