Ещё немного о картографии снов

[ioneks]

Кое какие соображения. Пытаясь устаканить и упростить сгенерировал вот такую модель. В ней всего 4 понятия: пузырь восприятия, сон, тег и фрагмент карты.

Всё же, как ни крути, но не удаётся отделаться от разделения сна на пузыри восприятия. С точки зрения картографирования принципиально важно, что в течение сна мы можем менять локации. Поэтому сон — это, прежде всего, цепочка пузырей восприятия. Тег — это тег. Просто некая метка, показывающая какое-то свойство объекта — сна, пузыря или (забегая вперёд) фрагмента карты. Даже сами теги можно тегировать! Но не будем отвлекаться.

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

Вот и всё. Простая и понятная модель, которой, в общем-то, достаточно для нужд картографии снов. Поэтому её можно взять за основу, вокруг которой уже наращивать функционал.

[Alvina]

"Суть такая - ты ведешь сновидений дневник (ужасно полезная вещь в начале практики), но, записывая сновидения, делаешь упор на местности"
Сергей ИЗРИГИ


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

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

Режимы:

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

2. Режим просмотра сна:
-видим первичную запись;
-имеем возможность редактировать текст сна, рисунка, теггов;
-видна статистика изменения и дополнений;
-прослеживаются связи с другими снами, связи с другими локациями;

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

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

5. Режим поиска:
-задаются критерии поиска в виде формул тегов.

6. Режим приборной панели позволяет увидеть:
-статистику;
-социальные события;
-последние добавленные сны и тд;

7. Помощь системы:
-свод положений;
-лицензионное соглашение;
-система может задать наводящие вопросы , которые помогут вспомнить сон;
-предлогать вероятные теги, с возможностью в один клик согласиться или отказаться;
-вики-библиотека и вики–страницы, описывающие тег;
-синтетическая квази-карта ( архетипическая).

8. Режим ВИКИ:
-сообщество работает над содержанием вики, для фокусировки внимания юзеров на вопросах тегирования местности, а не всего подряд (эссенция практического опыта многих практиков, ее составление и поддержка является продолжением практики картографирования);
-содержит список архетипичных локаций с описанием и примерным расположением, а также список существ, опасностей и полезных триксов;

9. Режим настроек:
-уровень навязчивости системы;
-права доступа к снам;
-смена пароля;
-тема оформления;
-система круга друзей;
-возможность подписки на друзей;

10. Режим синтетической квази-карты:
-можно использовать как глобальный навигатор по базе снов;
-дает возможность увидеть архетипичные локации;
-позволяет сравнивать карты по месяцам и годам наблюдая изменения сновиденного ландшафта.

[Alvina]

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

Кое какие соображения. Пытаясь устаканить и упростить сгенерировал вот такую модель. В ней всего 4 понятия: пузырь восприятия, сон, тег и фрагмент карты........

Да, это то что нужно для начала. Пузырь восприятия - как наименьший фрагмент локации. И далее собирать как мозаику, используя инструменты и ресурсы сетевой платформы.
Все просто и понятно, удобно в применении и наверное в разработке.

[аметил]

мое скромное мнение такое. надо составить карту с объектами которые есть у всех (школа аэропорт вокзал и т. д ) но с возможностью скопировать себе 3 д модель и добовлять свои какие то места .таким образом мы имеем общую карту но со своими тараканами . ими можно будет делиться и ли просматривать совместно.как то так

[Doriana]

Возможно я затупила, и кто-то уже писал об этом, но по моему скромному мнению, первая разработка сайта должна быть на уровне минимализма.
Во первых, пришедшим на сайт будет легче ориентироваться в нем, если функции будут добавлять постепенно, а во вторых, нам будет легче понять в каком месте дорабатывать программу.
Самое необходимое- это что то вроде:
-Пример заполнения карты
-Вопросы, жалобы и предложения
-Личная страничка, в которую входят:
• Поле для ввода текста.
• Графическое поле (с возможностью
редактирования).
• Комментарии.
-И нужна база готовых условных
обозначений.

[ioneks]

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

[DK2]

Я против подробной карты направлений! Это не топографическая карта, для продажи.
Это направления к свободе.
Если бы я увидел в своё время Войнича с направлениями относительно карты Равены, я счел бы это подарком ДУХА. Оставьте некий налёт тайны.
Все знают пословицу про бисер?

[Alvina]

Я против подробной карты направлений! Это не топографическая карта, для продажи.
Это направления к свободе.
Если бы я увидел в своё время Войнича с направлениями относительно карты Равены, я счел бы это подарком ДУХА. Оставьте некий налёт тайны.
Все знают пословицу про бисер?

DK2, что именно ты имеешь в виду под подробной картой? Если ты против нее, то в каком виде предлагаешь применять карту?
И мы вроде бы порешали, что эту сеть делаем прежде всего для собственного пользования.. можно не только бисер пометать...))

Представляю вашему вниманию вторую версию описания функционала. На мой взгляд, стало гораздо яснее....

На мой взгляд тоже.. все гениальное - просто! Классно получилось!

[ioneks]

Централизованный вариант мне очень не нравится. Это единая точка, которую легко уничтожить. Атаки на ХС были всегда, и если мы высунемся с чем-то интересным, то наверняка станем целью атак. Наверняка найдутся желающие спереть что-нибудь, и это будет возможно, если развалить наше начинание. Если сервер прикроют, хотя бы по навету, то даже если будут резервные копии, то после такого удара будет сложно оправиться, особенно если учесть, что юзеры могут быть в массе новичками и ещё не знать, почему надо держаться ХС.

Пиринговая сеть лучше, но тоже далеко не идеальна. Юзерам придется выделять свои личные ресурсы чтобы хранить общую базу снов. У нас наверняка будут любители прикреплять фото тетрадной схемы в 10-мегабайтных файлах или ещё что-то типа того. Реализовать пиринговыми сеть, конечно, в сто раз труднее, и обеспечить безопасность в частности. Мы просто потонем в разработке, не сделав и стартовой версии. Но живучести такой сети можно будет только позавидовать. Даже если вырезать всех особо продвинувшихся пользователей, то остальные смогут продолжать без особых проблем, имея готовую инфраструктуру и накопленные знания, и прийти к тем же результатам, и пойти дальше.

С учётом всех этаж обстоятельств предлагаю компромиссный вариант: двухранговую сеть из узлов (нод) и простых пользователей (пойнтов), как было до Интернета в ФИДО, например. Ноды образуют пиринговую сеть и обеспечивают живучесть сети. Пойнты — лекговесные клиенты, которые подключаются к любой ноде и получают доступ ко всему. Любой юзер может скачать себе ПО и стать нодой, разделив с остальными нагрузку, и дав новую точку входа пойнтам.

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

[DisPetcher]

А как это реализовать?
Я думал про облачные хранилища, типа дропбокса или аналога гитхаба, но это другое .