0002762: Нельзя задать размер тайлов, на которые режется изображение, при операции Склеить KMZ Garmin

Notes
(0016112) zed (manager) 08-07-2015 17:27	>используется некий внешний сервис, ограничивающий размер Нет конечно, мы всё делаем сами. >включая программирование О, ну за язык никто не тянул, так что изучайте сорцы: u_ProviderMapCombineKMZ. И только посмейте сказать, что Delphi невменяемый язык :) P.S. А проект точно SACS, ничего не перепутали?

(0016113) vasketsov (manager) 08-07-2015 19:02	Ну, мне не интересно, я юзаю JNX.

(0016117) Argut (reporter) 09-07-2015 10:22	Зед, Дельфи - вменяемый конечно же! Только брался за него я в 2007 крайний раз. Ну да неважно:) На форму бросить два Spin-Edit, а в коде в строках 186 и 187 вместо 1024 вставить то, что возвращают эти Spin-Edit Перепутал, прошу прощения. Должно быть SAS

(0016118) Argut (reporter) 09-07-2015 10:24 edited on: 09-07-2015 10:26	Да, и на GPSmap 78s KMZ (61 МБ, 96 тайлов) тоже работает

(0016119) vdemidov (manager) 09-07-2015 10:28	Ну еще и в TThreadMapCombineKMZ передать размер отдельного тайла и там тоже использовать именно его, а не магическое число 1024. Ждем пулл-реквеста.

(0016160) Argut (reporter) 15-07-2015 09:13	Из-за проблем с установкой SourceTree под WinXP и нестабильности VirtualBox быстро внести необходимые исправления не удалось. Плотно вернуться к решению вопроса смогу только через месяц (командировка -> поход). Поэтому пулл-реквеста не будет. Было найдено решение с использованием имеющихся средств: "Операции с выделенной областью \| Склеить". Выбираем "JPEG". Ставим галочку "KML". Подбираем параметры "Разбить изображение" с учётом размера области и требуемого размера тайла KMZ. В результате получается набор JPEG нужного размера и KML с привязкой. Набор грузится в Google Earth и сохраняется как KMZ. Занавес. В связи с этим темы для размышлений: * Нужен ли вообще для склейки формат KMZ? * Если делать выбор размера тайла при склейке, то его нужно использовать для всех форматов. * Если да, то необходимо логически связать его с существующим "Разбить изображение". До встречи через месяц! Спасибо vdemidov за помощь с освоением процедуры внесения изменений в SASPlanet!

(0016161) zed (manager) 15-07-2015 09:34 edited on: 15-07-2015 09:36	>с установкой SourceTree под WinXP и нестабильности VirtualBox Чтобы работать с репо нужна консольная утилитка Mercurial (любая версия старше 1.7). И всё, никаких SourceTree и тем более VirtualBox, вам не нужно. >Нужен ли вообще для склейки формат KMZ? Раз он уже есть, то пускай будет. Зачем удалять? >Если делать выбор размера тайла при склейке, то его нужно использовать для всех форматов. В принципе, да, можно либо разбивать на части заданного размера и тогда будет автоматически определяться количество частей, либо разбивать на определённое количество (как сейчас) с автоматическим определением размера. НО если разбивать по первому варианту, вы практически всегда выйдете за границы выделения и будет склеена не та область, что выбрал пользователь, а бОльшая. >Если да, то необходимо логически связать его с существующим "Разбить изображение". Использовать одно из двух. Их логически не свяжешь - можно либо то, либо другое. Т.е. добавить радиогруппу с тремя состояниями "Не разбивать/Разбить на части по размеру/Разбить на части по количеству" (по-умолчанию - "Не разбивать"). А SpinEdit-ы использовать одни и те же, только инициализировать какими-то дефолтными значаниями при переключении группы (или дисэйблить, если разбивка отключена).

(0016162) zed (manager) 15-07-2015 09:45	А хотя, нет - бОльшего размера оно не склеит, а скорее всего наделает обрезков произвольного размера на краях. Нужно смотреть код. Хотя, поведение можно и поменять на нужное/желаемое.

(0016163) Argut (reporter) 15-07-2015 10:39	>нужна консольная утилитка Mercurial спасибо! >Т.е. добавить радиогруппу с тремя состояниями именно так!

Users who viewed this issue
User List	Anonymous (4528x), vdemidov (20x), ingener (1x), zed (19x), Argut (37x), MontoyaSat (2x), vasketsov (6x), Garl (2x), bk99 (1x)
Total Views	4616
Last View	24-11-2024 02:13

Issue History
Date Modified	Username	Field	Change
08-07-2015 16:10	Argut	New Issue
08-07-2015 16:13	Argut	Tag Attached: kmz
08-07-2015 17:27	zed	Note Added: 0016112
08-07-2015 19:02	vasketsov	Note Added: 0016113
08-07-2015 19:02	vasketsov	Project	SACS.Планета => SAS.Планета
09-07-2015 10:22	Argut	Note Added: 0016117
09-07-2015 10:24	Argut	Note Added: 0016118
09-07-2015 10:26	Argut	Note Edited: 0016118	View Revisions
09-07-2015 10:28	vdemidov	Note Added: 0016119
15-07-2015 09:13	Argut	Note Added: 0016160
15-07-2015 09:34	zed	Note Added: 0016161
15-07-2015 09:36	zed	Note Edited: 0016161	View Revisions
15-07-2015 09:36	zed	Note Edited: 0016161	View Revisions
15-07-2015 09:45	zed	Note Added: 0016162
15-07-2015 10:39	Argut	Note Added: 0016163
30-07-2015 08:48	vdemidov	Priority	urgent => low
30-07-2015 08:48	vdemidov	Status	new => confirmed
30-07-2015 08:48	vdemidov	Product Version	=> 141212
30-07-2015 08:48	vdemidov	Target Version	=> 151010
30-07-2015 08:50	vdemidov	Tag Attached: garmin
30-07-2015 08:50	vdemidov	Tag Attached: склейка
30-07-2015 08:50	vdemidov	Tag Attached: экспорт
04-10-2015 15:28	vdemidov	Target Version	151010 => 151111
13-10-2015 08:43	vdemidov	Target Version	151111 => 30xxxx.Vip
01-01-2024 11:05	zed	Status	confirmed => resolved
01-01-2024 11:05	zed	Fixed in Version	=> 24xxxx
01-01-2024 11:05	zed	Resolution	open => fixed
01-01-2024 11:05	zed	Assigned To	=> zed
01-01-2024 11:05	zed	Target Version	30xxxx.Vip => 24xxxx
11-11-2024 14:17	zed	Target Version	24xxxx => 241111
11-11-2024 14:24	zed	Fixed in Version	24xxxx => 241111

Relationships

SASGIS