Программа AstroZET

Vita писал(а):Три знака во 2 доме. Вопрос: как обозначить в астроформуле трех управителей 2 дома?

Если три Знака внутри 2-го дом нужно менять СД, использовать более адекватную систему для высоких широт (Мередианную, Моринуса, Равнодомную от Асц или Мс...). Если же третий знак попадает не целиком, а только кусочком, его управитель и не должен учитывать (даже такие современные и популярные в СНГ астрологи как ППГ и СВШ их не учитывают).

Yura Garaga, при статистической обработке наталы должны быть обработанны в одной системе домов.
Пример: 16.11.1951 LT:1946 г. Львов Система домов: Кох
Yura Garaga, посмотри 4 дом и формулой напиши:
Солнце 1 управитель 4 дома, Меркурий 2 соуправитель 4 дома, Венера 3 управитель 4 дома.
Ждём помощи Анаталия Владимировича.

Время не 1946 а 19:46 местного.

Vita писал(а):Анатолий Владимирович! Три знака во 2 доме. Вопрос: как обозначить в астроформуле трех управителей 2 дома?

Непонятен вопрос. Напишите более подробно. Опишите, что должна делать такая астроформула.
Чем не удовлетворяет имеющийся вариант, например:
So.A4 & Me.A4 & Ve.A4

Спасибо Анатолий Владимирович, будем пробовать.

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

Координаты мест, их названия и города в которых они расположены и к какому виду спорта относятся я предоставлю сам - почти на 40% работа закончена по этому вопросу - ну вернее на самое популярное, а дальше больше. Если бы я знал сам как создавать атласы городов - сделал бы сам и вам переслал. Так же могу поспособствовать в создании атласа по городам с названиями так, как они называются сейчас и с координатами, координаты беру в основном с ресурса http://toolserver.org/~geohack/geohack. ... scale:3000

Если помощь в создании атласа приветствуется с моей стороны - надо определиться в том, что берется за координату города - административный центр и т.д. Я думаю для версии гео это будет очень полезным дополнением и многие бы пользователи были довольны таким атласом городов.

Жду вашего ответа.

Yura Garaga писал(а):Скачать документ по алгоритму расчета ТГ можно по этой ссылке: http://vaa.com.ua/downloads/books/TG_Kefer.pdf
Возможно Зет использует какую-то менее распространенную вариацию ТГ, но классика есть классика, тем более проверенная.
Я бы советовал добавить опцию ТГ по методу описанному у Кефера (хотя, не он этот вариант описал первым, было это сотни лет до него, первоначального автора уже не установить... )

Эта книга, кстати, первая из встреченных мною по астрологии (и самая удачная, понятная, информативная).

Анатолий Зайцев писал(а):

Yura Garaga писал(а):Скачать документ по алгоритму расчета ТГ можно по этой ссылке: http://vaa.com.ua/downloads/books/TG_Kefer.pdf
Возможно Зет использует какую-то менее распространенную вариацию ТГ, но классика есть классика, тем более проверенная.
Я бы советовал добавить опцию ТГ по методу описанному у Кефера (хотя, не он этот вариант описал первым, было это сотни лет до него, первоначального автора уже не установить... )

Эта книга, кстати, первая из встреченных мною по астрологии (и самая удачная, понятная, информативная).

Старая добрая чешская школа 20-30-х годов!

ZET 9, выпуск 112

Функция "Направление аспектов": добавлены опции "Аспектировать 1x1 при переключении на двойную карту" и "Всегда показывать нумерацию домов внешней карты". Предопределённое состояние опций должно быть: "отключено". Установите эти опции для всех используемых конфигураций.

Функция "Связи элементов домов": добавлена возможность задания и выбора одного из нескольких файлов текстов подсказки (описания связей). Формат имени файла: SVS<строка>.txt, например: SVS.txt, SVS business.txt, SVS medic.txt. Создайте нужные тексты по образцу имеющегося "SVS.txt". Файлы должны находиться в папке [ZET]\LANGUAGE\Russian. См. меню окна "Связи элементов домов", пункт "Настройка".

Восстановлена функция Трутины Гермеса "Список интервалов времени" (в изменённом формате):
- выполняется сканирование интервала времени +-1 час от заданного времени рождения с шагом 2 минуты,
- определяется ближайшее время, удовлетворяющее Трутине Гермеса.
Русифицированы комментарии функции расчёта Трутины.

Устранены дефекты изображения при крупном размере шрифта надписей карты.

Устранено исчезновение на карте некоторых специальных точек в режиме динамики времени фоновых данных.

Исправлена ошибка обновления 110, касающаяся графика динамики аспектов прогрессий и дирекций.

-

Анатолий Зайцев писал(а):Если и когда сделаю, Вы узнаете об этом из новостей ZET.

Спасибо!

ПО ЛЮБОМУ!

Анатолий Владимирович, возникает ошибка при использовании кнопки “Локал”.
Ольга; 30.11.1963; 10:20; +3; Белгород, Белгородская обл., Россия; 50N36; 36E34; Ж; ;


Нажимаю кнопку “Локал”, потом Атлас городов и выбираю город Самарканд, Узбекистан, нажимаю “Выполнить”.
Получаю такие данные.
Ольга; 30.11.1963; 10:20; +5; Самарканд, Самаркандская обл., Узбекистан; 39N40; 66E48; Ж; |LOCAL: 39°40'00"N, 66°48'00"E,Самарканд, Самаркандская обл., Узбекистан\ USSR09|;
Как видно, координаты , и всех внутренних планет изменились.



