Более

Могу ли я редактировать координаты в сеансе редактирования и перепроектировать без перезагрузки данных


Мне нужно исправить одну широту / долготу. Я редактировал в своей таблице, сохранял изменения, и теперь, когда я проецирую с помощью инструмента «Проект», точка остается на моей карте в том же положении. Нужно ли мне перезагружать данные из отредактированного файла Excel или я могу сделать это из Arc?


Если вы собираетесь внести это изменение в Excel, вам придется заново создать шейп-файл или класс пространственных объектов, который вы пытаетесь редактировать, а затем спроецировать.

Но - если вы хотите отредактировать X, Y точки сразу после того, как вы создали ее в Excel, вы можете сделать это в сеансе редактирования ArcGIS, используя диалоговое окно Edit Sketch Properties:


Как я могу временно отключить sftp без перезагрузки службы?

Я установил пользователя с chroot, который имеет доступ только к 1 каталогу через sshd sftp, чтобы один из моих коллег мог загружать определенные типы файлов. Затем я собираюсь создать способ запускать команду через HTTP, которая будет запускать длительный процесс с файлами, и мне нужно отключить sftp во время выполнения процесса.

Есть ли команда, которую я могу использовать для отключения sftp без необходимости изменять файл sshd_config и перезагружать службу? Я думал о блокировке портов, но мне все еще нужен доступ к ssh.

Я читал об отключении учетной записи пользователя с помощью passwd -l, но если он уже вошел в систему через sftp, он все равно разрешит изменение.

Еще немного поработав, я обнаружил, что могу использовать ps -axl | grep $ user @ notty и отправьте kill -9 в PID, чтобы отключить пользователя от текущего сеанса, а затем либо выполните passwd -l username, чтобы предотвратить повторный вход пользователя в систему, либо, как предложил Мартин, удалите символическую ссылку на sftp-сервер двоичный.

Но в конце концов я последовал совету Майка и просто переместил файлы в другое место, вместо того, чтобы запускать процесс в каталоге chroot.


Запустите инструмент мозаики на основе пикселей

На панели инструментов выберите Мозаика> Мозаика на основе пикселей. Появится окно "Пиксельная мозаика".

Импортировать изображения

Использовать Импортировать меню для выбора входных полос для мозаики.

    Выберите либо Импорт> Импорт файлов или Импорт> Импорт файлов и редактирование свойств из строки меню Pixel-Based Mosaic. Используйте второй вариант, если вы хотите ввести значение прозрачности фона, выполнить растушевку, расположить изображение на входе, выбрать полосы для отображения мозаики или выполнить балансировку цвета. Появится диалоговое окно "Входной файл".

Выберите входной файл и выполните дополнительное пространственное и спектральное подмножество, затем нажмите хорошо. Вы можете мозаику отдельных полос или целых файлов.

Чтобы выбрать отдельные полосы, нажмите кнопку Выбрать по кнопку переключения в диалоговом окне "Входной файл", чтобы выбрать Группа.

Введите Значение данных, которое следует игнорировать. Это значение прозрачности фона, чтобы сделать пиксели с этим значением прозрачными, чтобы было видно нижнее изображение. (Используется для мозаики изображений с постоянными границами значения DN).

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

Позиционирование изображений

Координаты левого верхнего угла входного изображения перечислены в полях X0 и Y0 в нижней части диалогового окна Pixel Mosaic. Изображения со значениями xstart и ystart в заголовках автоматически помещаются в мозаику с заданным смещением. Выберите один из следующих вариантов:

Чтобы разрешить редактирование координат положения, выберите любое изображение из списка в диалоговом окне «Пиксельная мозаика» и введите желаемые координаты левого верхнего угла в поле. X0 и Y0 поля. нажмите Войти ключ.

Номер текущего выбранного изображения отображается в # поле. Любые изменения в X0 и Y0 поля применяются к этому элементу.

Другие опции

  • Щелкните правой кнопкой мыши в окне мозаики, чтобы получить доступ к параметрам изменения уровней слоя изображения, редактирования параметров изображения или удаления изображения из мозаики.
  • Чтобы изменить размер мозаики, выберите Выбрать. Параметры> Изменить размер мозаики из строки меню диалогового окна Pixel Mosaic. Введите желаемый размер в пикселях в поле Мозаика Xsize и Мозаика Ysize поля.
  • Чтобы включить или отключить отображение эскизов изображений в окне мозаики, выберите Параметры> Использовать эскизы изображений из строки меню диалогового окна Pixel Mosaic.
  • Чтобы включить или выключить цветные графические рамки вокруг изображений в мозаике, выберите Параметры> Рамки изображений из строки меню диалогового окна Pixel Mosaic.
  • Чтобы удалить все записи из мозаики, выберите Параметры> Очистить все записи из строки меню диалогового окна Pixel Mosaic.

Построить мозаику

Использовать Применять для построения мозаики после размещения всех изображений для мозаики. Построение мозаики выводит мозаику в файл.

Вам не нужно сохранять мозаику в выходной файл, если вы не примените растушевку или цветовую балансировку. Вы можете сохранить мозаику как виртуальную, чтобы сэкономить время и место на диске. Если вы решили сохранить мозаику на диск, выполните следующие действия:

  1. Выбирать Файл> Применить из строки меню диалогового окна Pixel Mosaic. Появится диалоговое окно "Параметры мозаики".
  2. Отредактируйте Размер выходного пикселя X / Y значения по мере необходимости.
  3. Выберите метод интерполяции из Повторная выборка раскрывающийся список. Доступны следующие варианты: Ближайшее соседство, Билинейная или Кубическая свертка.
  4. Выберите выход для Файл или объем памяти.

Введите Фоновое значение (значение DN для областей за пределами мозаики).

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


Восстановить файлы GCP

Выполните следующие действия, чтобы восстановить существующий файл GCP:

  1. Щелкните значок Загрузите новый файл GCP кнопка. Появится диалоговое окно Select GCP File.
  2. Выберите файл ASCII с опорными точками и нажмите Открыть. Расположение опорных точек отображается в области просмотра макета Диспетчера макетов (если вы включили GCP флажок) и в группе отображения. У вас есть два варианта просмотра списка опорных точек:
    • Нажмите Показать список в мастере ортотрансформирования ENVI. Появится список наземных контрольных точек ортотрансформирования. См. Инструкции по работе с этим диалоговым окном в разделе «Редактировать опорные точки».
  3. Оцените RMSE для всей модели и остаточные ошибки для отдельных опорных точек (как описано в разделе «Оценка остаточных ошибок в опорных точках») и продолжайте добавлять новые опорные точки или редактировать опорные точки по мере необходимости.

Могу ли я редактировать координаты во время сеанса редактирования и перепроектировать без перезагрузки данных - Географические информационные системы

Этот раздел относится только к классической облачной платформе интеграции данных.

Stream Analytics доступен только для управляемых пользователем экземпляров облака платформы интеграции данных.

Планирование установки Stream Analytics

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

Загрузите следующее необходимое программное обеспечение на облачную виртуальную машину платформы интеграции данных:

Spark версии 2.2.1 с Hadoop 2.7 или выше

Убедитесь, что на локальный компьютер загружен Google Chrome версии 60+.

Предполагается, что у вас есть учетная запись Oracle Cloud с предоставленными экземплярами Database Cloud Service, Data Integration Platform Cloud и Storage. Если нет, см. Раздел Создание экземпляров для облака платформы интеграции данных.

Инициализация экземпляров Oracle Event Hub и Big Data Cloud

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

Выполните действия, описанные в следующих разделах, чтобы подготовить экземпляры служб, необходимые для использования Oracle Stream Analytics с Data Integration Platform Cloud.

