WWW.PDF.KNIGI-X.RU
БЕСПЛАТНАЯ  ИНТЕРНЕТ  БИБЛИОТЕКА - Разные материалы
 

«1 Современному пользователю в поисках информации удобнее обратиться к интернету, нежели к библиотечным каталогам (даже электронным) – для него это и удобнее, и быстрее. Библиотечные каталоги, ...»

1

Современному пользователю в поисках информации удобнее обратиться к интернету,

нежели к библиотечным каталогам (даже электронным) – для него это и удобнее, и

быстрее. Библиотечные каталоги, несмотря на все богатство заключенной в них

информации, остаются в большой степени изолированными от остального

информационного поля и недоступными для поисковых машин в интернете. Принимая

этот факт и понимая, что в современных условиях такое изолированное существование –

путь в никуда, библиотечное сообщество в последние годы ищет пути, которые бы обеспечили интеграцию библиотечных данных в универсальное информационное пространство.

Наиболее перспективным в этом отношении представляется использование Semantic Web и связанных данных. Попробуем немного разобраться – почему это так важно? Что такое Semantic Web? Как работают связанные данные? Какие перспективы их использование открывает для библиотек? Что уже сделано в этом направлении и что предстоит сделать?

Чтобы понять, что такое Semantic Web, рассмотрим его в сравнении с привычной нам Всемирной паутиной – Web 2.0.

Традиционный Web – это сеть сайтов, использующих гиперссылки для перехода между страницами (документами). Для установки ссылок на веб-страницу, файл и т.д.

используются адреса – универсальные идентификаторы ресурсов. Эти гиперссылки, по сути, и создают Всемирную Паутину.

Связи в традиционном вебе:

• Устанавливаются между документами, а точнее – между текстами документов, поэтому Web 2.0 иногда называют сетью документов.



• Односторонние – в документе, на который ссылается другой документ, нет никакой информации об этой ссылке; обнаружить ее можно, но только с помощью специальных инструментов.

• Неинформативные (говорят только о наличии связи, но не о ее характере – что означает сама связь); это может быть библиографическая ссылка, либо ссылка на источник, где можно получить дальнейшую информацию, и т.д.

Semantic Web, или Web 3.0 – следующий этап развития Интернета, новый уровень представлений данных во Всемирной паутине. В Semantic Web связи устанавливаются не между текстами, а между данными, а точнее – между произвольными сущностями. Это могут быть не только веб-страницы, но и любые объекты реального мира (люди, города, художественные произведения), и даже абстрактные понятия (например, свойства «имя», «должность», «цвет»). В отличие от традиционного веба («веба документов»), Web 3.0 называют сетью данных.

Для установления ссылок также используются универсальные идентификаторы ресурсов (URI), однако в отличие от обычного веба, в Semantic Web URI используются также для именования объектов и абстрактных понятий.

Идентификаторы обязаны быть уникальными, это позволяет называть одни и те же объекты и обращаться к ним в разных местах в семантической паутине.

Итак, ключевым в понятии Semantic Web является не метод размещения данных в Web, а установление связей между данными таким образом, что данные могут быть поняты и использованы компьютером и человеком.

Основные принципы Semantic Web и связанных данных сформулировал Тим Бернерс Ли в 2006 г.:

1. В качестве имен объектов (в том числе и абстрактных понятий) используются уникальные идентификаторы (URI)

2. Для того, чтобы обеспечить возможность различать имена и обращаться к объектам, используется HTTP

3. В URI следует представлять полезную информацию с использованием стандартных языков (прежде всего RDF).

Основной формат - RDF/XML, но возможны и другие (например, N3, или Turtle).

4. Обязательное условия – наличие ссылок на другие URI с целью раскрытия дополнительной информации о сущности Существует множество определений связанных данных; одно из них (из Википедии) представлено на слайде:

Связанные данные – термин, используемый для обозначения методов публикации, обмена и установления связей между отдельными данными и знаниями в Semantic Web с использованием URI и RDF.

Еще несколько определений:

Связанные данные – технология установления ссылок между сущностями (данными, понятиями, документами) в Web, используя URI для идентификации, RDF для описания и HTTP для публикации этих сущностей и связей между ними, таким образом, что они могут быть поняты и использованы компьютером и человеком.

Связанные данные – это данные, опубликованные в соответствии с принципами, обеспечивающими установление связей между наборами данных, наборами элементов и словарями значений.

