Начал было я думать, о том, что бы расписать ряд энкаунтеров для пустыни. И начали мне в голову лесть «нехорошие». Во первых, не столь однозначная связь с типами поверхности. На самом деле, это произошло, когда у меня появились «страны», и желание привязать некоторые вещи не столько к типу поверхности, сколько именно к этим странам. А точнее, захотелось учесть и то и другое. Впрочем было кое-что еще, что меня смущало в подходе, который я описывал(в зависимости от типа местности, кидаем кубик и смотрим по соответствующей табличке). Пример – я хочу сделать лагерь разбойников. И логично было бы, что бы вокруг него они встречались почаще!
В общем покурил я эту тему, и так и сяк. Разные варианты перебрал и пришел к одной идеи. Она не идеальна, есть у нее пара недостатков, о которых я тоже скажу.
Итак, основная концепция заключается в том, что по некоторым правилам я генерю так называемые «гнезда»(«очаги») энкаунтеров. Т.е. выбираю точки на карте, где они будут располагаться. Что такое гнезда? Это сосредоточение некого энкаунтера. Например:
Гнездо скорпионов
Лагерь разбойников
Центр разрушенного города(руины)
Затем я определяю радиус влияния этого самого гезда. В зависимости от типа от 0 до 3 например. И теперь я могу сказать, что в радиусе 2 от гнезда скорпионов их можно встретить. Что в радиусе 1 от центра разрушенного города можно встретить руины этого самого города. Таким образом, каждый гекс на карте превращается в некую уникальную сущности, как раз таки пересечения этих самых энкаунтеров. И я планирую сделать, что бы как максимальное, так и среднее значение их в пределах одной клетки было около 5.
Причем, если эти самые энкаунтеры, для каждого гекса еще и случайно перемешать, то можно будет смело кидать на каждый гекс 1d6, даже не пряча бросок от игроков. Потому-что видимой системы тут не будет. Нет однозначного соответствия о том, что 1- плохо, а 6 – хорошо. В каждой клетке ситуация уникальная по своей сути!
Первая проблема с которой я столкнулся – это каким образом описать содержимое каждого гекса? Самое очивидное – каждый гекс имеет координаты, для каждой координаты есть список из нескольких энкаунтеров(до 6).
Решение очевидное – но отвратительное. Для карты 30 на 30 тайлов – это 900 строк текста только для того, что бы описать список для каждого гекса. Т.е. текста по песочнице будет вагон. Постоянно придется рыться, икать соответствующие таблички. А ведь еще надо описание самих энкаунтеров сделать(их, к слову, все равно делать).
Но решение нашлось, и оно оказалось довольно простое и наглядное.

Итак, у мастера есть своя карта, и на каждом гексе у него может быть до 7 обозначений и подписей. Подпись представляет собой набор цифр вида: XY/Z. X- типа энкаунтера, Y- подтип энкаунтера. Z- удаленность от «гнезда». Это для обозначений по граням гекса, которых ровно 6 штук. По числу граней на d6 ;) Слева внизу – соответствие этих граней значениям на кубике.
В центра нариосован тип поверхности, и закодировано X/Y. X- все тот же тип поверхности, а Y – номер государства. Так сказать – все под рукой. Количество значений, конечно ограничено. Но как минимум 35 значений у нас есть. Цифры от 0 до 9 и латинский символы, с исключенным и последовательности символов О, что бы не путать его с 0.
Т.е. мы можем закодировать до 1225 энкаунтеров(это явно намного больше, чем надо), 35 типов поверхностей и 35 государств. Более чем достаточно!
На примере тайла который я нарисовал:
Змея – тип – животные(0), порядковый номер 1, до гнезда 1 гекс(т.е. в соседнем гексе). Скорпион – тип – животные(0), порядковый номер 6, до гнезда 3 гекса. Торговцы(5), 1 – горцы, например. 2 – всяческие «достопримечательности», 3 – некая разновидность руин. Ну и так далее. На грани 4 – ничего нет. Игроки ничего не встретили, если выпало это значение на кубике.
В центра – 7 – типовая песчаная пустыня, 3 – государство зеленых и чешуйчатых.
Причем, вот например торговцы. Их можно было бы и по другому принципу расставить, не с радиусом, а например вдоль типового следования их пути из города А в город Б.
Какие то энкаунтеры могут, например, не иметь радиуса, т.е. дистанция всегда 0. В общем – вариантов много. Но главное – все это будет выглядить куда более естественно и правдоподобно.
Из минусов, что я упоминал. Ну, ручками я бы такое делать не взялся! Тут явно просится кастомизируемый генератор, иначе можно просто погрязнуть в разработке этой самой карты. Но для меня, как можно догадаться, это не проблема. И этот генератор я уже даже начал писать.
Вторая проблема – это изменение мира. Вприцнипе эта проблема была бы при любом раскладе. Давайте представим, что приключенцы нашли гнездо скорпионов, и уничтожили его. По истечению времени – по хорошему, из того района должны скорпионы исчезнуть. Можно учитывать ручками, но может быть немного напряжно.
Решение?
Все то же. Генератор должен уметь не только создавать карту, он должен уметь ее развивать. Т.е. в электронной карте я нахожу нужный гекс и убираю гнездо скорпионов. И карта сразу меняется с учетом этого фактора.

Вот такая идея для гекскраулера, проблемы и решения. Ваше мнение?

З.Ы.

Пример «карты», в оригинале 32*32, на котором было сгенерировано 10 гнезд песчаных змей. Причем для них было пропасаны правила:
1) Они живут только на песке и в каньонах
2) Они не пересекаются, даже на дистанции 3
3) Радиус круга 3, включая гнездо
Сами змеи нарисованы полупрозрачной градацией, гнездо — черное, само прозрачное — 3 гекс от гнезда.

Когда типов таких вот энкаунтеров будет намного больше, кроме прочего, в клетке может сгенерится более 6 элементов. В этом случае, приоритет, вероятно, будет определятся по удаленности от гнезда.