Подготовка концентратора событий Oracle - выделенный экземпляр

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

  1. Войдите в Oracle Cloud My Services Dashboard.
  2. Щелкните «Создать экземпляр», затем щелкните «Все службы» и выберите «Концентратор событий - выделенный».
  3. На странице «Экземпляр» мастера создания нового экземпляра введите имя экземпляра, описание и адрес электронной почты с уведомлением, а затем нажмите «Далее».
  4. На странице сведений заполните следующие поля и нажмите кнопку Далее:
    1. Выберите "Базовое" или "Рекомендуемое для типа развертывания".
    2. Нажмите Edit for SSH Public Key и загрузите новые ключи на свой локальный компьютер.
    3. Выберите Включить доступ REST, а затем введите учетные данные имени пользователя и пароля для доступа к прокси-серверу REST.

    Подготовка экземпляра Oracle Event Hub Cloud

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

    1. Войдите в Oracle Cloud My Services Dashboard.
    2. Щелкните «Создать экземпляр», затем щелкните «Все службы» и выберите «Концентратор событий».
    3. На странице «Экземпляр» мастера создания нового экземпляра введите имя экземпляра, описание и адрес электронной почты с уведомлением.
    4. Выберите Oracle Event Hub - Dedicated instance из меню Hosted On.
    5. Введите количество разделов и срок хранения в часах, а затем нажмите кнопку «Далее».
    6. Подтвердите данные своего экземпляра и нажмите «Создать».

    Предоставление экземпляра Oracle Big Data Cloud

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

    1. Войдите в Oracle Cloud My Services Dashboard.
    2. Щелкните «Создать экземпляр», затем щелкните «Все службы» и выберите «Облако больших данных».
    3. На странице «Экземпляр» мастера создания нового экземпляра введите имя экземпляра, описание и адрес электронной почты с уведомлением, а затем нажмите «Далее».
    4. На странице сведений заполните следующие поля и нажмите кнопку Далее:
      1. Выберите «Базовый» или «Полный» для профиля развертывания.
      2. Введите 3 или больше для количества узлов.
      3. Выберите OC2m для Compute Shape.
      4. Выберите 2.1 для версии Spark.
      5. Щелкните Изменить для открытого ключа SSH и загрузите ключи на свой локальный компьютер.
      6. Введите данные администратора и пароля.
      7. Для облачной службы концентратора событий выберите ранее созданный экземпляр.
      8. Введите контейнер облачного хранилища, имя пользователя и пароль.

      Установка Oracle Stream Analytics

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

      1. Создайте каталог, например, spark-downloads, и загрузите Apache Spark во вновь созданную папку, как указано ниже:

      Тип пакета: предварительно созданный для Apache Hadoop 2.7 и более поздних версий.

      Скачать Spark: spark-2.2.1-bin-hadoop2.7.tgz

        Установите переменную среды SPARK_HOME в файле OSA-18.1.0.0.0 / osa-base / etc / osa-env.sh так, чтобы она указывала на каталог, в который вы распаковали архив Spark. Например:

      Настройка Stream Analytics

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

      Инициализация хранилища метаданных

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

      Если у вас нет учетных данных администратора базы данных, попросите администратора базы данных создать пользователя базы данных Oracle Stream Analytics и инициализировать контент под этим пользователем с помощью сценариев SQL, доступных в OSA-18.1.0.0.1 / osa-base / sql папка. Имя пользователя базы данных Oracle Stream Analytics должно совпадать с именем пользователя, настроенным в jetty-osa-datasource.xml.

      Убедитесь, что вы заменили имя пользователя и пароль root базы данных по мере необходимости.

      Если вы не видите вышеуказанных сообщений, проверьте папку OSA-18.1.0.0.1 / osa-base / logs, чтобы определить причину и возможное решение.

      Изменение пароля администратора

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

      java -cp ./lib/jetty-util-9.4.7.v20170914.jar org.eclipse.jetty.util.security.Password osaadmin & ltyour new password & gt

      В консоли вы можете увидеть следующие коды:

      Эта локальная версия Oracle Stream Analytics не поддерживает доступ на основе ролей. Все пользователи имеют права администратора. Чтобы создать дополнительных пользователей с запутанными паролями, см. Добавление пользователей.

      Настройка среды выполнения для Oracle Stream Analytics Server

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

      1. Измените каталоги на OSA-18.1.0.0.0 / osa-base / bin и выполните следующую команду, чтобы запустить сервер Stream Analytics: ./start-osa.sh

      Если вы не видите это сообщение, проверьте файл журнала в OSA-18.1.0.0.0 / osa-base / logs.

      Вы можете найти общедоступный IP-адрес своего облачного экземпляра платформы интеграции данных на странице сведений об экземпляре службы.

      Пароль - это простой текстовый пароль.

      (Проверьте общедоступный IP-адрес & ltResource Manager & gt: 8088 / cluster.)

      (Установите флажок & ltHDFS Hadoop cluster public IP & gt: 50070. Если корневая папка не существует, она будет создана автоматически, но пользователь, указанный в аутентификации Hadoop ниже, должен иметь права на запись.)

      Обновление Oracle Stream Analytics

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

      Используйте эти шаги, если нет дополнительной конфигурации, кроме конфигурации источника данных и переменных среды:

      1. Сделайте резервную копию существующей базы данных метаданных Oracle Stream Analytics 18.1.0.0.0, например, с помощью инструмента Oracle Database Backup.
      2. Остановите Oracle Stream Analytics 18.1.0.0.0.
      3. Разархивируйте установщик Oracle Stream Analytics 18.1.0.0.1.
      4. Скопируйте конфигурацию источника данных из существующей установки в новую установку:

      Обновление с использованием существующих конфигураций Jetty

      Выполните следующие действия, если вы хотите выполнить обновление с использованием существующих конфигураций Jetty:

      1. Сделайте резервную копию существующей базы данных метаданных Oracle Stream Analytics 18.1.0.0.0, например, с помощью инструмента Oracle Database Backup.
      2. Остановите Oracle Stream Analytics 18.1.0.0.0.
      3. Разархивируйте установщик Oracle Stream Analytics 18.1.0.0.1.
      4. Используйте следующий набор команд:

      Администрирование Stream Analytics

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

      Управление пользователями в Stream Analytics

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

      В этом выпуске Oracle Stream Analytics сведения о пользователях хранятся в базе данных. Когда вы создаете схему Oracle Stream Analytics во время установки, следующие таблицы базы данных заполняются по одной записи в каждой таблице:

      osa_users - таблица, содержащая пользователей

      osa_user_roles - таблица, содержащая имена пользователей и связанные с ними роли

      Когда вы выполняете запрос для извлечения всех данных из таблицы osa_users, вы можете увидеть следующее:

      где osaadmin - предварительно настроенный пользователь вместе с зашифрованным паролем.

      Когда вы выполняете запрос для извлечения всех данных из таблицы osa_user_roles, вы можете увидеть следующее:

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

      Настройка параметров системы Stream Analytics

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


      Описание иллюстрации system_settings_environment.png

      Kafka Zookeeper Connection - URL-адрес, по которому настроен сервер или серверы Zookeeper, разделенный запятыми. Какфа используется как внутренний транспорт.

      Сервер времени выполнения - сервер времени выполнения, на котором должен работать экземпляр Stream Analytics.

      URL-адрес диспетчера ресурсов YARN - URL-адрес, по которому настроен диспетчер ресурсов YARN, если сервер времени выполнения - Yarn.

      URL-адрес REST Spark - автономный URL-адрес REST Spark, если сервер среды выполнения является автономным Spark. Чтобы отправить конвейер Stream Analytics в Spark, конвейер необходимо скопировать в место хранения, доступное для всех узлов Spark.

      Хранение - тип хранилища для трубопроводов.

      Путь - путь, по которому существует хранилище. Пользователь, который обращается к этой папке, должен иметь разрешение на запись в нее. Папка по этому пути либо создается администратором, либо Stream Analytics создает папку во время выполнения.

      HA Namenodes - если имя хоста в приведенном выше URL относится к логическому HA-кластеру, укажите здесь фактические namenodes в формате hostname1 & ltport & gt, hostname2 & ltport & gt и т. Д.

      Аутентификация Hadoop - тип аутентификации, настроенный в кластере Hadoop. Stream Analytics поддерживает только простую аутентификацию.

      Длительность партии - длительность партии по умолчанию для каждого конвейера.

      Число исполнителей - количество исполнителей на конвейер по умолчанию.

      Ядер на исполнителя - количество ядер по умолчанию. Требуется минимальное значение 2.

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

      Ядер на драйвер - количество ядер по умолчанию.

      Память драйвера - по умолчанию выделяемая память для каждого экземпляра драйвера в мегабайтах.

      Высокая доступность - включение / выключение значения HA по умолчанию для каждого конвейера.

      В кластере пряжи убедитесь, что вы не установили высокое значение для yarn.nm.liveness-monitor.expiry-interval-ms (например, 3000 мс вместо 10 минут). Это свойство определяет значение по умолчанию, в течение которого нужно ждать, пока диспетчер узлов не будет признан мертвым. Использование высокого значения для этого свойства не обрабатывает события, и события теряются.

      Настройка предпочтений пользователя

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

      Чтобы установить / обновить настройки пользователя:

      Щелкните имя пользователя в правом верхнем углу экрана.

      Щелкните «Настройки». Откроется страница настроек.

      Предоставляет набор общих предпочтений, которые вы можете просматривать и устанавливать в соответствии с вашими требованиями.


      Описание иллюстрации general_pref.png

      Выберите, хотите ли вы, чтобы домашняя страница, страница каталога или страница шаблонов отображалась в качестве начальной страницы.

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


      Описание иллюстрации notifications_pref.png

      Показать информационные уведомления

      Выберите этот параметр, если вы хотите, чтобы информационные уведомления появлялись в конвейере. Этот вариант выбран по умолчанию.

      Продолжительность информационного уведомления (в секундах)

      Выберите количество секунд, в течение которых будут появляться уведомления. Значение по умолчанию - 5.

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


      Описание иллюстрации catalog_pref.png

      Выберите столбец, по которому вы хотите отсортировать столбцы. Это значение будет использоваться по умолчанию для всех столбцов, пока вы снова не измените значение.

      Выберите порядок сортировки столбцов. Это значение будет использоваться как значение по умолчанию для всех столбцов, пока вы снова не измените значение.

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

      Предоставляет набор параметров конвейера, которые вы можете просматривать и настраивать в соответствии с вашими требованиями.


      Описание иллюстрации application_ua_pref.png

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

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

      Выберите значение, которое вы хотите применить в качестве размера таблицы по умолчанию для данных в Live Output Stream конвейера.

      Предоставляет набор настроек временных меток конвейера, которые вы можете просматривать и устанавливать в соответствии с вашими требованиями.


      Описание иллюстрации preferences_timestamp.png

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

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


      Описание иллюстрации map_preferences.png

      Работа с Stream Analytics

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

      Домашняя страница

      Домашняя страница - это первая страница, которую вы видите при входе в Stream Analytics. На этой странице перечислены отраслевые вертикали, которые поддерживает Stream Analytics.

      С каждой отраслевой вертикалью связан тег, и теги чувствительны к регистру.

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

      Управление рисками и мошенничеством - используйте лучшую в отрасли платформу потоковой обработки для оценки рисков и предотвращения финансового мошенничества в режиме реального времени. Тег для этой вертикали - риск.

      Транспорт и логистика - управляйте автопарком, отслеживайте активы и повышайте эффективность цепочки поставок за счет объединения потоковых данных с расширенными пространственными функциями Oracle. Тег для этой вертикали - транспорт.

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

      Телекоммуникации - Pro активно отслеживает ваши сети, прогнозирует сбои в сети и предотвращает атаки типа распределенного отказа в обслуживании. Тег для этой вертикали - телеком.

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

      Домашняя страница выглядит так, как показано ниже:


      Описание иллюстрации home_page.png

      Вы можете перейти к каталогу или странице шаблонов с домашней страницы, чтобы начать работу с Stream Analytics.

      О Каталоге

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

      Вы можете пометить ресурс как избранный в Каталоге, щелкнув значок звездочки. Щелкните значок еще раз, чтобы удалить его из избранного. Вы также можете удалить ресурс или просмотреть его топологию, используя значок меню справа от значка избранного.

      Теги, примененные к элементам в Каталоге, также перечислены на экране под левой навигационной панелью. Вы можете щелкнуть любой из этих тегов, чтобы отобразить в Каталоге только элементы с этим тегом. Тег отображается вверху экрана. Щелкните Очистить все в верхней части экрана, чтобы очистить Каталог и отобразить все элементы.

      Вы можете включать или исключать конвейеры, потоки, ссылки, прогнозные модели, геозоны, соединения, цели, настраиваемые jar-файлы, визуализации, информационные панели и кубы, используя ссылку «Просмотреть все» на левой панели в разделе «Показать меня». Когда вы нажимаете «Просмотреть все», рядом с ним появляется галочка, и все компоненты отображаются в Каталоге.

      Если вы хотите отобразить или просмотреть только несколько или отдельные элементы в каталоге, снимите флажок «Просмотреть все» и выберите отдельные компоненты. В Каталоге появятся только выбранные компоненты.

      Типичный рабочий процесс для администрирования Stream Analytics

      В типичном рабочем процессе перечислены артефакты, необходимые для создания конвейера в Stream Analytics Stream Analytics.

      Предпосылки для трубопровода:

      Для создания потока требуется соединение, кроме файлового потока.

      Для создания конвейера требуется поток.

      Создание подключения

      1. Щелкните Каталог на левой панели.
      2. В меню «Создать новый элемент» выберите «Подключение».
      3. Укажите сведения для следующих полей на странице «Свойства типа» и нажмите «Далее»:

      Имя - имя подключения

      Описание - описание подключения

      Теги - теги, которые вы хотите использовать для подключения

      Тип подключения - тип подключения: Coherence, Database, Druid, JNDI или Kafka.


      Описание иллюстрации create_connection_type.png

      Если тип подключения - Coherence:

      Имя хоста - хост сокета TCP / IP-сервера Coherence Extend Proxy Services

      Порт - порт сокета TCP / IP сервера Coherence Extend Proxy Services

      Если тип подключения - База данных:

      Подключиться с помощью - выберите способ идентификации SID базы данных или имени службы.

      Имя службы / SID - подробные сведения об имени службы или SID

      Имя хоста - имя хоста, на котором работает база данных

      Порт - порт, на котором запущена база данных. Обычно это 1521 год.

      Имя пользователя - имя пользователя, под которым вы подключаетесь к базе данных

      Пароль - пароль, который вы используете для входа в базу данных

      Если тип подключения - Druid, укажите URL-адрес Zookeeper.

      Когда тип подключения - JNDI:

      Поставщик JNDI - выберите поставщика услуг JNDI

      Server Url (s) - URL-адреса сервера для соединения JNDI, например: host1: port1, host2: port2

      Имя пользователя - имя пользователя для аутентификации соединения JNDI.

      Пароль - пароль для JNDI-соединения

      Если тип подключения - Kafka, укажите URL-адрес Zookeeper.

      Конфигурация кеша для согласованности

      Stream Analytics требует специальной конфигурации кэша согласованности и схемы прокси, чтобы он мог подключаться к согласованности.

      Чтобы дополнить потоковые данные справочными данными внешнего кластера согласованности, необходимо получить доступ к внешнему кластеру согласованности с помощью расширенных клиентских API. Чтобы получить доступ к внешнему кластеру в качестве клиента, вам необходимо настроить cache-config с помощью ExtendTcpCacheService и ExtendTcpInvocationService.

      Настроить кластер Coherence

      Убедитесь, что у вас установлена ​​программа Coherence for Java.

      Чтобы настроить внешний кластер как клиент:

      Создайте XML-файл с именем cache-config.xml.

      Скопируйте в файл следующий XML-код:

      Проверьте подключение к кластеру.

      sureService () выдаст исключение, если для данного хоста и порта нет кластера согласованности.

      Создайте ссылку согласованности, используя соединение согласованности.

      Зарегистрируйте согласованность как ссылку.

      Ниже приведен пример кода для регистрации согласованности в качестве эталона:

      В приведенном выше примере кэш согласованности должен иметь ключ как orderId & ltInteger & gt и значение как карту значений для orderId и orderDesc. Будет заполнен образец кеша, подобный следующему:

      Создание потока

      Поток - это источник событий с заданным содержанием (формой).

      Выберите Stream в меню Create New Item.

      Укажите сведения для следующих полей на странице «Свойства типа» и нажмите «Далее»:

      Описание - описание потока

      Теги - теги, которые вы хотите использовать для потока

      Тип потока - выберите подходящий тип потока. Поддерживаемые типы: File, GoldenGate, JMS и Kafka.


      Описание иллюстрации create_stream_type.png

      Укажите сведения для следующих полей на странице сведений об источнике и нажмите кнопку Далее:

      Когда тип потока - Файл:

      Путь к файлу или URL - расположение файла, который вы хотите загрузить.

      Читать все содержимое - выберите этот вариант, если хотите прочитать все содержимое файла.

      Количество событий в пакете - количество событий, которые вы хотите обработать в пакете.

      Цикл - выберите этот вариант, если вы хотите обрабатывать файл в цикле.

      Формат данных - формат данных. Поддерживаемые типы: CSV и JSON.

      Если тип потока - GoldenGate:

      Connection - соединение для потока

      Название темы - название темы, которая получает события, которые вы хотите проанализировать.

      Формат данных - формат данных. Поддерживаемые типы: CSV, JSON, AVRO. AVRO - это система сериализации данных.

      Если тип потока - JMS:

      Connection - соединение для потока

      Имя Jndi - Jndi, который читает сообщения из тем, распределенных тем, очередей и распределенных очередей

      Идентификатор клиента - клиент, который будет использоваться для постоянного подписчика

      Селектор сообщений - селектор сообщений для фильтрации сообщений. Если вашему приложению обмена сообщениями необходимо фильтровать сообщения, которые оно получает, вы можете использовать селектор сообщений JMS API, который позволяет потребителю сообщения указывать интересующие его сообщения. Селекторы сообщений назначают работу по фильтрации сообщений поставщику JMS, а не приложение.

      Селектор сообщения - это строка, содержащая выражение. Синтаксис выражения основан на подмножестве синтаксиса условного выражения SQL92. Селектор сообщений в следующем примере выбирает любое сообщение, для которого свойство NewsType имеет значение Sports или Opinion:

      Методы createConsumer и createDurableSubscriber позволяют указать селектор сообщений в качестве аргумента при создании потребителя сообщений.

      ID подписки - идентификатор подписки для постоянного селектора

      Формат данных - формат данных. Поддерживаемые типы: CSV, JSON, AVRO, MapMessage. MapMessage поддерживается только для потоков на основе JNDI.

      Если формат данных - AVRO, вы также должны указать схему сообщения, установив параметры org.apache.kafka.clients.producer.ProducerConfig.VALUE_SERIALIZER_CLASS_CONFIG и KEY_SERIALIZER_CLASS_CONFIG как ByteArraySerializer.

      Объект MapMessage используется для отправки набора пар имя-значение. Имена представляют собой объекты String, а значения представляют собой примитивные типы данных в языке программирования Java. Имена должны иметь значение, отличное от нуля, а не пустую строку. Доступ к записям можно получить последовательно или случайным образом по имени. Порядок записей не определен.

      Если тип потока - Kafka:

      Connection - соединение для потока

      Название темы - название темы, которая получает события, которые вы хотите проанализировать.

      Формат данных - формат данных в потоке. Поддерживаемые типы: CSV, JSON, AVRO.

      Если формат данных - AVRO, вы также должны указать схему сообщения, установив параметры org.apache.kafka.clients.producer.ProducerConfig.VALUE_SERIALIZER_CLASS_CONFIG и KEY_SERIALIZER_CLASS_CONFIG как ByteArraySerializer.


      Описание иллюстрации create_stream_source.png

      Выберите один из механизмов для определения формы на странице Shape:

      Вывести форму - автоматически определяет форму из потока входных данных.

      Вы можете вывести форму из Kafka, файла схемы JSON или файла сообщения / данных CSV. Вы также можете сохранить автоматически обнаруженную форму и использовать ее позже.

      Выбрать существующую фигуру - позволяет выбрать одну из существующих фигур из раскрывающегося списка.

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


      Описание иллюстрации create_stream_shape.png

      Создан поток с указанными деталями.

      Данные CSV для предварительно определенных форматов

      Если ваш формат данных - CSV, выберите предопределенный формат, основанный на вариациях данных CSV, которые различаются из-за исходного источника этих CSV. В следующей таблице описаны данные CSV для каждого из этих предопределенных форматов:

      Стандартный формат, разделенный запятыми, как в RFC4180, но допускающий пустые строки

      Формат файла Excel (с использованием запятой в качестве разделителя значений).

      Формат Informix CSV UNLOAD по умолчанию, используемый операцией UNLOAD TO имя_файла (экранирование отключено). Это формат с разделителями-запятыми и символом LF в качестве разделителя строк. Значения не заключаются в кавычки, а специальные символы экранируются символом ''. Строка NULL по умолчанию - " N".

      Формат MySQL по умолчанию, используемый операциями SELECT INTO OUTFILE и LOAD DATA INFILE. Это формат с разделителями табуляции и символом LF в качестве разделителя строк. Значения не заключаются в кавычки, а специальные символы экранируются символом ''. Строка NULL по умолчанию - " N".

      Формат CSV PostgreSQL по умолчанию, используемый операцией COPY. Это формат с разделителями-запятыми и символом LF в качестве разделителя строк. Строка NULL по умолчанию - "".

      Текстовый формат PostgreSQL по умолчанию, используемый операцией COPY. Это формат с разделителями табуляции и символом LF в качестве разделителя строк. Строка NULL по умолчанию - " N".

      Формат, разделенный запятыми, как определено в RFC4180

      Возможности исходного кода JMS

      Возможности JMS Source перечислены в следующей таблице:

      Возможность подключения к JMS Cluster

      Потребитель JMS должен иметь возможность подключаться к кластеру JMS и обрабатывать отказ сервера JMS.

      Карта и текстовое сообщение (JSON, CSV и AVRO)

      Не поддерживает xml и объект

      Селектор сообщений JMS для фильтрации сообщений. Только сообщения, соответствующие селектору, будут вызывать события.

      Повторное подключение к серверу JMS или кластеру JMS

      Чтение сообщений из очереди / распределенной очереди

      Прочтите сообщения из темы JMS. По умолчанию подписчик недолговечный.

      Поддержка подписчика Durable

      Постоянный подписчик регистрирует длительную подписку, указывая уникальный идентификатор, который сохраняется у поставщика JMS.

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

      Когда вы создаете поток JMS и выбираете вариант постоянной подписки (путем предоставления идентификатора клиента и значения идентификатора подписки), Stream Analytics создает постоянную подписку (если она еще не существует), когда конвейер, использующий этот поток, работает. Когда вы выходите из конвейера или отменяете публикацию конвейера (или убиваете работающий конвейер), постоянная подписка остается на сервере JMS. Если вы больше не собираетесь публиковать этот конвейер, рекомендуется удалить постоянную подписку с сервера JMS и очистить ресурсы.

      Создание ссылки

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

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

      Ссылкой на согласованность может быть любой внешний кэш, определенный в кластере согласованности, который может содержать данные из внешней системы.

      Выберите «Ссылка» в меню «Создать новый элемент».

      Укажите сведения для следующих полей на странице «Свойства типа» и нажмите «Далее»:

      Имя - название справки

      Описание - описание ссылки

      Теги - теги, которые вы хотите использовать для справки

      Тип ссылки - ссылочный тип ссылки. Поддерживаемые типы ссылок: Coherence и Database.


      Описание иллюстрации create_reference_type.png

      Укажите сведения для следующих полей на странице сведений об источнике и нажмите кнопку Далее:

      Если тип ссылки - Coherence, введите или выберите соответствующие значения для:

      Соединение - соединение для ссылки на согласованность


      Описание иллюстрации create_reference_source.png

      Имя кеша - имя кеша, позволяющее кэшировать для повышения производительности за счет более высокого использования памяти приложениями Spark. Кэширование поддерживается только для одного условия соединения равенства. При обновлении кеша приложение очень быстро получит обновленные данные.

      Ссылка на согласованность содержит данные в парах "ключ-значение". Ключ - это тип объекта, а значение - Map & ltString, Object & gt. Map & ltString, Object & gt - это карта имен и значений атрибутов, список атрибутов должен совпадать с типом внешнего события. В этом выпуске поддерживается только внешняя схема для ключей и значений.

      Если тип ссылки - Таблица базы данных, введите или выберите соответствующие значения для:

      Соединение - соединение для ссылки на базу данных

      Включить кеширование - выберите эту опцию, если вы хотите включить кеширование.

      Expiry Delay - время с момента последнего обновления, в течение которого записи будут храниться в кэше до того, как будут помечены как просроченные. Любая попытка прочитать запись с истекшим сроком действия приведет к перезагрузке записи из настроенного хранилища кэша. Это поле доступно только при включенном кэшировании.

      Укажите сведения для следующих полей на странице Фигуры и нажмите Сохранить:

      Если тип ссылки - Coherence:

      Выбрать существующую фигуру - выберите фигуру, которую вы хотите использовать для справки.

      Убедитесь, что вы не используете какие-либо зарезервированные слова CQL в качестве имен столбцов. Если вы используете зарезервированные ключевые слова, вы не сможете развернуть конвейер.

      Ручная форма - выберите этот вариант, если вы хотите определить свою собственную форму.

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

      Если тип ссылки - Таблица базы данных:

      Имя формы - выберите фигуру, которую вы хотите использовать для справки.

      Когда тип данных табличных данных не поддерживается, столбцы таблицы не имеют автоматически сгенерированного типа данных. Поддерживаются только следующие типы данных:

      отметка времени (без часового пояса)

      дата и время (без часового пояса)

      Столбец даты не может быть сопоставлен с отметкой времени. Это ограничение в текущей версии.

      Ссылка создается с указанными реквизитами.

      Ограничения согласованности как справочные

      При использовании согласованности существует несколько ограничений:

      Вы не можете проверить соединение

      Вам нужно указать имя кеша вручную

      При установлении корреляции со ссылкой на согласованность допускается только оператор равенства.

      Вы должны использовать ручную форму

      Создание информационной панели

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

      Панель инструментов - это функция аналитики. Вы можете создавать информационные панели в Stream Analytics, чтобы быстро просматривать показатели.

      Появится экран «Создать информационную панель».


      Описание иллюстрации create_dashboard.png

      • Имя - введите имя для панели управления. это обязательное поле.
      • Описание - введите подходящее описание для панели управления. Это необязательное поле.
      • Теги - введите или выберите логические теги, чтобы легко идентифицировать панель управления в каталоге. Это необязательное поле.

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

      Щелкните нужную панель в каталоге.

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


      Описание иллюстрации edit_dashboard.png

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

      Щелкните значок «Указать интервал обновления», чтобы выбрать частоту обновления панели мониторинга. Это применимо только для визуализаций на основе кубов, не применимых для потоковых диаграмм, созданных вне конвейера.

      Это просто настройка на стороне клиента и не сохраняется в версии Superset 0.17.0.

      Щелкните значок «Применить CSS к панели инструментов», чтобы выбрать CSS. Вы также можете редактировать CSS в живом редакторе.

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

      Щелкните значок «Сохранить», чтобы сохранить изменения, внесенные в панель управления.

      Наведите указатель мыши на добавленную визуализацию, щелкните значок «Исследовать диаграмму», чтобы открыть редактор диаграмм визуализации.


      Описание иллюстрации explore_chart.png

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

      Исследование куба выглядит следующим образом:


      Описание иллюстрации cube_exploration.png

      Различные параметры, такие как детализация по времени, группировка по, формат временной метки таблицы, ограничение по строкам, фильтры и фильтры результатов, добавляют больше детализации и детализации панели мониторинга.

      Щелкните Сохранить как, чтобы внести следующие изменения в панель управления:

      Перезаписать визуализацию

      Перезаписать текущую визуализацию под другим именем

      Добавить визуализацию на существующую панель управления

      Добавьте визуализацию на новую панель управления

      Создание куба

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

      1. Перейти в каталог.
      2. В меню «Создать новый элемент» выберите «Куб».
      3. На экране Create Cube - Type Properties укажите подходящие сведения для следующих полей:
        • Имя - введите имя куба. Это обязательное поле.

      Убедитесь, что в именах, которые вы используете для базовых источников куба, таких как Pipeline Name, Druid Connection и Kafka Target, используются имена, содержащие буквенно-цифровые символы, дефис и символы подчеркивания.


      Описание иллюстрации create_cube_type.png

      • Соединение - соединение для куба. Это обязательное поле.
      • Трубопроводы - выберите трубопровод, который будет использоваться в качестве основы для куба. Это обязательное поле.
      • Kafka Target - цель Кафки для куба. Это обязательное поле.
      • Отметка времени - выберите столбец из конвейера, который будет использоваться в качестве отметки времени. Это обязательное поле.
      • Формат метки времени - выберите или установите подходящий формат для метки времени, используя формат времени Joda. Это обязательное поле. auto - значение по умолчанию.
      • Метрики - выберите метрики для создания показателей.
      • Размеры - выберите измерения для группировки по
      • Измерения высокой мощности - измерения высокой мощности, такие как уникальные идентификаторы. Будет использоваться приближение гиперлога.


      Описание иллюстрации cube_ingestion.png


      Описание иллюстрации cube_metric_details.png

      • Гранулярность сегментов - выберите гранулярность, с которой вы хотите создавать сегменты.
      • Гранулярность запроса - выберите минимальную гранулярность, чтобы иметь возможность запрашивать результаты, и гранулярность данных внутри сегмента.
      • Количество задач - выберите максимальное количество задач чтения в наборе реплик. Это означает, что максимальное количество задач чтения - это количество реплик taskCount *, а общее количество задач (чтение + публикация) больше этого. Количество задач чтения меньше, чем taskCount, если taskCount & gt .
      • Длительность задачи - выберите время, по истечении которого задачи перестанут читать и начнут публиковать свой сегмент. Сегменты помещаются в глубокое хранилище и загружаются историческими узлами только после завершения задачи индексирования.
      • Максимальное количество строк в памяти - введите число, большее или равное 0. Это число указывает количество строк для агрегирования перед сохранением. Это количество строк после агрегации, поэтому оно не эквивалентно количеству входных событий, а количеству агрегированных строк, к которым приводят эти события. Это используется для управления требуемым размером кучи JVM. Максимальное использование памяти кучи для индексации масштабируется с помощью maxRowsInMemory * (2 + maxPendingPersists).
      • Максимальное количество строк на сегмент - введите число, большее или равное 0. Это количество строк для агрегирования в сегмент, это количество строк после агрегирования.
      • Immediate Persist Period - выберите период, определяющий скорость, с которой происходит промежуточное сохранение. Это позволяет кубу данных быть готовым для запроса раньше, чем завершится задача индексирования.
      • Сообщить об исключении синтаксического анализа - выберите этот параметр, чтобы генерировать исключения, обнаруженные во время синтаксического анализа, и останавливать прием данных.
      • Advanced IO Config - укажите пару имя-значение в формате CSV. Доступные конфигурации: реплики, startDelay, period, useEarliestOffset, completedTimeout и lateMessageRejectionPeriod.
      • Advanced Tuning Config - укажите пару имя-значение в формате CSV. Доступные конфигурации: maxPendingPersists, handoffConditionTimeout, resetOffsetAutomatically, workerThreads, chatThreads, httpTimeout и shutdownTimeout.


      Описание иллюстрации cube_advanced_settings.png

      Изучение куба

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

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


      4. Подвыборка

      Модель данных учитывает, что основная часть аналитических усилий тратится на аликвоты, полученные из самого образца. Такие аликвоты могут иметь форму тонких срезов, полированных тонких срезов, сколов или минеральных обломков. Такие аликвоты образцов концептуально учитываются моделью данных в форме подвыборки. Обязательные атрибуты подвыборки включают имя образца, имя подвыборки, тип подвыборки (шлиф, шлифованный шлиф, обломок породы или отдельный минерал) и владельца подвыборки (таблица 4). Владелец подвыборки указан, потому что признано, что другой человек может «владеть» шлифом или минералом отдельно от первоначального владельца образца.

      Атрибут Обязательно (R) или Необязательно (O) Количество возможных атрибутов Комментарии
      Номер образца р 1 IGSN, если есть
      Название подвыборки р 1 например SS01, SS02 и т. Д.
      Тип подвыборки р 1 Типы включают тонкий шлиф, полированный шлиф, каменную крошку, отдельно минерал.
      Владелец подвыборки р 1 Подвыборки могут принадлежать лицам, не являющимся владельцем выборки.
      Общедоступный / частный р 1 Флаг, определяющий, доступна ли подвыборка для просмотра всем

      Могу ли я редактировать координаты во время сеанса редактирования и перепроектировать без перезагрузки данных - Географические информационные системы

      Технические примечания

      Операционные системы

      IntelliCAD прошел начальные испытания при работе в ранней версии операционной системы Microsoft® Windows® Vista®. Поскольку IntelliCAD все еще находится на предварительных этапах обеспечения полной поддержки операционной системы Vista, необходимо выполнить следующие условия: войти в Vista как администратор и отключить контроль доступа пользователей (UAC). Предварительное тестирование показало, что IntelliCAD может работать в два раза медленнее и даже медленнее при использовании интерфейса Aero. Для повышения производительности рекомендуется отключить интерфейс Aero. Для получения дополнительных сведений о том, готов ли ваш компьютер к работе с Windows Vista, перейдите по адресу http://www.microsoft.com/windows/products/windowsvista/buyorupgrade/upgradeadvisor.mspx.

      Работа с файлами DWG 2007

      Функция DWGCHECK в AutoCAD 2007 может вызывать появление сообщения, когда пользователь открывает файлы IntelliCAD в AutoCAD 2007. В сообщении указывается, что открываемый файл был создан в приложении, отличном от AutoCAD.

      Скрытие 3D-геометрии в видовых экранах листа

      В некоторых случаях 3D-геометрия не скрывается правильно при использовании команды «Скрыть» в видовых экранах листа (отображение может искажаться). Перед использованием команды «Скрыть» установите для ПСК на вкладках «Модель» и «Макет» значение «Мир», чтобы результаты команды «Скрыть» были правильными.

      Замещающие стрелки размеров

      Размеры, созданные в Autodesk® AutoCAD® 2007, которые имеют переопределения размерного стиля для переменных стрелки-указателя dimblk, dimblk1, dimblk2 или dimldrblk, могут потерять переопределения при редактировании в IntelliCAD.

      SDS разработка

      Библиотеки DLL SDS, созданные с помощью более ранних версий IntelliCAD, не совместимы с IntelliCAD 6.3 на двоичном уровне. Вам нужно будет перестроить свои приложения SDS с помощью файлов IntelliCAD 6.3 sds.lib и sds.h.

      Некоторые имена команд удалены

      Следующие имена команд устарели и были удалены из IntelliCAD: REDIT, RASTERIN, -RASTERIN и RCLIP. Соответствующие им имена команд: IMAGE, IMAGEATTACH, -IMAGEATTACH и IMAGECLIP.

      Что нового в IntelliCAD 6.2

      Новые особенности

      Назначьте истинные цвета и цвета книги цветов

      Вы всегда могли добавлять цвет к своим рисункам с помощью индексных цветов, но теперь вы можете использовать две новые цветовые функции:

      • Настоящие цвета Определено с использованием 24-битного цвета, вы можете выбирать из более чем 16 миллионов истинных цветов.
      • Книжки-раскраски Книги цветов, составленные из списка цветов, помогут вам организовать коллекции цветов. Например, вы можете сохранить уникальную цветовую схему в книге цветов для клиента, а затем использовать цвета только из этой книги цветов для рисунков клиента.

      Работать с растровыми изображениями стало проще

      Версии IntelliCAD Professional и Pro Plus включают новое программное обеспечение для обработки растровых изображений, которое поможет вам работать с изображениями в ваших чертежах. Работа с растровыми изображениями аналогична предыдущим версиям IntelliCAD с простыми в использовании функциями, расположенными в меню «Изображение» в IntelliCAD.

      Экспорт в форматы PDF и 3D DWF

      Вы можете экспортировать чертежи в два новых формата:

      • PDF Файлы Portable Document Format позволяют передавать свои рисунки другим пользователям для просмотра с помощью Adobe® Acrobat® Reader®, бесплатного программного обеспечения, которое пользователи могут загрузить, а также для просмотра, рецензирования и редактирования с помощью Adobe® Acrobat.
      • 3D DWF Файлы в веб-формате 3D Design можно просматривать в веб-браузере, если на компьютере также установлен Autodesk® DWF Viewer. DWF Viewer - это бесплатный инструмент от Autodesk®, который всегда поддерживал просмотр файлов 2D DWF, но теперь поддерживает просмотр файлов DWF в трех измерениях.

      Использовать привязки сущностей

      При использовании параметра расширения с привязкой к пересечению и привязкой к кажущемуся пересечению IntelliCAD рисует пунктирные выносные линии, чтобы помочь вам при использовании параметра привязки расширения.

      Если вы работаете на панели команд, вы можете изменить активную команду, набрав m2p или mtp , чтобы разрешить однократную привязку к середине двух указанных вами точек.

      Редактировать текст в командной строке

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

      Создание сущностей уничтожения

      Wipeout - это уникальные объекты, которые могут помочь вам скрыть области вашего рисунка. Они отображаются с текущим цветом фона, поэтому детали за стиранием не отображаются и не печатаются. Однако, если ваша версия IntelliCAD не включает возможность растрового изображения (то есть не включает меню «Изображение»), отображаются объекты очистки, но также отображаются подробные сведения о стирании.

      Создавайте звуковые заметки из существующих файлов * .wav

      Помимо записи звуковых заметок в IntelliCAD и прикрепления их к объектам, теперь вы можете создавать звуковые заметки из существующих файлов * .wav. Аудиозаметки, созданные из существующего файла * .wav, сохраняются в файле чертежа, а отдельный файл * .wav остается без изменений.

      Просмотр эскизов рисунков

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

      Вы также можете просматривать эскизы изображений при просмотре файлов чертежей на своем компьютере с помощью программ, поставляемых с вашей операционной системой, таких как Проводник Windows или Мой компьютер.

      Используйте новые и улучшенные системные переменные

      Новые системные переменные включают: AUDIOICONCOLOR, NOMUTT, OSNAPCOORD, OSNAPHATCH, OSNAPZ и RTSKIPCOUNT.

      Расширенные системные переменные включают: CECOLOR и SNAPCOLOR.

      Важные исправления

      Отображать

      • В некоторых случаях IntelliCAD неправильно обрезал подобъекты блока, и они не отображались.
      • Улучшено отображение китайских иероглифов за счет лучшей обработки двухбайтовых символов.
      • Улучшена обработка флагов видимости атрибутов.
      • Части объектов в блоках правильно поддерживают отображение веса линий.
      • Размеры из более ранних версий DWG не переводятся в новые места при открытии чертежа.
      • Обрезка улучшена для перекрытия видовых экранов.
      • Видовые экраны Mview, сохраненные как «Выкл.» В IntelliCAD, не отображаются как «Вкл.» В Autodesk® AutoCAD®.
      • Draworder был значительно улучшен для сущностей внутри блоков и внешних ссылок.

      Draworder правильно сохраняется для редактируемых объектов (Копировать, Блокировать, Переместить и т. Д.).

      Открывать и сохранять файлы

      • IntelliCAD использует новые библиотеки DWGdirect 1.14.02.
      • IntelliCAD правильно сохраняет двоичные данные расширенного объекта.
      • Данные расширенных сущностей для групповых объектов и сущностей представления сохраняются правильно.
      • Поврежденные или отсутствующие стили печати не препятствуют сохранению объектов.
      • Новые действия помогают предотвратить повреждение данных при открытии и сохранении чертежей. При необходимости отображаются дополнительные сообщения об ошибках.
      • Открытие файлов включает в себя общие улучшения производительности.
      • IntelliCAD сначала сохраняет активный чертеж (а не сначала неактивные чертежи), когда открыто несколько файлов и закрывается IntelliCAD.

      Вызовы COM API (версии IntelliCAD Professional)

      IntelliCAD теперь использует версию 6.4 VBA SDK.

      Параметры печати можно правильно настроить через COM API.

      Объекты, методы и свойства в следующей таблице были обновлены или добавлены в программный интерфейс приложения COM.

      ArrayPolar
      МассивПрямоугольный
      Логический
      CheckInterference
      Копировать
      Удалить
      Стереть
      Взорваться
      GetBoundingBox
      GetExtensionDictionary
      GetXData
      Выделять
      IntersectWith
      Зеркало
      Зеркало3D
      Двигаться
      Повернуть
      Повернуть3D
      ScaleEntity
      Раздел
      SliceSolid
      SetXData
      TransformBy
      Обновлять

      Приложение
      Центроид
      Цвет
      Документ
      Имя сущности
      Тип объекта
      Справиться
      HasExtensionDictionary
      Слой
      Тип линии
      LinetypeScale
      Вес линий
      Момент инерции
      Родитель
      PlotStyleName
      Основные направления
      Основные моменты
      ProductOfInertia
      RadiiOfGyration
      Толщина
      Видимый
      Объем

      Приложение

      Активный документ

      AddObject
      AddXRecord
      Удалить
      GetExtensionDictionary
      GetName
      GetObject
      GetXData
      Удалять
      Переименовать
      Заменять
      SetXData

      Приложение
      Считать
      Документ
      Справиться
      HasExtensionDictionary
      Элемент
      Имя
      Родитель

      Сборник словарей

      Приложение
      Считать
      Элемент
      Родитель

      TextPrecision
      AltRoundDistance
      Десятичный разделитель

      Объекты Entity (все)

      GetExtensionDictionary

      HasExtensionDictionary
      Вес линий
      PlotStyleName

      AppendItems
      Удалить
      GetExtensionDictionary
      GetXData
      Выделять
      RemoveItems
      SetXData
      Обновлять

      Приложение
      Цвет
      Считать
      Документ
      Имя сущности
      Тип объекта
      Справиться
      HasExtensionDictionary
      Элемент
      Слой
      Тип линии
      LinetypeScale
      Вес линий
      Имя
      Родитель
      PlotStyleName
      Видимый

      Коллекция групп

      Приложение
      Считать
      Элемент
      Родитель

      PlotStyleName
      ViewportDefault

      Участок

      GetCustomScale
      SetCustomScale

      OptimizeLevel
      OriginX
      ПроисхождениеY
      Ручки
      PenWidth
      Повернуть
      StandardScale
      UseStandardScale
      Единицы измерения
      Версия

      ArrayPolar
      МассивПрямоугольный
      Логический
      Копировать
      Удалить
      Стереть
      Взорваться
      GetBoundingBox
      GetExtensionDictionary
      GetXData
      Выделять
      IntersectWith
      Зеркало
      Зеркало3D
      Двигаться
      Повернуть
      Повернуть3D
      ScaleEntity
      SetXData
      TransformBy
      Обновлять

      Приложение
      Площадь
      Центроид
      Цвет
      Документ
      Имя сущности
      Тип объекта
      Справиться
      HasExtensionDictionary
      Слой
      Тип линии
      LinetypeScale
      Вес линий
      Момент инерции
      Нормальный
      Родитель
      Периметр
      PlotStyleName
      Основные направления
      Основные моменты
      ProductOfInertia
      RadiiOfGyration
      Толщина
      Видимый

      ArrayPolar
      МассивПрямоугольный
      Копировать
      Удалить
      Стереть
      GetBoundingBox
      GetExtensionDictionary
      GetXData
      Выделять
      IntersectWith
      Зеркало
      Зеркало3D
      Двигаться
      Повернуть
      Повернуть3D
      ScaleEntity
      SetXData
      TransformBy
      Обновлять
      Масштаб

      Приложение
      Цвет
      Документ
      Имя сущности
      Тип объекта
      Справиться
      HasExtensionDictionary
      Высота
      Точка вставки
      Слой
      Тип линии
      LinetypeScale
      Вес линий
      Имя
      Нормальный
      Родитель
      ObliqueAngle
      PlotStyleName
      Вращение
      Толщина
      Видимый

      SolidCreator

      AddBox
      AddCone
      AddCylinder
      Добавить
      Добавить эллиптический цилиндр
      Добавить
      AddExtrudedSolidAlongPath
      AddRegion
      AddRevolvedSolid
      AddSphere
      AddTorus
      AddWedge

      Приложение
      Родитель

      Подпись
      WindowHandle32
      WindowState

      Удалить
      GetExtensionDictionary
      GetXData
      GetXRecordData
      SetXData
      SetXRecordData

      Приложение
      Документ
      Справиться
      HasExtensionDictionary
      Имя
      Родитель
      TranslateIDs

      Язык управления диалогом (DCL)

      • Поля списков DCL и изображения DCL отображают правильную высоту.
      • Поля списков DCL правильно обрабатывают усечение.

      Люки

      • Когда ассоциативные штриховки стираются, их границы больше не стираются вместе с ними.
      • Направление эллипсов и эллиптических дуг не изменяется при сохранении чертежа, что ранее вызывало проблемы, когда эти объекты использовались в качестве границ штриховки.
      • Команда Bhatch может использовать объекты внутри блока в качестве граничного края.
      • Для определяемых пользователем образцов штриховки базовая точка не сбрасывается при сохранении чертежа.
      • Неассоциативная штриховка не отображается как ассоциативная в диалоговом окне «Штриховка».
      • Диалоговое окно Bhatch и системная переменная HPASSOC теперь синхронизированы.
      • Текст и MText теперь поддерживают отображение символов UNICODE.
      • Улучшено выравнивание и отображение шрифтов TrueType.
      • Текст больше не изменяется при открытии и закрытии диалогового окна DDEdit.
      • IntelliCAD не дает сбоев при настройке линейки в диалоговом окне Mtext.
      • Диалоговое окно Mtext отображается с текущим цветом фона, и все цвета текста выглядят так же, как на чертеже.
      • Точка захвата и направление вертикального текста теперь более точно соответствуют AutoCAD.
      • Выравнивание табуляции абзаца многотекста улучшено и более точно соответствует AutoCAD.
      • Отформатированный текст, вставленный из Excel, в IntelliCAD отображается правильно отформатированным.
      • Сопоставление шрифтов включает общие улучшения.
      • Символы диаметра правильно отображаются в Mtext.
      • Mtext поддерживает команду "Разнести".
      • Сложите текст по диагонали ( S1 # 2).
      • Прозрачное увеличение не отменяет текущий выбор.
      • Привязки объектов можно использовать для указания точек для окна масштабирования.
      • Команда "Масштаб" правильно находит размеры размерных объектов.
      • Хотя параметр «Динамическое масштабирование» был доступен ранее, теперь он находится в списке параметров команд и в меню.

      Особенности печати

      • IntelliCAD правильно печатает линии с толщиной менее 2 миллиметров.
      • Точечные образцы штриховки печатаются правильно и правильно отображаются в окне предварительного просмотра.
      • IntelliCAD открывает файлы таблиц стилей печати CTB и STB, созданные в AutoCAD 2005 и 2006.
      • IntelliCAD лучше обрабатывает поврежденные файлы таблиц стилей печати CTB и STB.
      • Отмена окна предварительного просмотра печати больше не закрывает IntelliCAD.

      ACIS и 3D тела

      IntelliCAD использует новые библиотеки ACIS R15 SP3.

      Рендеринг

      IntelliCAD использует новейшие библиотеки DaVinci Rendering 5.6.4.

      Компенсировать

      • Команда "Смещение" позволяет лучше обрабатывать полилинии, у которых большое количество вершин близко друг к другу (то есть короткие расстояния между вершинами).
      • Команда "Смещение" обрезает вырожденные детали, когда полученная кривая самопересекается.

      Поддержка команд Trim и Extend

      • Были внесены общие улучшения для обработки сложных случаев для команд Trim и Extend.
      • Сущности Ray поддерживают команду Trim.
      • Сущности измерения поддерживают команды «Обрезать» и «Расширить».
      • Wipeouts поддерживают команды Trim и Extend.
      • Сущности изображения поддерживают команды «Обрезать» и «Расширить».
      • Для полилиний улучшена поддержка команд «Обрезать» и «Расширить».

      Mview

      • Выключенные Mviews правильно поддерживаются.
      • Коды Mview group 90 сохраняются правильно.
      • Макеты не исчезают при переименовании.
      • Производительность была увеличена в 8 раз при вставке чертежей с крупными полигональными сетками.
      • Фаски можно создавать между облегченными полилиниями и линейными объектами.
      • Мастер создания нового чертежа не создает несколько файлов при многократном нажатии кнопки «Готово».
      • Панели инструментов больше не перемещаются из своего предыдущего положения во время запуска IntelliCAD.
      • Mlines можно как следует взорвать.
      • Стек отмены не повреждается при прокрутке колесиком мыши.
      • При сохранении родительского чертежа типы линий не меняются на Непрерывные во внешних ссылках.
      • Элементы управления верхним и нижним колонтитулами в диалоговом окне «Параметры» отображают правильные данные.
      • Значения размеров не меняются при копировании и вставке из одного чертежа в другой.
      • Команда Area правильно вычисляет площадь.
      • Прокси-объекты могут быть удалены.
      • Команды «Скрыть» и «Затенение» правильно работают в перспективе.
      • IntelliCAD больше не зависает случайным образом при переключении фокуса на другое приложение при изменении настроек рисования.
      • IntelliCAD больше не дает сбой при привязке к пересечению объектов вложенных блоков.
      • IntelliCAD больше не зависает, когда вертикально закрепленная панель команд свернута.
      • IntelliCAD больше не аварийно завершает работу после просмотра типов линий в IntelliCAD Explorer.
      • Исправлено множество утечек памяти, в том числе крупные утечки при работе с сетками.

      Технические примечания

      Импорт файлов 3D DWF не поддерживается

      Хотя вы можете экспортировать чертеж в формат 3D DWF, вы не можете импортировать файлы 3D DWF. Если вы попытаетесь импортировать файл 3D DWF, чертеж в IntelliCAD будет пустым. Импорт файлов 3D DWF в настоящее время не поддерживается.

      Файлы 2D DWF могут вызывать ошибки

      Если вы открываете или проверяете файл 2D DWF, вы можете получать сообщения об ошибках или файл может стать непригодным для использования. Возможность работы с 2D-файлами DWF все еще находится в стадии разработки.

      Объекты Wipeout печатаются как закрашенные многоугольники

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

      Последняя документация

      Системная переменная LISPINIT

      Определяет, будет ли среда LISP повторно инициализирована при создании или открытии нового чертежа. Если установлено значение 1, среда LISP повторно инициализируется при открытии или создании нового чертежа. Если установлено значение 0, среда LISP сохраняется и используется в новом чертеже.

      Тип: Целое число

      Сохранено: В реестре

      Диапазон: 0 (Выкл. = Не инициализировать повторно LISP), 1 (Вкл. = Повторно инициализировать LISP)

      Команда "Прикрепить растровое изображение"

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

      Что нового в IntelliCAD 6.1

      Новые особенности

      Создавать визуализированные изображения

      IntelliCAD использует новые и улучшенные функции рендеринга для создания более качественных и фотореалистичных изображений моделей. Расширенный рендеринг теперь является стандартом для всех уровней IntelliCAD, включая Standard, Professional и Pro Plus.

      Форматировать текст

      Новые функции форматирования доступны при вводе текста с помощью команды Вставить & gt Многострочный текст. Вы можете указать цвет текста, отступы первой строки, отступы абзаца, отступы справа и табуляции.

      Прикрепить и записать аудио

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

      Работа с 3D телами

      В дополнение к нарезке и нарезке твердых тел теперь вы можете нарезать области и тела (обычно листы). Эта функция доступна, если ваша версия IntelliCAD поддерживает редактирование твердых тел ACIS.

      Использовать привязки сущностей

      Теперь вы можете привязаться к образцам штриховки при использовании привязок объектов:

      • Привязка к средним и конечным точкам линий образца штриховки.
      • Привязка к ближайшей точке и точке перпендикуляра на линии образца штриховки.
      • Привязка к любой точке пересечения или очевидной точке пересечения, где линия узора пересекается с другими объектами, которые поддерживаются привязками объектов.

      Использовать новые системные переменные

      Новые системные переменные включают: AUDIOICON, AUDIOICONCOLOR и AUDIOICONSCALE.

      Важные исправления

      Многострочный текст

      • Высота текста для многострочного текста теперь сохраняется правильно при выходе из диалогового окна команды МТЕКСТ.
      • Форматирование команды МТЕКСТ (полужирный, курсив и подчеркивание) теперь работает правильно.
      • Теперь с помощью команды МТЕКСТ теперь можно использовать как начальные, так и конечные фигурные скобки.
      • Сущности MTEXT теперь могут использоваться в качестве передовых технологий с помощью команды TRIM.

      Снимки сущностей

      • Расширенная привязка пересечения теперь работает правильно.
      • Привязки IntelliCAD больше не застревают в одном месте и не требуют сброса привязки.

      Люки

      • При перемещении штриховки все связанные границы перемещаются вместе с штриховкой.
      • Команды ARRAY, ARRAY3D, MIRROR и MIRROR3D теперь работают с объектами штриховки.
      • Масштаб штриховки сохранен правильно.
      • Сплошная штриховка правильно использует все границы узлов сплайна. Это также устранило мелкие проблемы с отображением символов кандзи.
      • Если объект штриховки имеет то же имя, что и образец штриховки в файле ICAD.PAT, но содержит другое определение, определение штриховки этого объекта больше не переопределяется при сохранении.
      • Сущности штриховки лучше работают с командами CHANGE и ENTPROP.
      • Повышена производительность при работе с плотными образцами штриховки, в том числе с образцами, слишком плотными для отображения.
      • Динамическое перетаскивание примерно в пять раз быстрее при перетаскивании вставленных блоков, содержащих объекты штриховки.

      Типы линий

      • Определенные пользователем образцы сложных типов линий теперь сохраняются и отображаются правильно.
      • IntelliCAD теперь работает правильно при одновременном импорте нескольких типов линий.

      Особенности печати

      • Таблицы пользовательских стилей печати теперь сохраняются в C: Documents and Settings user My Documents Print Styles в соответствии с требованиями к логотипу Microsoft® Windows®.
      • Диалоговое окно имени файла стиля печати теперь запрещает недопустимые имена файлов.
      • Длинные имена файлов теперь отображаются в диалоговом окне «Редактор таблицы стилей печати».
      • Параметры на вкладке «Печать» в меню «Инструменты» и «Параметры gt» теперь недоступны, если нет открытых чертежей.
      • IntelliCAD теперь работает правильно, когда невозможно определить настройки стиля печати.

      ACIS и 3D тела

      Примитивы ACIS теперь создаются с текущими настройками цвета (не всегда ПО СЛОЮ).

      Сопоставить свойства

      Команда ПОИСКПОЗ копирует ширину полилинии, если все сегменты исходной полилинии имеют одинаковую ширину.

      Свойства сущности

      • Команда ENTPROP позволяет правильно изменить ширину полилинии.
      • Относительные пути теперь работают правильно для гиперссылок сущностей.

      Отображать

      • Zoom Extents правильно вычисляет вид, когда объекты расширяются за пределы текущего вида.
      • Вы можете просматривать изменения, сделанные с помощью DVIEW, без дополнительного REGEN.
      • Объекты OLE остаются видимыми даже при разрыве ссылок.
      • Динамическое масштабирование с помощью колесика мыши правильно центрирует масштаб на месте курсора при использовании нескольких мониторов.
      • Все вложенные объекты MINSERT теперь отображаются правильно.
      • Замораживание VPLAYER теперь корректно работает для объектов в пространстве листа.
      • Постоянные невидимые атрибуты теперь отображаются правильно, когда ATTDISP включен.
      • IntelliCAD последовательно отображает веса линий на видовых экранах пространства модели.
      • Раньше, если IntelliCAD не мог правильно отобразить отдельную сущность в блоке, она не отображала ни одну из оставшихся сущностей в определении блока. Оставшиеся объекты блоков теперь отображаются, когда объект отдельного блока не может быть отображен должным образом (например, если объект HATCH был слишком плотным для отображения).

      Панель команд

      • Значительно улучшена производительность прокрутки строки командной строки.
      • Панель команд больше не отображает случайным образом повторяющиеся записи.
      • Панель команд правильно сохраняет свой размер, если вы измените ее размер по вертикали.

      Вызовы API

      • Entmod теперь будет правильно создавать и отображать объекты атрибутов.
      • Метод VBA Select корректно работает в IntelliCAD для больших выборок.

      Дополнительные исправления

      • IntelliCAD Explorer корректно работает при удалении размерных или текстовых стилей.
      • Определения блоков добавляются в таблицу блоков при отмене вставки блока.
      • Команда ОБЛАСТЬ правильно сообщает периметр (а не длину окружности) сплайновых объектов.
      • Границы XCLIP больше не удаляются при сохранении чертежей.
      • Выполнение определенных операций с выбранными объектами WIPEOUT теперь работает правильно.
      • Выдавливание правильно работает с объектами, созданными с помощью команды ПОВТОРНО.
      • Объекты SOLID теперь правильно учитывают цвет объекта при импорте файлов DXF в IntelliCAD.
      • Статус загрузки / выгрузки (код группы DXF 280) определений изображений теперь сохраняется правильно.
      • Выбранные объекты захвата теперь можно отменить с помощью клавиши Shift (shift-pick, shift-window, shift-cross).
      • IntelliCAD включает улучшенную обработку таблицы сортировки, когда она содержит ссылки на удаленные объекты.
      • Разнесенные блоки с отрицательным масштабным коэффициентом по одной оси больше не вращают объекты эллипса неправильно.

      Технические примечания

      Редкие сбои из-за утечек памяти в операционной системе

      Если вы используете операционную систему Windows (R) XP, создание очень сложных чертежей во время одного сеанса IntelliCAD может вызвать сбой IntelliCAD. Это связано с тем, что Windows XP пропускает небольшой объем памяти каждый раз, когда вы используете определенные команды IntelliCAD. Если вы используете многие из этих команд (например, рисуете около 2000 линий) во время одного сеанса IntelliCAD, IntelliCAD может аварийно завершить работу.

      Большинство пользователей не испытывают проблем, вызванных этими утечками памяти. Однако, если у вас возникнут проблемы, рассмотрите возможность установки исправления, доступного от Microsoft. Для получения дополнительной информации перейдите по ссылке:

      Что нового в IntelliCAD 6.0

      IntelliCAD 6.0 включает улучшения, которые повышают графическую производительность от 400% до 1000%. Благодаря этим улучшениям IntelliCAD теперь может обрабатывать более крупные чертежи, чем когда-либо прежде.

      Печать была значительно улучшена за счет предоставления пользователям большей гибкости и контроля над процессом печати. Новые таблицы стилей печати позволяют пользователям по-прежнему указывать настройки на основе цвета, но также позволяют пользователям указывать ширину пера, типы линий и вес линий независимо от цвета. Таблицы стилей печати хранятся в файлах (файлы .ctb и .stb), что позволяет пользователям применять их в других чертежах и делиться ими с другими пользователями.

      Другие улучшения:

      • Управление внешними ссылками
      • Привязка к пересечению с новой расширенной опцией,
      • Сохранение и восстановление файлов среды чертежа
      • Упрощенная навигация между пространством модели и пространством листа.

      См. Ниже более подробный список новых возможностей IntelliCAD 6.

      Назначение таблиц стилей печати

      Следующие функции печати значительно увеличили гибкость и контроль над процессом печати:

      • Ранее вы могли использовать сопоставление PenMap / Width для связывания цветов с определенной шириной пера на вашем принтере. Новые таблицы стилей печати позволяют по-прежнему задавать и ограничивать настройки на основе цвета, но также позволяют указывать ширину пера, типы линий и вес линий независимо от цвета.
      • Таблицы стилей печати (файлы .ctb и .stb) хранятся в файлах, которые вы можете совместно использовать в нескольких файлах чертежей или с другими пользователями.

      Таблицы стилей печати влияют на множество существующих функций, в том числе: Свойства нового чертежа и Мастера создания нового чертежа и панель инструментов свойств объекта Изменить настройки чертежа в IntelliCAD Explorer (Слои) & gt Вкладка Создание объекта Строка состояния Параметры & gt Вкладка Пути / Файлы Параметры & gt Вкладка Печать и Вкладка Печать & gt Дополнительно .

      Также есть несколько новых команд для таблиц стилей печати: Стиль печати (стиль печати), Менеджер стилей печати (диспетчер стилей), Преобразование таблиц стилей печати чертежей (convertpstyles) и Преобразование таблицы стилей печати CTB (convertctb).

      Управление внешними ссылками

      Присоединение внешних ссылок и работа с ними теперь проще с новым диспетчером внешних ссылок. Вы можете просмотреть подробный список чертежей, на которые имеется ссылка, или вы можете просмотреть иерархическое отображение, которое показывает, как чертежи вложены и связаны друг с другом. Быстро прикрепляйте, отсоединяйте, перезагружайте, связывайте, открывайте и изменяйте путь для всех внешних и внешних ссылок в текущем чертеже.

      Диспетчер внешних ссылок позволяет использовать те же функции внешних ссылок, что и в предыдущих версиях IntelliCAD, но более эффективным образом.

      Работа с 3D телами

      Версия IntelliCAD Standard теперь поддерживает просмотр и ограниченное редактирование трехмерных тел, включая перемещение, вращение и масштабирование. Версия IntelliCAD Professional по-прежнему позволяет создавать и более полно редактировать трехмерные тела.

      Использование объектных привязок

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

      Новый инструмент «Привязка к кажущемуся пересечению» привязывается к пересечению двух объектов, которые не находятся в одной плоскости, но кажутся пересекающимися на текущем виде. Вы также можете использовать его расширенную опцию, которая привязывается к логическому месту, где два объекта пересекались бы, если бы они имели бесконечную длину.

      Настроить больше опций

      Следующие функции являются новыми для диалогового окна "Инструменты & gt":

      • Вкладка «Общие» Установите формат сохранения по умолчанию. Укажите, как открываются чертежи.
      • Вкладка «Пути / файлы» Укажите пути поиска для таблиц стилей печати.
      • Вкладка «Отображение» Используйте стрелки вверх / вниз в истории команд. Показать или скрыть вкладки Модель и Макет. Показать или скрыть полосы прокрутки.
      • Вкладка «Профили» Создание профилей среды рисования и управление ими.
      • Вкладка «Печать» Укажите верхние и нижние колонтитулы для всех чертежей. Назначьте параметры таблицы стилей печати по умолчанию для новых чертежей.

      Сохранение и восстановление профилей среды рисования

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

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

      Навигация по пространству модели и пространству листа

      Используйте расширенный элемент управления «Пространство модели / листа» в строке состояния, чтобы более эффективно переключаться между пространством модели и пространством листа на вкладке «Модель» или «Макет».

      Вы также можете изменить отображение вкладок Модель и Макет следующими способами:

      • Показать или скрыть вкладки Модель и Макет.
      • Измените порядок вкладок макета.

      Работа в командной строке

      На панели команд вы можете делать следующее:

      • Выделите текст, а затем щелкните правой кнопкой мыши, чтобы скопировать, вырезать и вставить.
      • Нажмите Ctrl + K и Ctrl + L для перемещения вперед и назад в команде his & shytory.
      • Используйте стрелки вверх и вниз для прокрутки истории команд, если это разрешено выбором и переключением Инструменты & gt Параметры.

      Выберите отдельные сеансы IntelliCAD

      Используйте новую команду Single Session (тип singleton), чтобы выбрать, можно ли запускать IntelliCAD один раз или несколько раз одновременно.

      Использование новых системных переменных

      Новые системные переменные включают: APBOX, CPLOTSTYLE, CTRLMOUSE, DEFLPSTYLE, DEFPLSTYLE, DEFPLSTYLETBL, FONTALT, PSTYLEMODE, PSTYLEPOLICY, MBUTTONPAN, SAVEROUNDTRIP и SHOWTABS.

      Улучшения производительности

      Многие функции IntelliCAD включают повышенную производительность. В следующей таблице описаны основные улучшения и предполагаемое увеличение производительности.

      Под капотом

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


      Улицы Нью-Йорка на бумаге

      Как это обычно бывает с проектами разработки, сначала нужно положить ручку на бумагу, а затем провести серию обзоров и подписей, прежде чем лопату опустить на землю. То же самое и с уличным строительством. Однако уникальность состоит в том, что улица должна быть добавлена ​​на карту до того, как она будет построена.

      В Нью-Йорке недавно предложенная улица должна быть добавлена ​​на официальную карту & # 8216City Map & # 8217 (не путать с NYCityMap) в соответствии с процедурой проверки землепользования в униформе (ULURP), прежде чем ее можно будет построить. Таким образом, улица будет существовать на бумаге, прежде чем станет реальностью. Эти улицы стали называть бумажными. Бумажные улицы не уникальны для Нью-Йорка, в отличие от ULURP.

      Бумажные улицы могут существовать на бумаге только в течение многих лет, прежде чем они когда-либо будут построены. Конфигурация или название улицы могут измениться до начала строительства. Бывают даже ситуации, когда улица может быть остановлена ​​(снята с карты) & # 8211 см. Определение ниже & # 8211, прежде чем она когда-либо станет реальностью.

      Пунктирные линии на карте ниже представляют бумажные улицы в районе Мидленд-Бич на Статен-Айленде. Из района видно, что эти застроенные улицы предназначены для завершения запланированной уличной сети, когда они будут полностью застроены. Однако могут быть обстоятельства (например, нахождение в зоне затопления), препятствующие строительству улиц.

      Paper Streets: Мидленд-Бич, Статен-Айленд

      Хотя изначально это было только на бумаге, бумажные улицы можно найти в цифровых данных Нью-Йорка. Набор данных NYC Street Centerline (CSCL) на Портале открытых данных NYC и набор данных City Planning & # 8217s LION включают бумажные улицы. Для тех, кому интересно, LION - это отрывок из CSCL, который включает как однострочное (общее), так и двухстрочное (дорожное полотно) представление уличной сети, а также дополнительные географические регионы. Кроме того, LION имеет более тонкую сегментацию (разрывы возникают при пересечении географических регионов или при разрыве уникальных диапазонов адресов). Принимая во внимание, что CSCL ориентирован конкретно на представление фактической улицы (полотна дороги) с сегментацией по блокам. Подробнее об этих наборах данных в более поздней специальной публикации.

      Бумажные улицы можно найти так:
      LION & # 8211 значения featuretyp 5 и 9
      CSCL & # 8211 STATUS значения 3 и 9.

      Обратная сторона бумажной улицы - это улица без карты. Судя по названию, это случай, когда улица была официально удалена с карты города. И, как и в случае бумажных улиц, улица будет отображаться на бумаге (Карта города) как очищенная, прежде чем они будут фактически удалены.

      Разоблаченная улица: Мелроуз Кресент, Бронкс

      Обезображенные улицы можно найти в LION, где статус равен 5.


      Воспроизводимые уроки науки и программирования

      Воспроизводимая наука относится к обмену методами и рабочими процессами, используемыми в проекте. Один из аспектов воспроизводимости вашей науки - автоматизация рабочего процесса с помощью научного программирования. Если ваш код автоматизирован и хорошо документирован, то кто-то другой может провести такой же анализ ваших данных и, таким образом, опираться на вашу работу. Воспроизводимость в науке о данных о Земле способствует обмену знаниями и методами, чтобы научные усилия могли дополнять друг друга. Из приведенных ниже уроков научитесь писать чистый воспроизводимый код. Также узнайте, как делиться своим кодом и эффективно сотрудничать с помощью инструментов контроля версий, таких как Git и GitHub.


      Разработка полной системы для ведения большой базы данных участков SDE

      После того, как база данных посылок была преобразована в цифровую, самая большая проблема - поддерживать ее в актуальном состоянии. Пользователи всегда хотят иметь доступ к самой последней информации, и они хотят ее быстро. В округе Фэйрфакс, штат Вирджиния, был реализован ArcSDE, позволяющий пользователям получать доступ ко всей базе данных ГИС в единой среде с высокой скоростью доступа к запросам. Следующим шагом было определение способа, которым данные могут поддерживаться непосредственно в ArcSDE, а не более распространенный метод избыточного хранения данных как в ArcInfo LIBRARIAN, так и в ArcSDE. Округ Фэрфакс выбрал NovaLIS для внедрения системы, в которой это возможно. Это обсуждение будет охватывать три области: разработка системы, реализация системы и точка зрения пользователя на систему. Сотрудники округа Фэрфакс и NovaLIS обсудят развитие системы. Это будет включать концепции и проблемы проектирования базы данных, а также проблемы рабочего процесса и способы их решения. Также будет обсуждаться архитектура системы. Сотрудники округа Фэрфакс и NovaLIS также расскажут о внедрении системы. Это будет включать обсуждение программного обеспечения, которое было создано и внедрено, и того, как оно взаимодействует с базой данных SDE. Представитель округа Фэйрфакс расскажет о точке зрения пользователя на протяжении всего этого процесса. Это будет включать в себя то, как задачи изменились в связи с внедрением этой новой системы. Они также обсудят необходимое тестирование, чтобы убедиться, что продукт будет выполнять все задачи, необходимые для поддержки базы данных посылок.

      Где мы были до цифровых данных

      Округ Фэйрфакс - установленное графство в Соединенных Штатах. Он расположен недалеко от Вашингтона, округ Колумбия, в северной Вирджинии. Округ Фэрфакс занимает территорию в 399 квадратных миль и является домом для более чем 900 000 человек, проживающих на 330 000 земельных участках. Департамент ГИС и картографии округа Фэйрфакс должен управлять всеми изменениями земельных участков в округе и сохранять их на картах. Эти карты используются примерно в 80% операций, проводимых в округе. Поэтому очень важно, чтобы эта информация была актуальной и была доступна для сотрудников и граждан округа Фэйрфакс в любое время.

      Вплоть до января 2000 года данные о посылках поддерживались чернилами на майларе в масштабе от 200 футов до дюйма. Один майлар использовался для линий собственности, другой - для линий зонирования, а третий - для наложения названия улиц. 8 специалистов по ГИС обслуживают базу данных ГИС. Эти специалисты несут ответственность за ввод графических и атрибутивных данных в базу данных и обеспечение их правильности. Также существует супервизор, который управляет контролем качества данных и обеспечивает правильное выполнение процессов.

      Раньше изменения регистрировались вручную на бумажном «листе проверки». Когда на лист добавлялось определенное количество исправлений, технический специалист переносил все исправления на майларовый лист карты. Обычно это делается в конце года, когда все майлары должны быть обновлены для печати. Каждый год в январе начиналась ежегодная печать картографических альбомов. Департамент налоговой администрации будет пролистывать налоговую ведомость, и листы карт будут пойманы до этой даты, а затем заморожены для печати. Альбомы карт будут напечатаны в масштабе от 500 футов до дюйма. Также будет небольшое количество картографических альбомов, напечатанных с расстояния от 200 футов до дюйма. Весь процесс будет завершен примерно к июню того же года. Это означает, что карты, которыми будут пользоваться люди, устарели от 6 до 18 месяцев.

      Цель этого проекта - иметь постоянно обновляемую базу данных, которая объединяет базу данных редактирования и базу данных просмотра в единую корпоративную систему. Это было сделано с помощью Esri Spatial Database Engine (SDE) и продукта NovaLIS GATE. Все данные хранятся в централизованных таблицах. Когда необходимо выполнить редактирование, выбирается рабочая область и создается подмножество базы данных для редактирования. База данных представлений поддерживается с помощью комбинации пакетной обработки и обновления в реальном времени из центральных таблиц.

      Размер базы данных ГИС округа Фэрфакс составляет примерно 375 ГБ. Имеется около 350 ГБ цветных цифровых ортоизображений и 25 ГБ векторных данных. Данные хранятся в базе данных SDE на сервере IBM AIX. Округ использует Oracle 8.1.6 и SDE 8.0.2.

      Около 200 уровней данных, которые округ хранит и поддерживает в базе данных SDE. Эти данные включают в себя исходные данные в масштабе 4000, такие как магистерские округа, границы посещаемости школ и расположение государственных учреждений. Он также включает в себя 200 исходных данных масштаба, таких как данные о собственности и зонировании. Также в базе данных хранится контурная и контурная информация. Типы объектов включают точки, линии, многоугольники, области и аннотации.

      Округ Фэйрфакс использует продукты Esri почти для всей своей ГИС-работы. Arc / Info - это профессиональное программное обеспечение, которое используется в офисе ГИС для обслуживания всех слоев данных и выполнения расширенного пространственного анализа. Большинство клиентов используют ArcView для выполнения запросов к базе данных и создания картографических продуктов. Объекты карты используются в качестве инструмента интеграции для внедрения ГИС в бизнес-процессы. Технология Internet Map Server используется для распространения информации ГИС по округу и его гражданам через Интернет / интранет.

      Обычно отдел ГИС поддерживает агентства округа в разработке программных приложений для ГИС. Некоторые агентства начинают нанимать сотрудников, которые более опытны в ГИС и могут взять на себя часть работы из рук персонала ГИС и позволить отделу ГИС заниматься общегосударственными инициативами. Департамент ГИС разработал несколько приложений для других агентств, позволяющих легко получить доступ к ГИС. Одно приложение размещено в ArcView. В него уже загружено множество популярных уровней данных, и пользователи могут адаптировать свои проекты к своим потребностям. Другое приложение, которое было разработано, основано на объектах карты. Он занимает меньше места, чем проект ArcView. Люди могут использовать его для выбора слоев, которые они хотят просмотреть, они добавляются в представление, а затем они могут масштабировать, панорамировать, запрашивать и создавать простые выходные продукты. Несколько агентств взяли это приложение и расширили его для удовлетворения своих конкретных потребностей.

      Около 200 пользователей ГИС в округе Фэйрфакс разделены на 4 классификации. Во-первых, это случайный пользователь, который использует веб-приложения и обычно просто просматривает данные. Жители округа также используют эти веб-приложения. Во-вторых, есть пользователи, специфичные для приложений. Эти пользователи работают с пользовательскими приложениями, написанными специально для функций в их отделе. В-третьих, есть опытные пользователи ArcView. Эти пользователи используют программное обеспечение ArcView для просмотра, запроса, анализа и печати пространственных данных. Они могут использовать ArcView без какой-либо настройки. Четвертый уровень - профессиональный пользователь. Люди, которые используют высококачественное программное обеспечение ГИС, такое как ArcInfo, проводят анализ, разрабатывают пользовательские приложения, поддерживают данные, разрабатывают базы данных и поддерживают все уровни пользователей в округе.

      Темпы роста округа Фэрфакс немного замедлились с конца 80-х - начала 90-х годов, когда ежегодно поступало около 12 000 новых посылок. Тем не менее, в округе все еще продолжается некоторое развитие. Округ Фэрфакс по-прежнему получает около 5000 новых посылок каждый год. Есть также другие транзакции, которые действительно происходят, включая выезд на дорогу, акты кондоминиума, изменение адреса и простую реконфигурацию лота. Эти транзакции накапливаются в течение года.

      В начале 2000 года был завершен перевод всех данных о собственности и зонировании в цифровую форму. Данные были загружены в базу данных SDE, чтобы пользователи могли получить к ним доступ. До завершения преобразования данных мы знали, что нам нужно будет каким-то образом сохранить эти данные. В начале 1999 года мы начали разработку приложения для этой цели.

      Мы знали, что данные будут размещены в SDE. Мы пробовали механизмы хранения на основе покрытия, но они не показали себя хорошо работающими в большой многопользовательской среде. Поэтому нам нужно приложение, которое работало бы с базой данных SDE, а не только с покрытиями или шейп-файлами в Librarian или AcrStorm.

      Создание приложения & quot внутри компании & quot

      Один из вариантов разработки этого приложения состоит в том, что мы могли бы построить что-нибудь дома. Преимущества этого заключались в том, что у нас был полный контроль над всеми аспектами приложения. Если бы мы хотели внести какие-либо изменения, мы могли бы просто внести их. Еще одно преимущество состоит в том, что мы можем работать по собственному графику и, возможно, делать дела заранее, вместо того, чтобы ждать графика какого-то подрядчика. По этим причинам этот вариант показался нам очень привлекательным. Мы также подумали, что, поскольку у нас есть 4 разработчика ГИС, мы можем легко взять на себя эту задачу по созданию приложения для обслуживания данных.

      Покупка коммерческой продукции с готовой работы (COTS)

      Другой вариант разработки этого приложения - покупка уже разработанного программного обеспечения. Преимущества этого заключаются в том, что это приложение разработал кто-то другой, и многие люди его протестировали. Это также может означать, что у нас может появиться программное обеспечение еще раньше, потому что оно уже разработано. Также будет кто-то, кто будет его обслуживать постоянно, чтобы нам не приходилось тратить свое время на техническое обслуживание. Обратной стороной этого является то, что коммерческий продукт почти наверняка не будет соответствовать существующей модели данных, и что-то нужно будет изменить: либо программное обеспечение, либо модель данных, либо и то, и другое.

      Решив, что для обновления наших кадастровых данных необходимо приложение, мы начали изучать требования к этому приложению. Одним из первых заданий, которые мы взяли на себя, было определение задач, связанных с ручным обновлением карт. Обсуждая задачи, мы пытались сохранить описания в контексте цифровых данных, чтобы мы могли легко взять этот список задач и использовать его для определения объема нового приложения. Чтобы убедиться, что мы не пропустили ни одной задачи, мы решили привлечь всех редакторов данных к описанию задач, которые они должны были выполнить для выполнения редактирования вручную. Задачи, которые мы определили как необходимые для обновления наших карт, заключаются в следующем: фиксация всех модификаций участков, модификаций блоков, модификаций подразделений, обозначение незаконных разделов земельных участков, фиксация всех выездных сборов, добавление всех осевых линий улиц, изменение всех границ зонирования, фиксация всех ожидающих изменений границ зонирования, добавление всех символов и фиксация всех текстовых изменений, связанных с любым редактированием. Как только эти задачи были определены, мы должны были убедиться, что все правки, которые мы выполняли вручную, были учтены в цифровом процессе.

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

      Еще одна проблема, которая была обнаружена в это время, заключалась в том, что представленные данные не нужно было прогнозировать. В настоящее время мы разрешаем отправку материалов в любых прогнозах, в том числе ни в одном из них. Однако большинство заявок находится в NAD27, наша база данных находится в NAD83. Мы начали процесс изменения требований, так что все материалы должны быть в NAD83. Однако этот процесс займет некоторое время, поэтому приложение должно иметь возможность обрабатывать все прогнозы до того момента, когда все данные будут отправлены в NAD83.

      Одна из вещей, которую мы рассматриваем как проблему, но не можем ее изменить в настоящее время, - это подача на электронную платформу. В будущем планшеты и планы деления могут быть представлены в цифровой форме, такой как DXF, DWG или DGN. Для этого приложение должно уметь обрабатывать эти и другие форматы файлов, если это возможно.

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

      Еще один момент, о котором мы думали, заключался в том, что мы хотели иметь контроль версий базы данных. У каждого созданного объекта будет дата, связанная с ним, чтобы знать, когда он был создан, каждый объект, который был удален, будет иметь связанную с ним дату удаления, и он не будет удален. Это означало отслеживание всех функций и их сравнение, чтобы увидеть, были ли они удалены или нет. Это позволит нам увидеть, как слои земельного участка и зонирования выглядели в любой момент времени.

      Функции редактирования свойств

      Чтобы создать список всех функций, связанных со свойством, мы взяли образец всех данных (в основном бумажную), которые поступают в процесс обновления участка, и отметили, какие слои необходимо обновить, чтобы убедиться, что мы протестировали обновление каждого слоя. Первым элементом, который мы рассмотрели, была записанная платформа, поскольку это был наиболее распространенный тип обновления. Если мы столкнемся с какой-либо серьезной проблемой, лучше всего найти ее на ранних этапах процесса, а не позже, когда мы уже потратили бы много часов на приложение.

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

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

      Когда дело дошло до получения планов участка, мы наткнулись на небольшую загвоздку. В ручном процессе захват плана участка будет включать в себя захват некоторой контурной информации, такой как следы строений, края тротуара, включая парковки, и гидрографические характеристики. Это заставило нас переосмыслить наш процесс и придумать что-то, что позволило бы нам создать тот же продукт, что и при использовании ручного метода. Мы придумали «предлагаемые» темы или темы, в которые мы могли бы поместить информацию о планиметрическом плане, сохраненную и доступную для редакторов и пользователей, эти функции затем можно было удалить, поскольку они были захвачены в нашем процессе обновления планиметрических и ортофотопланов. Обновление темы участка с планом участка будет включать обновление участка, квартала, подразделения, полосы отчуждения, сервитута, центральной линии улицы, общей зоны, поймы и тем аннотаций, но также может включать обновление картографических функций. Это также будет включать обновление предложенных тем (площадь здания, край тротуара, центральная линия улицы и гидрологические характеристики). Не все эти функции будут изменены в каждом случае, но мы хотели убедиться, что приложение сможет обновлять затронутые темы. Мы также хотели, чтобы он мог сказать, какие темы были изменены при этом типе редактирования. Еще одним поводом для беспокойства по этой теме был тот факт, что не было необходимого контроля для привязки данных к земле.

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

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

      Захват кондоминиума был очень трудным. Как мы должны были привязать функцию к нескольким адресам, когда эта функция принадлежала многим людям? В налоговых записях должно быть несколько записей для одной функции, и должен быть способ связать эту функцию со всеми существующими записями. Одним из решений было взять полигональный объект, который должен был представлять кондоминиум, и создать сетку, в которой будет столько же ячеек, сколько и адресов. К сожалению, это создало бы проблему при поиске адреса для сотрудников округа Фэйрфакс или общественности. Причина в том, что, поскольку совпадение будет ссылаться только на ячейку, которая соответствует адресу, человек может буквально выбрать местоположение, которое будет изображено на карте, и, следовательно, вызвать путаницу. Из-за этого мы решили изобразить кондоминиумы в виде многоуровневых регионов, дав каждому региону свой собственный адрес, и теперь мы могли сопоставить любой адрес со структурой, но не позиционно внутри структуры.Хотя это было не самое простое решение, оно помогло решить наши проблемы. Чтобы завершить редактирование участка с участием кондоминиума, возможно, потребуется отредактировать следующие темы: участок, квартал, подразделение, право отвода, сервитут, центральная линия улицы, общая площадь, пойма и темы аннотаций, но также может потребоваться обновление картографических Особенности. Не все эти функции будут изменены в каждом случае, но мы хотели убедиться, что приложение сможет обновлять затронутые темы. Мы также хотели, чтобы он мог определить, какие темы были изменены.

      Модификации сервитутов были простыми. Однако количество и типы изменяемых сервитутов изменились по мере продолжения работы над этим проектом. Поскольку теперь стало возможным фиксировать сервитуты, которые были слишком малы при ручном картографировании в масштабе 1: 200 футов, мы посоветовали Наблюдательный совет округа Фэрфакс фиксировать все сервитуты. Сделав это, мы утроили количество сервитутов, которые мы получаем, и к концу проекта у нас может быть больше сервитутов. Это добавит к теме еще одно измерение, так как она должна иметь возможность создавать новые коды по мере необходимости. Единственные темы, которые могут быть задействованы в обновлении, - сервитут, пойма и аннотации, но также могут включать обновление картографических элементов. Некоторые из них были бы проще, чем другие, и не требовали бы изменения всех тем, но для большинства из них, казалось, требовалось, чтобы все темы имели какие-то изменения в каждом случае.

      После того, как все темы были изменены, последнее, что нужно было редактировать, - это таблица, находящаяся в Oracle, которая обеспечивала связь между идентификационным номером посылки (PIN) и почтовым адресом. Поскольку между посылкой и адресами может быть связь "один ко многим", редактору потребуется изменить таблицу, чтобы добавить все адреса. Это оказалось не так просто, как казалось сначала. Причина сложности заключалась в том, что в обновлении адреса участвовали две таблицы. Одна была таблицей «Address_Intersect », а другая - таблицей «Site_Address». Оба они были сохранены в Oracle, но для того, чтобы создать ссылку из таблицы «Site_Address» на вновь созданные / удаленные участки, вам нужно было пройти через таблицу «Address_Intersect». На рисунке 1 показана взаимосвязь между таблицами зданий, участков и адресов.

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

      Функции редактирования зонирования

      Затем мы перешли к разделу приложения, касающемуся зонирования. Поскольку ручной процесс сильно отличался от ручного процесса обновления посылок, мы думали, что это займет столько же, если не больше времени, чем посылки, но мы обнаружили, что это не так. Изучив типы правок, которые выполняются в рамках модификаций зонирования, мы обнаружили, что они очень похожи на правки участков.

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

      Чтобы захватить область, в которой находится ожидающее рассмотрения приложение зонирования, единственные темы, которые должны быть отредактированы, - это незавершенное зонирование, аннотации и любые картографические объекты. Причина, по которой мы решили поместить ожидающее зонирование на отдельный слой, заключалась в том, чтобы упростить слой зонирования. Если бы мы поместили как ожидающие, так и юридические границы зонирования в одну и ту же тему, это могло бы сильно запутать некоторых наших пользователей. Хотя стандартные легенды и виртуальные темы легко создавать, как для редактора, так и для пользователей казалось проще сохранить ожидающие изменения зонирования на отдельном слое.

      Если бы случай был изменен, то все, что нужно было бы изменить, - это незавершенное зонирование, аннотации и любые картографические объекты. Это один из самых простых способов редактирования зонирования. Однако это случается часто, поэтому мы хотели убедиться, что редактировать ожидающий слой зонирования было легко.

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

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

      Функции редактирования оверлейных районов

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

      Все, что мы получаем за изменения оверлейного района, - это принятые изменения. Кейс на данный момент был предоставлен, поэтому это редактирование было немного больше, чем просто обновление. Теперь технический специалист должен был взять предоставленное изменение оверлейного района и применить его к текущей теме оверлейного района.

      Затем мы начали определять путь процесса для этого приложения. Мы начали разрабатывать некоторые блок-схемы процессов, которые будут задействованы в этом обновляющем приложении. По мере того, как мы это сделали, мы начали придумывать то, что, как мы определили, будет нашей блок-схемой системных требований. Этот документ стремительно разрастался с первого дня. На рисунке 2 показан верхний уровень этой диаграммы для приложения Parcel Maintenance.

      На первый взгляд все еще казалось возможным создать этот продукт с нашими собственными сотрудниками, но мы начали понимать, что этот проект был более сложным, чем мы первоначально ожидали. Когда мы начали разбивать каждую задачу на компоненты, становилось все более очевидным, что мы попадаем в нечто большее, чем предполагалось изначально. Например, первой задачей, которую мы начали ломать, был процесс запуска. При этом мы увидели, что возникнет проблема с тем, как мы будем определять задачу. Поскольку мы шли к этому, определяя задачу по имени, а не по задействованным процессам, мы усложнили разработку приложения, но упростили работу технических специалистов, которые будут использовать приложение. Тем не менее, мы продолжили процесс создания этого приложения самостоятельно, но осознание того, что это может занять некоторое время, становилось все более очевидным.

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

      Поскольку в то время было всего четыре сотрудника по разработке, время и ресурсы на разработку были в цене. Мы подчинялись директиве Наблюдательного совета округа Фэйрфакс, чтобы помочь как можно большему количеству департаментов округа внедрить ГИС. Итак, пока мы работали над нашим собственным основным приложением, мы пытались создать множество приложений для других отделов, растягивая наши ресурсы до такой степени, что дела шли в спешке и проводилось очень мало тестирования. Это было болезненно для разработчиков, но необходимо. К счастью, большинство приложений, разработанных за это время, работали нормально и не имели серьезных проблем.

      Даже с этими ограничениями мы начали продвигаться вперед в определении языка разработки для этого приложения. Мы начали изучать возможность создания этого приложения самостоятельно, и сначала мы почувствовали, что не существует таких проблем, с которыми мы не могли бы справиться. Мы также чувствовали, что можем создать это приложение в разумные сроки и сэкономить деньги. Все разработчики в отделе (на тот момент четверо) имели опыт программирования на Arc Macro Language (AML) и Avenue, однако ни один из разработчиков не был так доволен разработкой на Visual Basic (VB).

      Одной из следующих задач был выбор языка для разработки этого приложения. С одной стороны, мы смогли создать это приложение на нескольких языках, но с другой стороны, мы хотели быть уверены, что будем разрабатывать что-то, что мы сможем использовать на долгие годы. Это вызвало многочасовые обсуждения внутри персонала, потому что в это время Esri выпускала «предварительную» версию Arc 8. Мы решили, что будем двигаться в этом направлении, поэтому нам нужно было приложение, которое бы использовало функциональность Arc. 8. Мы также знали, что ArcMap не очень хорошо справляется с полигональной топологией. Это устранило использование как Avenue, так и AML, вынудившего нас перейти на VB. Это было неплохо, просто наши сотрудники в то время не были хорошо осведомлены в программировании таких основных приложений, как это, на VB. Этот последний пункт подтолкнул нас к определению, что мы не собираемся создавать это приложение с нуля. Теперь мы начали искать партнеров Esri по разработке, которые помогут нам в создании этого продукта. В то время как это происходило, мы продолжали разрабатывать документы о системных требованиях и блок-схеме процессов.

      Разработка приложения

      После получения предложений от нескольких подрядчиков мы привлекли подрядчика для разработки приложения. С подрядчиком процесс, казалось, продвигался быстрее, чем с нашими собственными разработчиками. Однако это резко изменилось, когда мы подошли к той точке процесса, где данные должны были быть отредактированы, то есть к тому, что мы назвали процедурами «выписки» и «выписки». К счастью, это было на ранней стадии процесса, поскольку было решено, что редактирование темы SDE в то время не было вариантом. На этом этапе мы приняли решение и начали процесс миграции на Esri Spatial Database Engine (SDE). Все данные необходимо было изменить с помощью слоев, хранящихся в SDE. Подрядчик мог предоставить нам графический интерфейс, показывающий нам, как это должно быть выполнено, но когда они пытались разработать процедуры, они постоянно сталкивались с проблемами как с кодом, так и со стабильностью «предварительной» версии программного обеспечения. На этом этапе мы сделали перерыв в процессе разработки и ждали, когда будет запланирована поставка финальной версии Arc 8.

      В перерыве мы продолжили работу над проектной документацией. Не зная, когда будет выпущена Arc 8, мы не хотели терять время. Поскольку мы продолжали ждать, мы начали немного беспокоиться о времени, которое осталось на создание этого приложения. В прошлом сроки не вызывали беспокойства, так как мы выполняли работу сами. Теперь, когда мы зависели от подрядчика, у нас был бюджет и необходимость как можно скорее внедрить это приложение, чтобы мы могли наверстать упущенное с изменениями, которые начали накапливаться в процессе преобразования. Мы получили сотни обновлений за 3 года конверсии, и нам нужно было избавиться от этого отставания в работе. Стремясь не получить продукт вовремя, мы начали активно искать коммерческое готовое программное обеспечение (COTS), которое могло бы делать то, что нам нужно, и было бы доступно для использования в те временные рамки, которые у нас были.

      Коммерческое готовое программное обеспечение

      То, что мы обнаружили, было поразительным. В течение нескольких недель мы искали программное обеспечение, которое, как мы думали, соответствовало нашим потребностям. Мы искали на конференциях, во всемирной паутине и везде, где мы думали, что может быть поставщик, и каждый раз приходили к одному и тому же выводу. Было только два поставщика программного обеспечения, которые могли бы сделать то, что мы искали. Из этих двух один не собирался больше продавать свой продукт и собирался стать перепродавцом продукта второго вендора. Поставщиком, который продавал свой продукт для редактирования участков в формате Arc / Info, был NovaLIS из Новой Шотландии. Мы связались с ними как на конференции Esri, так и на конференции URISA, и мы получили пробную копию их программного обеспечения. Затем программное обеспечение было протестировано, чтобы убедиться, что оно удовлетворяет нашим требованиям.

      Когда мы впервые получили и загрузили программное обеспечение, мы заметили, что оно кажется очень простым в использовании. По мере выполнения упражнений мы обнаружили, что программа работает очень плавно и хорошо редактирует образцы покрытия. После выполнения примеров упражнений мы использовали программу для редактирования одного из покрытий, которые были в нашей системе. Он работал без проблем как с функцией редактирования, так и с созданием нового покрытия. Мы обнаружили, что потребуется некоторая настройка. Например, нам нужно было бы создать несколько файлов шаблонов, чтобы техническим специалистам не приходилось добавлять функции каждый раз, когда они отправлялись на создание нового покрытия. Некоторые инструменты могут помочь в атрибуции наших данных, которых нет в программном обеспечении, поэтому нам придется их создать. Программное обеспечение в целом могло делать то, что мы хотели, с небольшими изменениями, и, поскольку программное обеспечение можно было настраивать с помощью VB, мы сочли это жизнеспособным решением.

      После загрузки программного обеспечения мы создали команду тестирования из будущих пользователей программного обеспечения и некоторых менеджеров проекта. Запущенные тесты основывались на процессах, которые мы определили ранее. Тесты проводились так, как если бы мы были в производственной среде, чтобы убедиться, что редактирование покрытий может быть выполнено именно так, как мы хотели бы. Мы начали с наиболее частого редактирования, которое было определено как добавление новых участков. Мы смогли использовать таблицу оцифровки, а также координатную геометрию (COGO) для создания покрытия. Благодаря этому новому покрытию мы смогли объединить два покрытия вместе и получить новое покрытие с новыми участками как часть основного покрытия. Этот тест запускался всего несколько раз, но для всех типов редактирования, о которых мы договорились. Поскольку программное обеспечение могло выполнять большую часть редактирования, решение казалось очень ясным. Нам нужно было объединить Parcel Editor с некоторыми нашими собственными настройками (выполненными с помощью VB и AML). Благодаря этой возможности мы сможем выполнять все необходимые изменения, а также создавать некоторые настраиваемые инструменты, чтобы упростить процесс редактирования для технических специалистов, которые будут работать с программным обеспечением. Была одна вещь, которую это программное обеспечение и любые его модификации не могли выполнить, а именно редактирование темы SDE, в которой в конечном итоге будут храниться все наши данные.

      Мы сделали несколько запросов в NovaLIS и были рады узнать, что у них есть продукт под названием GATE, у которого была возможность «извлекать» и «возвращать» данные из SDE и преобразовывать их в покрытие для редактирования редактором участков. Узнав, какова стоимость пакетов программного обеспечения, мы решили, что это хорошее направление для нас. Это позволило бы нам лучше распределять наши ресурсы. С этими двумя продуктами казалось, что это было жизнеспособное решение, поэтому мы остановили производство нашего внутреннего продукта, созданного подрядчиком, и перешли на индивидуальную комбинацию COTS из Parcel Editor и GATE. Следующим шагом было выяснить, какой объем настройки потребуется и кто будет выполнять настройку. Чтобы выяснить это, было решено, что должен быть проведен сеанс совместного определения приложений (JAD), и что в течение этой недели в журнале JAD мы будем обсуждать все необходимые изменения в базе данных и процессах.

      Определение совместной заявки

      Для JAD NovaLIS направила двух сотрудников для работы с сотрудниками округа Фэрфакс. Когда JAD стартовал, всем сотрудникам округа Фэрфакс стало очевидно, что это будет более крупный проект, чем предполагалось изначально. Только в первый день мы обсудили сокращение 11 подклассов регионов, которые были в исходной структуре данных, до 4 в покрытии свойств. Это была серьезная переработка базы данных, однако после обсуждения всем стало ясно, что не все объекты нужно хранить в виде регионов, их можно хранить как атрибуты на поли-слое. Эта новая структура данных поможет в кодировании всех функций, а также уменьшит путаницу с регионами для технических специалистов. Это была серьезная проблема в начале процесса обновления. Большинство технических специалистов быстро освоились, а некоторым потребовалось больше времени. Однако, если мы сократим количество регионов, мы надеемся сократить кривую обучения, которая потребуется на этом этапе проекта.

      Затем мы рассмотрели другие типы функций, которые можно комбинировать, чтобы облегчить редактирование тем. В аннотации было 15 подклассов, которые были сокращены до 8. Некоторые из других типов пространственных объектов на слоях также могли быть сокращены, поэтому в течение недели JAD мы переходили тема за темой и смотрели на каждый, чтобы увидеть, какие подклассы можно объединить в поли. слой. Мы рассмотрели подклассы регионов и определили, будут ли какие-либо перекрывающиеся или несвязанные объекты. В противном случае атрибуты подкласса региона можно было бы переместить на уровень многоугольника. Сделав это, мы могли бы уменьшить сложность темы и, следовательно, упростить ее редактирование.

      На следующий день или два мы изучали процессы ручного редактирования карт. После этого мы решили, как модифицировать существующий процесс, чтобы максимально точно воспроизвести ручной процесс. Мы рассмотрели каждый процесс по очереди, чтобы определить новый цифровой процесс. Эти обмены информацией преследовали двоякую цель. Один из них заключался в том, чтобы показать персоналу NovaLIS наши данные и проинформировать их о ручных методах, которые мы использовали в настоящее время, а также о наших мыслях по поводу нового цифрового метода. Вторая причина для этой встречи заключалась в том, чтобы сотрудники округа Фэйрфакс узнали немного больше о программном обеспечении, о том, как оно работает, и о том, чего нам следует ожидать в будущем по мере продвижения вперед в этом процессе.

      Последние несколько дней были потрачены на изучение методологии, которая использовалась для создания наших карт, и того, как ее лучше всего воспроизвести в программном процессе для создания цифрового продукта, который мы искали.Это включало демонстрацию персоналу NovaLIS ручного процесса и предоставление им образцов большинства типов правок, которые они могли забрать с собой.

      Модели процессов, созданные в JAD

      В этом разделе описаны модели процессов, определенные в JAD. Схема и текстовое описание объясняют каждый процесс от начала до конца.

      Обновление через редактор участков следует за двумя альтернативными рабочими процессами: простым циклом редактирования и сложным циклом редактирования. Простой цикл редактирования используется для базового обслуживания: область извлекается из базы данных с помощью GATE, извлеченная область редактируется, а затем редактируемая область фиксируется обратно в GATE. Координатная геометрия и графическое редактирование выполняются непосредственно на извлеченном (ых) покрытии (ах), никакой другой набор данных не используется. На рисунке 3 показан процесс простого цикла редактирования.

      Для более сложных правок, например, для большой площадки с подразделениями, более эффективно создать совершенно новое покрытие. Новые данные вводятся с помощью электронной таблицы COGO, путем оцифровки таблицы или импортируются из файла DXF. После завершения набора данных и очистки топологии он объединяется с извлеченными данными в области для создания обновленного набора данных. Этот обновленный набор данных возвращается в GATE. На рисунке 4 показан процесс сложного цикла редактирования.

      Учетная площадка состоит из 1-2 или сотен посылок. Зарегистрированная площадка обычно происходит, когда участки менее 5 акров или создаются более 5 участков. Обновление через записанную платформу обновляет Property, PropMisc и PropPlan (центральные линии улиц). Из-за характера записываемых площадок (более сложный, чем простая разбивка участков) обновления будут следовать за сложным циклом редактирования. Также существует возможность электронной подачи (через файл DXF) или записи COGO (через электронную таблицу COGO) в будущем. На рис. 5 показан процесс записи пластины.

      Дорожные сборы заключаются в расширении полосы отвода. Дорожные сборы обновляют Property и PropMisc. Поскольку дорожные сборы связаны с изъятием земельного участка, обновления будут выполняться в соответствии с простым циклом редактирования. Ввод дороги расширит полигон полосы отчуждения и укорачивает прилегающие участки. Обновления состоят из мастера разделения участков, применяемого к полигонам, а затем объединения расширенных областей с полигоном дороги (автоматическое удаление их из участков). На рисунке 6 изображен процесс выезда по дороге.

      Разбивка посылок аналогична записанной плате, но менее сложна. Разбивка участков обновляет Property и PropMisc. Разбивка участков использует Мастер разделения участков для обновления графики и, следовательно, следует простому циклу редактирования.

      Консолидация посылок - это противоположность разбивки посылок. Если участок объединен, то внутренние линии участка перемещаются в PropMisc, в противном случае участок освобождается, а строки удаляются. Обновления включают Мастер слияния участков и следуют простому циклу редактирования.

      Изменения плана участка происходят для коммерческих арендных комплексов и жилых домов с высокой плотностью застройки. Для этого обновления не существует зарегистрированной платформы, поэтому на данном этапе необходимо назначить адреса. Каждой арендуемой единице должен быть назначен адрес, это делается путем складывания нескольких «адресных посылок». Предлагаемые здания добавляются в PropPlan, но предлагаемым зданиям не присваивается адрес. Обновления плана сайта следуют простому или сложному циклу редактирования и обновляют Property и PropPlan.

      Редактирование кондоминиума аналогично плану участка, однако создается несколько участков, по одному на каждую единицу. Кондоминиумы обновляют Property и PropMisc и, возможно, PropPlan. Если кондоминиум является преобразованием, то стек «один ко многим» для адресации необходимо преобразовать во «несколько участков один к одному» для адресации регионов. Кондоминиумы также обновляют многоугольники общей площади и блокируют регионы в Property.

      Сервитуты обновляют подкласс собственности региона сервитута. Сервизы появляются на записанной площадке, как продолжение исследования поймы или указываются в акте юридическим описанием (метами и границами). Легкости следуют простому циклу редактирования или являются частью записанной площадки, разбивки участков, консолидации участков или редактирования дороги.

      Новые адреса добавляются в процессе планирования сайта. См. План участка.

      Обновления зонирования обновляют только покрытие зонирования. Новые приложения зонирования добавляются в подкласс региона Case. Зонирование следует существующим границам земельного участка, поэтому собственность может использоваться как справочная. Зонирование обычно следует за простым циклом редактирования. В случае, если изменение зонирования происходит до того, как редактирование участка было завершено, используется сложный цикл редактирования, а затем линия, созданная редактированием зонирования, используется для редактирования свойства.

      Для заявки на зонирование новый случай добавляется в зону покрытия зонирования, и статус устанавливается на PENDING.

      Для изменения зонирования существующий случай изменяется, и ему присваивается статус ИЗМЕНЕНО.

      Для гранта на зонирование существующий случай изменяется на GRANTED. В этом случае экстент полигона зонирования изменяется. Если создается новая зона зонирования, идентификатор зонирования устанавливается равным нулю или нулю.

      Для отказа в зонировании существующий случай изменяется на ОТКАЗАНО

      Для отказа от зонирования существующий случай изменяется на ОТКАЗ.

      Для увольнения по зонированию существующее дело изменяется на ОТКЛОНЕННОЕ.

      Обновление оверлейного района похоже на зонирование, однако оно фиксируется в момент предоставления. Обновление оверлейных районов будет следовать простому циклу редактирования и обновит подкласс региона Odist. Если создается новый оверлейный район, идентификатор оверлейного района устанавливается равным нулю или нулю.

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

      Исходная модель данных, которую использовал округ Фэрфакс, была просто моделью данных представления в SDE и моделью данных редактирования в покрытиях. После обновления покрытий данные были перезагружены в базу данных SDE, чтобы пользователи могли просматривать новую информацию. Это было утомительно, потому что данные в базу данных постоянно перезагружались. На больших слоях, например на участках, перезагрузка может занять несколько часов. Кроме того, в процессе загрузки уровни данных были недоступны для пользователей.

      Эта модель имела дело только с аспектами просмотра и редактирования. Требовалось только, чтобы данные покрытия были загружены в SDE, и каждый класс пространственных объектов (линия, полигон, аннотация, подкласс региона и т. Д.) Был собственным слоем. Это было прекрасно для просмотра данных, и это было единственное, что происходило с данными вначале. Однако редактирование данных в этой модели данных не производилось должным образом.

      Новая модель данных состоит из трех компонентов базы данных. Существует внутреннее представление базы данных для обслуживания (база данных обслуживания), представление внешней базы данных для графического и атрибутивного запроса (база данных представления) и представление транзакции обновления для обслуживания редактора участков (набор данных транзакции).

      Рисунки 7, 8 и 9 документируют дизайн структуры данных базы данных. Крайний левый столбец показывает набор данных транзакции в формате покрытия. Крайний правый столбец документирует базу данных представлений в слоях SDE или представлениях SDE. Все таблицы и представления между ними составляют базу данных обслуживания.

      База данных обслуживания состоит из таблиц, в которых хранятся атомарные функции в SDE, основных таблиц GATE и таблиц оболочки GATE, которые зависят от места установки. База данных технического обслуживания изображена на рисунках 7, 8 и 9 в трех средних столбцах.

      Таблицы оболочки GATE содержат информацию об атрибутах для сложных функций. Эти таблицы были созданы непосредственно из исходных данных покрытия. На рисунке 7 таблицы оболочки включают PARCEL_FEAT, BLOCK_FEAT, ILLEGAL_FEAT и EASEMENT_FEAT. Информация, хранящаяся в этих таблицах, представляет собой атрибуты участков, блоков, незаконно вырезанных участков и сервитутов. Эти элементы могут иметь перекрывающиеся или несвязанные элементы.

      Основные таблицы GATE содержат информацию для сохранения уникальных географических объектов с течением времени и для хранения пространственных отношений между объектами. Эти таблицы включают GEO_FEAT_ATOM, GEO_FEATURE и GEO_FEAT_PART.

      Атомарные слои SDE хранят пространственные объекты, к которым осуществляется прямой доступ во время цикла извлечения / фиксации GATE. Для простых типов объектов, например линий, точек, многоугольников и аннотаций, атомарный слой может служить как частью обслуживания, так и частью просмотра базы данных. Атомарные слои могут содержать любые другие атрибуты. Эти атрибуты переносятся со слоем и обновляются при фиксации. Дата истечения срока действия активных функций равна нулю, а срок действия удаленных функций совпадает с датой их удаления.

      База данных представлений представляет собой комбинацию слоев SDE и представлений SDE. Простые объекты, такие как аннотации и полигоны, можно было просто создать из представления атомарных объектов. Атомарные слои обновляются из набора данных транзакции всякий раз, когда происходит редактирование, а затем представления автоматически обновляются при изменении атомарных функций.

      Что касается сложных функций, таких как регионы, должна происходить транзакция, которая обновляет слои. По сути, при запуске транзакции данные обновляются с помощью процессов GATE, которые идентифицируют новые и удаленные функции. Все новые функции добавляются в базу данных представлений, в то время как срок действия всех удаленных функций истекает из базы данных представлений.

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

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

      Существует 8 различных покрытий, которые могут быть получены из базы данных для редактирования. К ним относятся недвижимость, прочее имущество, зонирование, предлагаемое здание, предлагаемая гидрография, предлагаемая центральная линия улицы, предлагаемый основной транспорт и предлагаемый второстепенный транспорт.

      Как только данные попадают в набор данных транзакции, технические специалисты затем используют редактор участков для редактирования данных. Он имеет знакомый формат, поэтому технические специалисты легко смогли перейти от работы со старой моделью данных к использованию новой модели данных.

      Пока область извлекается для редактирования, на все функции ставится блокировка. Никакой другой человек не может редактировать те функции, которые были извлечены, до тех пор, пока данные не будут зафиксированы обратно в базу данных или транзакция не будет разблокирована. Это не влияет на базу данных представления в любое время, но пользователь может увидеть, где находятся все блокировки, просмотрев слой блокировки для набора данных. На рисунке 11 показан вид слоя замка участков в ArcView. Каждый набор данных имеет слой блокировки, который содержит заблокированную область, кто ее заблокировал и когда была создана блокировка (когда область была извлечена). Когда область фиксируется обратно в базу данных, блокировке назначается срок действия и срок действия блокировки истек, но она не удалена. Когда область освобождается, блокировка действительно удаляется. Это позволяет нам видеть, когда были внесены все изменения и кто их сделал.

      Различия между моделями данных

      Наиболее очевидное различие между исходной и новой моделью данных заключается в том, что у нас есть база данных обслуживания с таблицами GATE. Это очень полезно. Теперь только обновленная область загружается обратно в базу данных вместо перезагрузки всей базы данных. Пользователи могут просматривать обновления в течение одного дня после внесения обновления в базу данных, тогда как раньше пользователи видели его только каждые 6 месяцев.

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

      Очень важное различие в том, что теперь версии управляются. Все функции имеют отметку даты, поэтому данные могут быть проанализированы в любой момент времени. Временной аспект ГИС - очень мощный инструмент для анализа, и теперь он отслеживается в базе данных. Пользователи могут просматривать информацию о собственности и зонировании, как это было в любой момент времени.

      Продукт GATE

      Что делают GATE

      GATE - это механизм географических транзакций, созданный NovaLIS Technologies. Он состоит из таблиц и транзакций, которые хранятся и управляются в базе данных Oracle. GATE выполняет функции извлечения и фиксации в отношении набора данных транзакции. GATE также поддерживает взаимосвязь между атомарными объектами, таблицами атрибутов для сложных объектов и базой данных представлений.

      Приведенная выше диаграмма является концептуальным представлением GATE. Каждый из трех уровней представляет различное представление базы данных: внутреннее представление базы данных для обслуживания (база данных обслуживания), представление внешней базы данных для графического и атрибутивного запроса (база данных представления) и представление транзакции обновления для обслуживания редактора участков (транзакция набор данных). Модель данных определяет центральный и правый уровень концептуальной модели.

      GATE выполняет процессы извлечения, фиксации, выпуска, копирования и просмотра. Все эти процессы являются функциями, связанными с тремя уровнями базы данных. Процесс извлечения переносит данные из базы данных обслуживания в набор данных транзакции. В процессе фиксации данные из набора данных транзакции переносятся в базу данных обслуживания. Процесс деблокирования снимает блокировку с базы данных обслуживания для конкретной транзакции. Процесс копирования копирует данные из базы данных обслуживания в набор данных транзакции, но не создает блокировку. Процесс viewit обновляет базу данных просмотра на основе изменений в базе данных обслуживания.

      Процесс извлечения выполняется, когда извлечение запрашивается из приложения, такого как Parcel Editor. Чтобы выполнить процесс извлечения, технический специалист сначала должен определить область, которая будет извлечена. В редакторе участков технический специалист просто создает многоугольник на временном покрытии, которое является границей извлечения. Затем этот многоугольник используется для наложения на слои для выбора объектов, которые нужно извлечь. На рисунке 10 показан полигон выбора пользователя, выделенный над извлеченными объектами участков в редакторе участков.

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

      Другая функция процесса извлечения - создать блокировку на уровне блокировки. Слой блокировки используется для предотвращения редактирования той же области другими специалистами. Каждый тип набора данных транзакции имеет свой собственный уровень блокировки. Функция блокировки содержит дату создания блокировки и владельца блокировки. В любое время любой пользователь может просмотреть слои блокировки как стандартный уровень SDE и увидеть, где существуют все текущие блокировки.

      Процесс фиксации выполняется, когда фиксация запрашивается из приложения, такого как Parcel Editor. Процесс фиксации берет данные из набора данных транзакции и загружает их в базу данных обслуживания. Процесс выполняет все функции контроля качества, которые были разработаны для обеспечения правильности как географических, так и атрибутивных данных. Процесс фиксации также проверяет существующие данные и сравнивает их с новыми данными. Любым новым функциям назначается текущая дата в качестве даты вступления в силу, а любым удаленным функциям назначается текущая дата в качестве даты истечения срока действия.

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

      Процесс выпуска выполняется, когда выпуск запрашивается из приложения, такого как Parcel Editor. Процесс выпуска по существу истекает блокировку для области и фактически удаляет элемент на уровне блокировки. Функция блокировки фактически удаляется, потому что, когда происходит выпуск, транзакция фиксации не была выполнена, поэтому это не было чем-то, что нужно было отслеживать исторически. Процесс деблокирования используется, если была извлечена неправильная область или если во время редактирования набора данных транзакции произошла ошибка, и технический специалист хотел бы начать заново с новой экстракцией области.

      Процесс копирования выполняется, когда копирование запрашивается из приложения, такого как Parcel Editor. Процесс копирования действует так же, как процесс извлечения, однако функция блокировки не создается, и фиксация не может быть выполнена для обновления базы данных обслуживания. Этот процесс используется в основном для извлечения данных в формат набора данных транзакции для совместного использования с другими пользователями или выполнения тестов с данными.

      Процесс viewit немного отличается от предыдущих процессов. Процесс viewit обновляет базу данных просмотра на основе изменений в базе данных обслуживания. Большинство слоев в базе данных представлений - это просто представления SDE для слоев SDE атомарных объектов. Слои, представляющие сложные объекты, являются фактическими слоями SDE, которые необходимо обновить из таблиц атомарных объектов. Процесс viewit использует базовые таблицы GATE, которые содержат историю изменений, для сравнения атомарных векторных слоев со слоями просмотра. Любые вновь созданные или удаленные объекты обновляются в слоях вида в соответствии с базой данных обслуживания. Этот процесс выполняется в пакетном режиме как ночной процесс.

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

      Для проверки совпадения кромок проверяются все кромки, чтобы убедиться, что линии на кромке извлеченной области не изменились. Если края извлеченной области каким-либо образом были изменены, фиксация не удастся. Чтобы избежать этой проблемы, технические специалисты должны выделить достаточно большую площадь, чтобы охватить все изменения, которые необходимо выполнить.

      GATE также проверяет топологию набора данных транзакции. Если топология не завершена или не существует, фиксация завершится ошибкой. Это также гарантирует, что данные находятся в правильном формате.Покрытие шаблона используется для создания любых новых данных, таких как новое подразделение, с уже существующими подходящими классами пространственных объектов. Это помогает гарантировать, что соответствующие классы пространственных объектов уже существуют, и что информация с большей вероятностью будет сохранена в базе данных.

      GATE также может выполнять любые пользовательские проверки данных по обеспечению качества. Эти проверки могут быть построены на PL / SQL и сохранены в базе данных. Они выполняются во время фиксации. Если что-то не проходит при проверке данных, фиксация не выполняется, и технический специалист может просмотреть файлы журнала, чтобы определить проблему. Могут быть таблицы, на которые есть ссылки со списками допустимых значений, которые проверяют значения атрибутов. Также может выполняться перекрестная проверка информации от одного уровня к другому для проверки значений. Это очень настраиваемый и мощный вариант.

      Тестирование функций GATE и Parcel Editor

      Как только установка GATE была завершена, пришло время начать тестирование. Все испытания необходимо было завершить к июлю 2001 г., поскольку окончательная приемка запланирована на конец июля 2001 г. Все ошибки, обнаруженные в ходе испытаний, должны быть устранены либо до окончательной приемки программного обеспечения GATE. Чтобы гарантировать, что все процессы были проверены, была создана матрица, которая проверяет весь процесс трижды. Матрица содержала все типы редактирования: Простые правки, Записанные площадки, Дорожные сборы, Разбивка участков, Консолидация участков, Планы участков, Кондоминиумы, Новые и обновленные адреса, Приложения зонирования, Поправки зонирования, Разрешенное зонирование, Отказ в зонировании, Зонирование-Отказ от Зонирования, Зонирование-Отказ от Зонирования, Наложение Районов-Разрешено и Просмотр Редактировать. Матрица была построена так, чтобы иметь все элементы для всех проверок каждого типа. Чтобы лучше понять величину и количество всех проверок, ниже описан образец простого редактирования.

      Каждый шаг проверяется и регистрируется в электронной таблице. После выполнения извлечения GATE проверяется расположение и создание надлежащего покрытия. После завершения этой проверки блокировка просматривается, чтобы убедиться, что этот процесс работает, и после каждого извлечения предпринимается попытка второго извлечения, чтобы убедиться, что не только блокировка присутствует, но и запрещает другому пользователю копировать ту же самую или область перекрытия. После проверки блокировки проверяется содержимое извлеченного покрытия. Желаемые результаты уже указаны в контрольном листе, поэтому необходимо отметить только недостающие или лишние элементы. Затем проверяются атрибуты, извлеченные с помощью покрытия. В покрытие также вносятся изменения, чтобы убедиться, что функция с истекшим сроком действия работает.

      С этого момента тест изменился на функцию копирования. Это предоставляет редактору механизм для вывода данных без создания постоянной блокировки. Для этой функции выполняются все те же проверки, поскольку покрытие такое же. Единственная опция, недоступная для этой функции, - это возможность вернуть данные после редактирования. Легче проверить функцию копирования. Поскольку блокировка не создается, может быть выполнена проверка, а затем проверка извлечения может быть выполнена без необходимости снимать блокировку.

      Чтобы убедиться, что этот процесс работает, необходимо запустить процесс извлечения. Затем можно выполнить тест, чтобы увидеть, была ли удалена блокировка после выбора варианта снятия блокировки. Чтобы убедиться, что эта функция работает правильно, необходимо было создать проект ArcView, чтобы просмотреть блокировки и убедиться, что они правильно изменяются. Во всех случаях проверяется дата истечения срока действия, а снятые блокировки проверяются, чтобы убедиться, что они присвоены правильно.

      После того, как все изменения покрытия были завершены, включая изменения линий, полигонов, регионов и аннотаций, покрытие необходимо было вернуть в базу данных обслуживания. Испытания проводятся для проверки того, что если произойдет редактирование, которое каким-либо образом изменило топологию на краю проверенной области, GATE не позволит зафиксировать этот набор данных. Это может привести к появлению осколков в базе данных. Если фиксация прошла успешно, новая область просматривается в ArcView, чтобы убедиться, что срок действия всех старых объектов истек и что новые объекты были правильно закодированы. Затем блокировки были проверены, чтобы убедиться, что блокировка, связанная с этим редактированием, истекла и присвоена правильная атрибуция.

      По мере того, как мы продолжаем 48+ тестов, мы обнаруживаем, что есть некоторые незначительные проблемы, связанные с тем, как нам нужно обрабатывать кодирование, и тот факт, что элементы могут быть оставлены пустыми и приняты в базу данных. Это заставило нас понять, что нам может потребоваться создать некоторые правила для GATE, чтобы выполнить некоторую проверку новых элементов и, таким образом, обеспечить качество данных. Мы также изучаем возможность создания графиков QA / QC, чтобы другие сотрудники могли проверить работу линий. Это необходимый шаг, поскольку сейчас мы захватываем гораздо больше функций, чем в ручном процессе. Тем не менее, со всеми сотрудниками QA / QC на месте, мы планируем иметь возможность в течение 2 недель своевременно вносить все наши правки участков и зонирования.

      В заключение этой статьи следует обратить внимание на некоторые преимущества и недостатки, с которыми мы столкнулись. Вот некоторые уроки, которые мы извлекли в ходе этого проекта.