Маленькое задание: описать несколько территорий и точек.

1. Нужны территории входных комнат замков C5. А то C4 есть с офа, этих - нет. Что у нас там, Rune, Goddard, Shutgart?

Наборы точек { xxx yyy xx }

2. Нужно несколько точек внутри тронных залов каждого замка (или куда должен выкидывать Mass gatekeeper?). Всех, так как даже в оф. данных C4 я их не нашёл.

Формат { { x1 y1 z1 h1 } { x2 y2 z2 h2 } ... } для каждого замка.

Результат можно закинуть прямо сюда,

3. Стырить зоны Олимпиад у сф

3 - это в другой топик Олимпиады я ещё не смотрел.

А что, в SF, наконец, появились непрямоугольные зоны?

Я не смотрел какие они там, просто заметил недавно что они там есть

Далеко не первый....

А не прямоугольные жоны не так уж и сложно хранить в базе, главное правильно записать последовательность точек, чтоб не получились самопересеченные многоугольники

Хм, я ещё ламер в Java, но плохо, что в ней нету динамических массивов

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

У меня именно тут возникает проблема жёского объявления размера массива и не возможности его изменять. Можно реализовать это через что нить другое (типа записи в строку) и чтения длины и параметров и потом уже по их колличеству объявлять размер массива - но блин муторно, долго и ресурсоёмко такое убожество.

Или есть другие идеи? я вообще в яве тока 2-3 месяца - так что много чего не знаю...

Значит про фортовые территории мне привиделось?

Ага... теперь вспомнил контекст.

Ты предлагал химеру сотворить, у которой потом концов не сыщешь.

1. '[20_19_worldtree]'     =>      name
2. '{20;19}'       =>      map_no
3. 'mother_tree'   =>      type
4. 'elf'   =>      affect_race
5. '114'   =>      entering_message_no
6. '115'   =>      leaving_message_no
7. { { 21101 50538 -3745 -3545 }
8. { 21511 50683 -3745 -3545 }
9. { 21642 51005 -3745 -3545 }
10. { 21583 51349 -3745 -3545 }
11. { 21255 51581 -3745 -3545 }
12. { 20852 51473 -3745 -3545 }
13. { 20627 51121 -3745 -3545 }
14. { 20728 50743 -3745 -3545 } }   =>      range

Вот такого вида оно было на тот момент. Ты предлагал так и делать дальше - по файлу на территорию. Дайм предлагал хранить полностью в БД.

И вот что интересно, все тебя поняли вполне однозначно.

Было бы интересно прочитать весь лог.

Даже kuta вспомнили ПО-моему, он первый всерьез затронул зоны и начал их описывать, жаль так и не дошли до зон в замках.

Я миллион раз говорил основное Фортовое правило: размер слова не должен превышать 7±2 токена. Это основы даже не программирования, а психологии (вообще, у Форта очень много уделено вопросу психологического восприятия).

Сам, правда, правило это нередко нарушаю. Сказывается отравленность традиционными языками