У нас пока не требуют.

А так с ходу получить ведомость координат - не находил я такой функции в тополе.
Даже если, грубо, выбрать все озу, по видам, а стальное всё удалить. По сути, остаётся буферная зона, для которой нужны координаты.
А там поворотов на каждые 100 метров на местности 10 штук, не менее - километровая ведомость получиться. Опять же надо по каждому виду ОЗУ делать отдельно.

Отредактировано Юрий (30.07.2020 08:18:11)

А что нужно то в итоге - координаты каждого выдела по периметру? координаты "буфера" ОЗУ? или вообще координаты центра выдела? Приказ не читал, сознаюсь.
Было бы неплохо по выбранным и по видам получать.
А что если использовать раскрашенную кату по ОЗУ? управляющий то файл у нас есть уже. Соответственно он вносить какой-то идентификатор в к каждому полигону.
Его и использовать для задачи.
Мысли в слух.

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

Номер первой точки ввести пока нельзя, но не думаю, что для Д.А. будет сложно добавить. Инструмент перенумерации есть, но он ручной. Поэтому пока указывать первую точку, чтобы задать логику нумерации и потом в Excel перенумеровать функцией "Прогресс".

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

Смысла нет. Программист потратит на это достаточно времени, а в Эксель или Ворд, куда все рано потом это кидаете, это удаляется за секунду.

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

Если для группы точек выполнить "Окно / Новое окно базы данных" - увидите таблицу базы данных с вашими точками. Там есть функции заполнения полей, можно управлять набором видимых полей, можно даже напечатать отчёт с номерами и координатами.

Далее можете вытащить номера и координаты просто из TN2.mdb - там будет таблицы группы точек с вашими полями.

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

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

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

Включи видимость направления линий. Я думаю, что номера идут по ним. Попробуй поменять направление. Впрочем, сам не проверял, мое предположение - при прорисовке то нумерация идет именно по направлению движения.

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

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

Саша может по почте ответишь. А на бумаге надо показать геоход и номер точки? Если надо то в какой программе не делай это нереально. Только по одному контуру(выделу). Бред. А если показывать общий контур ОЗУ то проблем нет.

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

Добавлена команда в меню "Формировать ход / Установить текущую точку как начало", позволяющая текущую (выделенную) в таблице точку контура назначить начальной, программа циклически передвинет все остальные. Контур, естественно, должен быть замкнут, операция применима к основному контуру.
Чтобы легко найти нужную точку, которую будете устанавливать начальной, используйте операцию "Формировать ход / Найти точку хода" - её можно будет указать на карте.

Для решения этой проблемы добавлена команда "Формировать ход / Изменить направление контура на обратное". При ручной прорисовке направление контура зависит от вас, при получении контура из границы полигонов программа пытается задать правильное направление, зная, где находится выбранный полигон относительно линии, но при формировании контура выбором линий определить, в каком направлении будет контур замкнут, в принципе нереально, направление задаёт первая выбранная линия. Вот здесь эта операция необходима.
А чтобы можно было легко определить направление контура, добавлена ещё одна команда "Показать / Показать направление линии".

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

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

Вчера вечером выложили, пробуйте.

Поправили опечатку в имени. Скачивайте.

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

Среди 100 т.выд. невозможно предугадать какой контур в каком направлении рисовать и какое направление потребуется в при оформлении в будущем.
Вот я и предлагаю: направление по-часовой, начальную точку - самую северную, если если иное не указано пользователем.
Мы же ведь используем отдельный слой? или всё в одном блоке vd считаем?
Если в отдельном, то игнорируем изначально направления, заданные при оцифровке, принудительно (программно) задаём все по часовой.

Это частный случай. Условие применимо только когда контур принят через импорт, задан оператором  выбором линий целиком, либо он не замкнут и бо'льшая его часть приходится на восточный сектор будущего полигона. Д.А. не сможет писать отдельный функционал под каждый случай - модуль универсальный.
Разработчику приходится "обрабатывать" все возможные сценарии формирования контура. Это многомерная матрица, как правило, входами в которую являются: характер ввода (импорт, прорисовка, отбор), их сочетания (только импорт, только прорисовка, только отбор, сначала прорисовка - потом отбор, сначала отбор - оптом прорисовка.....), направления существующих линий и потребное (по часовой, против, черезполосица, совпадает - не совпадает), потребность в указании точки (нужно - не нужно, вручную - автоматом, по стороне света или по близости к просеке...)....... список длинный. Это из реально использованного, которое вспомнил за 5 минут... Посидел бы полчаса - еще набросал бы столько же. Сел бы рядом кто то из региона, где я не работал с данными - еще накидал бы... Так что, "взять и поделить" не получится... ) шучу...
Пока Д.А. переключился на текущую задачу у Вас еще есть время подумать.

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

А может уже сразу в контуре. Чтобы копировать в буфер уже с номером хода.

А не похоже ли это действо с ОЗУ и категориями защитности на работу кадастровиков? Уж больно форма отчёта и картинки, из имеющегося у меня примера, похожи на это.

В 807 версии в модуль работы с контурами добавлен функционал по заданию идентификатора контура и работе с ним.

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

Идентификатор будет записываться в поля базы блока *_Geo.blk для линий и для точек геохода, поле идентификатора Kontur будет добавлено в таблицы автоматически.

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

При копировании координат в буфер обмена они будут записываться в формате:
    Номер/идентификатор хода - номер точки - координаты точки
чтобы было удобно в дальнейшем их использовать в Excel.

Выложена, пробуйте.

Поправил. Была опечатка в имени.

Попробуй сделать так:
Жмем Win+R
Вводим regedit и Enter
Находим раздел:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage
В нем ищем параметр 1252
Меняем его значение с c_1252.nls на c_1251.nls
Перезагружаемся.
Возможно поможет. Если нет - ждем Д.А.

Там я использую разные функции для точек и линий. Для точек осталось, как было раньше, с номерами проблем не было, а с кириллицей какой-то конфликт, предполагаю, где-то некорректно что-то работает на преобразовании ANSI - UNICODE, так как MDB-база использует UNICODE. Для линий там не получалось, как было сделано для точек, я сделал по-другому, и это работает правильнее. Переделаю на тот же функционал, который использую для линий, и запись идентификаторов точек. Справлюсь, я думаю.