BSN теги

Стандарт BSN описывает некоторые теги, но этот список не является закрытым. В принципе, кто угодно может как угодно использовать задумку по своему разумению.

В этой статье предлагается собирать и описывать известные или предлагаемые теги, с пояснением их смысла.

Известные типы тегов

Теги самопрезентации

В стандарте описаны `Name`, `About`, `Website`. Их значение — некий текст. Ничего не мешает добавлять свои, но известные вьюверы их не отображают. При множественном использовании тега, он отображается в порядке числового суфикса.

Name

Название аккаунта. Чаще всего этот тег используется один раз, задавая каноническое публичное название для аккаунта. В принципе, если название очень большое, или хочется продублировать название на разных языках, то можно сделать это, устанавливая `Name` несколько раз.

About

Описание аккаунта, кто такие, чем занимаются, чем известны. Так как ограничения на размер значения довольно злые, нормально использовать этот тег несколько раз: About1, About2 и далее.

Website

Место для ссылок. По-хорошему, вьювер должен распознавать и краткое именование, вроде «montelibero.org», и самостоятельно добавлять туда префикс «http://», но надёжне будет сразу указывать префикс самостоятельно. Особенно учитывая, что почти все ресурсы сейчас сидят на HTTPS.

Теги нотаризации

В стандарте их нет, а по факту они есть и активно используются. В значение тега размещается SHA-256 хеш от подписываемого документа, а в название — его краткое обозначение. Это может быть как и присоединение к публичной оферте, например MTLA: PII Standard с актуальным значением e7bb8bb6e84bf2182294490c5b588fc175bbc0b0898d10d5caabb7c006a42672, что тождественно подписанию документа Personal data working standard.md. Так и любой приватный контакт, например GPAAndPetyaEmploymentContract с хешем от документа, который в принципе нигде не публикуется.

Теги отношений

Та часть тегов, которая, собственно, создаёт Social Network. В нём с одного аккаунта указывают на другой, и как-то эту связь обозначают. Семантика названия интерпретируется как «я считаю указанный аккаунт тем-то». Например Owner указывает на полноправного владельца исходного аккаунта. Friend — на того, кого он считает другом. Gardian позволяет опекаемому указать на своих опекунов.

Единичные ссылки

Есть теги, где множественное использование не имеет смысла. Ну, например, понятно, что у человека может быть множество людей, которых он считает друзьями. Логично, что тег Friend можно использовать хоть несколько сотен раз. Но вот полный владелец аккаунт, он на то и полный, чтобы быть единственным. Поэтому тег Owner подразумевается единственным на весь аккаунт.

Похожая история с традиционными тегами делегации, которые чаще всего записывают в snake_case: mtl_delegate, tfm_delegate, mtla_c_delegate и аналогичные. Во-первых, скрипты, что их ищут и учитывают своей работе, скорее всего не будут считывать версии с циферным суфиксом. А во-вторых это всё также просто не имеет смысла.

С технической точки зрения, рекомендуется множественные ссылки всегда ставить с цисловым суфиксом, а единичные ссылки без них. То есть указание на первого друга — Frind1, а на владельца аккаунта — просто Owner.

Как относиться к тегу `Spouse` (супруг) в принципе пусть люди решают самостоятельно, но это полноценно множественная ссылка. Ничего не мешает людям оформить супружество втроём, или в ещё более сложных схем.

Парные ссылки

Есть утверждения, не требующие встречного подтверждения. Например о том, кого вы считаете другом, или кому готовы доверить деньги, или от кого готовы принять судебное решение (тег `MyJudge`).

Однако часть ссылок без подтверждения смотрятся как минимум странно и малоубедительно. Это тег супружества `Spouse`, взаимоотношений работодатель и работник (`Employer` и `Employee`), и особенно взаимоотношений полного владения (`Owner` и `OwnershipFull`), хотя желательно давать подтверждение и мажоритарного владения (`OwnerMajority` и `OwnershipMajority`).

Вьюверам стоит отображать статус наличия подтверждения связи, где это уместно и возможно. А для некоторых ссылок наоборот, ярко показывать отсутствие подтверждения.

Список тегов отношений

Ниже идёт алфавитный список известных ссылочных тегов. Про каждый желательно указать его возможную единичность, парность, можно дать ссылку на вьювер.

Note: продублировать сюда все теги из стандарта.

Ambassador

Официальный, полномочный представитель организации. Используется Ассоциацией для подтверждения правомочности своих представителей.

Dislike

Выражение антипатии.

Expert

Признание экспертной ценности человека. В Ассоциации таким образом отмечают участников Распределённого Правления, которые вошли туда на правах эксперта.

Friend

Френд. В широком смысле слова.

IAmVolunteerFor

Подтверждения связи себя, как волонтёра в указанной организации.

LeaderForMTLA

Способ корпоративному участнику Ассоциации явно указать, кто у них «руководитель/лидер», что нужно для некоторых представительских функций.

Member

Подтверждение членства в организации.

MyJudge

Предложение по распределённой сети судейства. (найти описание концепции)

MyMediator

Тег, указывающий на медиаторов, людей, которым доверяют осуществлять досудебное или внесудебное разрешение споров и конфликтов. (добавить ссылки на институт медиации в Монтелиберо)

RecommendForVerification

Тег для так называемой рекомендательной верификации в Ассоциации.

RecommendToMTLA

Тег формальной рекомендации человека для участия в Ассоциации Монтелиберо.

ResidentME

Утверждение, что обладатель этого аккаунта живёт в Черногории. Данный тег может использоваться, например, для выплат БДМ платежей. Или просто для ориентации на местности. Вместо «ME» можно использовать и коды других стран, определённые в ISO 3166-1: RS, RU, UA, KZ, TH, AR..

VerifiedByRecommendation

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