<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.2 20120330//EN"
        "http://jats.nlm.nih.gov/publishing/1.2/JATS-journalpublishing1.dtd">
<!--<?xml-stylesheet type="text/xsl" href="article.xsl"?>-->
<article article-type="research-article" dtd-version="1.2" xml:lang="en" xmlns:mml="http://www.w3.org/1998/Math/MathML"
         xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <front>
        <journal-meta>
            <journal-id journal-id-type="issn">2303-9868</journal-id>
            <journal-id journal-id-type="eissn">2227-6017</journal-id>
            <journal-title-group>
                <journal-title>Международный научно-исследовательский журнал</journal-title>
            </journal-title-group>
            <issn pub-type="epub">2303-9868</issn>
            <publisher>
                <publisher-name>ООО Цифра</publisher-name>
            </publisher>
        </journal-meta>
        <article-meta>
            <article-id pub-id-type="doi">10.23670/IRJ.2024.139.26</article-id>
            <article-categories>
                <subj-group>
                    <subject>Brief communication</subject>
                </subj-group>
            </article-categories>
            <title-group>
                <article-title>ПОСТРОЕНИЕ R*-ДЕРЕВА НА ОСНОВЕ ГЕОМЕТРИЧЕСКИХ ДАННЫХ ИЗ GDSII ФАЙЛА
                </article-title>
            </title-group>
            <contrib-group>
                <contrib contrib-type="author">
                    <contrib-id contrib-id-type="orcid">https://orcid.org/0000-0002-1556-7988</contrib-id>
                    <name>
                        <surname>Семенов</surname>
                        <given-names>Артем Олегович</given-names>
                    </name>
                    <email>arttem_semenov_1997@mail.ru</email>
                    <xref ref-type="aff" rid="aff-1">1</xref>

                </contrib><contrib contrib-type="author" corresp="yes">
                    <contrib-id contrib-id-type="orcid">https://orcid.org/0000-0003-1809-7173</contrib-id>
                    <name>
                        <surname>Штанюк</surname>
                        <given-names>Антон Александрович</given-names>
                    </name>
                    <email>ashtanyuk@nntu.ru</email>
                    
                </contrib>
            </contrib-group>
            <aff id="aff-1"><label>1</label>Нижегородский государственный технический университет им. Р.Е. Алексеева</aff>
            
        <pub-date publication-format="electronic" date-type="pub" iso-8601-date="2024-01-24">
            <day>24</day>
            <month>01</month>
            <year>2024</year>
        </pub-date>
        
            
        <pub-date pub-type="collection">
            <year>2024</year>
        </pub-date>
        
            <volume>9</volume>
            <issue>139</issue>
            <fpage>1</fpage>
            <lpage>9</lpage>
            <history>
                
        <date date-type="received" iso-8601-date="2023-10-16">
            <day>16</day>
            <month>10</month>
            <year>2023</year>
        </date>
        
                
        <date date-type="accepted" iso-8601-date="2023-12-25">
            <day>25</day>
            <month>12</month>
            <year>2023</year>
        </date>
        
            </history>
            <permissions>
                <copyright-statement>Copyright: &#x00A9; 2022 The Author(s)</copyright-statement>
                <copyright-year>2022</copyright-year>
                <license license-type="open-access" xlink:href="http://creativecommons.org/licenses/by/4.0/">
                    <license-p>This is an open-access article distributed under the terms of the Creative Commons
                        Attribution 4.0 International License (CC-BY 4.0), which permits unrestricted use, distribution,
                        and reproduction in any medium, provided the original author and source are credited. See <uri
                                xlink:href="http://creativecommons.org/licenses/by/4.0/">
                            http://creativecommons.org/licenses/by/4.0/</uri>.
                    </license-p>
                </license>
            </permissions>
            <self-uri xlink:href="https://research-journal.org/archive/1-139-2024-january/10.23670/IRJ.2024.139.26"/>
            <abstract>
                <p>В настоящее время топологии интегральных схем становится все более сложными: уменьшаются размеры элементов, увеличивается количество элементов и связей между ними. Количество элементов в топологиях ИС может достигать миллиардов, что затрудняет их анализ на стадиях проектирования и разработки. Особое внимание уделяется проблеме производительности операций навигации по топологии ИС. В данной статье приведен алгоритм трансформации геометрических данных из GDSII файла в R*-дерево. Данный вид деревьев хорошо зарекомендовал себя в индексации многомерной информации, такой как прямоугольники, географические координаты или полигоны. Это позволяет просто и быстро выполнять различные навигационные задачи и получать необходимую информацию об элементах.</p>
            </abstract>
            <kwd-group>
                <kwd>GDSII</kwd>
