View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003356 | SAS.Планета | Хотелка / Feature request | public | 08-08-2018 14:33 | 02-02-2020 18:44 |
| Reporter | cycler | Assigned To | zed | ||
| Priority | normal | Severity | tweak | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Platform | Windows | OS | 7 | OS Version | Enterprise |
| Product Version | .Nightly | ||||
| Target Version | 181221 | Fixed in Version | 181221 | ||
| Summary | 0003356: Обегчить систематизицию имеющихся карт | ||||
| Description | Для приведения меню с картами к человеческому виду требуется много усилий. В папке с картой требуется открыть файл конфига params.txt и изменить параметр Pnum, чтобы карта заняла нужное место в списке. Но нумерация сквозная, даже в подпунктах нужно учитывать порядок нумерации в основном меню. Почему бы не избавиться от параметра pnum? Ведь достаточно располагать карты в алфавитном порядке, по имени папки. Тогда достаточно будет переименовать папку с картой, чтобы поменять порядок расположения карт в меню. В настоящее время, чтобы правильно расположить папки, нужно нумеровать не только внешние папки, но соответствующим образом и внутренние. И это ооочень затягивает процесс. | ||||
| Additional Information | Добавить возможность сортировки карт по имени папки, а не по параметру pnum | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
|
|
В приложенном файле: в название каждой папки добавил порядковый номер, который затем копирую в параметр pnum. То есть сначала я выставляю все папки в нужном мне порядке, убеждаюсь в правильности нумерации, а потом дублирую эти данные в параметр pnum. В этот момент у меня рождается вопрос - а зачем вообще параметр pnum, если я уже нужным образом расположил карты? |
|
|
Даже можно избавиться от `parentsubmenu` - реализовать все иерархии в файловой структуре: ├── 1.Satellite │ ├── 010.SatelliteGoogle.zmp │ ├── 020.SatelliteYandex.zmp │ └── 030.SatelliteBing.zmp ├── 2.Map │ ├── 040.GoogleMap.zmp │ ├── 050.GoogleTerrain.zmp │ ├── 060.YandexMap.zmp │ ├── 065.YandexMap_old.zmp │ ├── 070.BingMap_ru.zmp │ ├── 080.OpenTopoMap.zmp │ ├── 100.ArcGis.zmp │ └── 110.SputnikMap.zmp ├── 3.Topo │ ├── 120.TopoMap 2km.zmp │ ├── 130.TopoMap 5km.zmp │ ├── GGC │ │ ├── 190.karta_ggc_250m.zmp │ │ ├── 195.karta_ggc_250m_png.zmp │ │ ├── 200.karta_ggc_500m.zmp │ │ ├── 210.karta_ggc_1km.zmp │ │ └── 220.karta_ggc_2km.zmp │ ├── Nakarte │ │ ├── 150.Nakarte GGC 2km.zmp │ │ ├── 160.Nakarte GGC 1km.zmp │ │ └── 170.Nakarte GGC 500m.zmp │ └── Генштаб │ ├── 240.TopoMap 500m.zmp │ ├── 250.TopoMap 1km.zmp │ └── 260.TopoMap 10km.zmp └── 4.Layers ├── 010.Wikimapia.zmp ├── 020.Yandex Hybrid.zmp ├── 030.Altitudes.zmp ├── 034.Rosreestr Cadastr.zmp ├── 038.OSM Regions.zmp ├── 040.OSM GPS tracks.zmp ├── 051.OSM Railways.zmp ├── 052.OSM Roads.zmp ├── 053.OSM Terrain.zmp ├── 054.OSM Water.zmp └── 060-170.Coverage ├── 060.Beeline-2G.zmp ├── 070.Beeline-3G.zmp ├── 080.Beeline-4G.zmp ├── 090.Megafon-2G.zmp ├── 100.Megafon-3G.zmp ├── 110.Megafon-4G.zmp ├── 120.MTS-2G.zmp ├── 130.MTS-3G.zmp ├── 140.MTS-4G.zmp ├── 150.Rostelecom-Tele2-2G.zmp ├── 160.Rostelecom-Tele2-3G.zmp └── 170.Rostelecom-Tele2-4G.zmp |
|
|
А вы пробовали сортировать через "Параметры - Настройки - Карты" кнопками "Вверх/Вниз"? |
|
|
Раньше не пробовал - там одноуровневое расположение, я даже не замечал кнопок вверх-вниз. Слои идут вместе с картами, всё очень непонятно и сумбурно.. Сейчас попробовал - в итоге меняется в `pnum` в `maps.ini`, а значит только локально у меня. В итоге я не могу скинуть ещё кому-то файл/папку с zmp, она встроится непонятно куда.. Если вообще убрать `pnum` из .zmp и оставить только в `maps.ini`? Тогда первоначальное дерево можно строить на основе структуры папок, а потом уже, если кто захочет, он может менять `pnum` в `maps.ini` |
|
|
Вот что можно сделать: встроить параметр, отвечающий за порядковый номер, прямо в имя папки/zmp. И сделать нумерацию не сквозной, это позволит пересылать папки с картами другу, и он сможет их легко встроить в свой каталог карт. Подобный способ используется в flat-file CMS для управления иерархией папок/страниц, например в Grav https://learn.getgrav.org/content/content-pages#folders |
|
|
Можете делиться файлом maps.ini. И можно написать более удобный сортировщик карт, который, при желании, будет работать напрямую с pnum из zmp. И кстати, pnum можно вообще не прописывать в zmp - тогда у всех карт будет одинаковый дефолтный номер и они будут сортироваться по имени и если в имени у вас цифры, то получится как раз то, что вы просите. |
|
|
Я честно говоря вообще не понимаю необходимости в именно такой схеме систематизации. GUID можно на лету генерить из файлового пути, сделать его невидимым для конечного пользователя; PNUM делать на основе файловой иерархии, а при необходимости передвинуть куда-то папку с картой, переименовывать имя папки (например, 07.yandex_hybrid -> 12.yandex_hybrid). Лично меня всего вводила в ступор такая сложная систематизация как сейчас, думаю, не один я такой.. Оговорка: это всё не предложение к действию, а пока лишь обсуждение. Наверняка есть подводные камни о которых не знаю. |
|
|
> и они будут сортироваться по имени А нет, это я поспешил. Там тогда работает сортировка по GUID. Но эту досадную особенность, можно, наверное, и исправить. > GUID можно на лету генерить из файлового пути Смысл GUID-а в том, чтобы вне зависимости от того, где находится карта и как называется zmp, мы знали, что это одна и та же карта. И соответственно, могли применять к ней настройки из maps.ini и выполнять прочие действия, где нужно однозначно идентифицировать карту. |
|
|
И GUID вообще нельзя сгенерировать на основе чего-то: https://ru.wikipedia.org/wiki/GUID |
|
|
Сделал 3 типа сортировки, на выбор: - по pnum (SortOrder=0) - по имени карты (SortOrder=1) - по имени zmp (SortOrder=2) В гуй настройку пока не вынес, можно управлять через SASPlanet.ini: |
|
|
Вынес настройку в гуй: Параметры - Настройки - Карты. Особенность работы опции/известный баг: при включении сортировки по имени карты или zmp, затирается пользовательская сортировка по pnum (в Maps.ini). |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 08-08-2018 14:33 | cycler | New Issue | |
| 08-08-2018 14:33 | cycler | File Added: folders.png | |
| 08-08-2018 14:37 | cycler | Note Added: 0018376 | |
| 08-08-2018 14:48 | cycler | Note Added: 0018377 | |
| 08-08-2018 15:06 | zed | Note Added: 0018379 | |
| 19-08-2018 14:29 | cycler | Note Added: 0018381 | |
| 19-08-2018 14:41 | cycler | Note Added: 0018382 | |
| 19-08-2018 14:48 | zed | Note Added: 0018383 | |
| 19-08-2018 14:51 | zed | Note Edited: 0018383 | |
| 19-08-2018 14:56 | cycler | Note Added: 0018384 | |
| 19-08-2018 15:07 | zed | Note Added: 0018385 | |
| 19-08-2018 15:10 | zed | Note Added: 0018386 | |
| 20-08-2018 11:25 | zed | Relationship added | related to 0002314 |
| 20-08-2018 12:39 | zed | Note Added: 0018387 | |
| 20-08-2018 12:42 | zed | Assigned To | => zed |
| 20-08-2018 12:42 | zed | Status | new => confirmed |
| 20-08-2018 12:43 | zed | Target Version | => 181221 |
| 20-08-2018 12:46 | zed | Note Edited: 0018387 | |
| 21-08-2018 09:21 | zed | Note Added: 0018389 | |
| 21-08-2018 09:21 | zed | Status | confirmed => resolved |
| 21-08-2018 09:21 | zed | Fixed in Version | => 181221 |
| 21-08-2018 09:21 | zed | Resolution | open => fixed |
| 02-02-2020 18:44 | zed | Relationship added | related to 0003612 |
| 08-08-2025 13:24 | zed | Category | Хотелка => Хотелка / Feature request |