Oleg Belenkov (Все сообщения пользователя)

Если в классификаторе есть семантика с кодом 32800, то атрибут с именем как у ключа семантики должен восприниматься как внешний код объекта.
Например.
В классификаторе map5000m.rsc есть семантика с кодом 32800. Ключ семантики - objcode.
Есть файл KML с точечными объектами:

<Placemark id="id"><name>Пример</name><visibility>1</visibility><Point>­<coordinates>42.765846,63.616859</coordinates></Point></Placemark>

В классификаторе есть точечный объект Плавучие маяки и плавучие огни с кодом 32440000.

Чтобы запись KML на карте имела этот код в структуре записи нужно добавить узел:

<ExtendedData><Data name="objcode"><value>32440000</value></Data></ExtendedData>­

Итоговый текст записи KML будет иметь вид:

<Placemark id="id"><name>Пример</name><visibility>1</visibility><Extend­edData><Data name="objcode"><value>32440000</value></Data></ExtendedData>­<Point><coordinates>42.765846,63.616859</coordinates></Point></Placemark>

Что такое "конечный код"?

В mapapi.h есть раздел - ФУНКЦИИ КАЛИБРОВКИ ИЗОБРАЖЕНИЯ.

Там есть функции управления максимальным размером изображения и другие.
[CODE] // Установить предельные размеры буфера изображения (не влияет на расчет разрешения экрана)
 // Функция должна вызываться до открытия данных
 // Чтобы оставить ширину или высоту без изменения соответствующий параметр должен быть равен 0
 // Если экран компьютера, на котором выполняется программа, имеет размеры больше заданных,
 // то установленные значения будут автоматически увеличены до размеров экрана (если графическая подсистема ОС имеет функции запроса реальных размеров)
 // При ошибке возвращает ноль

_MAPIMP long int _MAPAPI mapSetMaxScreenImageSize(long int width, long int height);[/CODE]

На прозрачность объекта влияет семантика:

const int SEMCOLORWEIGHT = 31007;  // ВЕС ЦВЕТА ОБЪЕКТА В ПРОЦЕНТАХ

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

В формате GML нет атрибута для указания длины поля.
После пересохранения данных через QGIS файл формата GML практически не изменяется. Добавляется узел габаритов объектов <gml:BoundedBy>, который раньше
мы исключили по методическим указаниям ФГИСТП. Поля атрибутов не изменяются.
Рядом с файлом GML формируется файл XSD (схема данных) с тем же именем, что и GML. В файле XSD появляется искусственное описание числовых полей с произвольной длиной таких полей.
Вместе с приказом № 10 несколько лет назад были подготовлены и общие схемы XSD (fgistp.xsd). Сейчас они устарели, а новых нет.
В методических указаниях ФГИСТП описаны требования к GML, которые выполняются нами буквально. Хотя некоторые не согласованы со стандартом GML.
Сохранение в GML по стандарту GML реализовано через меню Файл - Экспорт в - Файлы OGC GML

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

1) Есть смысл проверить, что карта не открыта несколько раз.
2) Система может показывать освобождение памяти с задержкой.

Все сборки проходят тесты с санитайзером. Утечки памяти сразу диагностируются.

Подпись наносится на некоторую карту -
[CODE]HOBJ m_myObjPodp = mapCreateSiteObject(hMap, hSite, IDDOUBLE2, 1);[/CODE]Она задается через hMap, hSite.
У этой карты есть базовый масштаб. Возможно карта создается прямо в примере и там стоит константа.
Например, 100 000. В этом масштабе (масштабе из паспорта карты) размеры всех знаков, включая подписи, будут такими, как задано в классификаторе.
Например, 2 мм. А при сжатии изображения (200 000, 500 000) они будут уменьшаться по правилам, заданным в классификаторе
(не сжимать или сжимать не более 1,5 раза и т.п.) и при увеличении детальности (50 000, 25 000) соответственно увеличиваться.
Кроме настроек масштабирования знаков можно подбирать масштаб создаваемой карты с учетом размеров территории и рабочего масштаба просмотра.
В некоторых случаях можно менять масштаб карты, чтобы подстроить картинку под текущую задачу (если карта не на сервере и с ней не работают в разных масштабах одновременно).

[QUOTE]Илья Н написал:
Небольшое дополнение.
Знак наноситься почему-то с надписью "ВМБ"[/QUOTE]
Для одного из видов знака в серии не назначена семантика 5400. Это ошибка.
Мы ее оперативно исправим и обновим инсталляции ГИС Конструктор и ГИС Оператор с operator.rsc.
При необходимости можем выслать по почте классификатор.
Если сейчас для этого знака задать еще семантику 5401 Пункт базирования ... со значением 4 (Основной пункт базирования), то подпись из 5400 появится.
Либо задать семантику 5318 Назначение пункта базирования.

[QUOTE]Александр Ерохин написал:
Данные на диске занимают байты, эти функции что-то делают с памятью. После закрытия карты, память не освобождается. В прошлых версиях такого не было. Да и какие данные могут превращаться в 30 мб, после простого запроса количества объектов который просто должен вернуть long int?
Там явно неправильная работа с паматью появилась.[/QUOTE]
Данные на диске занимают порядка гигабайта. При отсутствии ограничений на объем карты в памяти она целиком считывается
по мере обращения к каждому листу карты и при наличии достаточного свободного объема.
При закрытии карты данные немедленно освобождаются.
В прошлых версиях были внутренние ограничения на максимальный объем используемой памяти.
Теперь они доступны для управления в MAPAPI.
Размещение карты в памяти ускоряет операции отображения  и поиска данных в многопоточном режиме.