Более точные орбиты малых планет.

[boch]

Пожалуй, стоить отметить этот курьезный случай. Никогда не занимался околоземниками, только астеры в поясе, то есть на максимальном удалении в противостоянии с низкой видимой скоростью. И вот на одно измерение в архивах получаю сообщение от МРС:

137427 is in the 'neo/num' processing queue.

Удивился, что проверка снимка в архиве выкинула наГора астрометрию которой нет в каталоге.
Значит завтра появится в ежедневном обновлении в сети.

Интересно, что в данном противостоянии моя астрометрия всего лишь второе наблюдение в данном году.

Вот так случайно набрел на

Orbit type: Apollo
Potentially Hazardous Asteroid 

UPD:
Да, в ближайшем же обновлении MPEC 2021-Y52 эта случайная находка опубликована:

D7427        ZC2010 09 19.36969 23 17 24.24 +00 01 54.5          20.7 RrEY052I41
D7427        ZC2010 09 19.41250 23 17 21.21 +00 01 50.1          21.2 RrEY052I41

[boch]

K10VD5O

Посмотрел в общих чертах последовательность обработки астрометрии конвейером обработки.Общее построение алгоритма понятно -от срочного к менее срочному.Сначала идет проверка содержимого на формальные ошибки - отвергаются пакеты астрометрии содержащие одно наблюдение объекта, дубли наблюдений приходящиеся на одно время (если формальных ошибок нет, пакет принимается). Потом идет контроль строк на срочность. Наблюдения одной ночи сразу отправляются в базу данных одной ночи (скорее всего с последующей проверкой  их на связываемость с другими ночами в дуги). Если строки относятся к нумерованным объектам, они обрабатываются в последнюю очередь.Строки с временными обозначениями имеют более высокий приоритет. Особые объекты имеют первоочередной приоритет.Тем не менее, хотя есть шкала приоритетов, весь пакет обрабатывается примерно в течение часа при нормальной текущей работе конвейера.Попутно могут отдельно предоставляться предложения по связываемости строк в дуги - они обычно обрабатываются быстро, за 5-15 минут.

Чтобы не забыть, дополню детали.
Основное отличие объектов - их номер постоянный, или номера нет и есть временное обозначение. Особо стоят неизвестные ранее объекты, то есть на которые в базе нет астрометрии вообще, или она спрятана в базе одной ночи.
Назначение конвейера обработки - правильно определять номерной тип объекта и направлять их в разные ветви конвейера.
По ходу определения номерного типа объекта, он может перескакивать из одной ветви обработки в другую, для него *елевую.
Назову основные ветви конвейера обработки:
- 'mba/mopp' - в этой ветви конвейера обрабатываются объекты главного пояса астероидов, мультиоппози*ионные
- 'mba/unn'- в этой ветви конвейера обрабатываются объекты главного пояса астероидов, однооппози*ионные (в той же оппози*ии.)
- 'mba/newid' - в этой ветви конвейера обрабатываются объекты главного пояса астероидов, однооппози*ионные (в дополнительной оппози*ии.)
- 'mba/num' - в этой ветви конвейера обрабатываются объекты главного пояса астероидов, с постоянным номерами
- 'mba/itf' - в этой ветви конвейера обрабатываются объекты главного пояса астероидов, с обозначениями присвоенными астрометристом
- 'problems' - в этой ветви конвейера обрабатываются "объекты главного пояса астероидов", астрометрия ошибочная

ну и так далее.
И тогда можно расшифровать буковки веток:
mopp - мультиоппози*ионный
unn - не имеет постоянного номера, однооппози*ионный
newid - новая идентифика*ия
itf - файл изолированных треклетов
problems - астрометрия имеет проблемы (возможно мусорная астрометрия)
verified - уточнение типа объекта по номеру.

Все вроде вырисовывается в понятную систему.


Как это работает. Чем определеннее тип номерного статуса астероида, тем меньше этапов обработки он проходит, то есть конкретные *елевые ветви конвейера.
Самые неопределенные объекты - это объекты с произвольными обозначениями заданными самим астрометристом.
Если тип объекта известен, то он может иметь и конкретно заданные обозначения - постоянный его номер, временное его обозначение от *ентра, хотя это считается входом в конвейер "с черного входа".

