Дмитрий Шабаков (Все сообщения пользователя)

[QUOTE][URL=http://www.gisweb.ru/forum/user/15768/]Дмитрий Т[/URL] написал:
Здравствуйте!
Вопрос по функции picexLoadGdalFileToRsw. Я пытаюсь с помощью нее получить файл растра rsw из файла изображения png.
Предаю в нее:
double meterInPixelX  = 10000;
double meterInPixelY  = 10000;
DOUBLEPOINT SWpoint;
SWpoint.X = 5.1521e+06;
SWpoint.Y = 6.81197e+06;

picexLoadGdalFileToRswUn(0, 0,imgName,rstName,&meterInPixelX, &meterInPixelY,&SWpoint,0,0,0);
Функция возвращает не 0.

Файл растра формируется, но параметры привязки (meterInPixelX, meterInPixelY,SWpoint) игнорируются. Т.е. вне зависимости от того, что будет в параметрах meterInPixelX, meterInPixelY, SWpoint, растр всегда одинаковый. Так должно быть?  
[/QUOTE]

Здравствуйте!

Для передачи привязки и размеров элемента в выходной файл RSW вместо picexLoadGdalFileToRswUn предлагаю воспользоваться функцией picexLoadGdalFileToRswExUn.[CODE]_PICIMP long int _PICAPI picexLoadGdalFileToRswExUn(HMESSAGE handle, TASKPARM* parm,
                                                   const WCHAR  * inputname,
                                                   const WCHAR  * rstname,
                                                   double* meterInPixelX,
                                                   double* meterInPixelY,
                                                   DOUBLEPOINT *point,
                                                   long int compression,
                                                   long int flagMessage,
                                                   long int flagWorkLog,
                                                   long int flagIgnoreGeoTiff);
[/CODE]Доступ к исходному графическому файлу в Функциях picexLoadGdalFileToRswUn и picexLoadGdalFileToRswExUn осуществляется при помощи методов библиотеки GDAL.
Внутри графических файлов, или в текстовых файлах настройки, находящихся рядом, могут содержаться привязка, размеры элемента и параметры системы координат.
В функции picexLoadGdalFileToRswExUn добавлен дополнительный параметр flagIgnoreGeoTiff.
Параметр flagIgnoreGeoTiff предназначен для игнорирования параметров привязки, размеров элемента и системы координат, определенных библиотекой GDAL.
При вызове функции picexLoadGdalFileToRswExUn в качестве параметра flagIgnoreGeoTiff передайте 1.
В этом случае параметры привязки будут браться из входных параметров функции:
                                                   double* meterInPixelX,
                                                   double* meterInPixelY,
                                                   DOUBLEPOINT *point.




Возможен другой вариант передачи параметров привязки в выходной растр RSW.
После импорта графического файла и получения растра RSW воспользуйтесь функциями:[CODE] // Установить привязку растра в районе работ(в метрах)
 // hMap       - идентификатор открытых данных
 // number     - номер файла в цепочке
 // location   - координаты юго-западного угла растра(в метрах)
 // При ошибке возвращает 0

_MAPIMP long int _MAPAPI mapSetRstLocation(HMAP hMap, long int number, DOUBLEPOINT *location);

 // Установка параметров растра
 // hMap            - идентификатор открытых данных
 // scale           - знаменатель масштаба
 // precision       - разрешение (точек на метр)
 // meterinelementX - количества метров на элемент  ПО ОСИ X
 // meterinelementY - количества метров на элемент  ПО ОСИ Y
 // meterinelementX и meterinelementY могут отличаться
 // Важно!!!
 // Для правильного отображения растров в 10-ой и более ранних версиях необходимо:
 //                         meterinelementX = scale / precision;
 // Если условие не выполняется, то meterinelementX и meterinelementY игнорируются и рассчитываются по формуле.

_MAPIMP long int _MAPAPI mapSetRstParameters(HMAP hMap, long int number,
                                            double scale, double precision,
                                            double meterinelementX,
                                            double meterinelementY);
[/CODE]

Алексей, уточните, для какой платформы разрабатываете приложение - для x32, или x64?

В объявлении LoadMapToPicture у Вас неточность при описании параметров функции:
[QUOTE]Метод LoadMapToPicture импортируется из библиотеки gispicex.dll
       [DllImport(GisLibrary3, CharSet = CharSet.Ansi)]
       public static extern int LoadMapToPicture(int map, int handle, ref DFrame dframe, int bitcount, int scale, int resolution, IntPtr filename, int handleMainWin);[/QUOTE]

Обратите внимание на объявление функции LoadMapToPicture в файле MAPPICEX.H из состава  GIS ToolKit Active 12-ой версии:
[CODE]_PICIMP long int _PICAPI LoadMapToPicture(HMAP map,HMESSAGE handle,
                                DFRAME * dframe, long bitcount,
                                long scale, long resolution,
                                const char* filename,
                                HMESSAGE handleMainWin);
[/CODE]
Параметр функции map имеет тип HMAP (maptype.h):[CODE]#if defined(_M_X64) || defined(BUILD_DLL64)

typedef __int64   HMAP;    // ИДЕНТИФИКАТОР ОТКРЫТОЙ ВЕКТОРНОЙ КАРТЫ
                          // (УКАЗАТЕЛЬ НА TMapAccess)

#else

typedef long int  HMAP;    // ИДЕНТИФИКАТОР ОТКРЫТОЙ ВЕКТОРНОЙ КАРТЫ
                          // (УКАЗАТЕЛЬ НА TMapAccess)
#endif
[/CODE]Параметры функции handle и handleMainWin имеют тип HMESSAGE (mapsyst.h):[CODE] #define HMESSAGE HWND
[/CODE]Для платформы x64 переменные типа HMAP и HWND не поместятся в int.

Здравствуйте, Евгений!

[QUOTE]Здравствуйте!

Использую GisToolKitFree64. Разработка на Windows 10 x64.

Проблема: при вызове диалога с информацией об объекте, с помощью функции rscShowStatisticObject из gisu64rsctools.dll, при правке полей семантики все работает нормально, если это текстовое поле вызывается форма редактирование текста, числовое редактируется прям в ячейке, а вот при попытке править поле выбора значения из списка, вываливается ошибка: "Ошибка при вызове диалога - ???"(см рисунок). В чем может быть проблема?[/QUOTE]
Проверка работы диалога "Выбор значения семантики из списка" выполнялась на тестовом примере Findobj из состава GIS ToolKit версия 12 (\GisTool12_7_2\Example\Builder\Findobj\) под управлением ОС Windows 10.
Приложение Findobj собрано в Embarcadero XE5 для платформы x64.
Применялись библиотеки GIS ToolKit версия 12 для платформы "x64" от 30.07.2019.

Диалог "Выбор значения семантики из списка" вызывается корректно.
Результат вызова диалога "Выбор значения семантики из списка" на скриншоте:

[QUOTE]На тех данных, которые я сегодня отправлял на Вашу почту, программа падает внутри функции picexLoadTiffToRstAndCompressEx.[/QUOTE]
Для импорта данного файла TIFF применяется библиотека GDAL.
Перед использованием функции picexLoadTiffToRstAndCompressEx необходимо вызвать функцию picexInitGdal. Соответственно, после окончания - picexCloseGdal.
Ниже привожу текст консольного приложения, которое работает на Ваших данных(t.tif) без ошибок.
Для тестирования применялись библиотеки GTK-12 x64 от 25.07.2019.
[CODE]#pragma hdrstop
#pragma argsused

#ifdef _WIN32
#include <tchar.h>
#else
 typedef char _TCHAR;
 #define _tmain main
#endif

#include <stdio.h>

#include "maptype.h"
#include "maplib.h"

int _tmain(int argc, _TCHAR* argv[])
{
 typedef long int (WINAPI * F_picexLoadTiffToRstAndCompressEx)(HMESSAGE handle,
                              const char * TiffName,
                              const char * RstName,
                              double* meterInPixelX, double* meterInPixelY,
                              DOUBLEPOINT *point,
                              int compression,
                              int flagIgnoreGeoTiff);

 // Начать работу с Gdal
 typedef long int (WINAPI * F_picexInitGdal)();
 // Закончить работу с Gdal
 typedef long int (WINAPI * F_picexCloseGdal)();


HINSTANCE libinst = LoadLibrary(L"GISU64PICEX.DLL");
if (libinst == 0)
  {
   MessageBoxA(0, "Библиотека не найдена", "GISU64PICEX.DLL", MB_OK|MB_TASKMODAL);
   return 0;
  }

F_picexLoadTiffToRstAndCompressEx lpfn_picexLoadTiffToRstAndCompressEx =
        (F_picexLoadTiffToRstAndCompressEx)GetProcAddress(libinst,"picexLoadTiffToRstAndCompressEx");

F_picexInitGdal lpfn_picexInitGdal   = (F_picexInitGdal) GetProcAddress(libinst,"picexInitGdal");
F_picexCloseGdal lpfn_picexCloseGdal = (F_picexCloseGdal)GetProcAddress(libinst,"picexCloseGdal");

 if (lpfn_picexInitGdal != 0)
    (*lpfn_picexInitGdal)();

int ret = 0;
if (lpfn_picexLoadTiffToRstAndCompressEx != 0)
   {
    HMESSAGE handle       = 0;
    char TiffName[MAX_PATH] = {0};
    char RstName [MAX_PATH] = {0};
    double* meterInPixelX = 0;
    double* meterInPixelY = 0;
    DOUBLEPOINT *point    = 0;
    int compression       = 0;
    int flagIgnoreGeoTiff = 0;

    StrCopy(TiffName, "d:\\Data_2\\t.tif", sizeof(TiffName));
    StrCopy(RstName,  "d:\\Data_2\\t.rsw", sizeof(RstName));

    ret = (*lpfn_picexLoadTiffToRstAndCompressEx)(handle,
                              TiffName,
                              RstName,
                              meterInPixelX, meterInPixelY,
                              point,
                              compression,
                              flagIgnoreGeoTiff);
   }

 if (lpfn_picexCloseGdal != 0)
    (*lpfn_picexCloseGdal)();

 // Выгрузка библиотеки
 if (libinst)  FreeLibrary(libinst);

 if (ret != 0)
   {
    MessageBoxA(0, "Корректное выполнение функции", "picexLoadTiffToRstAndCompressEx", MB_OK|MB_TASKMODAL);
   }
  else
   {
    MessageBoxA(0, "Ошибка выполнения функции", "picexLoadTiffToRstAndCompressEx", MB_OK|MB_TASKMODAL);
   }

 return 0;
}
[/CODE]
[QUOTE]meterInElementX, meterInElementY, point - это входные или выходные данные? [/QUOTE]
meterInElementX, meterInElementY, point - входные параметры функции. Если нет необходимости передавать в функцию указанные параметры, передайте в качестве указателей NULL.

[QUOTE]

Здравствуйте!

Прочел тему. Осталось непонятным, каким образом использовать функцию LoadTiffToRstConverter?

Есть ли какие-то требования к scale и precision? У меня программа падает внутри функции LoadTiffToRstConverter. В чем может быть причина?

Код такой:

   HINSTANCE libinst2;

   long int (WINAPI * LoadTiffToRstConverter)(HMAP, HMESSAGE,const char *,const char *,double, double);

   LoadTiffToRstConverter = (long int (WINAPI *)(HMAP, HMESSAGE,const char *,const char *,double, double)) mapLoadLibrary("gisu64picex.dll" , &libinst2, "LoadTiffToRstConverter");

   long int res = LoadTiffToRstConverter(NULL,NULL,filename.toLocal8Bit().data(),rswName.toLocal8Bit().data(),100000,0.2);

   mapFreeLibrary(libinst2);

[/QUOTE]

Здравствуйте, Дмитрий!

Функция LoadTiffToRstConverter немного устарела.
Предлагаю Вашему вниманию современные функции импорта файлов TIFF:
[CODE]//========================================================================
// Загрузка растровой карты из Tiff(GeoTiff) в RSW
//    Handle - диалог визуального сопровождения процесса обработки.
//    TiffName - имя Tiff-файла;
//    RstName - имя Rst-файла;
//    meterInElementX - размер в метрах элемента по X
//    meterInElementY - размер в метрах элемента по Y
//    point     - точка привязки растра (в метрах)
//                (положение юго-западного угла растра в районе)
//    compression - флаг использования сжатия при формировании RST-файла (0/1)
//              0 - сжатие к блокам изображения применяться не будет
//              1 - блоки д.б. сжаты по методу LZW
//              2 - блоки д.б. сжаты по методу JPEG (справедливо для 24 битных растров)
//    flagIgnoreGeoTiff - (0/1) флаг игнорирования GeoTiff тегов
//    При ошибке возвращает ноль
//
//    Диалогу визуального сопровождения процесса обработки посылаются
//    сообщения:
//    -  (WM_PROGRESSBAR) Извещение об изменении состояния процесса
//       WPARAM - текущее состояние процесса в процентах (0% - 100%)
//       Если функция-отклик возвращает WM_PROGRESSBAR, то процесс завершается.
//
//    -  (WM_ERROR) Извещение об ошибке
//       LPARAM - указатель на структуру ERRORINFORMATION
//       Структура ERRORINFORMATION описана в picexprm.h,
//       WM_PROGRESSBAR и WM_ERROR - в maptype.h
//==========================================================­==============
_PICIMP long int _PICAPI picexLoadTiffToRstAndCompressEx(HMESSAGE handle,
                              const char * TiffName,
                              const char * RstName,
                              double* meterInPixelX, double* meterInPixelY,
                              DOUBLEPOINT *point,
                              int compression,
                              int flagIgnoreGeoTiff);

_PICIMP long int _PICAPI picexLoadTiffToRstAndCompressExUn(HMESSAGE handle,
                              const WCHAR * TiffName,
                              const WCHAR * RstName,
                              double* meterInPixelX, double* meterInPixelY,
                              DOUBLEPOINT *point,
                              int compression,
                              int flagIgnoreGeoTiff);
[/CODE]

Если есть возможность, используйте диалог загрузки графического изображения в растровую карту
(библиотека gisu64rswg.dll, функция DialogLoadImageToRsw объявлена в файле \include\rswgtapi.h):
[CODE] //========================================================================
// Диалог загрузки графического изображения в растровую карту(RSW)
// Обрабатываются файлы следующих форматов: BMP, JPEG, PCX, TIFF, GeoTIFF, PNG, GIF
//    В качестве файлов привязки растрового изображения могут применяться следующие данные:
//    - Файл настроек (*.ini),
//    - Файл настроек Фотоплан (*.tpf),
//    - Файл настроек Талка (*.pln),
//    - Файл настроек MapInfo (*.tab),
//    - Файл настроек (world file)(*.tfw;*.jgw;*.bpw;*.pcw;*.j2w;*.sdw;*.nfw;*.wld)
//    - Файл OziExplorer (*.map)
//
//    hmap - карта,содержащая векторные(растровые, матричные) данные;
//    lpszsource - указатель на имя исходного файла
//    sizesource - размер памяти, выделенной по указателю lpszsource (не менее 260 байт)
//    lpsztarget - указатель на имя выходного файла
//    sizetarget - размер памяти, выделенной по указателю lpsztarget (не менее 260 байт)
//    fileLocType- тип применяемого файла привязки растрового изображения
//                 fileLocType может принимать следующие значения:
//                 120 - (*.ini), 121 - Фотоплан (*.tpf), 122 - Талка (*.pln),
//                 123 - world file(*.tfw;*.jgw;*.bpw;*.pcw;*.j2w;*.sdw;*.nfw;*.wld),
//                 124 - MapInfo (*.tab), 125 - OziExplorer (*.map).
//    parm       - параметры прикладной задачи. Структура TASKPARM описана в MAPTYPE.H
//
//    При ошибке возвращает ноль
//==========================================================­==============
_RSWGIMP long int _RSWGAPI DialogLoadImageToRsw(HMAP hmap,
                                            char* lpszsource, long int sizesource,
                                            char* lpsztarget, long int sizetarget,
                                            long int fileLocType, TASKPARM *parm);

_RSWGIMP long int _RSWGAPI DialogLoadImageToRswUn(HMAP hmap,
                                            WCHAR* lpszsource, long int sizesource,
                                            WCHAR* lpsztarget, long int sizetarget,
                                            long int fileLocType, TASKPARM *parm);

[/CODE]

Здравствуйте!
Некорректное отображение иконок PNG на кнопках на скриншоте присутствует.
Пытаемся повторить данную ситуацию.

[QUOTE]мне интересно для каких целей используется параметр HMAP в функциях для привязки растрова из mappicex.h:
[/QUOTE]
hmap  -  дескриптор карты, к которой добавлен растр
Если в функциях привязки растра параметр hmap задать равным 0, то растр будет открыт в отдельном документе:
[CODE] if (hMap == 0)
   {
    hMap = mapOpenDataUn(rswName);
    flagCreate = 1;
   }
[/CODE]
[QUOTE]Ну то есть что будет, если я сделаю растр из изображения с помощью функции picexLoadRasterToRswUn, потом открою его и выставлю параметры проекции, датум и эллипсоид (как СК-42, к примеру),
закрою, потом открою векторную карту в системе координат уже другой (например, UTM на WGS84), и попытаюсь привязать растр с помощью функции привязки (любой), отдав первым параметром векторную карту, а в каждой паре точек в качестве фактической точки буду отдавать координаты с растра (в СК-42), а в качестве теоретической (желаемой) точки буду отдавать точку с векторной карты (в UTM).
[/QUOTE]
Предлагаю простой и надежный алгоритм привязки растра:
1. Импортируем растр без привязки.
2. Добавляем созданный растр в документ карты.
3. Привязываем растр по точкам с карты.
4. Устанавливаем проекцию и СК карты в растр.

После этого растр можно добавлять в любой документ с отличными параметрами проекции и СК.
При добавлении в документ с отличными параметрами проекции и СК такой растр будет трансформироваться налету.
[QUOTE]И тогда есть возможность исходные координаты задавать в системе растра, а желаемые в системе открытой векторной карты?
[/QUOTE]
Исходные и желаемые координаты д.б. в системе координат документа HMAP.
[QUOTE]А ещё, я не очень понял чем отличаются друг от друга функции трансформации растров по рамке и МНК.
Какие-то из этих функции работают дольше но точнее?
Или разница только в параметрах обработки рамки?[/QUOTE]

В функциях RswTransformingBySquareMethod, RswTransformingBySquareMethodUn применяется метод наименьших квадратов.
Алгоритм метода наименьших квадратов: [URL=http://gis-lab.info/qa/polynom.html]http://gis-lab.info/qa/polynom.html[/URL]

В функциях RswTransformingByBorderMethod, RswTransformingByBorderMethodUn применяется механизм нелинейного трансформирования.
Используются функции (mapCreateNonlineTransform), объявленные в файле MATHAPI.H:

[CODE]// Создание класса нелинейного трансформирования координат
// count     - количество точек для расчета параметров трансформирования
//   В зависимости от типа трансформирования:
//   NT_LINEARSHEET, NT_NONLINEARSHEET - минимальное количество точек = 3
//   NT_POLYNOM                        - минимальное количество точек = количеству коэффициентов
//   NT_POLYNOMRANK2                   - минимальное количество точек = 6
//   NT_POLYNOMRANK3                   - минимальное количество точек = 10
//   NT_POLYNOMRANK4                   - минимальное количество точек = 15
//   NT_POLYNOMRANK5                   - минимальное количество точек = 21
// pointsin  - координаты точек в исходной системе координат
// pointsout - координаты точек в выходной системе координат
// interestframe - область интереса, т.е. прямоугольник, ограничивающий область
//   применения функции mapNonlineTransformIn2Out.
//   Если = 0, то экстраполяция искажений вне области расположения опорных точек
//   не выполняется, в этом случае virtualpointcount должно быть равно 0
// virtualpointcount - количество виртуальных точек, добавляемых по границе
//   области интереса. Минимальное количество = 4. Если interestframe = 0, то
//   virtualpointcount должно быть равно 0.
// transftype - тип нелинейного трансформирования см. NONLINEARTRANSFTYPE
// Возвращает идентификатор класса нелинейного трансформирования координат
// Для каждого полученного и больше не используемого идентификатора
// необходим вызов функции mapFreeNonlineTransform()
// При ошибке возвращает ноль

 HNONLINETRANSF HNonLineTransf = (*lpfn_mapCreateNonlineTransform)(count, fact, teor,
                                                       0, //DFRAME *interestframe
                                                       0, //long int virtualpointcount
                                                       NT_POLYNOM4 //NONLINEARTRANSFTYPE transftype
                                                       );
[/CODE]

Класс нелинейного трансформирования координат реализован по труду Hiroshi Akima: [I]A method of bivariate interpolation and smooth surface fitting for values given at irregularly distributed points (Hiroshi Akima)[/I]

[QUOTE]Что правильнее/корректнее использовать?
[/QUOTE]
Рекомендации по выбору типа трансформирования:
[URL=http://help.gisserver.ru/ru/rswtrans/index.html]http://help.gisserver.ru/ru/rswtrans/index.html[/URL]

Здравствуйте!

Я правильно Вас понял, что при переводе приложения с платформы x32 на платформу x64 возникает ошибка выполнения программы?

При переносе наших программ на 64-битную систему обнаружили в сети интересную статью:
[URL=https://www.viva64.com/ru/a/0042/]https://www.viva64.com/ru/a/0042/[/URL]
В частности, в таблице [U]N1. Модели данных[/U] приведены сведения об основных типах.
Например, указатели для ОС Windows в x32 занимают 4 байта, а в x64 - 8 байт.
Пришлось некоторое время анализировать и исправлять исходные тексты программ применительно к работе с указателями.

[QUOTE]Спасибо!
Теперь вроде все хорошо! Ни чего не падает и ведет себя нормально.
Когда примерно можно ожидать официальный релиз?[/QUOTE]
Комплект библиотек, переданный Вам, размещен на нашем FTP: [URL=http://public.gisinfo.ru/shabakov/gislib12x64vc.zip]http://public.gisinfo.ru/shabakov/gislib12x64vc.zip[/URL]
Наша компания несет ответственность за данный релиз.
Применяйте данный комплект для сдачи проекта.

В ходе тестирования текущих комплектов 64-х разрядных библиотек GTK-12 выяснили, что ядро, собранное на VC2008, работает надежнее.
В настоящее время ведутся работы по объединению 2-х комплектов 64-х разрядных библиотек GTK-12.
Вместо комплектов [B]gisu64[/B]*.dll и [B]gisu64VC[/B]*.dll останется один комплект, ядро которого будет собрано в VC2008.
Единый комплект 64-х разрядных библиотек GTK-12 будет называться [B]gisu64*.dll[/B].
В его основе будут библиотеки, переданные Вам. Процесс объединения может занять некоторое время.