Форум: Проблемы искусственного интеллекта

Регистрация | Вход

Все темы | Новая тема  Стр.1 (11) След. > >>    Поиск:
Автор	Тема: еще раз про запись смысла и его хранении в БД
гость 89.208.11.*	еще раз про запись смысла и его хранении в БД Добавлено: 20 мар 08 11:42 Для того, чтобы создать словарь в БД морфолоический, достаточно построить элементарную БД по принципу любого словаря, т.е. классифицировать по буквам в порядке их расположения в алфавите. Но вот для того, чтобы записать смысл этих понятий, придется делать совсем другую структуру БД, вот такую упрощенно: Дело в том, что смысл слова мы будем кодировать координатой расположения этого слова в этой БД, а смысл фразы, состоящей из последовательности слов, будем кодировать последовательной записью координат слов через запятую: С//сущ/собств/ед число/имен. падеж/маша, С//глагол/наст вр/любит, С//сущ/собств/ед число/род. падеж/петю. получилось: Маша любит Петю Т.е. смысл оказался записан в форме записи данных, хранящихся в указанной структуре. Если перетусовать местами координаты, то смысл не измениться в этом примере, получиться, что "Петю любит Маша" или "любит Маша Петю" или "Маша Петю любит". А вот если взять более сложный пример, то смысл может сказиться до неузнавамости. Скажем, такая фраза: "Маша не любит Петю". Если поменять местами слова, то получиться "Маша не Петю любит" Т.е. если в первом случае мы поняли, что Маша не любит Петю, то во втором случае мы понимаем, что Маша все таки, кого то любит, но к сожалению не Петю. Т.е. смысл изменился. Или вот еще пример: "Петя сказал, что Слава дурак." Поменяем местами координаты Пети и Славы, и получиться, что зачинщик драки не Петя, а Слава, и виноват он. А если взять пример со знаками препинания, то смысл может тоже стать противоположным: "казнить нельзя, помиловать" "казнить, нельзя помиловать" Можно присвоить каждому понятию боле удобные координаты в виде чисел. Теперь этот смысл можно обрабатывать. Можно применять эту технологию в Гугле или Яндексе и обрабатывать слова не морфологически, а семантически, разбирая строку запроса пользоватля ПО СМЫСЛУ. Примечательно, что до такой элементарной вещи додумался, похоже, только я один. Хочется сказать, что подобным образом, хотя и более сложным, можно хранить в БД шаблоны зрительных образов и применять эту технологию для распознавания смыслового содержания картинок, а не по тегам к ним, как сейчас практикуется. Гугл запатентовал недавно технологию в этой области, но она настолько приметивна, что не идет ни в какое сравнение с предлагаемой. http://www.widenet.ru/software/google-vvodit-sistemu-raspoznavaniya-avtorskogo-kontenta-na-youtube/ т.е. речь идет о распознавании надписей на картинках всего лишь, в то время, как я предлагаю гораздо большее-распознавание того, что изображено на картинках, вплоть до идентификации личности по фотографии. [Ответ][Цитата]
гость 89.208.11.*	На: еще раз про запись смысла и его хранении в БД Добавлено: 20 мар 08 11:52 сейчас будет очень смешно, внимание. корвин с данером сейчас будуть говорить, что это уже давно сделано написано во всех учебниках. вопрос... Где рыночные продукты? Мы видим что только что сделал гугль. это СМЕХ!!! Что, в Гугле работают дураки, которые книжк не читают? ну никак им не хочется признать, что это именно мое изобретение, которое взорвет просто рынок в ближайшем будущем. Появится индесация картинок по содержанию, появится наконец семантический разбор запросов в поисковике (то, что есть сейчас это просто игра в песочек, ребята играются с таблицами синонимов и таблицами наиболее частого применения понятий друг с другом). Т.е. нет даже попыток работать со структурами хранения понятий!!!! * (admin: грубая лексика не украшает речь) И после всего этого они смеют говорить, что претендуют на хоть какой то интеллект в моих глазах? * (admin: грубая лексика не украшает речь) [Ответ][Цитата]
Павел Фоменко Сообщений: 1081	На: еще раз про запись смысла и его хранении в БД Добавлено: 20 мар 08 12:18 Админ! Неплохо было бы постоянно перемежать речь товарища Тарасова вот такими фразами : * (admin: грубая лексика не украшает речь) А вам г-н тарасов не помешало бы поискать информацию про OWL ну или про базы знаний. Однако радует (несмотря на ваши претензии на право изобретения баз данных) то, что ваш ум зашел за разум и, возможно, выведет вас на верный путь. [Ответ][Цитата]
гость 89.208.11.*	На: еще раз про запись смысла и его хранении в БД Добавлено: 20 мар 08 12:21 отсутствие рыночных продуктов-прямое доказательство того, что эта методика не применяется а ваша OWL на нее не похожа. это факты, а с фактами не спорят [Ответ][Цитата]
гость 194.117.71.*	На: еще раз про запись смысла и его хранении в БД Добавлено: 20 мар 08 12:29 ==Т.е. смысл оказался записан в форме записи данных, хранящихся в указанной структуре.== Маша любит Петю Маша убивает Петю Так как же все-таки понять как Маша относится к Пете? Как ФОРМА ЗАПИСИ помогает отличить смысл слова"любит" от смысла слова "убивает"??? [Ответ][Цитата]
Павел Фоменко Сообщений: 1081	На: еще раз про запись смысла и его хранении в БД Добавлено: 20 мар 08 12:30 Онтология OWL была официально представлена только в декабре 2007-го, если не ошибаюсь. До этого были только неофициальные "наброски". Так что всё ещё впереди. И смысловой поиск и всё такое. Вам бы я посоветовал разрабатывать движок, который будет работать с онтологиями - вот тогда озолотитесь [Ответ][Цитата]
гость 89.208.11.*	На: еще раз про запись смысла и его хранении в БД Добавлено: 20 мар 08 13:26 в OWL похожая структура упаковки данных , но сам семантический поиск понятий ведется ПРИМЕТИВНЕЙШИМ образом, в этом отличие. вот как связываются между собой данные в OWL: Свойства включают две основные категории: свойства объекта (Object properties), которые связывают индивидуальные элементы между собой; свойства типов данных (Datatype properties), которые связывают индивидуальные элементы со значениями типов данных, такими как целые числа, числа с плавающей запятой и строки. Для определения типов данных OWL использует схему XML. Свойство может включать домен и некоторую область, связанную с ним. Любое свойство попадает в одну из следующих категорий: функциональная: для любого объекта свойство может принимать только одно значение (например, возраст, рост или вес человека); обратно-функциональная: два различных индивидуальных элемента не могут иметь одно и то же значение. Например, у каждого человека свой уникальный номер банковского счета или так называемый SSN (social security number)1; симметричная: если свойство связывает элемент А с элементом В, то из этого можно сделать вывод, что оно также связывает элемент В с элементом А. Примеры симметричных свойств включают выражения типа "является братом (сестрой)" или "такой же, как"; транзитивная: если свойство связывает элемент А с элементом В, а элемент В с элементом С, то можно предположить, что оно также связывает элемент А с элементом С. Например, если А выше В, а В выше С, то А выше С. Т.е. поиск здесь ведется чисто навигационный, а сами конечные понятия в OWL связаны друг с другом по СТАНДАРТНОЙ схеме, которая практикуется теми же поисковыми алгоритмами. Т.е. по принципу частоты их совместного применения!!!! А это тупиковая и низкоэффективная ветвь, которая сводит на нет все преимущества хранения понятий в такой структуре! В целом, это конечно круче, чем гугл или яндекс за счет структуры хранения, НО по сравнению с моей методикой связывания понятий между собой, остается крайне не эффективной и этот факт НЕ позволяет создать успешный и революционный рыночный продукт! * (admin: грубость по отношению к собеседникам не способствует пониманию) Ваша OWL полуфабрикат, которому далеко до нормальной модели семантического разбора и применения этой ехнологии для ИИ. OWL использовала верхушку айсберга, а инфраструктуру придумать не смогли. Она у них не просто бездарна, а АРХИбездарна. Для того, чтобы построить эту инфраструктуру, нужно обладать гораздо более мощным аналитическим аппаратом, которого ни у вас, ни у разработчиков OWL просто нет. Адъес амигос. Но я рад, что вы хотябы увидели нечто общее с тем, что я написал и OWL. Кстати сказать, эта структура (типа дерева), которую я здесь привел и которую повторяет OWL ("обратно-функциональная: два различных индивидуальных элемента не могут иметь одно и то же значение. Например, у каждого человека свой уникальный номер банковского счета или так называемый SSN (social security number)1; )", не совпадает со структурой понятийного множества, которой владеют люди с математическим складом ума, поэтому им она не понятна, она им чужда. У них структура типа "куст", т.е. основанная на дубликатах, там навигация совсем другая. И именно как раз такая строится инфраструктура для связки конечных понятий в OWL. Т.е. идет объединение 2-х типов структур, поскольку продумать иерархию типа "дерева" дальше не в состоянии умственно и делают так, как сами мыслят, т.е. кустом. В результате получается крайне низкая эффективность. Связки контекстов конечных понятий между собой в OWL работают по принципу дублирующих друг друга значений, которым НЕ присваиваются весовые коэффициенты и не определяется единственно верный контекст, чем и нарушается принцип для инфраструктуры ""("обратно-функциональная: два различных индивидуальных элемента не могут иметь одно и то же значение. Например, у каждого человека свой уникальный номер банковского счета или так называемый SSN (social security number)1; )", который действовал вначале. Это понятно? Вот в чем отличие! Я этот принцип не нарушаю, и потому сохраняю для инфраструктуры тот же тип, что и вначале. У ребят просто не хватило мозгов, алгоритм семантического разбора оказывается в тупике, предоставляя пользователю выбор из множества подходящий (как определила система) ему данных. На этом гугл и обломался! А вы даже не в курсе, что гугл как раз пытался использовать эту технологию. Он был обречен! Гугл сделал 2 строки запроса в бета версии и попытался в одной найти ключевые слова, а в другой строке вводилась цель поиска, которая затем включала выборку из найденного по первой строке запроса. А из за того, что система не могла взвешивать весовых коэффициентов у связок, алгоритм гугла все время выдавал просьбу уточнить цель поиска во второй троке, что привело к полному коммерческому провалу использования технологии OWL! * (admin: грубость по отношению к собеседникам не способствует пониманию) А я эту проблему решил методологически... * (admin: дальше оскорбления) Сейчас даже не это важно, важно хотя бы акцентировать народ на использование указанной структуры ВООБЩЕ. Вот задача сейчас какая! * (admin: грубость по отношению к собеседникам не способствует пониманию) [Ответ][Цитата]
гость 89.208.11.*	На: еще раз про запись смысла и его хранении в БД Добавлено: 20 мар 08 13:36 "Онтология OWL была официально представлена только в декабре 2007-го, если не ошибаюсь. До этого были только неофициальные "наброски". Так что всё ещё впереди. И смысловой поиск и всё такое. Вам бы я посоветовал разрабатывать движок, который будет работать с онтологиями - вот тогда озолотитесь " Гугл запустил бета версию с двумя строками на основе OWL около 8 месяцев назад. Мне их технология без надобностев товарищь, она ущербна. Я владею гораздо более продвинутой технологией, конечно, она выражена не в конкретных скриптах, а в методологических принципах построения инфраструктур, которые используют для возможности применения весовых коэффициентов цель, записанную в стандартной для первичной структуры форме. Это позволяет избавиться от проблем, характерных oWl, за реализацию заведомо ущербной версии гугл заплатил не один десяток миллионов долларов (точные данные неизвестны), * (admin: это можно выразить более культурными терминами) в результате чего его акции упали на 30% [Ответ][Цитата]
гость 89.208.11.*	На: еще раз про запись смысла и его хранении в БД Добавлено: 20 мар 08 13:40 "==Т.е. смысл оказался записан в форме записи данных, хранящихся в указанной структуре.== Маша любит Петю Маша убивает Петю Так как же все-таки понять как Маша относится к Пете? Как ФОРМА ЗАПИСИ помогает отличить смысл слова"любит" от смысла слова "убивает"???" элементарные вещи до вас не доходят... смысл "убивает" от смысла "любит" отличает КООРДИНАТА расположения этих понятий в структуре. Уверен, до вас и сейчас не дошло [Ответ][Цитата]
гость 194.117.71.*	На: еще раз про запись смысла и его хранении в БД Добавлено: 20 мар 08 13:44 Цитата: смысл "убивает" от смысла "любит" отличает КООРДИНАТА расположения этих понятий в структуре. Какая координата? В какой структуре? Приведите пример такой структуры и укажите конкретную координату! [Ответ][Цитата]
гость 89.208.11.*	На: еще раз про запись смысла и его хранении в БД Добавлено: 20 мар 08 13:55 "понимание" двух систем при обмене данными между собой, определяется степенью различия структур, в которых СМЫСЛ этих данных интерпретируется согласно сответствующим координатам. Если структуры хранения данных не совпадают, понимание НЕВОЗМОЖНО. Точно также невозможно понять физику лирика и наоборот. Координаты разные для некоторых понятий, да и структуры отличаются. В таких случаях говорят, что понятийное множество обоих субъектов разное, одни и те же термины ими понимаются по разному. То же самое возникает при обмене данными между человеком и машиной. Если структура в машине будет не такой как у вас, и координаты, по которым слово "убивает", будут разными, то вы друг друга не поймете, и от машины вы не получите АДЕКВАТНОГО вам семантического разбора, фильтрации данных из контента. Поймите вы наконец, что в башке человека точно такая же структура упаковеи понятий, что и позволяет осуществиться процессу обмена ИНФОРМАЦИЕЙ между системами, а не обмена ДАННЫМИ! Информация это то, что распознано, а не то, что передано. Передаются ДАННЫЕ! * (admin: я не Леопольд) [Ответ][Цитата]
гость 89.208.11.*	На: еще раз про запись смысла и его хранении в БД Добавлено: 20 мар 08 13:57 * (admin: нарциссизм) [Ответ][Цитата]
гость 89.208.11.*	На: еще раз про запись смысла и его хранении в БД Добавлено: 20 мар 08 14:21 "Какая координата?" что такое координата знаешь? В какой структуре? что такое структура понимаешь? "Приведите пример такой структуры" слепой, в первом топике структуры в картинке не наблюдаешь? "и укажите конкретную координату!" все координаты, которые я привел, относятся к этой структуре. децкий сат... улыбаюсь. [Ответ][Цитата]
гость 89.208.11.*	На: еще раз про запись смысла и его хранении в БД Добавлено: 20 мар 08 14:23 спецыално для убогих. вот это структура хранения данных на винчестере. С://....означает путь к файлу в ЭТОЙ структуре. [Ответ][Цитата]
гость 89.208.11.*	На: еще раз про запись смысла и его хранении в БД Добавлено: 20 мар 08 14:28 С//сущ/собств/ед число/имен. падеж/маша вот это КООРДИНАТА слова МАША в этой структуре. ее можно зашифровать циферкамэ ешо. Например 1,1.2,3.1,3,4 теперь больше похоже на координату? писец... так бы и дал ложкой по башке за тупизм. [Ответ][Цитата]
Стр.1 (11): [1]  2  3  4  5  ...  11 След. > >>