Вот примерный ход про*есса для произвольного обозначения объекта.
Сначала конвейер пытается определить какой это объект хотя бы в линейке: объект с постоянным номером, с временным обозначением, одно или мультиоппози*ионный и т.д. то есть его конкретизировать по степени известности его и направить его в нужную ветвь конвейера.
Но все объекты изначально помещаются в накопитель 'mba/itf' то есть объект предположительно имеет случайное обозначение.
И из этого накопителя (объекты одной ночи) уже идет перераспределение в ветви конвейера в соответствии с ветвями означенными выше. Номерные объекты перескакивают в ветвь 'mba/num' , объекты с временными обозначениями перескакивают в ветвь 'mba/mopp' или в ветвь 'mba/newid' в зависимости от количества оппози*ий, ошибочные объекты (мусор измерения) попадают в ветвь 'problems', и все в таком духе. В этих ветвях обработки объекты анализируются соответствующими алгоритмами и выносится решение - действительно ли данный объект принадлежит конкретной дуге известного ранее объекта или это новый объект и его можно назначить с новой дугой и этим выдать объекту звездочку.
В про*ессе обработки возможны разные коллизии. Например объекту нахначили временное обозначение, а он уже номерной, тогда этот объект перескочит  с ветвей на ветви в очередности
- 'mba/itf' - - 'mba/mopp' - - 'mba/num' -
Если же объект изначально проходил как номерной, то одно звено исчезает
- 'mba/itf' - - 'mba/num' -
В любом случае объект в итоге попадает в свою *елевую ветвь и правильно обрабатывается.
Кроме этого есть и редкие ветви конвейера, например для околоземных объектов это  'neo/num' для постоянных номеров, видимо есть и аналогичные ветви 'neo/mopp' но я с ними не встречался. Таков общий прин*ип конвейера обработки астрометрии, очень грубо и общо обозначенный этой схемой.

Забыл выше упомянуть кусок алгоритма 'verified' - пока еще не прочувствовал когда и где он врубается в работу. Может он сразу после 'mba/itf' активизируется, может позднее, или в особых случаях. Может еще какие части алгоритма вне внимания остались.


Послесловие к вышесказанному относительно 'verified'
Началось все с ошибочно введенных буковок с клавиатуры (регистр его яти) - вместо K10R36X набрал K10r36x.
Конвейер при анализе забросил объект в ветку  'verified'  - что естественно. При анализе он правильно воспринял ситуа*ию и исправил буквы регистра на заглавные (умный какой этот конвейер). При этом поменял этому объекту ветку   'verified'  на ветку 'mba/unn' и вот что это может означать я пока не совсем понимаю, ибо получается вот такая астрометрия

Было ошибочно представлено:
     K10r36x ZC2010 09 01.35967 23 08 22.88 +00 14 14.8          20.3 R      I41
     K10r36x ZC2010 09 01.40899 23 08 22.12 +00 13 51.7          20.0 R      I41
Конвейер исправил регистр букв:
     K10R36X  C2010 09 01.35967 23 08 22.88 +00 14 14.7          20.3 R      I41
     K10R36X  C2010 09 01.40899 23 08 22.12 +00 13 51.7          20.0 R      I41
Конвейер связал это со старой астрометрией:
     K10R36X* C2010 09 02.38706 23 08 12.37 +00 06 06.2          19.7 Vr~0MhFG96
     K10R36X  C2010 09 02.39401 23 08 12.30 +00 06 02.7          19.7 Vr~0MhFG96
     K10R36X  C2010 09 02.40098 23 08 12.15 +00 05 59.4          19.8 Vr~0MhFG96
     K10R36X  C2010 09 02.40789 23 08 12.04 +00 05 56.2          19.6 Vr~0MhFG96
     K10R36X  C2010 09 04.30139 23 07 52.21 -00 09 40.0          19.6 Vr~0MhFG96
     K10R36X  C2010 09 04.30721 23 07 52.14 -00 09 42.7          19.7 Vr~0MhFG96
     K10R36X  C2010 09 04.31304 23 07 52.03 -00 09 45.9          19.6 Vr~0MhFG96
     K10R36X  C2010 09 04.31888 23 07 51.92 -00 09 48.9          19.7 Vr~0MhFG96
     K10R36X  C2010 09 11.28723 23 06 28.65 -01 12 05.9          19.6 Vr~0MwG703
     K10R36X  C2010 09 11.29243 23 06 28.54 -01 12 10.4          19.9 Vr~0MwG703
     K10R36X  C2010 09 11.29759 23 06 28.40 -01 12 11.8          19.4 Vr~0MwG703
     K10R36X  C2010 09 11.30278 23 06 28.36 -01 12 15.3          19.6 Vr~0MwG703

