» SatMap (3)
Можно в личку? На английском языке?
burekbrigada
Тебе всегда можно, хоть на китайском
Тебе всегда можно, хоть на китайском
relictus
Цитата:
Создал пару небольших списков закачки, закачивал, несколько раз останавливал и возобновлял закачку - пока никаких сообщений об ошибке так и не добился, видимо эту проблему решили
Но столкнулся со странным поведением программы при установке и отключении отметки "При наличии тайлов в кэше" - "Заменять существующие" в окне закачки по списку: 1) скачал по списку все 48 тайлов, которые в нем были и получил сообщение, что они скачались успешно. 2) Повторил тут же закачку по этому же списку с установленной отметкой "заменять существующие" - получил сообщение "48 тайлов поставлено на закачку, 0 - скачано успешно". 3) Повторил снова закачку по этому же списку с выключенной отметкой "заменять существующие" - и снова получил сообщение "48 тайлов поставлено на закачку, 0 - скачано успешно". Скриншоты сообщений здесь: 1 - http://s004.radikal.ru/i207/1508/82/91ef2789d746.jpg , 2 - http://s010.radikal.ru/i311/1508/19/b24756359f4e.jpg , 3 - http://s015.radikal.ru/i331/1508/89/884131ddeb79.jpg .
Ожидалось, что установка отметки "заменять существующие" заставит программу повторно закачать эти тайлы и выдать сообщение "48 тайлов поставлено на закачку, 48 - скачано успешно", а отключение отметки заставит пропустить имеющиеся в кэше тайлы ("0 - скачано успешно"). Но программа в обоих случаях сообщила, что закачивать больше ей ничего не надо, если тайлы в кэше уже есть.
Цитата:
попробуй эту версию насчет ошибок
Создал пару небольших списков закачки, закачивал, несколько раз останавливал и возобновлял закачку - пока никаких сообщений об ошибке так и не добился, видимо эту проблему решили
Но столкнулся со странным поведением программы при установке и отключении отметки "При наличии тайлов в кэше" - "Заменять существующие" в окне закачки по списку: 1) скачал по списку все 48 тайлов, которые в нем были и получил сообщение, что они скачались успешно. 2) Повторил тут же закачку по этому же списку с установленной отметкой "заменять существующие" - получил сообщение "48 тайлов поставлено на закачку, 0 - скачано успешно". 3) Повторил снова закачку по этому же списку с выключенной отметкой "заменять существующие" - и снова получил сообщение "48 тайлов поставлено на закачку, 0 - скачано успешно". Скриншоты сообщений здесь: 1 - http://s004.radikal.ru/i207/1508/82/91ef2789d746.jpg , 2 - http://s010.radikal.ru/i311/1508/19/b24756359f4e.jpg , 3 - http://s015.radikal.ru/i331/1508/89/884131ddeb79.jpg .
Ожидалось, что установка отметки "заменять существующие" заставит программу повторно закачать эти тайлы и выдать сообщение "48 тайлов поставлено на закачку, 48 - скачано успешно", а отключение отметки заставит пропустить имеющиеся в кэше тайлы ("0 - скачано успешно"). Но программа в обоих случаях сообщила, что закачивать больше ей ничего не надо, если тайлы в кэше уже есть.
nemo3001
Упс, скопировал кусок кода не туда
На следующей неделе выложу исправленный билд.
Упс, скопировал кусок кода не туда
На следующей неделе выложу исправленный билд.
v2.8.4 2015 Aug 31
--------------------------------------
[no][+] поддержка API v1.2
возвращены опции закачки "При наличии тайлов в кэше" в "Закачка тайлов по списку"
3-й столбец в окне треков и путевых точек: ширина регулируется и запоминается
обновлен Google Earth launcher (thanks to burekbrigada)
[-] исправлен код, вызывающий ошибки "Unknown block type" и "Uncompression error - invalid crc." при закачке тайлов
[/no]
--------------------------------------
[no][+] поддержка API v1.2
возвращены опции закачки "При наличии тайлов в кэше" в "Закачка тайлов по списку"
3-й столбец в окне треков и путевых точек: ширина регулируется и запоминается
обновлен Google Earth launcher (thanks to burekbrigada)
[-] исправлен код, вызывающий ошибки "Unknown block type" и "Uncompression error - invalid crc." при закачке тайлов
[/no]
relictus
Последняя версия программы работала без особых замечаний, отмечавшиеся ранее ошибки уже не повторяются, что конечно радует.
Но вот столкнулся с тем, что некоторые треки при попытке их загрузки в SatMap вызывают ошибку "List index out of bounds (0)", например трек https://www.openstreetmap.org/trace/422/data . Этот же трек открывается и отображается без ошибки, например, в программе SAS.Планета. Понятно, что такие треки (в том числе и тот, что в приведенном примере) несколько своеобразные и там в одном gpx файле содержится множество небольших треков, но заранее конечно не угадаешь, какой gpx файл откроется в SatMap нормально, а какой вызовет эту ошибку.
Если для SatMap безошибочная загрузка такого трека связана к какими-то техническими ограничениями (например, с максимальной длиной списка загруженных треков), то может быть удастся хотя бы при загрузке такого файла контролировать длину этого списка и ограничиться его частичной загрузкой с информацией пользователю о неполной загрузке трека, а то появление указанной ошибки полностью блокирует работу программы, заставляя аварийно завершать ее работу через Диспетчер задач.
Последняя версия программы работала без особых замечаний, отмечавшиеся ранее ошибки уже не повторяются, что конечно радует.
Но вот столкнулся с тем, что некоторые треки при попытке их загрузки в SatMap вызывают ошибку "List index out of bounds (0)", например трек https://www.openstreetmap.org/trace/422/data . Этот же трек открывается и отображается без ошибки, например, в программе SAS.Планета. Понятно, что такие треки (в том числе и тот, что в приведенном примере) несколько своеобразные и там в одном gpx файле содержится множество небольших треков, но заранее конечно не угадаешь, какой gpx файл откроется в SatMap нормально, а какой вызовет эту ошибку.
Если для SatMap безошибочная загрузка такого трека связана к какими-то техническими ограничениями (например, с максимальной длиной списка загруженных треков), то может быть удастся хотя бы при загрузке такого файла контролировать длину этого списка и ограничиться его частичной загрузкой с информацией пользователю о неполной загрузке трека, а то появление указанной ошибки полностью блокирует работу программы, заставляя аварийно завершать ее работу через Диспетчер задач.
nemo3001
Посмотрю в понедельник. Спасибо за багрепорт.
Посмотрю в понедельник. Спасибо за багрепорт.
relictus
Посмотрел последнюю версию на предмет удобства закачки - на первый взгляд стало намного удобнее чем было. Единственное пожелание - наследование предыдущего выбора с сохранением в ini - если я выбрал "заменять существующие" или "все файлы", то при следующем открытии программа должна учесть мой Modus Operandi и сразу мне предложить именно эти опции. Правда по поводу "все файлы" я как раз не уверен. После того, как ты ввел возможность произвольной нарезки эта функция менее актуальна, а специфический формат это все таки защита от попытки случайной закачки какого-нибудь exe. Если ты еще добавишь возможность объединять/разрезать имеющиеся списки будет вообще отлично, это часто бывает нужно когда есть много мелких списков.
Ну и конечно желательны списки для экспорта.
Теперь по поводу стабильности предыдущей версии 2.8.2 в полевом режиме, при работе с GPS.
Если раньше случалось по три-четыре краша в день, то в предпоследней версии не более 1-2 в неделю, причем теперь можно закрыть зависшую программу без необходимости захода в диспетчер задач. При этом программа как правило, хотя и не всегда, дает сохранить не сохраненные точки. Кстати в большинстве случаем программа выдавала ошибку именно при наличии в памяти не сохраненных путевых точек в режиме включенного GPS. Вторая причина, как мне показалось, лежит в соединении с GPS. Если я пытаюсь соединиться с неподключенным (по блю туз) GPS через программу, а винда именно в этот момент требует ввести код устройства, то программа может упасть даже не дав сохранить новых путевых точек.
Но все это просто предположения, так как багрепортов эта версия не делала.
Ну и очень важное пожелание - поддержка пользовательских иконок в KML. Пускай в ограниченном виде, например с привязкой только по центру, но все-таки эти иконки очень нужны.
Сейчас появилось масса точек совершенно разной важности, а айкон всего одного типа. Включать же показ подписей при большом количестве точек тоже не выход.
Посмотрел последнюю версию на предмет удобства закачки - на первый взгляд стало намного удобнее чем было. Единственное пожелание - наследование предыдущего выбора с сохранением в ini - если я выбрал "заменять существующие" или "все файлы", то при следующем открытии программа должна учесть мой Modus Operandi и сразу мне предложить именно эти опции. Правда по поводу "все файлы" я как раз не уверен. После того, как ты ввел возможность произвольной нарезки эта функция менее актуальна, а специфический формат это все таки защита от попытки случайной закачки какого-нибудь exe. Если ты еще добавишь возможность объединять/разрезать имеющиеся списки будет вообще отлично, это часто бывает нужно когда есть много мелких списков.
Ну и конечно желательны списки для экспорта.
Теперь по поводу стабильности предыдущей версии 2.8.2 в полевом режиме, при работе с GPS.
Если раньше случалось по три-четыре краша в день, то в предпоследней версии не более 1-2 в неделю, причем теперь можно закрыть зависшую программу без необходимости захода в диспетчер задач. При этом программа как правило, хотя и не всегда, дает сохранить не сохраненные точки. Кстати в большинстве случаем программа выдавала ошибку именно при наличии в памяти не сохраненных путевых точек в режиме включенного GPS. Вторая причина, как мне показалось, лежит в соединении с GPS. Если я пытаюсь соединиться с неподключенным (по блю туз) GPS через программу, а винда именно в этот момент требует ввести код устройства, то программа может упасть даже не дав сохранить новых путевых точек.
Но все это просто предположения, так как багрепортов эта версия не делала.
Ну и очень важное пожелание - поддержка пользовательских иконок в KML. Пускай в ограниченном виде, например с привязкой только по центру, но все-таки эти иконки очень нужны.
Сейчас появилось масса точек совершенно разной важности, а айкон всего одного типа. Включать же показ подписей при большом количестве точек тоже не выход.
rex
Все это будет. И даже более
Но только в следующей "реинкарнированной" версии SatMap. Я решил переписать программу "from scratch", изначально заложив в нее многопоточность, работу с несколькими картографическими сервисами, новый граф.движок и прочие вещи, которые в текущем варианте трудно или невозможно реализовать. Это займет какое-то время и все свободные силы, потому линейка версий 2.8 будет обновляться только багофиксами, без каких-либо новых фич.
Все это будет. И даже более
Но только в следующей "реинкарнированной" версии SatMap. Я решил переписать программу "from scratch", изначально заложив в нее многопоточность, работу с несколькими картографическими сервисами, новый граф.движок и прочие вещи, которые в текущем варианте трудно или невозможно реализовать. Это займет какое-то время и все свободные силы, потому линейка версий 2.8 будет обновляться только багофиксами, без каких-либо новых фич.
nemo3001
Проблема была в том, что в файле присутствует трек не имеющий точек
Фикс: v2.8.4.1
rex
Цитата:
Проверил, всё запоминается. Где именно это не работает?
Проблема была в том, что в файле присутствует трек не имеющий точек
Фикс: v2.8.4.1
rex
Цитата:
Единственное пожелание - наследование предыдущего выбора с сохранением в ini - если я выбрал "заменять существующие" или "все файлы", то при следующем открытии программа должна учесть мой Modus Operandi и сразу мне предложить именно эти опции.
Проверил, всё запоминается. Где именно это не работает?
relictus
Цитата:
А на чём написано сейчас и что присмотрел на будущее, если не секрет?
В open source переходить не планируешь? Или может думаешь изменить модель распространения программы?
Цитата:
новый граф.движок
А на чём написано сейчас и что присмотрел на будущее, если не секрет?
В open source переходить не планируешь? Или может думаешь изменить модель распространения программы?
zedxxx
Сейчас самописный движок. На будущее выбираю между Graphics32 и Direct2D, пока не определился...
Изначально (о, уже 10 лет прошло-то!) прога делалась "на коленке" для собственных нужд, используя где-то варезные, где-то честно купленные компоненты, потому речи об опенсурс не могло быть. Сейчас я, по возможности, стараюсь обходиться без вареза, но все же кое-что платное все равно придется использовать, так что no open source, sorry indie developers...
Сейчас самописный движок. На будущее выбираю между Graphics32 и Direct2D, пока не определился...
Изначально (о, уже 10 лет прошло-то!) прога делалась "на коленке" для собственных нужд, используя где-то варезные, где-то честно купленные компоненты, потому речи об опенсурс не могло быть. Сейчас я, по возможности, стараюсь обходиться без вареза, но все же кое-что платное все равно придется использовать, так что no open source, sorry indie developers...
relictus
Цитата:
Теперь проблема с загрузкой треков решилась, спасибо.
Цитата:
Фикс: v2.8.4.1
Теперь проблема с загрузкой треков решилась, спасибо.
relictus
Цитата:
Практически все, кроме опции типа файлов при открытии файла списка закачки. Тут, независимо от предыдущего выбора, идет smdl. Но это не критично.
У меня на последний Фикс: v2.8.4.1 ругается Винда 8.1:
Фильтр Windows SmartScreen предотвратил запуск неопознанного приложения, которое может подвергнуть ваш компьютер риску.
Издатель: Неизвестный издатель
Приложение: SatMapGPS_2.841.exe
Не выполнять - Выполнить в любом случае
Раньше такого не замечалось!
Цитата:
Проверил, всё запоминается. Где именно это не работает?
Практически все, кроме опции типа файлов при открытии файла списка закачки. Тут, независимо от предыдущего выбора, идет smdl. Но это не критично.
У меня на последний Фикс: v2.8.4.1 ругается Винда 8.1:
Фильтр Windows SmartScreen предотвратил запуск неопознанного приложения, которое может подвергнуть ваш компьютер риску.
Издатель: Неизвестный издатель
Приложение: SatMapGPS_2.841.exe
Не выполнять - Выполнить в любом случае
Раньше такого не замечалось!
relictus
При создании маршрута по спутниковой карте практически любая программа, и SatMap, создавая трек из измерения, тут не исключение, к сожалению в файл маршрута не записывают данные из SRTM3 файлов (*.hqt) о высоте над уровнем моря заданных точек маршрута.
Хотя сделать это технически вроде бы совсем несложно - записывая в файл маршрута (трека) географические координаты его вершин (точек), заданных пользователем, можно прочитать из файла hqt, если он доступен программе, и записать тут же в файл маршрута высоту этой точки над уровнем моря.
В этом случае заранее, еще планируя маршрут, можно было бы сразу же видеть в файле маршрута характеристику по высоте на уровнем моря различных его участков, представить (а если умеешь, так и начертить в Excel, например, графиком расстояние-высота... хм, а почему бы и не в самой SatMap ) высотный профиль этого маршрута, а значит можно заранее оценить его сложность, примерное время прохождения, да и просто более детально познакомиться с особенностями предстоящего путешествия.
Можно воспринимать это как предложение для изменения программы SatMap (нынешней, или планируемой), или просто как мечты об идеальном мире, где SatMap в создаваемые маршруты записывает высоту его точек, а еще, если вспомнить предложения прошлых лет на этом форуме, где SatMap умеет "воспроизводить" на экране движение по загруженному треку встроенным TrackPlayer-ом, а также при перемещении по спутниковой карте она умеет, не напрягая пользователя, сама автоматически загружать из указанной папки необходимые ей уже имеющиеся, заранее скачанные, кэши SatMap с нормализованными именами файлов (ведь умеет же программа самостоятельно выбирать необходимый ей файл высот SRTM3)...
Да мало ли еще было предложений... Пусть не все они реализовываются, но программа несомненно со временем становится все более удобной - посмотрим, что интересного будет в ней после ее "реинкарнации"
При создании маршрута по спутниковой карте практически любая программа, и SatMap, создавая трек из измерения, тут не исключение, к сожалению в файл маршрута не записывают данные из SRTM3 файлов (*.hqt) о высоте над уровнем моря заданных точек маршрута.
Хотя сделать это технически вроде бы совсем несложно - записывая в файл маршрута (трека) географические координаты его вершин (точек), заданных пользователем, можно прочитать из файла hqt, если он доступен программе, и записать тут же в файл маршрута высоту этой точки над уровнем моря.
В этом случае заранее, еще планируя маршрут, можно было бы сразу же видеть в файле маршрута характеристику по высоте на уровнем моря различных его участков, представить (а если умеешь, так и начертить в Excel, например, графиком расстояние-высота... хм, а почему бы и не в самой SatMap ) высотный профиль этого маршрута, а значит можно заранее оценить его сложность, примерное время прохождения, да и просто более детально познакомиться с особенностями предстоящего путешествия.
Можно воспринимать это как предложение для изменения программы SatMap (нынешней, или планируемой), или просто как мечты об идеальном мире, где SatMap в создаваемые маршруты записывает высоту его точек, а еще, если вспомнить предложения прошлых лет на этом форуме, где SatMap умеет "воспроизводить" на экране движение по загруженному треку встроенным TrackPlayer-ом, а также при перемещении по спутниковой карте она умеет, не напрягая пользователя, сама автоматически загружать из указанной папки необходимые ей уже имеющиеся, заранее скачанные, кэши SatMap с нормализованными именами файлов (ведь умеет же программа самостоятельно выбирать необходимый ей файл высот SRTM3)...
Да мало ли еще было предложений... Пусть не все они реализовываются, но программа несомненно со временем становится все более удобной - посмотрим, что интересного будет в ней после ее "реинкарнации"
nemo3001
Записал в ToDo )
Записал в ToDo )
relictus
Цитата:
Это потому что ты проверял свою версию.
Очевидно какая-то дрянь могла быть добавлена при закачке.
Сейчас перекачал по новой и проблемы нет, а на ране скачанную версию винда по прежнему ругается.
Цитата:
SatMapGPS.exe из архива v2.8.4.1 чист!
Это потому что ты проверял свою версию.
Очевидно какая-то дрянь могла быть добавлена при закачке.
Сейчас перекачал по новой и проблемы нет, а на ране скачанную версию винда по прежнему ругается.
relictus
Сделай пожалуйста мульти из последней версии.
Сделай пожалуйста мульти из последней версии.
relictus
Цитата:
Может быть стоит в шапке этой страницы к полному комплекту текущей версии программы и к exe-файлу указывать их MD5?
Случай конечно нечастый с повреждением (заражением) файлов программы, но раз уж такое иногда происходит, то MD5 поможет локализовать место возникновения проблемы - у пользователя программы или у ее автора.
Цитата:
rex Сейчас перекачал по новой и проблемы нет, а на ране скачанную версию винда по прежнему ругается.
Может быть стоит в шапке этой страницы к полному комплекту текущей версии программы и к exe-файлу указывать их MD5?
Случай конечно нечастый с повреждением (заражением) файлов программы, но раз уж такое иногда происходит, то MD5 поможет локализовать место возникновения проблемы - у пользователя программы или у ее автора.
relictus
Спасибо за оперативность.
nemo3001
MD5 не повредит.
Спасибо за оперативность.
nemo3001
MD5 не повредит.
Попробовал дефрагментировать в satmap_v2.8.4.1_multi_exe только что ею же скачанный небольшой 2-х гигабайтный кэш.
Через пару минут прога вывалилась с ошибкой о нехватке памяти. Старый вариант проги справился без проблем.
Через пару минут прога вывалилась с ошибкой о нехватке памяти. Старый вариант проги справился без проблем.
rex
1) свободного места на диске с дефрагментируемым кэшем было больше 3 гб?
2) в satmap.xml что между тэгов в параметре <JM>xxx</JM> ?
3) сколько оперативки?
4) ну и сам текст ошибки бы.
1) свободного места на диске с дефрагментируемым кэшем было больше 3 гб?
2) в satmap.xml что между тэгов в параметре <JM>xxx</JM> ?
3) сколько оперативки?
4) ну и сам текст ошибки бы.
relictus
1) свободного места на диске с дефрагментируемым кэшем было больше 3 гб?
Больше 130 гб
2) в satmap.xml что между тэгов в параметре <JM>xxx</JM> ?
Нет у меня в satmap.xml такого параметра.
3) сколько оперативки?
3,5 гб на 32-битной вин7. После запуска дефрагмнтации видно, что использование памяти быстро увеличивается почти на 1,5 гига (чего нет в старых версиях), но ошибка вываливается когда остается не менее 1 гб свободной памяти.
4) ну и сам текст ошибки бы.
SQLite3 Error 7 - out of memory
Сейчас скачал полную версию, не мульти - та же проблема. В недавней 2841 то же самое, в старой 2.5.6 проблем никаких.
1) свободного места на диске с дефрагментируемым кэшем было больше 3 гб?
Больше 130 гб
2) в satmap.xml что между тэгов в параметре <JM>xxx</JM> ?
Нет у меня в satmap.xml такого параметра.
3) сколько оперативки?
3,5 гб на 32-битной вин7. После запуска дефрагмнтации видно, что использование памяти быстро увеличивается почти на 1,5 гига (чего нет в старых версиях), но ошибка вываливается когда остается не менее 1 гб свободной памяти.
4) ну и сам текст ошибки бы.
SQLite3 Error 7 - out of memory
Сейчас скачал полную версию, не мульти - та же проблема. В недавней 2841 то же самое, в старой 2.5.6 проблем никаких.
Гугль кажется изменил методы борьбы с многопоточной закачкой слоя SAT.
Теперь никаких банов и частых каптч - просто на все запросы идет ответ, что тайл отсутствует на сервере.
При закачке в один поток проблем нет.
Остальные слои Гугль наверное считает мусорными и закачку не лимитирует.
Теперь никаких банов и частых каптч - просто на все запросы идет ответ, что тайл отсутствует на сервере.
При закачке в один поток проблем нет.
Остальные слои Гугль наверное считает мусорными и закачку не лимитирует.
relictus
При импорте точек из *.wpt все большие русские буквы "C" меняются на запятые.
И почему-то никто не обращает внимание на этот баг. Может отменить эту конвертацию с запятыми?
А можно сделать импорт/экспорт путевых точек в файл csv (разделитель колонок точка с запятой).
Сейчас часто геоданные используют такой формат.
И еще, функция SatMap API, она позволяет сделать обмен данными между таблицей Access с путевыми точками и SatMap или это только для сайтов? Чтобы ее использовать вместо окна с путевыми точками. Или как-то связать через Microsoft OLE.
Если возможно и не трудоёмко, то добавь пожалуйста такую опцию.
При импорте точек из *.wpt все большие русские буквы "C" меняются на запятые.
И почему-то никто не обращает внимание на этот баг. Может отменить эту конвертацию с запятыми?
А можно сделать импорт/экспорт путевых точек в файл csv (разделитель колонок точка с запятой).
Сейчас часто геоданные используют такой формат.
И еще, функция SatMap API, она позволяет сделать обмен данными между таблицей Access с путевыми точками и SatMap или это только для сайтов? Чтобы ее использовать вместо окна с путевыми точками. Или как-то связать через Microsoft OLE.
Если возможно и не трудоёмко, то добавь пожалуйста такую опцию.
timofeika7
Цитата:
Это не баг SatMap, а так ведет себя Ozi - чтобы можно было вводить запятые в имени точки, он при записи заменяет символ запятой на символ #$D1, а это как раз русская буква "С" в ANSI кодировке. Откопал сейчас у себя версию озика 3.95.6d, так там вообще невозможно задать имя точки по-русски
Цитата:
Будет в новой версии.
Цитата:
Функции API весьма ограничены, такой возможности нет.
Цитата:
При импорте точек из *.wpt все большие русские буквы "C" меняются на запятые.
И почему-то никто не обращает внимание на этот баг. Может отменить эту конвертацию с запятыми?
Это не баг SatMap, а так ведет себя Ozi - чтобы можно было вводить запятые в имени точки, он при записи заменяет символ запятой на символ #$D1, а это как раз русская буква "С" в ANSI кодировке. Откопал сейчас у себя версию озика 3.95.6d, так там вообще невозможно задать имя точки по-русски
Цитата:
А можно сделать импорт/экспорт путевых точек в файл csv (разделитель колонок точка с запятой).
Будет в новой версии.
Цитата:
И еще, функция SatMap API, она позволяет сделать обмен данными между таблицей Access с путевыми точками и SatMap или это только для сайтов? Чтобы ее использовать вместо окна с путевыми точками. Или как-то связать через Microsoft OLE.
Если возможно и не трудоёмко, то добавь пожалуйста такую опцию.
Функции API весьма ограничены, такой возможности нет.
relictus
Если нельзя сделать обмен данными между таблицей Access с путевыми точками и SatMap, а можно ли тогда добавить в окно с путевыми точками ещё одну колонку и сделать в ней фильтрацию по выделению как а Access?
Например, в ней можно условным текстом указать категорию точек и район и тогда при фильтрации можно будет отбирать точки или одной категории во всех районах или в одном районе/области все категории. Появится возможность как у векторных карт.
Если нельзя сделать обмен данными между таблицей Access с путевыми точками и SatMap, а можно ли тогда добавить в окно с путевыми точками ещё одну колонку и сделать в ней фильтрацию по выделению как а Access?
Например, в ней можно условным текстом указать категорию точек и район и тогда при фильтрации можно будет отбирать точки или одной категории во всех районах или в одном районе/области все категории. Появится возможность как у векторных карт.
Страницы: 1234567891011121314151617181920212223
Предыдущая тема: Автоматическое обновление адресной книги в локалке
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.