<kwd> топология интегральных схем</kwd>
<kwd> ИС</kwd>
<kwd> анализ</kwd>
<kwd> алгоритм</kwd>
<kwd> R*-дерево</kwd>
</kwd-group>
        </article-meta>
    </front>
    <body> 
        
 
        
<sec>
	<title>HTML-content</title>
	<p>1. Введение</p>
	<p>При проектировании интегральных схем наиболее популярным форматом является GDSII, разработанный Calma Company (США). В течение многих лет GDSII был единственным в своем роде форматом для хранения и передачи данных по интегральным схемам и их топологиям Вследствие этого многие производители стали активно использовать его в своих системах. Хотя Calma обновляла формат по мере развития своих систем САПР, они сохранили обратную совместимость, так что ни один файл GDSII не устарел.</p>
	<p>Основной недостаток формата GDSII заключается в отсутствии оптимизации для уменьшения размера файла, вследствие чего проекты часто превышают размер в 20 гигабайт. Более подробную информацию о проблеме оптимизации файла, размерах и других недостатках GDSII можно найти в статье [1].</p>
	<p>Серьезные недостатки формата GDSII стали основной причиной возникновения альтернативного формата для хранения топологий ИС – Open Artwork System Interchange Standard (OASIS), который более подробно рассмотрен в статье [2]. Основным преимуществом формата является то, что при использовании OASIS появляется возможность уменьшения размера файлов, вследствие чего время их обработки и загрузки сокращается. Данное преимущество основывается на том, что в OASIS существует множество различных опций для представления одних и тех же данных, однако количество возможных ошибок в файле OASIS резко возрастает по сравнению с GDSII (как минимум в 4 раза).</p>
	<p>Некоторые компании начинают переходить на формат OASIS, однако большинство продолжает использовать GDSII. Проблема размера файлов GDSII в таких компаниях обычно решается с помощью увеличения емкости диска и оперативной памяти. Это считается более выгодной мерой по сравнению с заменой квалифицированного потока, основанного на GDSII, на новый, основанный на OASIS.</p>
	<p>Файлы GDSII хранят данные в бинарном виде, эти данные содержат информацию о плоских геометрических фигурах (полигонах), различных текстовых метках и других данных касательно топологии интегральных схем в иерархической форме. Эти данные также можно использовать для изменения всей архитектуры интегральной схемы или какой-то ее конкретной части, которая может быть использована для обмена данными между макетами или при конструировании фотошаблонов (фотомасок).</p>
	<p>Файлы GDSII представляют из себя набор ячеек, которые содержат различные данные о полигонах. Также из-за того, что данные в GDSII могут быть представлены в иерархической форме, ячейки могут содержать ссылки на другие ячейки. Ячейки в GDSII представляют собой записи STRUCTURE и имеют буквенно-цифровые имена до 32 символов, которые однозначно их определяют.</p>
	<p>Файл начинается с библиотеки этих структур, где запись заголовка библиотеки (BGNLIB) определяет начало, а запись конца библиотеки (ENDLIB) определяет конец файла. Между записями начала и конца библиотеки располагается последовательность структур, где каждая структура сама состоит из записи заголовка структуры (BGNSTR), последовательности элементов и записи конца структуры (ENDSTR).</p>
	<p>Элементы в GDSII файлах разделяются на семь видов [3], [4]:</p>
	<p>1) граница представляет собой заполненный многоугольник. Начинается с записи BOUNDARY и имеет обязательные атрибуты LAYER, DATATYPE и XY;</p>
	<p>2) путь представляет собой незамкнутую фигуру с ненулевой шириной, которая обычно используется для размещения проводов. Этот элемент инициируется записью PATH и имеет обязательные атрибуты LAYER, DATATYPE и XY;</p>
	<p>3) ссылка (SREF) на структуру представляет собой иерархический элемент, который вызывает все элементы из структуры, на которую он ссылается, с измененными координатами в зависимости от атрибутов;</p>
	<p>4) ссылка на массив структур (AREF) представляет собой иерархический элемент, который вызывает массив структур и все элементы внутри каждой структуры с измененными координатами в зависимости от атрибутов;</p>
	<p>5) текст (TEXT) предназначен для документации и имеет обязательные атрибуты LAYER, TEXTTYPE и XY;</p>
	<p>6) узел (NODE) определяет электрический путь (сеть) и имеет обязательные атрибуты LAYER, NODETYPE и XY;</p>
	<p>7) прямоугольник (BOX) представляет собой прямоугольную геометрию и имеет обязательные атрибуты LAYER, BOXTYPE и XY.</p>
	<p>Как упоминалось ранее, данные топологий ИС содержат ячейки, сигналы, порты и другие элементы схемы в виде геометрических объектов, чаще всего полигонов. Увеличение сложности ИС увеличивает объем информации о топологии, из-за чего точность и скорость навигации для поиска целевого объекта становится серьезной проблемой.</p>
	<p>Таким образом, навигация по макету проявляется как проблема пространственного поиска, которую можно решить с помощью доступных методов геометрических запросов. В вычислительной геометрии существует множество алгоритмов, которые имеют большое значение, особенно в автоматизированном проектировании. Так, в работе </p>
	<p>[5]</p>
	<p>Наиболее популярным методом доступа является метод R-дерева Гутмана [6], основанный на оптимизации площади объемлющих прямоугольников в каждом внутреннем узле. Несколько других вариантов классического R-дерева также предложены для оптимизации алгоритмов R-дерева Гутмана. Упакованные R-деревья [7], [8], R*-дерево [9], R-дерево Грина [10] относятся к числу этих вариантов, предлагающих различные подходы к оптимизации загрузки дерева. Среди них наиболее примечательным является R*-дерево, в котором введены новые параметры настройки для устранения проблем, существующих в классических R-деревьях.</p>
	<p>2. Алгоритм