Во всех определениях ключевыми являются (а)собственно связи, (б)URI - универсальные идентификаторы ресурсов и (в)RDF – Resource Description Framework (Среда описания ресурсов).

RDF (Resource Description Framework – среда описания ресурса) – это графовая модель описания связанных данных, которая позволяет технологии Semantic Web интерпретировать информацию, представленную в Web. RDF определяет связи между сущностями; эти связи могут использоваться для навигации, или интеграции информации из разных источников.

В RDF данные выражаются в виде отдельных суждений, представленных тройками (или триплетами) в форме Субъект (идентифицирует, о чем это суждение) – Предикат (связывает субъект и объект, идентифицирует определенный аспект описываемого субъекта) – Объект (идентифицирует конкретное значение этого аспекта). Субъект и объект – экземпляры класса RDF, а предикат представлен как RDF-свойство.

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

Например: Эта книга – написана автором – Л.Н. Толстой Для того, чтобы обеспечить однозначную компьютерную обработку таких суждений и строить графы связанных данных из отдельных троек, все сущности в RDF представляются не наименованиями, а уникальными идентификаторами (URI – универсальными идентификаторами ресурса). Внешне URI может выглядеть как привычный электронный адрес. Но в отличие от URL, URI не ведет к ресурсу - это лишь идентифицирующая метка.

Цепочки троек объединяются в граф: так, в нашем примере субъект первой тройки (Книга

1) является также субъектом троек 2 и 3 (Книга 1 – написана автором –Толстой Л.Н. и Книга 1 – издана в… – Издательство 1). Объект тройки 3 (Издательство 1) является субъектом троек 4 и 5 (Издательство 1 – имеет название – «Азбука» и Издательство 1

– находится в – Санкт-Петербург).

Тройки с совпадающими субъектами или объектами объединяются в граф (см.

следующий слайд):

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

Очевидно, что информативность (а следовательно, и полезность) данных увеличивается по мере увеличения количества связей с другими данными.

Субъект и предикат всегда выражены только идентификатором. Объект может также быть представлен идентификатором, либо литералом – текстовой строкой. Это может быть имя лица, заглавие ресурса, наименование организации, предметная рубрика.

На схемах принято следующее обозначение: субъект и объект, имеющие URI, представляются овалами; объект-литерал – прямоугольником. Предикат представляется однонаправленной дугой, указывающей на объект.

То есть RDF-граф в нашем примере представляется в виде (см. следующий слайд):

Литералы всегда завершают цепочку и используются для человеко-читаемого вывода (дисплейного представления). То есть читатель видит только то, что находится на конце цепочки связанных данных (заглавие, имя автора, географическое название и т.д.); все промежуточные звенья этой цепочки от него, как правило, скрыты, и внешне он может даже и не знать, что имеет дело со связанными данными.

Как видим, подход RDF очень отличается от традиционной каталожной записи (например, в формате RUSMARC). В привычной нам записи различные аспекты ресурса объединяются в одну цепочку (запись) с помощью особого синтаксиса – тегов полей, индикаторов, подполей. В RDF данные разделены на отдельные суждения, которые могут обрабатываться независимо друг от друга; важно отметить, что могут использоваться суждения, или тройки, из разных источников и разных схем метаданных.

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





Идентификатор может представлять собой любую комбинацию любых символов (букв и цифр). Никаких ограничений на форму идентификатора нет, кроме одного – он должен быть уникальным. Внутреннего значения идентификатор также не несет, это лишь «ярлык», идентифицирующий сущность.

Внешне может выглядеть как URL, но это не URL – идентификатор не ведет к веб-странице.

Как правило, для записи универсальных идентификаторов ресурсов используется http.

Использование http – не единственный способ, но удобен тем, что использует инфраструктура web.

URI может строиться из базового элемента (домена, или общей части для схемы или словаря) и уникального идентифицирующего суффикса, например:

• http://iflastandards.info/ns/isbd/elements

• P1001 Базовый элемент, или префикс в именах идентификаторов (по сути - множество URI с одним и тем же доменом), определяет пространство имен (namespace). По сути, пространство имен

– это множество URI с базовой информацией о соответствующих классах и свойствах, опубликованное и управляемое в едином контексте. Это некий абстрактный контейнер для множества терминов (имен, слов и т.д.), который создает контекст для использования терминов и позволяет различать термины, относящиеся к разным пространствам имен.

