Отчет по результатам работы по программе усовершенствования базы данных по сортам растений и изложить предложения по усовершенствованию базы данных по сортам растений



страница4/4
Дата09.09.2014
Размер0.7 Mb.
ТипОтчет
1   2   3   4

США

"Для USPTO было бы полезно, если бы данные УПОВ-ROM включали дату первой продажи/публичного распространения, также как и все другие наименования, которыми было названо или под которыми растение было известно. Однако, такая информация не должна быть обязательной."

CAJ/59/6 Приложение III, стр. 4

(c) комментарии относительно определенных "полей " (элементов данных)

TAG

Описание пункта

Статус




<000>

Начало записи и статус записи

обязательный

Австралия: должны обновляться путем проверки по предыдущей подаче

Евросоюз: Разделитель между 2 записями – обязательный. На наш взгляд, не всегда можно указать статус записи и он не должен быть обязательным. В нашей базе данных система сравнивает подаваемые по сорту данные с существующими данными и может вычислить автоматически, является ли запись новой, исправленной, или остается неизменной

(1 – новая запись

2- исправленная запись

3 – запись без изменений

0 – неизвестная)
Российская Федерация: Желательно иметь возможность подавать только новые и исправленные данные (TAG<001> TAG<002>, что составляет около 5% всей информации на УПОВ-ROM.


<190>

Страна или организация, представляющая информацию

обязательный

Австралия: проверять соответствие с ISO 3166

Евросоюз: Обязательно

Может быть также добавлена менеджером баз данных без особых усилий в случае необходимости



<010>

Тип записи и идентификатор (сорта)

обязательный

Евросоюз: Это поле должно быть обязательным.

Сорт идентифицируется по номеру его заявки + тип ее публикации в нашей централизованной базе данных. Наш опыт показывает, что поле «идентификатор сорта» не четко поясняется и по-разному истолковывается государствами-членами. Этот идентификатор сорта должен быть для нас уникальным ключом, определяющим всегда один и тот же сорт во вкладах государства-члена на протяжении всего времени. По нашему мнению, должен быть номер заявки и, в этом отношении, работа с полем (<210>.

Тип записи также должен быть обязательным.

Подробнее, мы полагаем, что тип записи “BIL” (bilateral agreement - двустороннее соглашение), бесполезен: он касается записей о сортах, испытываемых государством-членом от лица других. Только информация у страны испытания может быть менее точной и полной, нежели информация государства-члена, куда была подана заявка. Более того, такая информация является дубликатом и излишне увеличивает размер баз данных. Практически, только немногие страны подают такой категории данные.

CAJ/59/6 Приложение III, стр. 5



TAG

Описание пункта

Статус




<500>

Вид – Латинское название

Обязательный, если не представлен код УПОВ

Евросоюз: Поле латинского названия вида является и должно оставаться обязательным для вида, даже если код УПОВ включается в запись.

Мы полагаем, что код УПОВ является полезным полем для управления базами данных, но фактически, он не является необходимым во вкладах. Мы имели случаи, когда код УПОВ не соответствует названию вида. Например, вкладчики рассчитывают автоматически код УПОВ по правилу «5 букв» и это не всегда работает. Если название вида не представлено, то ошибка не может быть замечена. Мы считаем, что каждый работает на основании названия вида и это также является похожей информацией, представляемой селекционерами, которая должна регистрироваться. Коды УПОВ могут вычисляться автоматически с названиями видов на основе электронных таблиц УПОВ. Всякий раз мы загружаем файл, перечень видов, по которым автоматически не находится код УПОВ, редактируется, и это является важным аспектом в проверке качества подаваемых данных. В некоторых случаях кода УПОВ не существует. В других случаях, правописание от вкладчика не подтверждает стандарты УПОВ. В этом случае, это может быть сообщено и исправлено. Мы выбрали более прямой вариант: если страна А посылает нам Malus L., в качестве названия вида, программное обеспечение не определяет код УПОВ, но мы регистрируем в нашей базе данных, что Malus L. cсоответствует код УПОВ MALUS. Когда страна А снова посылает нам Malus L компьютер автоматически проставляет код MALUS.

Другой причиной не запрашивать во вкладах код УПОВ является тот факт, что в случае изменения одного кода УПОВ, вкладчикам, включающим код УПОВ в свою картотеку (файл), надо будет исправлять в своей базе данных.











Комментарий Бюро: было бы несоответствующим для Бюро расставлять коды УПОВ. Бюро может, если потребуется, предоставить помошь, но быть ответственным за свои данные – это обязанность вкладчика.

<509>




обязательный, если не дается никакого названия на национальном языке <510>

Евросоюз: Это поле не должно быть обязательным. Это поле могло быть полезным, поскольку могло дать дополнительную информацию, не включенную в название вида или код УПОВ. Например, в Общем Каталоге есть две категории для вида Apium graveolens L.: 1 Apium graveolens L – Celery (Сельдерей) – 2 Apium graveolens L. – Celeriac (Сельдерей). Ссылка, тем не менее, остается на латинское название вида.

<510>

Вид – общее название на национальном языке, ином, чем английский

обязательный, если не дается никакого названия на английском языке <509>

Евросоюз: Это поле не должно быть обязательным. Смотри комментарии выше (<500>)

<511>

Вид – Код УПОВ таксона

обязательный

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

Евросоюз: Это поле не должно быть обязательным. Смотри комментарии выше (<500>).

CAJ/59/6 Приложение III, стр. 6

TЕГ

Описание пункта

Статус







НАИМЕНОВАНИЯ




Евросоюз: Некоторые страны не имеют дат предложения, опубликования и одобренного доступа к своим базам данных. Если вкладчики не имеют дат, доступных к их базам данных, они, по возможности, должны сделать Тег <540>/<541>/<542>/<543> для сообщения статуса наименования. В базе данных CPVO статус наименования вычисляется автоматически согласно этим Тегам. Иными словами, по крайней мере, одно из этих полей должно быть обязательным, даже если никакие даты не упоминаются.

В случае замены одного предложения наименования новым предложением наименования, полезно знать историю по каждому предложению наименования со всеми датами. Одно наименование будет появляться с Тегом <543>



<540>

Дата + предложенное наименование, первое появление или первый ввод в базу данных

обязательный, если не указан селекционный номер (<600>)

Евросоюз: Мы иногда получали вопросы в отношении значения «первое появление или первый ввод в базу данных». Это объяснение следует уточнить. Мы понимаем это, как дату формального предложения наименования. Перед наименованием, которое было предложено для сорта, некоторые страны ставят в этом поле селекционный номер, вместо Тега <600>

Тег мог быть переименован: <540> дата предложения + наименование



<541>

Дата + предложенное наименование, опубликованное




Евросоюз: Эта дата очень полезна, если она доступна в национальных базах данных. Тег мог быть переименован: <541> дата опубликования + наименование

<542>

Дата + одобренное наименование

обязательный, если охраняемый или занесен в Национальный лист

Евросоюз: Эта дата очень полезна, если она доступна в национальных базах данных. Тег мог быть переименован: <542> дата одобрения + наименование.

Нам хотелось бы отметить, что программа JOUVE обнаруживает ошибку всякий раз, если в одной записи 2 Тега <542>. Но в некоторых случаях одно одобренное наименование может быть заменено новым предложенным наименованием, которое также было одобрено. В таких случаях в записи будет 2 Тега <542>



<543>

Дата + отклоненное или отозванное наименование




Евросоюз: Эта дата очень полезна, если она доступна в национальных базах данных, но не включена в формате файла CSV. Тег мог быть переименован: <543> дата отмены/отзыва + наименование.

США: Не должна быть обязательной

<600>

Селекционный номер

обязательный, если существует

Евросоюз: Это поле не должно быть обязательным

<601>

Синоним наименования сорта




Евросоюз: Это поле не должно быть обязательным

США: Не должно быть обязательным

CAJ/59/6 Приложение III, стр. 7

TЕГ

Описание пункта

Статус




<602>

Торговая марка




Австралия: Следует разрешить различные наименования (возможно путем использования соответствующего разделителя)

Евросоюз: Это поле не должно быть обязательным

Российская Федерация: Необходимо пояснение

США: Не должно быть обязательным

<210>

Номер заявки

обязательный, если заявка существует

Евросоюз: Это поле должно быть обязательным. См. комментарии по полю <010>

<220>

Заявка/Дата подачи

обязательный, если заявка существует

Евросоюз: Это поле не должно быть обязательным


<400>

Дата опубликования данных относительно заявки (охрана)/подача (занесение в реестр)




Евросоюз: Это поле не должно быть обязательным


<111>

Номер охранного документа (охрана)/ регистрационный номер (занесение в реестр)

обязательный, если существует

Евросоюз: Это поле не должно быть обязательным

Для охраняемых или зарегистрированных сортов, по крайней мере, один из 4 Тегов <111><151><610><620> должны быть созданы, даже если вкладчик не имеет информации об этой дате. Что же до наименований, то мы используем эти Теги для вычисления статуса «Зарегистрирован»



<151>

Дата опубликования данных относительно охранного документа (охрана)/ регистрационный номер (занесение в реестр)




Евросоюз: Это поле не должно быть обязательным

США: Этот элемент данных в настоящее время не перечислен в числе обязательных; хотя USPTO считает, что публикация данных по всем охранным документам должна обязательно подаваться, особенно если публикация охранного документа представляет уведомление общественности об охраняемом сорте растения. В некоторых случаях эта дата может быть важной в экспертизе новых патентных заявок США, потому что дата могла устанавливать дату, когда документ мог использоваться в качестве предшествующего действия

<610>

Дата начала - охранный документ (охрана)/ регистрационный номер (занесение в реестр)

обязательный, если существует

Австралия: дата не может быть раньше, чем <220>

Евросоюз: это поле не должно быть обязательным

CAJ/59/6 Приложение III, стр. 8

<620>

Дата начала – восстановление регистрации (занесение в реестр)




Австралия: дата не может быть раньше, чем <610>

Евросоюз: это поле не должно быть обязательным

Российская Федерация: Требуется пояснение

TAG

Описание пункта

Статус




<665>

Вычисленная будущая дата исчерпания

обязательный, если охранный документ/ занесение в реестр

Евросоюз: это поле не должно быть обязательным


<666>

Тип даты, следующей за «Датой окончания»

обязательный, если существует

Австралия: Дата должна быть совмещена с датой типа (например, TER дата не может быть перед (<610>)

Евросоюз: Это поле не должно быть обязательным

Представляется необходимым некоторое уточнение.



<666> не должен включаться в запись для сортов:

- при процедуре внесения в Национальный лист или Реестр охраняемых

- регистрируемых или охраняемых

<666> должен воспроизводиться с информацией о статусе:

отозванных заявок: WDR

отклоненных заявок REJ

сорта с уступкой права SUR

сорта завершенные (терминаторные) TER

сорта с истекшим сроком EXP

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


СООТВЕТСТВУЮЩИЕ СТОРОНЫ

<730>

Имя заявителя

обязательный, если существует заявка

Евросоюз: Это поле не должно быть обязательным


<731>

Имя селекционера

обязательный


Евросоюз: Это поле должно быть обязательным

<732>

Имя поддержателя

обязательный, если зарегистрировано

Евросоюз: Это поле не должно быть обязательным

Российская Федерация: Имя правообладателя (TAG<733>) и имя поддержателя (TAG<732>) могут меняться и поэтому, эти опции должны сопровождаться их соответствующими датами начала и окончания.

<733>

Имя правообладателя

обязательный, если охраняемый

Евросоюз: Это поле не должно быть обязательным

Российская Федерация: Имя правообладателя (TAG<733>) и имя поддержателя (TAG<732>) могут меняться и поэтому, эти опции должны сопровождаться их соответствующими датами начала и окончания.

CAJ/59/6 Приложение III, стр. 9

<740>

Тип иной стороны, следующий за именем стороны




Евросоюз: Это поле не должно быть обязательным.

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



ИНФОРМАЦИЯ ОТНОСИТТЕЛЬНО ЭКВИВАЛЕНТНЫХ ЗАЯВОК В ДРУГИХ СТРАНАХ

<300>

Приоритетная заявка: страна, тип записи, дата заявки, номер заявки




Евросоюз: Это поле не должно быть обязательным.

США: Не должно быть обязательным.

<310>

Другие заявки: страна, тип записи, дата заявки, номер заявки




Евросоюз: Это поле не должно быть обязательным.

<320>

Другие страны: страна, наименование, если отличается от наименования в заявке




Евросоюз: Это поле не должно быть обязательным.


<330>

Другие страны: страна, селекционный номер, если отличен от селекционного номера в заявке




Евросоюз: Программа Jouve обнаруживает ошибки, как только формат не совмещается и это иногда является трудным для вкладчиков, которые исправили данные в программе извлечения. Иногда они тоже не имеют всей информации. Учитывая, что эти поля не вставляются в базу данных CPVO, некоторые вкладчики не присылают эту информацию.

<900>

Другая соответствующая информация (указывается словесно)




Евросоюз: Это поле не должно быть обязательным.


<910>

Ремарки (слово индексировано)




Евросоюз: Это поле не должно быть обязательным.

<920>

Теги пунктов измененной информации со времени последней передачи (необязательная)




Австралия: это могло осуществляться путем проверки качества данных на основании предшествующей подачи члена. См. также комментарии <000>.
Евросоюз: Это поле не должно быть обязательным.

<998>

FIG




Евросоюз: Это поле не должно быть обязательным.

<999>

Определитель изображения




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

Евросоюз: Это поле не должно быть обязательным.





[Конец Приложения III и документа]


3

1   2   3   4

Похожие:

Отчет по результатам работы по программе усовершенствования базы данных по сортам растений и изложить предложения по усовершенствованию базы данных по сортам растений iconНеофициальный перевод технический комитет
Целью настоящего документа является обновление событий, касающихся базы данных genie, системы кодов упов и Базы данных сортов растений...
Отчет по результатам работы по программе усовершенствования базы данных по сортам растений и изложить предложения по усовершенствованию базы данных по сортам растений iconРода и виды растений, по которым хозяйственная полезность сорта устанавливается на основании данных, представленных заявителем
По сортам газонного использования следующих родов и видов, включенных в перечень
Отчет по результатам работы по программе усовершенствования базы данных по сортам растений и изложить предложения по усовершенствованию базы данных по сортам растений iconКонтрольная работа №1 «Создание проекта базы данных»
Цель работы: выполнить анализ предметной области, построить еr-модель базы данных, составить проекты таблиц для их создания в базе...
Отчет по результатам работы по программе усовершенствования базы данных по сортам растений и изложить предложения по усовершенствованию базы данных по сортам растений iconПонятие базы данных, реляционной базы данных, субд, ключа, отношения
Базовые понятия реляционных баз данных (тип данных, домен, атрибут, кортеж, первичный ключ, отношение)
Отчет по результатам работы по программе усовершенствования базы данных по сортам растений и изложить предложения по усовершенствованию базы данных по сортам растений iconMicrosoft Access 2003 Работа №1 Основные понятия реляционных баз данных Создание таблиц в Microsoft Access
Создание учебной базы данных. Знакомство с основными приемами работы конструктора базы данных. Ввод данных в табличном режиме
Отчет по результатам работы по программе усовершенствования базы данных по сортам растений и изложить предложения по усовершенствованию базы данных по сортам растений iconЛабораторная работа №12 Создание таблиц в ms access. Теоретические сведения. 1 Создание базы данных
Для создания новой базы данных нужно при открытии ms access выбрать опцию Новая база данных. В появившемся диалоговом окне указать...
Отчет по результатам работы по программе усовершенствования базы данных по сортам растений и изложить предложения по усовершенствованию базы данных по сортам растений iconВопросы к государственному междисциплинарному экзамену по специальности 230101 «Вычислительные машины, комплексы, системы и сети» на 2011 год
База данных: понятие, уровни представления базы данных. Преимущества базы данных перед файловой организацией данных. Система управления...
Отчет по результатам работы по программе усовершенствования базы данных по сортам растений и изложить предложения по усовершенствованию базы данных по сортам растений iconОтчет по Курсовой Работе по курсу: Базы данных Студент группы с-55 Волкова Н. М. Проверил
...
Отчет по результатам работы по программе усовершенствования базы данных по сортам растений и изложить предложения по усовершенствованию базы данных по сортам растений iconО. А. Кучерявенко Разработка базы данных электронного гербария. Состояние вопроса
Рассмотрены и проанализированы варианты разработки и функционирования существующих баз данных по электронным гербариям. Предложена...
Отчет по результатам работы по программе усовершенствования базы данных по сортам растений и изложить предложения по усовершенствованию базы данных по сортам растений iconОдноклассники
Он такое получил по имени одной из главных его составляющих – базы данных. Программа «Базы данных» обладает большими возможностями...
Разместите кнопку на своём сайте:
ru.convdocs.org


База данных защищена авторским правом ©ru.convdocs.org 2016
обратиться к администрации
ru.convdocs.org