построения R*-дерева на основе геометрических данных из GDSII файла</p>
	<p>Благодаря тому, что данные GDSII имеют иерархическую структуру, можно описывать миллионы или миллиарды полигонов в ИС. Иерархия очень важна, потому что в дизайне ИС, как правило, повторно используются одни и те же геометрические фигуры. Благодаря этому можно создавать компактные файлы для очень больших конструкций [11].</p>
	<p>Однако не существует эмпирических правил структурных организаций топологий интегральных схем. В связи с отсутствием точных правил проектирования, для извлечения иерархической информации из файла GDSII и построения сбалансированного дерева необходимо привести иерархическую топологию GDSII файлов в плоский вид.</p>
	<p>3. Вычисление новых координат геометрических элементов
GDSII</p>
	<p>В формате GDSII иерархию определяют два элемента: SREF (элемент ссылки на структуру) для ссылки или размещения структуры и AREF (элемент ссылки на массив структуры) для ссылки на массив структур. Обязательными атрибутами данных элементов являются: SNAME, который хранит информацию структуры, на которую ссылается данный элемент, и XY, который хранит координаты в плоскости для смещения структуры. Для AREF также обязателен элемент </p>
	<p>- Отражение: если флаг отражения установлен в атрибуте STRANS, структура отражается относительно оси x. Отражение осуществляется перед угловым поворотом. Отражение может быть достигнуто путем умножения матрицы отражения в (1),</p>
	<code>[LATEX_FORMULA]R_f=\left(\begin{array}{ll} 1 &amp;amp; 0 \\ 0 &amp;amp; r \end{array}\right)[/LATEX_FORMULA]</code>
	<p>где r равно −1 в случае отражения. Значение r по умолчанию равно 1. </p>
	<p>- Увеличение: если установлен атрибут MAG, структура увеличивается в соответствии с коэффициентом увеличения (значением данного атрибута). Это достигается умножением координат на матрицу увеличения, заданную в (2),</p>
	<code>[LATEX_FORMULA]M=\left(\begin{array}{ll} K &amp;amp; 0 \\ 0 &amp;amp; K \end{array}\right)[/LATEX_FORMULA]</code>
	<p>где К — коэффициент увеличения. Значение К по умолчанию равно 1.</p>
	<p>- Вращение: если установлен атрибут , структура поворачивается в соответствии с углом поворота (значением данного атрибута). Это достигается предварительным умножением точек на матрицу вращения, заданную в (3),</p>
	<code>[LATEX_FORMULA]R_o=\left(\begin{array}{cc} \cos (\alpha) &amp;amp; -\sin (\alpha) \\ \sin (\alpha) &amp;amp; \cos (\alpha) \end{array}\right)[/LATEX_FORMULA]</code>
	<p>где, угол поворота. Его значение по умолчанию равно 0.</p>
	<p>- Перемещение: Это самый важный шаг из всех наборов преобразований, именно поэтому атрибут XY является обязательным. Здесь каждая из точек перемещается с использованием значения атрибута XY. Перемещение может быть достигнуто добавлением вектором перемещения, указанного в (4),</p>
	<code>[LATEX_FORMULA]t=\left(\begin{array}{l} t_x \\ t_y \end{array}\right)[/LATEX_FORMULA]</code>
	<p>где, tx,y является перемещением в плоскости. Значение по умолчанию — 0.</p>
	<p>Все преобразования выполняются в определенной последовательности: отражение, увеличение, вращение и перемещение. Матрица преобразований, которая объединяет все модификации изменения местоположения точек на плоскости представлена в (5),</p>
	<code>[LATEX_FORMULA]H=R_o * M * R_f+t=\left(\begin{array}{cc} \cos (\alpha) &amp;amp; -\sin (\alpha) \\ \sin (\alpha) &amp;amp; \cos (\alpha) \end{array}\right)\left(\begin{array}{cc} K &amp;amp; 0 \\ 0 &amp;amp; K \end{array}\right)\left(\begin{array}{ll} 1 &amp;amp; 0 \\ 0 &amp;amp; r \end{array}\right)+\left(\begin{array}{c} t_x \\ t_y \end{array}\right)[/LATEX_FORMULA]</code>
	<p>Итоговые координаты точек на плоскости можно найти по (6),</p>
	<code>[LATEX_FORMULA]\left(\begin{array}{c} \overrightarrow{x^{\prime}} \\ \overrightarrow{y^{\prime}} \end{array}\right)=\left(\begin{array}{ccc} \mathrm{K} \cos (\alpha) &amp;amp; -\mathrm{Kr} \sin (\alpha) &amp;amp; t_x \\ \mathrm{~K} \sin (\alpha) &amp;amp; \mathrm{Kr} \cos (\alpha) &amp;amp; t_y \end{array}\right)\left(\begin{array}{l} x \\ y \\ 1 \end{array}\right)[/LATEX_FORMULA]</code>
	<p>Применяя к координатам выражение (6), можно вычислить новые координаты геометрических объектов, которые были вызваны элементом SREF. Однако для вычисления новых координат геометрических элементов, которые были вызваны элементом AREF, необходимо помимо умножения точек на (6) добавлять трансляционный вектор решетки AREF согласно (7). Вектор смещения рассчитывается с использованием вектора строки и столбца, которые вычисляются с использованием трех опорных точек и количества строк и столбцов, информация которых храниться в атрибуте  в файле GDSII.</p>
	<code>[LATEX_FORMULA]\left(\begin{array}{c} \overrightarrow{x^{\prime \prime}} \\ y^{\prime \prime} \end{array}\right)=\left(\begin{array}{l} \overrightarrow{x^{\prime}} \\ \overrightarrow{y^{\prime}} \end{array}\right)+\left(\begin{array}{l} \vec{t}_x \\ \vec{t}_y \end{array}\right)[/LATEX_FORMULA]</code>
	<p>Благодаря (6) и (7) можно рассчитать новые координаты геометрических объектов, вызванных с помощью SREF и AREF соответственно.</p>
	<p>4. Организация R*-дерева с геометрическими
