Всем привет. Наверное ошибки правильно писать  в эту тему...
В общем пока списка недочетов не виду, как увижу так и напишу, если автор не против.
Самая массивная (на сегодня) R136a1 почему то представлена двойной, а R136a2 нет вообще...

(сори) редактировать сообщения нельзя? 
С Eta Carinae (η Carinae таже фигня, хотя она и двойная но не таким же образом...

QR_BBPOST (сори) редактировать сообщения нельзя? 

Можно будет после 10 сообщений.
Со звёздами Вольфа-Райе это известный баг - они процедурно делаются двойными несмотря на то, что параметра StarProcBifurcation запрещает процедурную генерацию двойных звёзд из одиночных звёзд каталога. Этот баг исправлен в следующей версии.

QR_BBPOST (сори) редактировать сообщения нельзя? 

Можно будет после 10 сообщений.
Со звёздами Вольфа-Райе это известный баг - они процедурно делаются двойными несмотря на то, что параметра StarProcBifurcation запрещает процедурную генерацию двойных звёзд из одиночных звёзд каталога. Этот баг исправлен в следующей версии.

Печальный факт, ибо я проверял: включал и выключал процедурные звезды-результат тот же, две звезды.Странно что раньше не замечал. А что "шаровики" все процедурные? Реальных нет ни одного...? Хотелось бы видеть их бы и в других галактиках. Ведь ярчайшие  на ближайших (М31,33) они даже на  любительских (в том числе и моих) фото видны. В любом случае с нетерпением жду следующую версию. Вот только боюсь что системные требования окажутся выше чем сейчас....

Шаровые скопления в Млечном Пути почти все - реальные (в смысле координаты, светимость и т.п., звёзды в них конечно же процедурные). Из внегалактических - только G1 в Андромеде, но ничто не мешает сделать каталог других известных скоплений.

QR_BBPOST Вот только боюсь что системные требования окажутся выше чем сейчас....

Не окажутся.

Не окажутся.

Здорово!

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

Я прошу прощения, что описал этот "баг" , просто тут http://forum.spaceengine.org/ru/viewtopic.php?t=8 не нашел о нем напоминания.
Даже не знаю, куда впредь нужно писать, если увижу явную ошибку.  Хотя с неточностями  температур и прочими косяками звезд , которые вызваны отсутствием учета поглощения я уже все понял.

Ну да, тот список не полон, много чего пропущено. Главное, что наиболее заметные баги в нем есть. Хотя это не помогает от "новых" багрепортов, мало кто читает первый пост вообще.

20 звезд, определявшихся в каталоге как G2V.

QR_BBPOST 20 звезд, определявшихся в каталоге как G2V.

Спасибо, добавлю.
SE не понимает переменные спектральные классы типа "G6III-IV", допустимы только те, что приведены в мануале по созданию звёзд. Пока он просто игнорирует все символы, идущие после распознанного класса. Может быть, в будущем такую запись можно будет использовать для переменных звёзд.

Еще 100 звезд, определявшихся в каталоге как G2V. Данные о расстояниях, координатах, звездных величинах взяты из наиболее актуальных каталогов. Спектральный тип, в случае серьезных расхождений, назначен произвольно, на основании светимости и цвета (B-V) звезды.

Компиляцией каталогов I/337/tgas (TGAS: Subset of GaiaSource comprising those stars in the Hipparcos and Tycho-2 Catalogues for which a full 5-parameter astrometric solution has been possible in Gaia Data Release), I/259 (The Tycho-2 Catalogue) и VI/135 (All-sky spectrally matched Tycho2 stars), построил каталог для SE, визуализирующий (не в полном объеме) Gaia DR1. Это не исправление ошибок в каталогах, а скорее добавление новых. Представляет ли для вас интерес подобный каталог?

Конечно представляет! Сколько там звёзд? SE на данный момент поддерживает не более нескольких миллионов звёзд, но даже их загрузка будет весьма долгой.

1.95 млн. звезд, включая HIP. Загружается не долго, дольше происходит слияние каталогов.
Файл gaia.pak (56.6Mb), добавить на форум не получается.

Не происходит слияние данных, если объект представлен более чем в двух файлах: например в HIPPARCOS.csv, ExoPlanetsSuns.sc, пользовательский скрипт. В этом случае происходит слияние данных из пользовательского скрипта и файла HIPPARCOS.csv, а по данным из ExoPlanetsSuns.sc формируется второй объект. По RemoveStar иногда можно удалить объект из ExoPlanetsSuns.sc, при этом теряются его данные, а иногда удаление не происходит.

Предлагаю 207 звезд из каталога Gaia DR2 с расстоянием до 10 пс.

Спасибо. А можно пример конкретной звезды, которая неправильно обработалась?

Например: Звезда HIP 56528, она же Gaia DR2 3478160727866058368.

72615 строка HIPPARCOS.csv - представлена как HIP 56528
1799 строка ExoPlanetsSuns.sc - представлена как Gliese 433/HIP 56528

Используя данные SIMBAD и GAIA DR2, добавляем в представленный выше файл следующую запись:

//000208
Star "GJ 433/Gaia DR2 3478160727866058368/Gaia DR1 3478160723569849216/HIP 56528/L 907-1/2MASS J11352695-3232232/NLTT 27914/TYC 7220-1321-1"
{
RA      11.59081872567
Dec      -32.53996739180
Dist    9.06693940020
AppMagn 10.0602
Teff 3780.80
Class "M2V"
}

Предполагаем, что программа обработки каталогов объединит эту запись с имеющимися, но получаем два объекта:
1 - GJ 433/Gaia DR2 3478160727866058368/Gaia DR1 3478160723569849216/HIP 56528/L 907-1/2MASS J11352695-3232232/NLTT 27914/TYC 7220-1321-1
2 - Gliese 433/HIP 56528

смотрим лог на упоминание HIP 56528:
*********
[MT] "addons/catalogs/stars/Stars_GAIA_DR2_0-10.sc" line 2316: Star "GJ 433/Gaia DR1 3478160723569849216/HIP 56528/L 907-1/2MASS J11352695-3232232/NLTT 27914/TYC 7220-1321-1" computing luminosity 0.00646906 based on AppMagn 10.0602 and Dist 9.06694
*********
и... всё, слияния вообще не произошло, несмотря на то, что в идентификаторах и там и там присутствует имя HIP 56528.

Предполагаю, хоть это и не сказано в инструкции, что следует включить в идентификатор объекта имя "Gliese 433"

//000208
Star "GJ 433/Gliese 433/Gaia DR2 3478160727866058368/Gaia DR1 3478160723569849216/HIP 56528/L 907-1/2MASS J11352695-3232232/NLTT 27914/TYC 7220-1321-1"
{
RA      11.59081872567
Dec      -32.53996739180
Dist    9.06693940020
AppMagn 10.0602
Teff 3780.80
Class "M2V"
}

После этого слияние произошло:
************
[MT] "addons/catalogs/stars/Stars_GAIA_DR2_0-10.sc" line 2316: Merging stars "GJ 433/Gliese 433/Gaia DR2 3478160727866058368/Gaia DR1 3478160723569849216/L 907-1/2MASS J11352695-3232232/NLTT 27914/TYC 7220-1321-1/HIP 56528"   +   "Gliese 433/HIP 56528"  ("data/catalogs/Catalogs0980.pak/stars/ExoPlanetsSuns.sc" line 1799)   =   "Gliese 433/GJ 433/Gaia DR2 3478160727866058368/Gaia DR1 3478160723569849216/L 907-1/2MASS J11352695-3232232/NLTT 27914/TYC 7220-1321-1/HIP 56528"
************
в данном случае с записью из ExoPlanetsSuns.sc. HIPPARCOS.csv в слиянии не участвовал???

Если бы идентификатор объекта состоял из большего количества имен, а не 1 и 2, эффект был бы более интересным.

А за двойные звезды вообще боюсь браться, там всё еще сложнее.

Кратная звезда HIP 171, она же Gaia DR2 2853900872207150720.

Задача - только изменить координаты барицентра, не изменяя параметров звезд.

В SE данный объект описан в 3х файлах:
строка 46016 - HIPPARCOS.csv
строки 3921, 3923 - STARS\Stars-bin.sc
строка 20816 - PLANETS\Stars-bin.sc

из STARS\Stars-bin.sc 

RemoveStar "HIP 171"

StarBarycenter "85 Peg/HR 9088/GJ 914/Gliese 914/ADS 17175/SAO 91669"
{
RA      0 2 10.2
Dec     27 4 56
Dist    12.4233
}

Добавляем в собственный файл следующую запись:

StarBarycenter "85 Peg/HR 9088/GJ 914/Gliese 914/ADS 17175/SAO 91669"
{
RA      0.03620588241
Dec      27.08179892880
Dist    12.64708560559
}

Результат:
2 объекта:
1 - Барицентр в новых координатах, звезды привязаны к этому барицентру, в браузере звезд данный объект не находится.
2 - Звезда в координатах из HIPPARCOS.csv

Оба объекта некорректны.
В логе по 85 Peg и HIP 171 только:
[MT] ERROR: Star system "85 Peg/HR 9088/GJ 914/Gliese 914/ADS 17175/SAO 91669/HIP 171/HD 224930" have no companions

Пробуем полностью удалить объект и создать с измененным именем:
Remove "85 Peg/HR 9088/GJ 914/Gliese 914/ADS 17175/SAO 91669"
StarBarycenter "85 Peg/Gaia DR2 2853900872207150720/HR 9088/GJ 914/Gliese 914/ADS 17175/SAO 91669"
{
RA      0.03620588241
Dec      27.08179892880
Dist    12.64708560559
}

Результат:
2 объекта:
1 - Барицентр в новых координатах, звезды привязаны к этому барицентру, в браузере звезд данный объект не находится.
2 - Гипергигант, который не находится в браузере звезд.

Что мною выполняется неверно?

Вот черт, написал длинный пост, но сервер глюкануло, и все потерялось...
В кратце: обнаружил проблему, звезда патчится только один раз, после этого у нее устанавливается ключ "обработано", и следующие записи с ней не сливаются. Они идут как отдельные объекты, база данных при этом работает неправильно, т.к. в ней не должно быть объектов с одинаковым именем. Буду исправлять, а пока вариант только один - править стандартные файлы. Чтобы сохранить структуру аддона, лучше удалить строку из HIPPARCOS.csv, тогда записей будет снова две, и слияние будет работать нормально. Правда, есть тонкость: HIPPARCOS.csv должен быть самым старшим файлом, поэтому после его редактирования ему надо вернуть первоначальную дату изменения (с помощью какой-нибудь программы типа FileDate Changer). Сам HIPPARCOS.csv можно вытащить из пака и положить в папку catalogs/stars (а стандартный пак не трогать).

Извиняюсь за технические неполадки с сайтом, на сервере место закончилось, 30 гб... Растём потихоньку)))

QR_BBPOST  Буду исправлять, а пока вариант только один - править стандартные файлы.

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