И ШО? Ну, увеличилась дуга на лишние сутки, причем тут 'mba/unn'
Посмотрим, что дальше будет...

(ага, начинаю понимать, что если однооппози*ионный объект расширяет дугу в текущей оппози*ии, то это анализируется в ветке 'mba/unn' , а если объект претендует на смену однооппози*ионного на многооппози*ионный, то это уже происходит в ветке 'mba/newid' - вот как все хитровыделанно построено в этом конвейере...

[boch]

В астрометрии формальным признаком открытия новой орбиты малой планеты считается присвоение первой строке астрометрии символа астериск. Астериск не обязательно означает открытие нового объекта, но "как бэ" считается открытием нового астероида в личном списке. То есть если даже он и не новый объект, но астериск обозначает прямо, что ты обманул конвейер вычисления орбит МРС.

Расскажу, как я обманул конвейер вычисления орбит МРС 

Найдя несколько положений одного из объектов, я правильно соединил этот объект с уже известным ранее объектом имеющимся в базе МРС.
Представив данные, я тем не менее был обескуражен, что конвейер не признал мои измерения как продолжение дуги уже известного астероида.
Млин, я совсем не хотел "открывать" новый астероид, но пришлось! 

Отправив те же самые измерения снова, я не стал настаивать на том, что это уже известный объект.
И конвейер посчитал мои данные "как бы открытием" нового астероида и выдал астериск.
Вот та самая * после временного обозначения объекта:
     K10RM2J*ZC2010 09 01.35967 23 08 01.57 +02 13 50.7          20.4 Rr     I41

Мне так стыдно за обман, краска заливает мою рожу - а куда деваться - открыл вот со стыдом "новый" астероид 

Пока его нет в базе, появится только завтра в иркуляре, но мне право стыдно за содеянное...

Плодите, друзья, нашу Солнечную систему фиктивными малыми планетами! Уря!

[boch]

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

Epoch 2022 Jan. 21.0 TT = JDT 2459600.5                 Veres
M 302.46521              (2000.0)            P               Q
n   0.23710902     Peri.  321.68342     +0.31464623     +0.94163138             T = 2459843.15121 JDT
a   2.5852587      Node   326.16945     -0.80922688     +0.20019031             q =     1.9647466
e   0.2400193      Incl.   12.41566     -0.49613466     +0.27065511    Earth MOID = 0.96567 AU
P   4.16           H   18.43          G   0.15           U   7
From 10 observations 2010 Sept. 1-Oct. 3, mean residual 0".33.

Приличный e=0.24 объясняет, почему его до сих пор толком не могли пронаблюдать.
После меня он известен только в двух оппозииях.

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

[boch]

 
Ну, все...конвейер таки справился с задачей соединения двух дуг. То есть фиктивный объект просуществовал всего пару часов и был соединен. Это видно из сравнения двух строк:

Вот это я предлагал, но у меня это не приняли,
     K14Ob6N ZC2010 09 01.35967 23 08 01.57 +02 13 50.7          20.4 R      I41
а выдали мне вот это, с астериском:
     K10RM2J*ZC2010 09 01.35967 23 08 01.57 +02 13 50.7          20.4 Rr     I41
но в итоге пришли к моему же предложению, выкрутив коту яйки:
         2014 ON376      23 08 01.6 +02 13 51  19.9   0.0E   0.0S    42-     4+    4o

Видно, что конвейер их соединил, координаты совпадают. И, в итоге, я перевел объект из однооппозиионного состояния в многооппозиионное.
Объект поимел 4 оппозиии за 2010, 2014, 2021 и (вероятно) 2018 годы
Но кроме этой "скрытой" инфы очевидно пропечатанных данных пока нет, первые данные будут завтра.

И у меня сложилось скрытое подозрение, что конвейер просто лажанулся с выдачей астериска. Фиктивное обозначение объекта и награждение меня астериском происходило параллельно и независимо с присвоением старому объекту 4-х оппозиий. То есть я на самом деле обманул конвейер. Как это могло произойти?

Вот вероятное объяснение: МРС сейчас занят обработкой месячных данных и подготовкой иркуляров. По причине лимита времени конвейер скинул мои предложения "в долгий ящик" без их конкретной проверки и известил меня, что "данные не соединены" то есть многооппозиионность не реализована. Потом либо работники МРС все же перепроверили мои предложения, и в то время как они готовили многооппозиионность объекта, я в эти "временные ножниы" неожиданно получаю астериск от конвейера.

Вот такие ляпсусы могут происходить, если МРС выбивается из "нормальной работы" и попадает во временной ейтнот.

Вывод - астериск мне был выдан напрасно - по сути я его "вымулил" у МРС сам того не подозревая. Но раз временное обозначение с астериском было выдано, то теперь его никуда не спрячешь, то есть я оказался лже-соткрывателем объекта.
 В то же самое время без меня многооппозиионность объекта не могла быть реализована аж 8 лет почти.

Но гадать сейчас как все происходило на самом деле - это по воде вилами - это только конвейер может знать.
А факты таковы, что мои предложения были предъявлены за сутки до момента опубликования данных о многооппозиионности, и странно, что через сутки конвейер мне выдает астериск, делая сооткрывателем в другой оппозиии, хотя еще сутками ранее он должен был понимать, что астериск выдавать смысла нет, надо просто было соединить дуги, как я и просил. Короче, с этим астериском - без меня меня женили - я же его не просил. А мне взяли и всучили его.

Вот скопировал из письма время моей подачи астрометрии 21 января 2022 г., 19:11
И вот время опубликования данных о 4-х оппозииях Issued 2022 January 22, 12:18 UT
То есть время между подачей и опубликованием аж почти сутки - и вдруг через сутки мне прилетает астериск - ну бред же.

[boch]

K10RM2J 18.4  0.15 K221L 302.465 321.683 326.169  12.416 0.24002   2.58526  32 V

иркуляр с "дурной" планетой вышел сегодня. Скоро эта дикость будет устранена, ибо сейчас один объект представлен в двух вариантах - как многооппозиионный (вчерашний иркуляр) с одной стороны, и объект с месячной дугой (сегодняшний иркуляр) с другой стороны.
Скоро будет устранена... и я бы сейчас мог это исправить. Но дам возможность это сделать другим. Зачем лишать радости сделать это другим, раз я им создал такую возможность..

[boch]

Ночью не спалось под утро добавил в каталог новый астероид K10RM3C*

Не успел добавить, как уже и в эфемериды попал

2010 RC223

Display all designations for this object
Epoch 2022 Jan. 21.0 TT = JDT 2459600.5                 Veres
M 183.22399              (2000.0)            P               Q
n   0.22668686     Peri.  140.65406     +0.64003865     -0.75671079             T = 2460380.32467 JDT
a   2.6639035      Node   269.12868     +0.66707650     +0.63328638             q =     1.8686687
e   0.2985224      Incl.    7.65480     +0.38126036     +0.16228723    Earth MOID = 0.88694 AU
P   4.35           H   19.32          G   0.15           U   7
From 10 observations 2010 Aug. 18-Sept. 11, mean residual 0".51.
 No residual file available.

[boch]

Ночью не спалось под утро добавил в каталог новый астероид K10RM3C*

Ночью опять не спалось под утро добавил в каталог следующий по порядку астероид K10RM3D*
Смахивает на марс-кроссер - в перигелии пересекает афелий Марса.
.
2010 RD223

Display all designations for this object
Epoch 2022 Jan. 21.0 TT = JDT 2459600.5                 Veres
M 146.63341              (2000.0)            P               Q
n   0.29279395     Peri.   39.82013     +0.83610279     +0.54074874             T = 2459099.69248 JDT
a   2.2460943      Node   287.21100     -0.52471106     +0.73923316             q =     1.6006187
e   0.2873769      Incl.    5.54615     -0.16003260     +0.40140396    Earth MOID = 0.59456 AU
P   3.37           H   20.7           G   0.15           U   5
From 10 observations 2010 Sept. 1-25, mean residual 0".15.
 No residual file available.

Период обращения Марса равен 1,8808476 года
Период обращения астероида равен 3.37 года

1,8808476/3,37=0,56
Надо потом уточнить резонанс 1:2

Даже и не упомню делал ли я когда каталожное обозначение для объекта такой величины    H =20.7
Специально проверил - официально классифицирован как марс-кроссер. Поперечником средним около 500 метров всего.

[TMN]

А за какое время устаревают элементы орбит?

[boch]

За любое. Если астероид расширяет дугу, получая увеличение количества оппозитсий, то короткая дуга сразу устаревает и в каталог вписывается новая дуга. Причем обновление дуг происходит всегда, независимо от того, на самом ли деле орбита улучшается - так уж устроен конвейер обработки орбит - он реагирует на любой чих. Общее правило - орбита всегда устаревает с приходом любой новой астрометрии, хотя бы и за астрометрию десятилетней давности. Именно этим объясняется огромный объем МРС, MPO и MPS каждый меся - орбиты обновляются каждый меся в обязательном порядке, если за 4 недели была для них астрометрия. При этом элементы орбит меняют значение в 3-4-5 знаке после запятой, что для бытовых применений вроде бы и не существенно, ну, подумаешь, при съемке мозаики астероид сместился на 1 секунду, все равно попадет в поле зрения

В примере с K10RM2J дугу снова пересчитают, как только свяжут K10RM2J с K14Ob6N, потому как в них разная астрометрия в каждом объекте.

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

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

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

[boch]

0245P        ZC2010 08 21.34542 22 48 19.37 +05 33 27.9          21.1 TrEC234I41
0245P        ZC2010 08 21.38875 22 48 16.73 +05 33 37.4          20.7 TrEC234I41

В последний выпуск все измерения были пропечатаны кроме последнего дня
Орбита февраля:

 245P/WISE                                                                     
Epoch 2022 Jan. 21.0 TT = JDT 2459600.5                                         
T 2018 Feb. 8.19865 TT                                  Rudenko                 
q   2.1976947            (2000.0)            P               Q                 
n   0.12112144     Peri.  316.88146     +0.09337996     +0.96420260             
a   4.0456536      Node   316.65251     -0.78658480     -0.08137219             
e   0.4567764      Incl.   21.19585     -0.61038065     +0.25237256             
P   8.14                                                                       
From 105 observations 2002 Aug. 27-2018 Oct. 4, mean residual 0".7. 

[boch]

https://minorplanetcenter.net/mpec/K22/K22D07.html

Выше упомянутый 2010 RD223 соединили и теперь орбита из двух оппозиций:
2010 RD223 = 2020 MR33

Выше упомянутый 2010 RC223 соединили и теперь орбита из двух оппозиций:
2010 RC223 = 2019 QH23

Обе идентификации от Odasso

         K19Q23H  K10RM3C                                     Odasso
         K20M33R  K10RM3D                                     Odasso     

Достаточно оператино, за пару недель.     

[boch]

Наковырялся за ночь:

2010 QU8

Display all designations for this object
Epoch 2022 Jan. 21.0 TT = JDT 2459600.5                 Veres
M  95.67025              (2000.0)            P               Q
n   0.19345105     Peri.   56.72645     +0.86629467     +0.47528740             T = 2459105.95501 JDT
a   2.9608881      Node   274.46856     -0.49406916     +0.76983470             q =     2.6403521
e   0.1082567      Incl.    8.87081     -0.07368322     +0.42597703
P   5.09           H   18.0           G   0.15           U   5
From 8 observations 2010 Aug. 18-Sept. 11, mean residual 0".13.
 No residual file available.

Оказывается, 4 ночи по два измерения принимаются. Значит влез в параметры и граничные условия конвейера.
New perturbed one-opposition orbits:
Object    H    G   Epoch    M     Peri.   Node    Incl.     e         a    Arc C
K10Q08U 18.0  0.15 K221L  95.670  56.726 274.469   8.871 0.10826   2.96089  24 V

[boch]

По ответу 112.
Соединили 2010 QU8 = 2020 MK31

[boch]

Очень похоже, что если случайно не вылезут более старые наблюдения, то в будущем запишу на свой счет присвоение постоянного номера. Это достаточно редкое событие для 2022 года. Звездочка по трем оппозициям пока у меня.
absolute magnitude\абсолютная 18.6
eccentricity\эксцентриситет 0.1986329
Судя по эллиптичности новых данных быть не должно. За 20 лет 3 оппозиции - труднейший объект для присвоения номера, многие оппозиции не наблюдались, очень слабый. Четвертая оппозиция пронаблюдается осенью 2024 года. Астероид диаметром 600 метров за орбитой Марса, всегда слабее 19.5 величины.

     K02Td4W* C2002 10 09.21525 01 42 51.22 +11 57 39.6                r~4q3L644
     K02Td4W  C2002 10 09.29517 01 42 46.85 +11 57 21.5                r~4q3L644
     K02Td4W  C2002 10 09.35802 01 42 43.55 +11 57 06.5                r~4q3L644
     K02Td4W  C2002 10 30.21646 01 24 40.03 +10 24 47.4                r~4q3L644
     K02Td4W  C2002 10 30.23738 01 24 39.04 +10 24 43.4                r~4q3L644
     K02Td4W  C2002 10 30.25712 01 24 38.06 +10 24 37.2                r~4q3L644
     K02Td4W 1C2013 10 05.41421 01 50 40.98 +12 38 56.3          20.6 Ro~4q3L695
     K02Td4W 1C2013 10 05.47775 01 50 37.90 +12 38 43.5                o~4q3L695
     K02Td4W  C2013 10 14.17950 01 43 22.00 +12 05 17.6          20.9 Vo~4q3L691
     K02Td4W  C2013 10 14.19721 01 43 20.96 +12 05 12.8          20.2 Vo~4q3L691
     K02Td4W  C2013 10 14.21491 01 43 20.02 +12 05 09.0          20.4 Vo~4q3L691
     K02Td4W  C2013 10 23.33408 01 35 08.65 +11 24 07.6          19.8 Vq~4q3LG96
     K02Td4W  C2013 10 23.33875 01 35 08.39 +11 24 06.3          20.0 Vq~4q3LG96
     K02Td4W  C2013 10 23.34346 01 35 08.11 +11 24 05.3          19.8 Vq~4q3LG96
     K02Td4W  C2013 10 23.34814 01 35 07.85 +11 24 03.9          19.7 Vq~4q3LG96
     K02Td4W  C2020 07 20.42192 20 50 42.629-18 52 42.08         20.9 wU~4q3LF51
     K02Td4W  C2020 07 20.43224 20 50 42.051-18 52 43.77         20.8 wU~4q3LF51
     K02Td4W  C2020 07 26.34149 20 45 19.50 -19 11 30.3          20.6 GV~4q3LG96
     K02Td4W  C2020 07 26.34623 20 45 19.21 -19 11 31.4          20.4 GV~4q3LG96
     K02Td4W  C2020 07 26.35096 20 45 18.92 -19 11 32.0          20.6 GV~4q3LG96
     K02Td4W  C2020 07 26.35570 20 45 18.66 -19 11 32.9          20.2 GV~4q3LG96

[Романов Филипп]

Пишу здесь про уточнение орбиты астероида 2022 UD42, о котором я упоминал ранее в наблюдательном разделе: Журнал наблюдений астероидов+околоземные. Я предположил, что в Isolated Tracklet File могут иметься другие наблюдения указанного астероида, которые не были отождествлены в MPC. Я попросил Alessandro Odasso (который имеет опыт поиска подобных треклетов с помощью своего скрипта) проверить это. В результате, он нашёл два треклета для оппозиции 2012 года и отправил эту информацию в MPC, где впоследствии был найден ещё один треклет. В итоге, дуга наблюдений увеличилась до 10 лет: https://minorplanetcenter.net/db_search/show_object?utf8=✓&object_id=2022+UD42 (правда, приоритет открытия будет не у Norman Falla).

[boch]

Умница!

[Романов Филипп]

В октябре 2022 года я во второй раз (после лета 2020 года) принимал участие в International Asteroid Search Campaign: получал изображения Pan-STARRS (F52) и делал астрометрию астероидов. По их правилам, данные запрещено отправлять в MPC, а необходимо передавать через форму на сайте IASC. Несколько дней назад я проверил отправленные астрометрические данные через MPChecker и увидел, что один из треклетов соответствует астероиду 2022 UY110. На странице объекта в MPC, которая ещё не содержала опубликованных строк астрометрии, я увидел, что дуга наблюдений составляет 21 день, а дата первого наблюдения указана следующей: 2022-10-26 (см. скриншот №1), хотя я сообщал в IASC наблюдения за 2022-10-19.

Далее я узнал в IASC, что моя астрометрия была отклонена, возможно, из-за того, что одно из измерений было неточным. Я понял, что в MPC эти данные не сообщались, поэтому решил сделать это сам. Я проверил 4 исходные фотографии от F52 и увидел, что третье изображение имеет плохой сиинг, поэтому отбросил третью строку и отправил в MPC следующее:

     K22UB0Y ZC2022 10 19.37233703 13 56.963+17 40 19.24         20.6 R      F52
     K22UB0Y ZC2022 10 19.38623303 13 56.412+17 40 15.68         20.6 R      F52
     K22UB0Y ZC2022 10 19.41399803 13 55.256+17 40 08.71         20.3 R      F52

, где Z - это код "astrometry from ... (large surveys without program codes) reported by a non-survey measurerer/pipeline" (источник: https://www.minorplanetcenter.net/iau/info/ObsNote.html)

В результате я увеличил дугу наблюдений до 28 суток (см. скриншот №2). Похоже, все три сроки моей астрометрии были использованы для расчёта орбиты, т.к. до обновления использовались 15 наблюдений (из 16), а после - 18 (из 19).

Затем я попросил вышеуказанного A. Odasso попробовать найти в ITF астрометрию для этого объекта во время других противостояний, что ему удалось:

     7T8EED7  C2007 10 10.29709 00 32 52.33 +05 58 13.5          21.5 Vr     G96
     7T8EED7  C2007 10 10.30418 00 32 51.97 +05 58 09.6          22.1 Vr     G96
     7T8EED7  C2007 10 10.31126 00 32 51.61 +05 58 06.3          21.1 Vr     G96
     7T8EED7  C2007 10 10.31831 00 32 51.21 +05 58 02.5          21.6 Vr     G96

     G10503  'C2018 09 05.20333 23 05 29.647-01 06 21.53         21.8 GU     309
     G10503  'C2018 09 05.20453 23 05 29.572-01 06 22.03         22.0 GU     309
     G10503  'C2018 09 05.20695 23 05 29.463-01 06 22.71         21.7 GU     309
     G10503  'C2018 09 05.20816 23 05 29.373-01 06 23.42         22.2 GU     309
     G10503  'C2018 09 05.20937 23 05 29.331-01 06 23.95         21.9 GU     309
     G10503  'C2018 09 05.21057 23 05 29.245-01 06 24.05         21.8 GU     309
     G10503  'C2018 09 05.21178 23 05 29.189-01 06 24.44         21.8 GU     309
     G10503  'C2018 09 05.21420 23 05 29.066-01 06 25.63         22.1 GU     309

В результате, дуга наблюдений объекта была увеличена до 15 лет (см. скриншот №3). Правда, онлайн версия Find_Orb всё равно отбрасывает третью строку моей астрометрии: 221019 F52 ( 1.2-  .63+). В MPC же для расчёта орбиты использованы все наблюдения.

[boch]

Астериск у твоей астрометрии?

[Романов Филипп]

Нет, у G96. Я отправил астрометрию, когда уже обозначение астероиду было присвоено.