Для компактности пространство имен в записи идентификаторов может быть представлено так называемым “qname” – сокращенной формой, например: isbd вместо http://iflastandards.info/ns/isbd/elements/.

Для пользователя может выводиться сокращенная форма, а при компьютерной обработке раскрывается в полную форму.

Что нам дает использование связанных данных?

1. Трансформация библиотечных данных в форму, обеспечивающую их интеграцию в Web.

Разработчики не будут обязаны работать с чисто библиотечными форматами данных (такими как MARC), требующими особого ПО. Метод связанных данных предполагает публикацию данных в Web в форме, которая является общепонятной.

2. Библиотечные метаданные становятся доступными для поисковых машин в Web – ссылки к библиотечным коллекциям могут устанавливаться извне и в форме, понятной для поисковых машин.

3. Более эффективное хранение метаданных.

Хранится не запись, а отдельные ее компоненты – тройки; запись собирается «на лету».

Любое изменение сразу отражается в итоговой записи и становится доступно всем пользователям (можно провести аналогию с авторитетными записями).

4. Возможность совместного использования информации – не только библиотеками, но и другими сообществами

5. Возможность многократного использования данных

6. Более гибкие возможности при описании ресурсов (расширения и дополнения информации)

7. Более гибкий вывод результатов для пользователя - детальность описания (на уровне элементарных утверждений-троек) позволяет строить гибкий вывод метаданных в соответствии с практикой библиотеки и потребностями пользователя.

Внешне пользователь может и не знать, что использует связанные. Однако, поскольку структурированные данные станут более насыщены взаимосвязями, пользователь может заметить улучшение возможностей поиска и использования данных. Навигация по ресурсам разных библиотек (и-не библиотечным ресурсам) переходит на более высокий уровень.

В том, чтобы библиотеки активнее использовали Semantic Web и связанные данные, проявляют заинтересованность как библиотеки, так и сообщество Web.

Так, в отчете Рабочей группы Консорциума Всемирной паутины Library Linked Data Incubator Group (LLDXG), работавшей в 2010-2011 гг., отмечено, что библиотеки накопили огромный опыт в области генерации метаданных, поиска, разработки онтологий. Учитывая это, они могут и должны внести свой вклад в развитие и внедрение связанных данных.

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

1. Наборы данных – коллекции структурированных метаданных о библиографических ресурсах (библиотечные каталоги)

2. Словари значений – контролируемые перечни терминов, которые используются в качестве значений в библиографических записях (тезаурусы, перечни кодов, схемы классификации, списки предметных рубрик, авторитетные файлы и другие системы организации знаний)

3. Элементы метаданных или наборы элементов метаданных – схемы и форматы метаданных (в т.ч. ISBD, FRBR, MARC-форматы) В настоящее время в виде связанных данных публикуются в основном словари значений и словари элементов метаданных.

Словари значений Термины из контролируемых словарей (ПР, классификационные индексы и т.д.) могут быть представлены в RDF с помощью SKOS. (Simple Knowledge Organization System – «простая система организации знаний») основана на RDF и определяет модель представления базовой структуры и содержания тезаурусов, рубрикаторов и т.д.

SKOS поддерживает простые связи между терминами - иерархические, ассоциативные, эквивалентности; как правило, этих связей достаточно для представления внутренней структуры системы терминов.

• Словари RDA (OMR, 2011) – плоские словари (перечни терминов) без иерархических связей.