элементами GSDII</p>
	<p>R-дерево состоит из узлов, которые классифицируются как листовые и внутренние узлы. Конечные узлы соответствуют узлам нижнего уровня, которые содержат объекты пространственных данных. Эти объекты представляют собой геометрические объекты в многомерном пространстве, к которым будет применяться запрос. Каждый узел определен минимальным ограничивающим прямоугольником (MBR), который является минимальным охватывающим прямоугольником для пространственного объекта со сторонами, параллельными осям координат</p>
	<p>.</p>
	<p>Минимальный ограничивающий прямоугольник в листовых узлах заключает в себе геометрические объекты, а во внутренних узлах охватывает все MBR листов, на которые он ссылается. Структура дерева разработана с целю того, чтобы для пространственного поиска требовалось минимального количества посещений узлов</p>
	<p>.</p>
	<p>В геометрических элементах GDSII необходимо помимо базовой информации, такой как номер слоя, координаты объекта, дополнительные атрибуты, хранить данные о вложенности объекта в иерархическую структуру в виде списка. Данная информация необходима для корректного определения данных в GDSII файле, так как в нем не используются уникальные идентификаторы элементов.</p>
	<p>Если резюмировать все вышеописанные условия, то каждый листовой узел дерева будет состоять из элементов, имеющих вид (ObjectGDSII, MBR), где ObjectGDSII - это ссылка/указатель на геометрический элемент GDSII, который дополнительно хранит и данные о вложенности. Внутренние узлы дерева содержат элементы, имеющие похожую структуру: (MBR, ChildPointer), где ChildPointer ссылка/указатель на элемент последующего нижнего уровня. Минимальный ограничивающий прямоугольник внутреннего узла включает все MBR нижнего уровня, на который он указывает.</p>
	<p>Блок-схема алгоритма построения R*-древа по данным GDSII файла представлена на рисунке 1.</p>
	<p>Добавление данных осуществляется стандартным алгоритмом вставки в структуру R*-дерева </p>
	<fig id="F1">
		<label>Figure 1</label>
		<caption>
			<p>Алгоритм построения R*-древа по данным GDSII файла</p>
		</caption>
		<alt-text>Алгоритм построения R*-древа по данным GDSII файла</alt-text>
		<graphic xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="/media/images/2023-12-26/cf504f3d-a4fd-4e41-b9d5-f1ea3b414110.png"/>
	</fig>
	<p>[12][12]O(log n) в среднемO(n) худшем случае. </p>
	<fig id="F2">
		<label>Figure 2</label>
		<caption>
			<p>Пример топологии ИС с MBR</p>
		</caption>
		<alt-text>Пример топологии ИС с MBR</alt-text>
		<graphic xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="/media/images/2023-12-26/50574323-fb40-4ad1-9817-d39f2f162602.png"/>
	</fig>
	<fig id="F3">
		<label>Figure 3</label>
		<caption>
			<p>Структура R*-древа построенная по топологии ИС на рисунке 2</p>
		</caption>
		<alt-text>Структура R*-древа построенная по топологии ИС на рисунке 2</alt-text>
		<graphic xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="/media/images/2023-12-26/362cc043-80dd-4cfc-b7a4-afc0f24086bc.png"/>
	</fig>
	<p>5. Заключение</p>
	<p>В связи с усложнением топологий интегральных схем в данной статье был предложен способ преобразования информации из файлов формата GDSII в структуру R*-дерева. Данная древовидная структура является более усовершенствованной, чем стандартное R-дерево. R*-дерево вводит новые концепции, основанные на уменьшении площади, отступов и перекрытий минимальных ограничивающих прямоугольников. Сложность поиска элементов в заданной траектории в соответствии со структурой R*-дерева составляет O(log n) в среднем и O(n) в худшем случае. Однако для практических целей производительность все еще является недостаточной, и здесь открыт простор для дальнейших исследований. Одним из возможных путей исследования является организация фильтра избыточных данных и извлечение только тех элементов, которые содержат ценную для данного запроса информацию.</p>