Если отжать кнопку “Локал”, то видим, что время рождения изменилось на величину равную разности часовых поясов.



Если еще раз нажать кнопку “Локал”, то уже Самарканд перемещается в 3 часовой пояс.

Omina писал(а):Нажимаю кнопку “Локал”, потом Атлас городов и выбираю город Самарканд, Узбекистан, нажимаю “Выполнить”.

Для Локала не так, нужно вызвать контекстное меню Атласа (на нужном городе) и выбрать пункт "Установить данные Локала".
Но, конечно же, я должен сделать так, чтобы пользователь не мог допустить подобной ошибки.

Анатолий Зайцев писал(а):

Omina писал(а):Нажимаю кнопку “Локал”, потом Атлас городов и выбираю город Самарканд, Узбекистан, нажимаю “Выполнить”.

Для Локала не так, нужно вызвать контекстное меню Атласа (на нужном городе) и выбрать пункт "Установить данные Локала".
Но, конечно же, я должен сделать так, чтобы пользователь не мог допустить подобной ошибки.

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

Руководство пользователя давно не обновлялось.
А в новостях ZET очень ненавязчиво сказано:
"ZET 9, выпуск 106
В меню географического атласа добавлены функции: ... Установить данные Локала
В меню геокарты разделены функции: ... Установить данные Локала"
Т.е. при большом желании и внимательности можно сообразить, что нужно делать.

Анатолий Владимирович, извините за "тероризм" :
а нельзя расширить конттекстное меню SVS до 2 строк , ибо что было разумно сокращено в SVSобщем нельзя делать в SVSмедицинском.
сейчас вбивается 60 символов, а нужно всего-навсего 120.

Если же это будет влиять на функциональность программы, то вопрос отпадает.

В 9 версии, как и в 8 (7 не смотрел) достаточно часто встречаются названия городов на русском, которые не только не точны, но и могут ввести в заблуждения. Здесь все дело скорее в том, что они не транслитерированы правильно, т.е., в соответствии с местным произношением.
Пример. Перу, город Тумбес, в ЗЕТ обьявляется как Тамбс. Минут пять думал, что это такое. По Южной Америке каждое третье название или неточное или неправильное.

Могу помочь исправить неточные названия (ну хотя бы часть).

andrjuha писал(а):Могу помочь исправить неточные названия (ну хотя бы часть).

Нет необходимости. Просто переключите атлас на английскую транслитерацию и пользуйтесь первоисточником.

andrjuha писал(а):В 9 версии, как и в 8 (7 не смотрел) достаточно часто встречаются названия городов на русском, которые не только не точны, но и могут ввести в заблуждения. Здесь все дело скорее в том, что они не транслитерированы правильно, т.е., в соответствии с местным произношением.
Пример. Перу, город Тумбес, в ЗЕТ обьявляется как Тамбс. Минут пять думал, что это такое. По Южной Америке каждое третье название или неточное или неправильное.

Могу помочь исправить неточные названия (ну хотя бы часть).

Я предлагал выше совместными усилиями пользователей создать нормальный атлас, с адекватным названием городов, в с координатами взятыми с GPS или с GOOGLE-MAP. Это конечно кропотливый труд, но он поможет сделать нашу любимую программу самой лучшей и замечательной. Ну за труды может какой пряник от создателя Зет перепадет.
Ошибок в написании городов очень много и некоторые города без "100 грамм" не разберешься.

Чтобы делать атлас надо определиться с тем, что брать за координату города.
Название Мировое и Местное - к примеру в Финляндии есть такая проблема.
И какую-нибудь утилиту для создания атласа, чтобы потом пересылать Анатолию, он бы уже включал это все в один большой атлас. Хорошо бы сами создавать атлас нужных тебе мест - вот как мне арены спортивных состязаний.

Ждем решения от Анатолия - автора нашей любимейшей программы.

Будимир писал(а): Я предлагал выше совместными усилиями пользователей создать нормальный атлас, с адекватным названием городов, в с координатами взятыми с GPS или с GOOGLE-MAP. Это конечно кропотливый труд, но он поможет сделать нашу любимую программу самой лучшей и замечательной. Ну за труды может какой пряник от создателя Зет перепадет.
Ошибок в написании городов очень много и некоторые города без "100 грамм" не разберешься.

Чтобы делать атлас надо определиться с тем, что брать за координату города.
Название Мировое и Местное - к примеру в Финляндии есть такая проблема.
И какую-нибудь утилиту для создания атласа, чтобы потом пересылать Анатолию, он бы уже включал это все в один большой атлас. Хорошо бы сами создавать атлас нужных тебе мест - вот как мне арены спортивных состязаний.

Ждем решения от Анатолия - автора нашей любимейшей программы.

В принципе согласен. Проблема назревает, и решать ее нужно будет рано или поздно.
Различия в названиях есть не только в Финляндии, это во всем мире. За координату города обычно берется местонахождение его исторического центра, но это подход тоже работает далеко не во всех случаях.

На GPS и Google Maps основываться было бы нецелесообразно, хотя бы с точки зрения безопасности данных. Что станет если один (а то и оба) из этих сервисов зависнут или вообще из строя выйдут?

andrjuha писал(а):На GPS и Google Maps основываться было бы нецелесообразно, хотя бы с точки зрения безопасности данных. Что станет если один (а то и оба) из этих сервисов зависнут или вообще из строя выйдут?

А если предварительно перекачать с них БД?