• LCSH (Library of Congress Subject Headings) (http://id.loc.gov/)

• FAST (Faceted Application of Subject Terminology)

• MESH (Medical Subject Headings)

• Form and genre headings for fiction and drama

• TGM (Thesaurus for Graphic Materials)

• SWD (Немецкие предметные термины)

• RAMEAU (Французские предметные рубрики)

• UDC summary (около 2400 классов УДК на 40 языках (http://udcdata.info)

• VIAF (Virtual International Authority File) – множество связанных контролируемых словарей (авторитетные записи на имена лиц) национальных библиографирующих агентств.

Этот список постоянно пополняется.

Наборы элементов метаданных в виде связанных данных

1. FRBR 2007 – В рамках рабочей группы IFLA (FRBR Review Group) – инициирован проект “Пространство имен для FRBR”, цель которого – определить соответствующие пространства имен для модели FRBR (сущность – отношение) в RDF.

2011 – FRBR, FRAD и FRSAD опубликованы в OMR (Open Metadata Registry – Открытый регистр метаданных).

Каждая модель (FRBR, FRAD и FRSAD) имеет собственное пространство имен;

продолжается работа над консолидированной моделью.

На слайде – фрагмент перечня пространства имен из OMR (http://metadataregistry.org/schema/list.html) Сущности, или объекты FRBR (произведение, выражение, воплощение, физическая единица, лицо, организация, концепция, предмет, событие, место) в пространстве имен определены как классы, а атрибуты (реализовано в…, является реализацией…, воплощено в…, является воплощением…, и т.д.) – как свойства.

2. ISBD.

2008 – Создана Рабочая группа IFLA ISBD/XML (ISBD/XML Study Group), среди задач рабочей группы – пересмотр понятий ISBD и самого стандарта с учетом возможности применения современных web-технологий, в частности, построение схемы ISBD RDF/XML, и создание на основе стандарта современного инструмента, открытого для технологий и служб Semantic Web.

2011 – определен набор элементов, а также словари терминов формы содержания и типа средства (Область 0), опубликовано пространство имен в OMR.

В отличие от концептуальной модели FRBR, которая построена на методологии E-R (сущность-отношение), по своей природе более приспособленной для представления в RDF, ISBD представляет собой стандарт данных, и в этом случае используется другой подход.

RDF определяет элементы метаданных как классы или свойства. Класс – это сущность, которая описывается в утверждении, свойство – это некий аспект этой сущности или отношение между разными сущностями.

ISBD описывает единственную сущность – библиографический ресурс, поэтому в RDF ресурс определен как класс. Все атрибуты ISBD представляют собой некие аспекты, или характеристики описываемого ресурса, поэтому каждый атрибут представлен в виде свойства.

Например, атрибут ”основное заглавие” представлен свойством ”имеет основное заглавие”. Такой принцип именования свойств (имеет…) используется в RDFпредставлении ISBD для читабельности и указания «направленности» свойства.

Таким образом, запись ISBD представляется в виде, показанном на слайде.

Пространство имен ISBD опубликовано в OMR. Единственный RDF-класс – это ресурс (описываемый в ISBD-записи); все атрибуты ISBD представлены как RDF-свойства (имеет область примечаний…, имеет параллельную систему нумерации, и т.д.).

2009 – создана Рабочая группа IFLA по пространствам имен (IFLA Namespaces Task Group) под эгидой Секции классификации и индексирования, с участием представителей других секций (в т.ч. библиографии, каталогизации, информационных технологий и др.).

Цель создания Рабочей группы – разработка административной и технической инфраструктуры для поддержки инициатив, связанных с представлением стандартов IFLA в формате, обеспечивающем их использование в Semantic Web.

Рабочая группа решает задачи:

• Мониторинг разработки пространств имен IFLA (FRBR, FRAD, FRSAD, ISBD)

• Разработка соответствия / связей между пространствами имен IFLA и с другими пространствами имен (Dublin Core, MARC21, RDA)

• Исследование пространств имен на предмет взаимодействия между схемами и данными смежных областей (архивы, библиотеки, музеи и т.д.)

• Разработка Руководства по переводу пространств имен (д.б. опубликовано до конца 2012 г.)

• Разработка Руководства по использованию пространств имен IFLA UNIMARC 2011 – на конференции ИФЛА в докладе М.Виллер и Г.Даншир предложен способ представления UNIMARC в RDF. Предлагается использовать подход, аналогичный ISBD и FRBR, с публикацией в OMR.

Для каждого из форматов (UNIMARC/A и UNIMARC/B) требуется отдельное пространство имен, чтобы обеспечить возможность различить элементы данных (поля/подполя) с одинаковыми тегами.

для каждого из словарей UNIMARC используется свой базовый домен, аналогично практике ISBD. Имя базового домена строится из общего базового домена для словарей UNIMARC и идентификатора конкретного словаря. Идентификатор словаря, в свою очередь, представляет собой аббревиатуру названия словаря.

Коды и соответствующие величины и определения, используемые в Блоке кодированной информации для описания ресурса, наилучшим образом представляются как SKOSсловари, аналогично словарям Области 0 ISBD.

Могут использоваться и внешние словари - в случае, если набор кодированных величин формата UNIMARC в точности базируется на таком внешнем словаре. Например, в поле 101 используется трехсимвольный код, взятый из Приложения А, которая есть не что иное, как список формата MARC для языков. Этот список доступен как SKOS-словарь, который может использоваться непосредственно в любой тройке формата UNIMARC.

Мы говорили, что связанные данные позволяют объединить данные из разных источников, использовать элементы и словари из уже существующих пространств имен – это позволяет сэкономить время и силы; упрощает разработку приложений для обработки метаданных, способствует использованию элементов из разных схем.

UNIMARC / B построен с учетом ISBD, для которого пространство имен уже опубликовано.

Изменения ISBD, как правило, отражаются в формате, хотя это может занять какое-то время, и мы не можем гарантировать, что в любой момент времени UNIMARC полностью покрывает положения ISBD.

Поэтому для UNIMARC возможны варианты:

(1) там, где это возможно, – использовать классы и свойства ISBD, а не создавать отдельные классы/свойства для UNIMARC.

(2) представить все элементы UNIMARC/B в отдельном пространстве имен UNIMARC, и связать их с эквивалентными классами и свойствами в пространстве имен ISBD.

Выбор необходимо сделать ДО основных работ по разработке пространства имен UNIMARC.

Возможность использовать существующие пространства имен для UNIMARC/A требует дополнительного анализа.

1. Классы Как и в случае ISBD, запись UNIMARC описывает единственную сущность – ресурс.

Поскольку он в точности соответствует ресурсу ISBD – нет необходимости создавать для ресурса особый UNIMARC-класс, можно использовать класс из пространства имен ISBD.

Классы для формата UNIMARC/Authorities требуют дальнейшего исследования, особенно в отношении FRAD/FRSAD.

2. Свойства В общем случае RDF-свойства будут представлены сочетаниями тег/индикаторы/подполе.

URI строится из базовой части (домен пространства имен) и локальной части, идентифицирующей конкретный элемент формата, например:

http://iflastandards.info/ns/unimarc/unimarcb/elements/P205bba.

Для идентификации элементов формата UNIMARC (которые определяются тегами (поля), кодами подполей, индикаторами и позициями символов в блоке 1-- Блок кодированной информации) используются сокращенные коды, которые строятся следующим образом:

Тег + Инд. 1 + Инд. 2 + код подполя;

при этом для обозначения отсутствующего индикатора, а также вместо значка #, обозначающего пробел, используется символ «b».

Например:

010bba = ISBN 2001ba = Основное заглавие (значимое заглавие) 2000ba = Основное заглавие (незначимое заглавие) Для Блока кодированной информации сокращенный код формируется путем добавления позиций символов, например:

100bba8 = Тип даты публикации 100bba17-19 = Код целевого назначения 100bba34-35 = Графика заглавия Такой подход предложен в 2011 г. на 77-м Конгрессе IFLA.

В 2012 г. на заседании Постоянного комитета IFLA по UNIMARC в рамках 78-го конгресса ИФЛА Мирна Виллер и Гордон Даншир в своем сообщении рассказали о результатах экспериментов по представлению формата MARC21 в RDF. В результате экспериментов были автоматически сгенерированы около 14000 свойств (properties), включая все возможные комбинации индикаторов, полей и подполей. Все они включены в Namespace Registry (Регистр пространств имен). Аналогичная операция может быть выполнена для UNIMARC, хотя для этого потребуется дополнительная интеллектуальная работа.

Мирна Виллер и Гордон Даншир выступили с инициативой по представлению формата UNIMARC в RDF.

Наиболее перспективным для использования в Semantic Web представляются библиотечные каталоги, которые содержат огромный объем библиографических метаданных высокого качества, однако пока они в меньшей степени представлены в виде связанных данных.

Каталожные записи (которые могут быть представлены в разных форматах – UNIMARC, MARC21 и т.д.) могут быть также разобраны на «тройки».

Этот процесс можно разложить на следующие этапы:

1. Разбор библиографической записи на отдельные утверждения-тройки»

2. Создание URI для записи

3. Замена идентификатора записи на URI

4. Поиск URI для атрибутов

5. Замена атрибутов на URI

6. Поиск URI для значений

7. Замена значений на URI

8. Публикация троек и получение связанных данных В настоящее время в виде связанных данных уже опубликованы ряд наборов библиографических записей (национальных библиографий и каталогов):

1. Британская национальная библиография

Используется модель связанных данных и различных пространств имен:

• значения из пространств имен MARC21 и VIAF (Виртуального международного авторитетного файла),

• элементы из ISBD и Dublin Core, а также

• локального пространства имен, разработанного специально для этой модели данных (для отражения отсутствующих элементов).

2. Французская национальная библиография

3. OCLC WorldCat Август 2012 – OCLC объявил публикации около 1.2 млн ресурсов из каталога WorldCat (около 80 млн «троек»). Работа над публикацией WorldCat в виде связанных данных продолжается.

Облако открытых связанных данных (LOD) Все облако представляет взаимосвязанное множество многочисленных троек. В центре облака LOD – dbPedia. Каждый узел на диаграмме представляет пространство имен (коллекцию троек о культурных объектах, либо троек об элементах и словарях, используемых для описания этих объектов).

Отметим, что это не граф RDF: каждый узел представляет пространство имен троек RDF, а соединительные линии просто обозначают существование некой связи между пространствами имен. Облако постоянно растет.

«Библиотечный угол» LOD (пространства имен, так или иначе связанные с библиотеками, архивами, музеями, описательными и авторитетными данными):

На рисунке отмечены некоторые национальные библиографии и каталоги, а также наборы данных (авторитетные файлы и перечни кодов), уже опубликованные в виде связанных данных:

• Британская национальная библиография

• Французская национальная библиография,

• Каталог Национальной библиотеки Венгрии

• VIAF

• LCSH



Похожие работы:

«ИССЛЕДОВАНИЯ А.Т. ШАШКОВ НАЧАЛО ПРИСОЕДИНЕНИЯ СИБИРИ С давних времен пушные богатства «стран полунощных» привлекали к себе внимание соседей. Уже в эпоху раннего Средневековья с жителями Северного Приуралья и Зауралья вели меновую торговлю через Волго-Камский речной путь сначала хазарс...»

«Информационно-аналитический центр «ПОМНИМ ВСЕХ ПОИМЁННО» БОГОСЛОВСКОЕ КЛАДБИЩЕ (АКАДЕМИЧЕСКО-КЛИНИЧЕСКОЕ, ВМА) Описание надгробий Героев Советского Союза и России Санкт-Петербург Описание надгробий Гер...»

«Аннотированные результаты аналитического мониторинга электропотребления в России в 2008-2010 гг. и оценки по 2011 году Коган Юрий Матвеевич, д.э.н. Троицкий Артем Андреевич, Советник по аналитической работе Института энергетической стратегии. Ниже приводятся краткие результаты выполненного Институтом энергетической стратегии ан...»

«3 Цель работы: ознакомиться с явлением дисперсии стеклянной призмы. Задача: определить показатель преломления стеклянной призмы для некоторых длин волн линий спектра ртутной лампы. Техника безопасности: гониометр и ртутная лампа питаются от...»

«Рабочая программа подготовки водителей транспортных средств категории С Нормативный срок обучения 186 часов. Фактический срок обучения по программе 225 часов Форма обучения очная.Режим работы: с отрывом от производства пят...»

«Негосударственное образовательное учреждение высшего образования Московский технологический институт АННОТАЦИИ РАБОЧИХ ПРОГРАММ ДИСЦИПЛИН Направление подготовки 080200.62. МЕНЕДЖМЕНТ Профили подготовки Аналитическое обеспечение управленческих решений Информационн...»

«ФОРМИРОВАНИЕ СОЦИАЛЬНОЙ КОМПЕТЕНТНОСТИ СТУДЕНТОВ ИНОСТРАНЦЕВ КАК УСЛОВИЯ ИХ СОЦИАЛЬНОЙ АДАПТАЦИИ Курин А.Ю., Соснова И.Ю. Тамбовский государственный университет имени Г.Р. Державина kurinandrey@mail.ru В настоящем, дина...»

«Задачи на практические занятия «Статистика туризма» Задача 1. Имеются данные о числе гостиниц по краю (данные условные). Рассчитать относительные величины плана, реализации плана, динамики. Показатели Кол-во Число действующих гостиниц в 2005 году 230 Планиру...»

«DATE: 15 JAN, 2013 MODEL: BB-CD120U SUPRA REVISED RUSSIAN MANUAL FOR APPROVAL SIZE: 102(W) X 136(H)MM MATERIAL: 80G WOODFREE PAPER PRINTING COLOR: BLACK РУКОВОДСТВО ПО ЭКСПЛУАТАЦИИ CLASS 1 CD-МАГНИТОЛА LASER P...»








 
2017 www.pdf.knigi-x.ru - «Бесплатная электронная библиотека - разные матриалы»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.