9.3: Написання описів

Last updated
Save as PDF

Page ID: 53747

$ \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } $ $ \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} $$\newcommand{\id}{\mathrm{id}}$ $ \newcommand{\Span}{\mathrm{span}}$ $ \newcommand{\kernel}{\mathrm{null}\,}$ $ \newcommand{\range}{\mathrm{range}\,}$ $ \newcommand{\RealPart}{\mathrm{Re}}$ $ \newcommand{\ImaginaryPart}{\mathrm{Im}}$ $ \newcommand{\Argument}{\mathrm{Arg}}$ $ \newcommand{\norm}[1]{\| #1 \|}$ $ \newcommand{\inner}[2]{\langle #1, #2 \rangle}$ $ \newcommand{\Span}{\mathrm{span}}$ $\newcommand{\id}{\mathrm{id}}$ $ \newcommand{\Span}{\mathrm{span}}$ $ \newcommand{\kernel}{\mathrm{null}\,}$ $ \newcommand{\range}{\mathrm{range}\,}$ $ \newcommand{\RealPart}{\mathrm{Re}}$ $ \newcommand{\ImaginaryPart}{\mathrm{Im}}$ $ \newcommand{\Argument}{\mathrm{Arg}}$ $ \newcommand{\norm}[1]{\| #1 \|}$ $ \newcommand{\inner}[2]{\langle #1, #2 \rangle}$ $ \newcommand{\Span}{\mathrm{span}}$

Припустимо, що я організовую книги, і я вирішив, що для цілей цієї організації важливо знати назву кожної книги та скільки сторінок вона має. Переді мною є книга, яку я досліджую, щоб визначити, що її назва - Die Ringe des Saturn, і вона має 371 сторінку. Приклад: Основні способи написання частини опису книги. перераховані кілька способів написання цього опису. Давайте розглянемо ці різні форми письма, щоб побачити, що вони мають спільного і де вони відрізняються.

Основні способи написання частини опису книги

Назва - Die Ringe des Saturn, і вона має 371 сторінку.

{ book: {"title":"Die Ringe des Saturn","pages":371} }

<book pages="371"><title>Кільце Сатурна</title></book>

<div class="book">Назва - <span >Die Ringe des Saturn</span>, і вона має <span class="pages">371 сторінку. </span></div>

< http://lccn.loc.gov/96103072 > < http://rdvocab.info/Elements/title >« Рінґе де Сатурн» @de; < http://rdvocab.info/Elements/extentOfText > «371 с.».

Ми розглядаємо позначення, системи написання та синтаксис кожної з цих форм опису та інші, в наступних розділах.

Позначення

Для початку давайте подивимося на фактичні позначки на сторінці. Для написання необхідно зробити позначки або, швидше за все, вибрати з меню позначки за допомогою клавіатури. У будь-якому випадку ви використовуєте позначення: набір символів з різними формами. ^[1] Латинський алфавіт - це позначення, як і арабські цифри. Деякі більш екзотичні позначення включають символи, використовувані для редакційної розмітки і алхімічні символи. ^[2] Символи в позначенні зазвичай мають впорядкування. Арабські цифри замовляються 1, 2, 3 і так далі. Англомовні діти зазвичай вивчають впорядкування латинського алфавіту у вигляді пісні алфавіту. ^[3]

Символ може належати більш ніж одному позначенню. Приклади в прикладі: Основні способи написання частини опису книги. використовувати символи з декількох різних позначень: літери латинського алфавіту, арабські цифри і кілька допоміжних знаків:. {} ": < >/$ Разом всі ці символи — алфавіт, числівники та допоміжні знаки — також належать до позначення під назвою Американський стандартний код обміну інформацією (ASCII). ^[4]

^[5] Під час використання комп'ютера для введення символів ASCII кожна клавіша, яку ви натискаєте, вибирає символ з цього «меню» 128 символів. Позначення, яке має цифри, присвоєні його символам, називається кодуванням символів.

АСЦІЙ

	0	1	2	3	4	5	6	7
0	НУЛЬ	DLE	простір	0	@	Р	`	р
1	СОХ	DC1	!	1	A	Q	a	q
2	STX	DC2	»	2	Б	Р	б	р
3	І Т.Д.	DC3	#	3	C	S	c	s
4	ЕОТ	ДК 4	$	4	D	Т	d	т
5	ЕНК	НАК	%	5	Е	У	е	у
6	НАЗАД	СИН	&	6	F	V	f	v
7	БЕЛ	ETB	'	7	Г	Ш	г	ш
8	БС	МОЖЕ	(	8	Ч	Х	ч	х
9	ХІТ	ЕМ	)	9	Я	У	я	у
A	ЛФ	СУБ	*	:	J	Z	j	z
Б	VT	ЕСК	+	;	К	[	к	{
C	FF	ФС	,	<	Л	\	л	\|
D	КР	GS	—	=	М	]	м	}
Е	ТОМУ	RS	.	>	П	^	п	~
F	СІ	НАМ	/	?	O	_	o	ДЕЛЬ

Найбільш амбітним кодуванням символів є Unicode, який станом на версію 6.0 призначає цифри 109 449 символів. ^[6] Unicode робить важливу різницю між символами та гліфами. Символ - це найменша значуща одиниця письмової мови. У мовах на основі алфавітів, таких як англійська, символи - це літери; в таких мовах, як китайська, ієрогліфи є ідеографами. Unicode розглядає всі ці символи як абстрактні ідеї (латинська велика A), а не конкретні знаки (A A A). Конкретний знак, який може бути використаний для зображення персонажа, - це гліф. Шрифт — це набір гліфів, які використовуються для зображення певного набору символів. Шрифт Unicode явно пов'язує кожен гліф з певним числом у кодуванні символів Unicode. Нездатність комп'ютерів використовувати контекстне розуміння для подолання розриву між різними гліфами та абстрактним персонажем, зображеним цими гліфами, виявляється, має важливі наслідки для організації систем.

Різні позначення можуть включати в себе дуже схожі позначки. Наприклад, сучасні нотні позначення включають позначки для позначення висоти ноти, відомі як випадкові. Одним з таких нотних знаків є ♯ («гострий»). Гострий знак дуже схожий на символ, який використовується в англійській мові як абревіатура слова номер, як у We 're #1! ^{[7] Якби} ви написали гострий знак і знак цифри вручну, вони, ймовірно, виглядали б однаково. У нецифровому середовищі ми б покладалися на контекст, щоб зрозуміти, чи використовується письмовий знак як частина нотації, або математичного позначення, або як англійська абревіатура.

Комп'ютери, однак, не мають такого інтуїтивного розуміння контексту. Unicode кодує знак цифри і гострий знак як два різні символи. Що стосується комп'ютера, який використовує Unicode, то ♯ і # абсолютно різні, а той факт, що вони мають схожі на вигляд гліфи, не має значення. Це проблема, якщо, наприклад, каталогізатор ретельно описав музичний твір, правильно використовуючи гострий знак, але людина, яка шукає цей музичний твір, шукає описи, використовуючи знак цифри (оскільки це те, що ви отримуєте, коли натискаєте кнопку клавіатури з символом, який найбільш уважно нагадує гострий знак). ^[8]

Системи письма

Система письма використовує одне або кілька позначень, і додає набір правил для їх використання. Більшість систем письма припускають знання певної людської мови. Ці системи письма відомі як голосові системи письма. Але існує багато систем письма, таких як математичні та музичні, які не прив'язані до людських мов таким чином. Багато систем письма, що використовуються для опису ресурсів, належать до цієї останньої групи, що означає, що (принаймні в принципі) вони можуть бути використані з однаковою здатністю носіями будь-якої мови.

Глоттичні системи письма, засновані на природних людських мовах, важко описати точно і всебічно. З іншого боку, неголосові системи письма можна описати точно і всебічно, використовуючи абстрактну модель. Це зв'язок між структурною перспективою, взятою в попередньому розділі, та текстовою перспективою, взятою в цьому розділі. Неголосова система письма описується певною метамоделлю, і структури, які вписуються в обмеження заданої метамоделі, можуть бути текстово представлені за допомогою однієї або декількох систем запису, які описуються цією метамоделлю.

Деякі системи письма тісно ототожнюються з конкретними метамоделями. Наприклад, ^[9]

^[10] Кожна з них є системою письма, яка абстрактно описана метамоделлю RDF.

Системи письма передбачають правила розташування символів з позначення в значущі структури. Символ в позначенні не має властивого значення. Символи в позначенні набувають значення лише в контексті системи письма, яка використовує ці позначення. Наприклад: що означає буква I з латинського алфавіту? На це питання можна відповісти лише дивлячись на те, як воно використовується в певній системі письма. Якщо система письма американська англійська, то чи є у мене сенс, залежить від того, згрупована вона з іншими буквами або стоїть окремо. Тільки в останньому випадку він має присвоєне значення. Однак в арифметичній системі письма Стародавнього Риму, яка також використовує в якості позначення літери латинського алфавіту, має інше значення: одне.

Цей приклад також служить для ілюстрації того, як порядок позначення може відрізнятися від впорядкування системи письма, яка використовує це позначення. За порядком латинського алфавіту дванадцята буква L стоїть перед двадцять другою літерою V. Але в римській системі числового письма V (число 5) стоїть перед L (число 50). Якщо ми не знаємо, яке замовлення ми використовуємо, ми не можемо організувати L і V «в порядку. » ^[11]

Римські цифри

Римське число	Арабське число
Я	1
V	5
Х	10
Л	50
C	100
D	500
М	1000

Така різниця в упорядкуванні може виникнути і більш тонкими способами. Коли ми в алфавітному порядку імен, спочатку порівнюємо перший символ кожного імені, і розставляємо їх відповідно до порядку системи написання. Перше відоме використання алфавітного впорядкування було в Олександрійській бібліотеці близько двох тисяч років тому, коли Зенодот влаштував колекцію за першою буквою назв ресурсів. ^[12] Якщо перші символи двох імен однакові, ми порівнюємо другий символ і так далі. Ми також можемо застосувати цю саму процедуру впорядкування до послідовностей числівників. Якщо ми це зробимо, то 334 прийде раніше 67, тому що 3 (перший символ першої послідовності) йде перед 6 (перший символ другої послідовності) відповідно до порядку наших позначень ( Арабські цифри). Однак частіше при впорядкуванні послідовностей числівників розглядати їх як десяткові числа, і, таким чином, використовувати впорядкування, накладене десятковою системою. У десятковій системі запису 67 передує 334, так як остання є більшим числом.

Ця різниця важлива для організації систем. Комп'ютери будуть сортувати значення по-різному залежно від того, чи вони розглядають послідовності числівників як числа або просто як послідовності. Деякі системи організації змішують кілька способів впорядкування одних і тих же символів. Наприклад, номери викликів Бібліотеки Конгресу мають чотири частини, а послідовності арабських цифр можуть відображатися в трьох з них. У другій частині, що позначає вузьку предметну область, і четвертій частині, що вказує на рік видання, послідовності числівників трактуються як числа і впорядковуються за десятковою системою. Однак у третій частині послідовності числівників розглядаються як послідовності та впорядковуються «умовно», як у наведеному вище прикладі (334 перед 67).

Відмінності в упорядкуванні демонструють лише один спосіб, що кілька систем письма можуть використовувати однакові позначення по-різному. Наприклад, американська англійська та британська англійська системи письма обидва використовують один і той же латинський алфавіт, але накладають дещо інші правила правопису. ^[13] Японська система письма використовує ряд позначень, включаючи традиційні китайські ієрогліфи (кандзі), а також латинський алфавіт (rōmaji). Часто системи письма не мають однакових точних позначень, але мають здебільшого перекриваються позначення. Наприклад, багато європейських мов розширюють латинський алфавіт такими символами, як Å та Ü, які додають до основних символів додаткові позначки, відомі як діакритичні знаки. ^[14]

В організації систем часто необхідно представляти значення з однієї системи письма в іншій системі письма, яка використовує різні позначення, процес, відомий як транслітерація. Наприклад, ранні комп'ютерні системи підтримували лише позначення ASCII, тому текст із систем письма, що розширюють латинський алфавіт, довелося перетворити в ASCII, як правило, шляхом видалення (або іноді транслітерації) діакритики. Це зробило текст, що не є ASCII, придатним для використання в комп'ютеризованій системі організації на основі ASCII, за рахунок втрати інформації.

Однак навіть у сучасних комп'ютерних системах, що підтримують Unicode, транслітерація часто потрібна для підтримки організації діяльності користувачів, які не можуть читати текст, написаний за допомогою оригінальної системи. Бібліотека Конгресу та Американська бібліотечна асоціація забезпечують стандартні процедури транслітерації тексту з більш ніж шістдесяти різних систем письма в (розширений) латинський алфавіт.

Синтаксис

Приклади в прикладі: Основні способи написання частини опису книги. висловити одну і ту ж інформацію за допомогою різних систем письма. У прикладах використовуються однакові позначення (синтаксис): правила, які визначають, як символи можуть бути об'єднані в слова і як слова можуть бути об'єднані в структури вищого рівня. ^[15]

Розглянемо перший запис: Назва Die Ringe des Saturn, і вона має 371 сторінку. Провідна велика літера і період, що закінчує цю послідовність символів, вказують нам, що це речення. Це речення є одним із способів, яким ми можемо використовувати англійську систему письма, щоб висловити два твердження про книгу, яку ми описуємо. Заява - це один окремий факт або фрагмент інформації. У голосових системах письма, таких як англійська, зазвичай існує більше одного речення, яке ми могли б написати, щоб висловити одне і те ж твердження. Наприклад, замість 371 сторінки ми могли б написати кількість сторінок 371. Англійське письмо також дозволяє нам будувати складні речення, які виражають більше одного твердження. ^[16]

На відміну від цього, коли ми створюємо описи ресурсів в організаційній системі, ми зазвичай використовуємо неголосові системи письма, в яких кожне речення виражає лише одне твердження, і існує лише один спосіб написати речення, яке виражає задане твердження. ^[17] Ці обмеження роблять ці системи письма менш виразними, але спрощують їх використання. Зокрема, оскільки існує відповідність один до одного між реченнями і висловлюваннями, ми можемо відмовитися від відмінності і просто поговорити про висловлювання опису.

Тепер ми повернемося до нашого прикладу і подивимося на структуру заяви, Назва Die Ringe des Saturn і вона має 371 сторінку. Прогалини використовуються для поділу тексту на слова, а англійський синтаксис визначає функції цих слів. Дієслово в цьому твердженні функціонує для зв'язку назви слова з фразою Die Ringe des Saturn. Це характерно для виду тверджень, знайдених в описі ресурсу. Кожне твердження ідентифікує і описує якийсь аспект ресурсу. У цьому випадку оператор приписує значення Die Ringe des Saturn до властивості title.

Як ми бачили, коли ми розглядали структури описів, ми можемо аналізувати описи як пов'язані з властивостями ресурсів та їх відповідними значеннями або вмістом. У такій системі письма, як англійська, не завжди так просто визначити, які слова відносяться до властивостей, а які відносяться до значень. (Ось чому краплі не є ідеальними структурами опису.) Системи написання, призначені для вираження описів ресурсів, з іншого боку, зазвичай визначають синтаксис, що полегшує це визначення. У наших словникових прикладах вище ми використовували символ стрілки →, щоб вказати зв'язок між властивостями та значеннями.

Однак ця простота розрізнення властивостей та цінностей приходить за ціною. Синтаксис англійської мови прощає: ми можемо прочитати речення з дещо спотвореним синтаксисом, таким як 371 сторінка, яку вона має, і часто все ще розібрати його значення. ^[18] Зазвичай це не стосується систем написання, призначених для вираження описів ресурсів. Ці системи суворо визначають свої правила щодо того, як символи можуть бути об'єднані в структури вищого рівня. Структури, які дотримуються правил, добре сформовані відповідно до цієї системи.
Візьмемо для прикладу другий запис у прикладі: Основні способи написання частини опису книги..
```
{ book: {"title":"Die Ringe des Saturn","pages":371} }
```
Цей фрагмент написаний у форматі JSON. Як пояснювалося раніше в цьому розділі, JSON є метамоделлю для структурування інформації за допомогою списків і словників. Але JSON - це також система письма, яка запозичує свій синтаксис з JavaScript. Синтаксис JSON використовує дужки для текстового представлення списків [1,2,3] та фігурні дужки для текстового представлення словників {title: "Die Ringe des Saturn», «сторінки» :371}. У фігурних дужках символ двокрапки: використовується для зв'язку властивостей з їх значеннями, подібно до того, як це було використано в попередньому прикладі. Отже, «pages» :371 - це твердження, що присвоює значення 371 сторінкам властивостей.
Третій фрагмент написаний на XML.
```
<book pages="371"> <title>Die Ringe des Saturn</title> </book>
```
Як і JSON, XML є метамоделлю, а також системою письма. Тут у нас є елементи та атрибути XML. Елементи XML текстово представлені у вигляді тегів, які позначені спеціальними символами <, > і/. Отже, цей фрагмент XML складається з елемента книги з дочірнім елементом, заголовком і атрибутом pages, кожен з яких має певний текстовий зміст. У цьому випадку pages="371" є твердженням, що присвоює значення 371 сторінкам властивостей. Різниця полягає в тому, що синтаксис тонка; лапки оточують значення, а знак рівності = використовується для присвоєння властивості його значенню.
Четвертий - фрагмент HTML.
```
<div class="book">The title is  <span >Die Ringe des Saturn</span> and it has <span class="pages">371 pages.</span> </div>
```
Система написання, яку використовує HTML, досить близька до XML, щоб ігнорувати будь-які відмінності в синтаксисі. У цьому прикладі атрибут CLASS містить ім'я властивості, а значення властивості - елемент content.
П'ятий запис - фрагмент черепахи, однієї з систем запису для RDF.
```
<http://lccn.loc.gov/96103072> <http://rdvocab.info/Elements/title> "Die Ringe des Saturn"@de ; <http://rdvocab.info/Elements/extentOfText> "371 p." .
```
Черепаха надає синтаксис для запису трійок. Кожна трійка складається з підмета, присудка та об'єкта, розділених пробілами. Нагадаємо, що приклад: Вкладання опису автора в описі книги: дві трійки, які поділяють тему.

Два фрагменти в прикладі: Написання частини опису книги в семантичному XML. демонструють простори імен, терміни з просторів імен Dublin Core і DocBook, а також об'єкт, за допомогою якого XML охоплює семантичне кодування ресурсів опису.

Написання частини опису книги в семантичному XML

</title><книга xmlns:dc =» http://purl.org/dc/terms/ "dc:extent="371 <dc:title>p."> Кільце Сатурна... </book>

<book xmlns:db=» http://www.docbook.org/xml/4.5/docbookx.dtd «> <bookinfo><title>Рінге Сатурна</title> <pagenums>371 p.</pagenums>... </bookinfo>... </book>

Перший приклад розширює третій фрагмент з Приклад: Основні способи написання частини опису книги.; xmlns:dc=» ... "segment - це декларація простору імен, яка асоціює dc з цитованим URI, який, трапляється, є ініціативою Dublin Core Metadata Initiative (DCMI); <dc:title>дочірній елемент і додається dc:extent="371" повідомляють нам, що відповідні значення належать властивостям title та extent, відповідно, з простору імен Dublin Core.
Наступний фрагмент використовує простір імен DocBook DTD; тепер у нас <pagenums>є елемент, для якого значення контекстуально очевидно; заголовок все ще є заголовком; додатковий шар розмітки відображає той факт, що це можуть бути метадані у вихідному файлі книги, яка редагується, знаходиться у виробництві або знаходиться на вашому улюбленому планшеті прямо зараз. ^[19]

Коли Тім Бернерс-Лі розгорнув HTML, його синтаксис містив основні елементи та атрибути, необхідні для формальних заяв про документ в цілому за допомогою <LINK/>, або про конкретні частини документа за допомогою <A>елемента. Кожен з цих елементів має чотири спільні атрибути: відомий атрибут HREF містить URI, який називає ресурс об'єкта; атрибут NAME дозволяє елементу бути кінцевим кінцем посилання; атрибути REL і REV містять описи зв'язків.

Мікроформати, RDFA та Microdata - це останнє покоління розширень метаданих до HTML. Кожен підхід широко використовується в Інтернеті та пошукових системах. Таким чином, вони є потенційними цілями при перетворенні в HTML з більш багатих семантичних форматів.

Мікроформати - найпростіші з трьох. Він використовує керовані словники термінів у REL/REV та атрибуті CLASS для оголошення типів інформації високого рівня.

RDFa є RDF в атрибутах. Тобто RDFa є формальною специфікацією для написання виразів RDF за допомогою атрибутів в атрибуті значення властивості об'єкта.

Мікродані схожі, оскільки вони широко використовують атрибути. Наявність атрибута ITEMSCOPE ідентифікує елемент, тоді як значення атрибута ITEMTYPE визначає його тип; ITEMID оголошує ім'я елемента або унікальний ідентифікатор; ITEMPROP - пара значення name, і; ITEMREF пов'язує цей елемент з іншими елементами, які знаходяться поза межами області дії елементу-контейнера.

Два фрагменти в прикладі: Написання частини опису книги в RDFa або microdata. демонструють формати RDFa та мікроданих, кожен з яких спирається на певні атрибути для встановлення типу значень властивостей, що містяться в елементах HTML. У кожному прикладі назва книги міститься <span>елементом. У той час як rdFa спирається на атрибут властивості, приклад мікроданих використовує атрибут itemprop, щоб вказати, що вміст елемента фактично є «title» в тому ж сенсі, як ми знаємо, що вміст <dc:title>є «a» назва. »

Написання частини опису книги в RDFa або Microdata

<div class="book">Назва - <span property="http://purl.org/dc/terms/title">Die Ringe des Saturn</span>, і він має <span property="http://purl.org/dc/terms/extent">371 p.</span></div>

<div itemscope itemtype="book">Назва - <span itemprop="http://purl.org/dc/terms/title">Die Ringe des Saturn</span>, і він має <span itemprop="http://purl.org/dc/terms/extent">371 p.</span></div>

Термінологія тут і в наступних розділах походить від (Harris 1996).

←
Див. Unicode.org/графіки/PDF/U1F700.pdf.

←
Під назвою «The ABC» пісня була захищена авторським правом у 1835 році Бостонським музичним видавництвом Чарльзом Бредлі. Він співається під мелодію, яка спочатку була розроблена Вольфгангом Амадеєм Моцартом, і зазвичай впізнається як Twinkle, Twinkle, Little Star.

←
http://tools.ietf.org/html/rfc20.

←
Лише 95 з цих символів насправді є «знаками» у сенсі бути видимими та друкованими. Інші 33 символи ASCII - це «контрольні коди», які вказують на такі речі, як горизонтальні та вертикальні вкладки, кінці друкованих рядків, канали форм та керування передачею. Ми можемо розглядати багато з них як спеціальні допоміжні знаки, подібні до виду символів, які редактори та коректори використовують для анотації текстів.

←
Стандарт Unicode підтримується глобальною некомерційною організацією. Все, що вам потрібно знати, знаходиться на http://www.unicode.org/.

←
Китайський ієрогліф (водяний колодязь) теж виглядає як символ #. Символ # історично використовувався для позначення фунтів, імператорської одиниці ваги, як у 10# картоплі. У Сполученому Королівстві символ # називається «хеш». » Ми могли б продовжувати, але ми залишимо це вам, щоб дізнатися більше.

17%
Щоб додати плутанини, в той час як американський стандарт (ASCII) розміщує символ # в позиції 23, британський еквівалент (BS 4730) розміщує символ валюти £ на тій же позиції. В результаті неправильно налаштовані комп'ютери іноді відображають # замість £ і навпаки.

17%
Останнім часом була стандартизована альтернативна система написання XML -структурованих даних: Efficient XML Interchange (EXI). Однак він поки не набув широкого поширення.

17%
RDF/XML трохи заплутано; це система письма, яка використовує синтаксис XML для текстового представлення структури RDF. Це означає, що, хоча інструменти XML можуть читати і записувати RDF/XML, вони не можуть маніпулювати структурами графа, які він представляє, оскільки вони були розроблені для роботи з деревоподібними структурами XML.

17%
Хоча ми сьогодні використовуємо алфавітні символи для представлення римських цифр, спочатку вони були представлені унікальними символами.

17%
Минуло кілька сотень років, перш ніж алфавіт став рекурсивним і застосований до листів, відмінних від першої (Casson 2002, стор. 37). Алфавіт спирається на впорядкування системи письма, а не позначення. Наприклад, шведська та німецька - це дві системи письма, які присвоюють різний порядок однаковим позначенням.

17%
Наприклад, американське написання слів «center» і «color» трохи контрастує з англійським написанням «centre» і «color». » Є занадто багато прикладів, щоб включити сюди. Вікіпедія має всебічний аналіз американських та британських орфографічних відмінностей за адресою http://en.Wikipedia.org/wiki/American_and_British_English_spelling_differences.

17%
128 символів ASCII недостатньо для представлення цих більш складних наборів символів, тому було створено нове сімейство кодувань символів, ISO-8859, в якому кожне кодування перераховує 256 символів. Таким чином, кожне кодування має більше місця для розміщення додаткових символів регіонально-специфічних позначень. Наприклад, ISO 8859-5 має розширення для підтримки кирилиці.

17%
В обговореннях голосових систем письма «синтаксис» зазвичай відноситься тільки до правил об'єднання слів в пропозиції. При обговоренні мов програмування «синтаксис» має більш широкий сенс, який ми використовуємо тут.

17%
Складноречення містять два незалежних речення, з'єднаних сполучником, такі як «і», «або», «ні», «але». Наприклад: я пішов в магазин і купив книгу. » Складні речення містять незалежне речення, з'єднане одним або декількома залежними реченнями. Наприклад: «Я прочитав книгу, яку купив в магазині. »

17%
По правді кажучи, навіть неголосові системи письма, призначені для однозначного кодування описів ресурсів, можуть мати варіантні форми одного і того ж твердження. Наприклад, XML допускає деякі зміни в тому, як той самий Infoset може бути текстово представлений. Часто ці варіації передбачають обробку вмісту, який за певних обставин може розглядатися як необов'язковий, наприклад пробіл. Різниця полягає в тому, що в системах письма, призначених для опису ресурсів, ці варіації можуть бути точно перераховані та розроблені правила для їх узгодження, хоча це взагалі не стосується голосових систем письма.

17%
На щастя для Йоди. Існує безліч веб-сервісів для перетворення англійської мови на Yoda-speak; прикладом є http://www.yodaspeak.co.uk/.

17%
DocBook (Walsh 2010) широко використовується для публікації академічних, комерційних, промислових книжкових, наукових та обчислювальних книг, статей та статей. Книга, яку ви читаєте, закодована розміткою DocBook; повна бібліографічна інформація для книги міститься в вихідних файлах, готових до вилучення по дорозі в один з останніх форматів електронних книг.

17%