</sec>
        <sec sec-type="supplementary-material">
            <title>Additional File</title>
            <p>The additional file for this article can be found as follows:</p>
            <supplementary-material id="S1" xmlns:xlink="http://www.w3.org/1999/xlink"
                                    xlink:href="https://doi.org/10.5334/cpsy.78.s1">
                <!--[<inline-supplementary-material xlink:title="local_file" xlink:href="https://research-journal.org/media/articles/9238.docx">9238.docx</inline-supplementary-material>]-->
                <!--[<inline-supplementary-material xlink:title="local_file" xlink:href="https://research-journal.org/media/articles/9238.pdf">9238.pdf</inline-supplementary-material>]-->
                <label>Online Supplementary Material</label>
                <caption>
                    <p>Further description of analytic pipeline and patient demographic information. DOI:
                        <italic>
                            <uri>https://doi.org/10.23670/IRJ.2024.139.26</uri>
                        </italic>
                    </p>
                </caption>
            </supplementary-material>
        </sec>
    </body>
    <back>
        <ack>
            <title>Acknowledgements</title>
            <p>None</p>
        </ack>
        <sec>
            <title>Competing Interests</title>
            <p>None</p>
        </sec>
        <ref-list>
            <ref id="B1">
                    <label>1</label>
                    <mixed-citation publication-type="confproc">
                        Штанюк A.A. Проблема анализа топологии интегральных схем на основе GDSII-файлов / А.А. Штанюк, A.О. Семенов // Инженерные и информационные технологии, экономика и менеджмент в промышленности: сборник научных статей по итогам второй международной научной конференции. — Волгоград, 2020. — С. 334-336.
                    </mixed-citation>
                </ref><ref id="B2">
                    <label>2</label>
                    <mixed-citation publication-type="confproc">
                        Штанюк A.A. Формат файлов OASIS для хранения топологии интегральных схем / А.А. Штанюк, A.О. Семенов // Приоритетные направления инновационной деятельности в промышленности: сборник научных статей по итогам двенадцатой международной научной конференции. — Казань, 2020. — С. 106-107.
                    </mixed-citation>
                </ref><ref id="B3">
                    <label>3</label>
                    <mixed-citation publication-type="confproc">
                        GDS II Stream Format Manual (B97E060), Release 6.0 / Calma Corporation. — URL: GDS_II_Stream_Format_Manual_6.0_Feb87.pdf (accessed: 26.10.2020).
                    </mixed-citation>
                </ref><ref id="B4">
                    <label>4</label>
                    <mixed-citation publication-type="confproc">
                        GDSII. — URL: https://sites.google.com/site/esdcat/gdsii (accessed: 13.11.2020)
                    </mixed-citation>
                </ref><ref id="B5">
                    <label>5</label>
                    <mixed-citation publication-type="confproc">
                        Nievergelt J. Plane-sweep Algorithms for Intersecting Geometric Figures / J. Nievergelt, F.P. Preparata // Communications of the ACM. — 25. — 1982. — P. 739-747.
                    </mixed-citation>
                </ref><ref id="B6">
                    <label>6</label>
                    <mixed-citation publication-type="confproc">
                        Guttman A. R-Trees a Dynamic Index Structure for Spatial Searching / A. Guttman // Proceedings ACM SIGMOD International Conference on Management of Data. — 1984. — P. 47-57.
                    </mixed-citation>
                </ref><ref id="B7">
                    <label>7</label>
                    <mixed-citation publication-type="confproc">
                        Roussopoulos N. Direct Spatial Search on Pictorial Databases Using Packed R-trees / N. Roussopoulos, D. Leifker // Proceedings of the 1985 ACM SIGMOD International Conference on Management of Data. — 1985. — P. 17-31.
                    </mixed-citation>
                </ref><ref id="B8">
                    <label>8</label>
                    <mixed-citation publication-type="confproc">
                        Kamel I. Hilbert R-Tree: an Improved R-Tree Using Fractals / I. Kamel, C. Faloutsos // Proc. of Int. Conference of Information and Knowledge Management CIKM. — 1993. — P. 490-499.
                    </mixed-citation>
                </ref><ref id="B9">
                    <label>9</label>
                    <mixed-citation publication-type="confproc">
                        Beckmann N. The R*-tree: an Efficient and Robust Access Method for Points and Rectangles / N. Beckmann, H.-P. Kriegel, R. Schneider [et al.] // Proc. ACM SIGMOD. — 1990. — P. 322-331.
                    </mixed-citation>
                </ref><ref id="B10">
                    <label>10</label>
                    <mixed-citation publication-type="confproc">
                        Greene D. An Implementation and Performance Analysis of Spatial Data Access Methods / D. Greene // Proc 5th Int. Conf on Data Engineering. — 1989. — P. 606-615.
                    </mixed-citation>
                </ref><ref id="B11">
                    <label>11</label>
                    <mixed-citation publication-type="confproc">
                        Le C. Improved File Sizes and Cycle Times through Optimization of GDSII Stream / C. Le, D. Gariepy // SPIE Proceedings, International Society for Optics and Photonics. — 2005. — P. 351-358.
                    </mixed-citation>
                </ref><ref id="B12">
                    <label>12</label>
                    <mixed-citation publication-type="confproc">
                        Гулаков В.К. Структуры и алгоритмы обработки многомерных данных: монография / В.К. Гулаков, А.О. Трубаков, Е.О. Трубаков. — Санкт-Петербург: Лань, 2021. — 356 с.
                    </mixed-citation>
                </ref>
        </ref-list>
    </back>
    <fundings>
        
    </fundings>
</article>