|
Notes |
|
|
(0006410)
|
|
Garl
|
|
07-04-2012 17:13
|
|
а что даёт JNX CUSTOMIZER?
после его использования на каком масштабе что отображается? |
|
|
|
|
фото спутник гугл 17 и 18 зума.
При помощи указанной утилитки я установил на каком масштабе навигатора показывать тот или иной слой.
Опытным путем подобрал соотношение:
zoom 17 - 200 метров
zoom 18 - 80 метров
18 зум очень полезен, когда пробираешься по незнакомой местности в лесу и на реках. Но использовать его как предлагает SASPlanet - невозможно. При масштабе 800 метров на спутниковой карте (растре) ничего не разобрать. При масштабе свыше 300 метров космоснимки вообще лишние. Только прибор тормозят.
http://forum.atvclub.ru/showpost.php?p=1576522&postcount=85
Вот есть фотки. |
|
|
|
|
|
JNX CUSTOMIZER он позволяет выбрать самому, что и на каком уровне масштаба будет отображаться. |
|
|
|
(0006494)
|
|
Doc74
|
|
27-04-2012 13:20
|
|
|
Поддерживаю, нужная опция. Сам так же, после SAS пользую JNX CUSTOMIZER только для того, чтобы подправить масштаб. Тем более сделать возможность на каком масштабе тот или иной слой должен отображаться на навигаторе не представляет никаких проблем. Значение (int32) смещение (0x08), а значения масштаба (http://a-whiter.livejournal.com/1647.html) лучше вводить пользователю, как это реализовано в MAPС2MAPCNET. |
|
|
|
(0007011)
|
|
gpsMax
|
|
13-05-2012 10:17
|
|
|
Нужная фича. Осталось привлечь внимание Алекса. |
|
|
|
|
|
Вот как бы еще его внимание привлечь :) |
|
|
|
|
|
Вставил пример ввода значений масштаба |
|
|
|
|
За темой внимательно слежу с самого начала :)
Есть 3 причины, по которым я не пытался что-либо делать в данном направлении:
1. функционал, нужный для реализации запрошенной фичи, есть в библиотеке JNXLib с самого начала, надо всего лишь им воспользоваться;
2. собственно, реализацей сохранения в JNX и интерфейсом диалога занимался не я, и, как мне кажется, логичным было бы обратиться к тому разработчику, который этот интерфейс делал;
3. если забить на пункты 1 и 2, то не вполне понятно, как сделать изменение масштабов уровней в имеющемся сейчас диалоге сохранения в JNX таким образом, чтобы было понятно, как этим всем пользоваться.
Фактически, главным ограничивающим моментом является третий из перечисленных пунктов.
Doc74, gpsMax, Smith2007, если у вас получится придумать, как впихнуть в имеющийся интерфейс нужные настройки для изменения масштабов, ну или переделать интерфейс таким образом, чтобы он не занимал половину экрана, был логичным и простым для использования, то всё можно будет сделать за пару часов.
В общем, скриншоты приветствуются. |
|
|
|
(0007028)
|
|
Garl
|
|
16-05-2012 05:37
|
|
>как впихнуть в имеющийся интерфейс нужные настройки для изменения масштабов
надо ж ещё учитывать что зумов в JNX бывает от 1 до 5 |
|
|
|
|
|
Ок! Доберусь до большого брата накидаю интерфейс, как он видится мне. |
|
|
|
|
Нужно еще продумать над включением опции blank уровня. Т.е. это когда есть слой на последнем уровне всего с одной точкой (за пределами карты). Это позволит отключать растр ниже определенного слоя.
Вижу это в виде обычного чек-бокса, который при активации будет добавлять +1 слой карты, которому так же как и с обычными слоями будет доступно указание масштаба. |
|
|
|
|
Загрузил фотку текущего интерфейса.
Кликаем на треугольник слоя и в раскрывшемся дереве должен появиться лист-бокс с выбором масштаба (лвл зума) как на первой фотке. Ну и следить, что бы нижний слой имел более высокий зум-левел. С blank аналогично. |
|
|
|
(0007032)
|
|
Garl
|
|
16-05-2012 10:12
|
|
|
приложил скрин того как хочентся, но ComboBox внутрь TreeView не встроен. так что придётся или городить, или что то ещё думать |
|
|
|
(0007033)
|
|
zed
|
16-05-2012 10:24
(edited on: 16-05-2012 10:28) |
|
>но ComboBox внутрь TreeView не встроен. так что придётся или городить, или что то ещё думать
Не надо городить, уже всё придумано: http://www.delphi-gems.com/index.php/controls/virtual-treeview
В самом низу там есть демка "Microsoft property editor clone". Вот, примерно так и надо делать.
|
|
|
|
(0007035)
|
|
Smith2007
|
16-05-2012 15:31
(edited on: 16-05-2012 15:34) |
|
Изначальная форма не верна!
При формировании JNX файла (многотомного) нужно иметь возможность не просто указывать уровни зума текущей карты, а нужен список карт и по карте нужный зум.
Пример:
JNX Level 1 - Яндекс карты Zoom 14 (Отображение на навигаторе с 2км)
JNX Level 2 - Генштаб 1 км Zoom 15 (Отображение на навигаторе с 800м)
JNX Level 3 - Генштаб 500м Zoom 16 (Отображение на навигаторе с 300м)
JNX Level 4 - Генштаб 250м Zoom 17 (Отображение на навигаторе с 120м)
JNX Level 5 - Спутник Гугл Zoom 18 (Отображение на навигаторе с 80м)
Проще завести List в который добавлять/удалять записи кнопками (Добавить/Изменить/Удалить) Саму запись редактировать в форме.
Вот пирог, который не нужно больше обрабатывать ни какими прогами!
|
|
|
|
(0007036)
|
|
Garl
|
|
16-05-2012 16:15
|
|
|
а не проще\универсальнее для каждого зума иметь отдельный файл? |
|
|
|
(0007037)
|
|
Smith2007
|
16-05-2012 18:24
(edited on: 16-05-2012 18:25) |
|
При реализации предложенного мною выше метода, вариант: "для каждого зума иметь отдельный файл" - будет частным случаем.
Для кого удобно сделать один файл на один зум, а кому иначе. Я предпочитаю иметь набор по зонам интересов. Набор - 1 зона выделения. Файл как пирог слоеный из разных карт. На самом нижнем - "Спутник Гугл". Примерно как указал.
В тех зонах, где нет покрытия Спутником Гугл 18 зума, нет 500 и 250 метровки ГШ - на 4 лвл ставим заглушку (blank), что бы при увеличении после 120 м карты не показывались. Толку от растянутого растра нет.
|
|
|
|
(0007042)
|
|
Garl
|
|
17-05-2012 06:41
|
|
|
ну както очень перегруженным выглядит интерфейс на jnx_tab01.jpg |
|
|
|
(0007043)
|
|
zed
|
|
17-05-2012 06:45
|
|
|
Угу, а если ещё добавить возможность накладывать слои... |
|
|
|
(0007044)
|
|
Garl
|
|
17-05-2012 06:46
|
|
|
ну как вариант оставить как было, и ввести вкладку "расширенный экспорт". |
|
|
|
|
Последняя картинка - идеальное решение!
Довольно просто реализуемое и удобно в пользовании |
|
|
|
(0007066)
|
|
Garl
|
|
17-05-2012 11:48
|
|
вот в направлении последней картинки сейчас идёт работа.
там же каждый элемент активный, прописывать надо. |
|
|
|
|
Вот бы еще иметь возможность сохранять сетап в файлик :)
Ну да, аппетит приходит во время еды :) |
|
|
|
|
>Вот бы еще иметь возможность сохранять сетап в файлик
Я тоже подобного хотел, даже не в файлик, а хотя бы на время работы SAS - http://sasgis.org/mantis/view.php?id=1244 |
|
|
|
(0007100)
|
|
Garl
|
|
18-05-2012 12:39
|
|
имеем в коде
ZoomToScale: array [0..21] of integer = (
2446184, 2446184, 2446184, 2446184, 2446184, 2446184, 2446184, 1223072,
611526, 305758, 152877, 76437, 38218, 19109, 9554, 4777,
2388, 1194, 597, 298, 149, 75
);
как быть с вот таким диалогом в JNXCustomize
5m
8m
12m
20m
30m
50m
80m
120m
200m
300m
500m
800m
1.2km
2km
3km
5km
8km
12km
20km
30km
50km
80km
120km
200km
300km
500km
800km
что из этого оставлять ?
или придётся переделывать JNXlib.pas ? |
|
|
|
|
Вот тут про масштабы говориться http://whiter.brinkster.net/JNX.shtml
Я так понимаю, что значению:
75 соответствует 30 м
149 - 50 м
и т.д. |
|
|
|
|
|
Кстати.... не забыть галочку наложить отображаемые метки/треки. |
|
|
|
(0007103)
|
|
Garl
|
|
18-05-2012 13:50
|
|
вот же блин :)
а может ещё и галку "брать из вышележащих слоёв" сделать? |
|
|
|
(0007104)
|
|
Smith2007
|
18-05-2012 13:55
(edited on: 18-05-2012 13:56) |
|
Затрудняюсь ответить. В принципе ей можно не пользоваться. Не совсем понимаю ее необходимость. Хотя... если есть хорошая карта на 15 зуме, то ее можно и на 16 растянуть если оригинала 16 нет.
|
|
|
|
(0007105)
|
|
Garl
|
|
18-05-2012 14:07
|
|
Орегон допустим сам так делает :)
а метки точно нужны? их же можно и отдельно в прибор залить через MapSource .... |
|
|
|
(0007106)
|
|
AlexWhiter
|
18-05-2012 14:11
(edited on: 18-05-2012 14:13) |
|
Попробую восстановить сообщение, которое сожрал мантис :(
Во-первых, массив ZoomToScale расширяется до 24х значений, добавляются 2 новых - 37 и 19. Это я постараюсь в ближайшее время залить.
Во-вторых, использование полного набора зумов, имеющихся в навигаторах, очень соблазнительно, но не очень желательно, так как черевато конфликтами соседних уровней карт в какой-либо из систем (метрической, американской или морской). Про возможность такого конфликта я в свое время написал автору JNXCustomizer'а, но он меня проигнорировал, к сожалению.
В общем, из перечисленного набора зумов нужно оставить следующие, рядом указываю номера уровней Digital Globe, которые нужно передать в функцию DigitalGlobeZoomToScale:
800km - z6
300km - z7
200km - z8
80km - z9
50km - z10
20km - z11
12km - z12
5km - z13
3km - z14
1.2km - z15
800m - z16
300m - z17
200m - z18
80m - z19
50m - z20
20m - z21
12m - z22
5m - z23
Если очень-очень хочется возможных головняков с промежуточными уровнями, то значение масштаба можно вычислить так. К примеру, захотелось, чтобы уровень карты показывался на зуме 500м, берем соседние уровни - z16 и z17 и вычисляем средее соответствующих масштабов - (2388+1194)/2=1791.
Это значение будет прекрасно работать с метрами и обычными милями, но будет конфликтовать с уровнями, сделанными из z16, если включены морские мили.
В такой схеме конфликтов с соседними слоями можно избежать только для зумов 30km/20mi/20nm (масштаб 114657), 120km/80mi/80nm (458642) и 500km/300mi/300nm (1834628).
В области мелких масштабов, менее 20м, такой анализ я не проводил.
|
|
|
|
|
"а метки точно нужны? их же можно и отдельно в прибор залить через MapSource ...."
Я имел в виду наложить метки и треки на растр и вывести в JNX.
200m - z18 мне не понравилось. При этом масштабе ничего не разобрать. z18 я отображаю на 80 м.
При чем это будет очень сильно зависеть от качества исходного материала. Это как раз и объясняет желание указывать масштаб в ручную, с которого отображать слой. |
|
|
|
(0007112)
|
|
Garl
|
|
18-05-2012 19:36
|
|
>Я имел в виду наложить метки и треки на растр и вывести в JNX.
таки не будет возможности их отключить.
и опять же вопрос: чем плохо эти же метки отображать штатными средствами навигатора? |
|
|
|
(0007113)
|
|
AlexWhiter
|
18-05-2012 23:17
(edited on: 18-05-2012 23:19) |
|
> 200m - z18 мне не понравилось. При этом масштабе ничего не разобрать. z18 я отображаю на 80 м.
А точно не получится обойтить равномерным сдвигом всех уровней выше или ниже на заданное количество шагов?
В этом случае исходная формулировка"Опытным путем подобрал соотношение:
zoom 17 - 200 метров
zoom 18 - 80 метров" просто означала бы смещение на +1 уровень, то есть реальный z17 записывался бы в JNX так, как будто он на самом деле z18.
|
|
|
|
(0007114)
|
|
Smith2007
|
19-05-2012 04:23
(edited on: 19-05-2012 04:25) |
|
"и опять же вопрос: чем плохо эти же метки отображать штатными средствами навигатора?"
Очень удобно тропинки по которым ездим (пробили новую дорогу) накладывать на растр в виде дорожки и так сохранять. Не нужно париться искать тот или иной трек и активировать.
"А точно не получится обойтить равномерным сдвигом всех уровней выше или ниже на заданное количество шагов?"
В случае со "Спутник Гугул"
zoom 17 - 200 метров
zoom 18 - 80 метров"
справедливо.
А вот для ГШ это уже не подходит.
Да и гибкость сильно потеряется.
|
|
|
|
(0007115)
|
|
Garl
|
|
19-05-2012 04:27
|
|
см jnx_tab01.jpg
по идее нам можно игнорировать ZoomToScale и выбирать\задавать его вручную для какой карты какой зум где показывать |
|
|
|
|
Совершенно верно. Это будет наиболее гибким решением.
Видимо нужно только проверку сделать что бы на слое +1 нельзя было выставить меньший текущего zoom. Или оставить на откуп юзеру.
Интересно, а что вообще произойдет если отображение слоя 1 будет на 200 метрах, а слой 2 на 300м?
зы. И не забыть добавить слой Blank, который будет отключать растр ниже. |
|
|
|
|
|
По скольку выбор слоев и зумов будет происходить уже с выделенной областью хотелось бы сразу видеть информацию сколько будет создано томов. Т.е. до начала операции формирования. |
|
|
|
(0007121)
|
|
Garl
|
|
19-05-2012 19:12
|
|
AlexWhiter
а можно повторить соответствие зумов и масштабов на текйщий момент...
и зумов от 1 до 6 |
|
|
|
(0007122)
|
|
AlexWhiter
|
20-05-2012 00:01
(edited on: 20-05-2012 00:03) |
|
Если я правильно понял вопрос, то полный список вот такой:
800km 0 156571139
800km 1 78284289
800km 2 39141505
800km 3 19570432
800km 4 9785056
800km 5 4892448
800km 6 2446184
300km 7 1223072
200km 8 611526
80km 9 305758
50km 10 152874
20km 11 76437
12km 12 38218
5km 13 19109
3km 14 9554
1.2km 15 4777
800m 16 2388
300m 17 1194
200m 18 597
80m 19 298
50m 20 149
20m 21 75
12m 22 37
5m 23 19
Все уровни с первого по седьмой будут показываться в навигаторах на зуме 800км, так как зум 800км отображает все уровни JNX с масштабами, бОльшими 2083334.
|
|
|
|
(0007123)
|
|
Garl
|
|
20-05-2012 03:54
|
|
спасибо! таблицы совпали :)
теперь по логике и теории:
выбираем в планете на 10 зуме область и хотим чтоб она отображалась с 80м (z19) сможет ли прибор такое переварить?
одинаковых масштабов отображения быть не должно?
что с последовательностью? можно ли заливать сначала 50м а затем 80м или нужно подряд к убыванию масштаба их сортировать?
ближе к реализации будут ещё вопросы :) |
|
|
|
(0007126)
|
|
Smith2007
|
20-05-2012 06:34
(edited on: 20-05-2012 06:36) |
|
Приложил скриншот jnxcuctomaizer, как я уродовал масштабы. Ниже, скриншоты с прибора на стандартных уровнях масштабов, что получаются на выходе из САС.
провел эксперимент.
Сформировал в САС JNX файл с двумя слоями. 16 и 17 зум в САС.
По умолчанию получил
16 зум отображается на 1,2 км
17 зум отображается на 800 м.
Залил в прибор, сделал скриншоты.
На фото 152 1,2 км. Отображается зум 16.Не реально использовать.
Файл 164, 800 м на приборе. Отображается зум 17. Так же нет смысла использовать такой растр. Ничего не видно на приборе.
При масштабе на приборе 120 метров уже более четко видно, но опять же далековато.
Устанавливаю масштаб 80м. С масштабом все хорошо, но изображение растра немного размыто.
Поэтому выгружаю из сас 17 и 18 зумы и показываю их на приборе при масштабах:
17 зум - 120 м
18 зум - 80 м.
Справедливо для "Спутник Гугл". Не подходит для Генштаба.
Далее, при помощи JNXCustomizer исправил масштаб просмотра слоев следующим образом:
Слой 1 - 500 м (он же Зум 16 в САС)
Слой 2 - 2 км (он же Зум 17 в САС)
Залил в прибор.
Прибор его проглотил и показал так как ему указано. Т.е. с 2 км начал отображать
в кривом порядке. До 1,2 км это было не заметно, но когда масштаб установил до 120 м, разобрать на растре уже ничего не возможно. Все мыльное.
Т.е. прибор схавает все, и возможно ограничений накладывать не нужно. Мало ли какие карты , с каким качеством будут в слоях. Отдать на откуп юзеру.
По умолчанию предлагать тот набор, который и сейчас.
|
|
|
|
(0007127)
|
|
Garl
|
|
20-05-2012 11:40
|
|
приложил сборку пока чисто для теста интерфейса.
предложения принимаются . |
|
|
|
|
На закладке additional информация о карте id, name etc. На мой взгляд это должно быть на первой закладке.Запретить "перепрыгивать" слои. Т.е. 1,2 и 5 нельзя без 3 и 4.
Blank включить.
Scale не все масштабы.
Ну и в нижней части формы указать кол-во JNX томов, которые будут сформированы (по возможности еще добавить их примерный объем)
В целом то, что надо. |
|
|
|
(0007129)
|
|
Garl
|
|
20-05-2012 13:42
|
|
Scale - уже заметил
при экспорте 1 2 и 5 будут записаны в JNX как 1 2 и 3 - тут ничего страшного
информация о карте id, name etc - просто куда их пихать то на 1 странице ??? |
|
|
|
|
Ну так может размер формы немного увеличить? Это же основная информация, что бы ее на второй план двигать. Часто будут забывать указывать.
"при экспорте 1 2 и 5 будут записаны в JNX как 1 2 и 3 - тут ничего страшного"
Так может просто контроль чекбоксов ввести? |
|
|
|
(0007131)
|
|
Garl
|
|
20-05-2012 14:38
|
|
>Так может просто контроль чекбоксов ввести?
изначально я так и сделал. но неюзабельно оно как то, поэтому есть вот так |
|
|
|
|
Что значит не юзабельно?
Первый чекбокс без контроля. Второй смотрит на первый, третий на второй и т.д.
Куда уж проще. И для юзера понятно. |
|
|
|
(0007133)
|
|
Garl
|
20-05-2012 15:26
(edited on: 20-05-2012 15:28) |
|
перезалил.
кстати параметр Scale у карт не должен же совпадать?
|
|
|
|
(0007134)
|
|
224000
|
20-05-2012 15:53
(edited on: 20-05-2012 15:55) |
|
Не плохо было бы добавить выбор размера тайла. 256х256 или 512х512 или 1024х1024
Это бывает нужно при создании больших карт, чтобы карта не делилась
|
|
|
|
(0007135)
|
|
Smith2007
|
20-05-2012 16:05
(edited on: 20-05-2012 17:17) |
|
"кстати параметр Scale у карт не должен же совпадать?"
Я проевел эксперимент. Scale можно выставлять одинаковым, больше или меньше - без разницы. Будет криво, но прибор проглотит. Учитывая, что ситуации с одинаковым Scale на разных слоях кривая то можно ввести ограничение.
"Не плохо было бы добавить выбор размера тайла. 256х256 или 512х512 или 1024х1024"
Есть такая хотелка. http://sasgis.org/mantis/view.php?id=1219
Максимальный размер JNX 4 гига. Сейчас САС можно получить максимум 1,3 гига в виду того, что есть еще ограничение на количество тайлов.
|
|
|
|
|
"перезалил."
С чекбоксами - ок. |
|
|
|
|
|
Garl, когда можно увидеть первую итерацию? :) |
|
|
|
(0007150)
|
|
Garl
|
|
22-05-2012 04:52
|
|
ой не гоните лошадей, я не волшебник - я только учусь :)
надо понимать что дело делается в свободное время, как хобби.
к тому же ковыряние в новой для меня части SAS-Планеты тоже отнимает некоторое время на разбор.
процесс уже на стадии переписывания переменных и передаваемых параметров. |
|
|
|
(0007156)
|
|
Garl
|
|
22-05-2012 19:31
|
|
проверяем, не думал что так быстро заработает.
пока нету :
накладывания слоёв
не учитывается галка "учитывать настройки цвета"
возможны глюки! |
|
|
|
|
Не все масштабы Scale
Нет 120, 30 м
Нет Blank слоя для отключения растра. |
|
|
|
(0007158)
|
|
Garl
|
|
23-05-2012 02:50
|
|
>Не все масштабы Scale
есть ровно всё что перечислено в этом посту http://sasgis.org/mantis/view.php?id=1269#c7122
можно конечно ввести свою функцию с полными масштабами
>Нет Blank слоя для отключения растра.
это ещё впереди. пока не представляю как реализовывать
мне просто интересно как оно сейчас отображается в приборе
нет ли артефактов? правильно ли срабатывают зумы? |
|
|
|
|
>можно конечно ввести свою функцию с полными масштабами
тот же JNXCustomaizer имеет перечисленные масштабы. Они нужны однозначно. Как минимум 120м.
>>Нет Blank слоя для отключения растра.
>это ещё впереди. пока не представляю как реализовывать
проще некуда. Включается один тайл с координатами где нибудь на северном полюсе :) Тайл состоит из одной точки.
>мне просто интересно как оно сейчас отображается в приборе
>нет ли артефактов? правильно ли срабатывают зумы?
В прибор утром не успел залить. После работы проверю. Но JNXCustomizer показал все ок. |
|
|
|
|
Все отлично работает как и положено!
Масштаб настраивается, на приборе показывается как положено.
Еще раз по недостаткам:
1.Blank
2. Дополнить масштабы
3. Показывать в форме количество тайлов в выборке и количество томов JNX. Если есть такая функция то неплохо показывать ориентировочное время формирования JNX.
4. Опционально. Склейка тайлов по 4 перед помещением в JNX. |
|
|
|
(0007177)
|
|
224000
|
24-05-2012 04:51
(edited on: 24-05-2012 06:13) |
|
Опционально. Склейка тайлов также по 16 перед помещением в JNX.
|
|
|
|
(0007178)
|
|
Garl
|
|
24-05-2012 04:54
|
|
если честно - то склейка - для меня пока ещё задача тяжеловатая.
я пока только начинаю смотреть в код на накладывание слоя на карту.
работа кипит. так что результаты возможно и будут... |
|
|
|
|
|
Используя JNX не предполагаю формировать с наложением другой карты. В любом случае есть еще карта ТОПО от Навикома, которая очень хорошо накладывается пр просмотре растра. А вот наложить трек на растр (что бы он уже в растре был) это интересно. По крайней мере отпадает надобность поиска архивных треков для подсветки пути сквозь лес и пр. |
|
|
|
(0007192)
|
|
Garl
|
|
25-05-2012 04:29
|
|
|
беру там-аут пока некоторые ковыряют формы работы с выделенной областью. |
|
|
|
|
|
Ну так уже и сейчас получили рабочую версию :) |
|
|
|
|
|
Все что я хотел сделать c JNX я уже закончил. Можешь брать и ковырять по образу и подобию. Я в других операциях сейчас навожу порядок. |
|
|
|
(0007197)
|
|
vasketsov
|
25-05-2012 11:17
(edited on: 25-05-2012 11:20) |
|
Когда примерно можно будет поиграться потестить, чтобы в основном репо уже всё было?
зы. Кто-то этот патчер тестил?
http://whiter.brinkster.net/Versions.shtml
|
|
|
|
(0007198)
|
|
Garl
|
25-05-2012 11:21
(edited on: 25-05-2012 11:24) |
|
если устроит без наложения слоёв,
без учёта палитры цветов ,
без наложения меток,
то попробую сегодня-завтра переформатировать код и залить.
>http://whiter.brinkster.net/Versions.shtml
да на орегоне 550 и на дакоте 30 - полёт нормальный
|
|
|
|
|
Лично мне нужно будет на следующей неделе просто один снимок greyscale залить (с настройкой уровней, зумы 12, 15, 16 и 18), так что прочие феньки неактуальны.
Было б классно, заодно и потестим, etrex 30 буду дрючить )) |
|
|
|
(0007200)
|
|
Garl
|
|
25-05-2012 11:36
|
|
>залить (с настройкой уровней, зумы 12, 15, 16 и 18),
так 5 зумов и сейчас работает. только сверху отшлифовать JNXCustomizer'ом и делов то :)
только сейчас работает только с текущей картой :) |
|
|
|
|
> Кто-то этот патчер тестил?
> http://whiter.brinkster.net/Versions.shtml
Все версии прошивок, которые на этой странице не отмечены ни серым, ни красным, проверены на реальных устройствах.
В этом списке я не помечаю прошивку, как протестированную, до тех пор, пока кто-либо из пользователей не сообщает о корректной работе на соответствующих навигаторах. |
|
|
|
|
>я не помечаю прошивку, как протестированную
Прошу правильно понять, я ни в коей мере не хотел как-то обидеть или того хуже.
Я имел в виду конкретно присутствующих тут.
Моего IQ вполне хватило чтобы понять, что "этот ник я уже где-то видел" )))) |
|
|
|
(0007204)
|
|
AlexWhiter
|
26-05-2012 00:47
(edited on: 26-05-2012 00:48) |
|
> Прошу правильно понять, я ни в коей мере не хотел как-то обидеть или того хуже.
> Я имел в виду конкретно присутствующих тут.
И в мыслях не было обижаться :)
Просто сообщаю, что прошивка проверена на людях, да и на моем собственном GPSMAP 62s полет нормальный.
|
|
|
|
(0007214)
|
|
224000
|
|
26-05-2012 15:45
|
|
Конвертер map2jnx при создании карты автоматически увеличивает размер тайла если их количество больше 50000. Нельзя ли этот механизм применить в программе?
Подробности можно узнать у AlexWhiter. |
|
|
|
(0007217)
|
|
Smith2007
|
26-05-2012 17:03
(edited on: 26-05-2012 17:08) |
|
Есть уже такая хотелка http://sasgis.org/mantis/view.php?id=1219
Идея хорошая, но надо понимать, что кроме ограничений на количество тайлов в слое есть еще ограничение на размер JNX файла. На сколько знаю сейчас это 4 гига. При размере тайла 256*256 максимальный размер JNX тома у меня получаются не более 1,4 гига. Т.е. срабатывает ограничение на количество тайлов не достигнув максимального размера тома. Следовательно можно склеить соседние 4 тайла и тогда можно будет большую площадь упаковать в один JNX.
Но с другой стороны можно создать до 250 томов JNX, а это даже при сегодняшних реалиях 250*1,4 = 350 гигов. Пока нет таких флешек.
2 Garl
Заливай уже код. Работает он.
|
|
|
|
(0007218)
|
|
Garl
|
|
26-05-2012 17:42
|
|
|
пока не победим тикет 0001313 код не работает |
|
|
|
(0007223)
|
|
Garl
|
|
27-05-2012 17:12
|
|
начало положено.
коммит заслан. |
|
|
|
(0007243)
|
|
AlexWhiter
|
30-05-2012 06:19
(edited on: 30-05-2012 06:20) |
|
Заглянул сегодня в закинутый код. Вот этот массив очень огорчает:const
ZoomToScale: array [0..32] of integer = (
2083334, 2083334, 2083334, 2083334, 2083334, 2083334, 2083334, 1302084,
781250, 520834, 312500, 208334, 130209, 78125, 52084, 31250,
20834, 13021, 7813, 5209, 3125, 2084, 1303, 782,
521, 313, 209, 131, 79, 52, 32, 21,
14
); Использование этого набора значений приведет к тому, что JNX-карты, сделанные в SAS.Планете станут несовместимымы как с картами, полученными по подписке BirdsEye, так и с самоделками, сделанными в Mapc2Mapc, OkMap и map2jnx.
|
|
|
|
(0007244)
|
|
Garl
|
|
30-05-2012 06:30
|
|
|
как лучше сделать? взять наши масштабы (0007122) и расширить дополнительными? |
|
|
|
|
Если уж так необходимы все 32 уровня, то предлагаю остановиться хотя бы вот на таком наборе значений:2446184, 2446184, 2446184, 2446184, 2446184, 2446184, 2446184, 1834628,
1223072, 611526, 458642, 305758, 152877, 114657, 76437, 38218,
28664, 19109, 9554, 7166, 4777, 2388, 1791, 1194,
597, 448, 298, 149, 112, 75, 37, 28,
19 |
|
|
|
(0007246)
|
|
Garl
|
|
30-05-2012 06:34
|
|
|
|
|
|
>JNX-карты, сделанные в SAS.Планете станут несовместимымы
А в чём конкретно будет выражаться несовместимость? |
|
|
|
|
> А в чём конкретно будет выражаться несовместимость?
В том случае, если на экране устройства одновременно окажутся тайлы двух соседних карт, но значения масштабов у них будут отличаться, тайлы с бОльшими масштабами будут скрыты.
Выглядеть это будет, как если бы вы скроллировали карту, и она вдруг исчезла бы при приближении к границе с соседней картой.
Именно для того, чтобы избежать подобных взаимных отключений, и была введена "стандартная" шкала масштабов. |
|
|
|
(0007255)
|
|
Smith2007
|
31-05-2012 04:19
(edited on: 31-05-2012 04:21) |
|
>Именно для того, чтобы избежать подобных взаимных отключений, и была введена "стандартная" шкала масштабов.
Тогда проще добавить стандартные значения шкал к тем которые есть. Поскольку каждый комплект карт готовит для себя сам, а загружаемые растры как правило перекрывают с лихвой интересующий регион то маловероятно, что эта проблема возникнет у пользователя.
зы. как предложение: Оставить все как есть но считывать с каталога с программой файл с масштабами. Если есть - перекрывать те, которые в программе. И тогда все будут довольны и даже смогут под конкретный прибор масштабы делать.
А учитывая, что разрешение экранов у разных моделей приборов разное то это становится актуальным.
|
|
|
|
(0007256)
|
|
Garl
|
|
31-05-2012 04:28
|
|
|
так а чем не устраивают те масштабы которые приведены в посту(посте) 7245? |
|
|
|
|
Smith2007, сейчас в коде SAS.Планеты используется как раз стандартная шкала, дополненная недостающими промежуточными значениями для зумов 8м, 30, 120, 500м, 2км, 8, 30, 120 и 500км.
Это тот самый набор, приведенный в 0001269:0007245.
Такой набор, с одной стороны, хоть как-то обеспечивает совместимость с картами из других источников, а с другой, покрывает весь набор зумов в навигаторах. |
|
|
|
|
Так я и говорю, что все ок и не нужно больше ничего изменять :)
Только добавить слой blank, что бы карты отключать можно было. |
|
|
|
|
|
Для корректного добавления слоя blank надо еще немного JNXlib допилить, чтобы отключение нормально работало в многотомных картах. |
|
|
|
(0007276)
|
|
Garl
|
|
01-06-2012 11:53
|
|
и ещё не мешало бы допилить бы надожение слоёв и меток ...
я в этом направлении пытаюсь работать. но что то пока медленно... |
|
|
|
|
|
Эта хотелка выполнена, а все остальное пишите в отдельных хотелках. |
|
JNXCustomizer_1.jpg (48,445) 15-05-2012 15:57
jnx_todo.png (24,137) 16-05-2012 10:11
SASPlanet.7z (1,502,949) 22-05-2012 19:28