|
Бета тестер |
|
Зарегистрирован: 23 апр 2012, 10:23 Сообщения: 1149 Страна:
|
Замечания по полосности в редакторе:1. как известно, ограничение длины поля формата DBF - 254 символа, включая пробелы. Для преодоления этого ограничения многие атрибуты в Garmin с типом "Text String", в частности, RSTR, имеют дополнительные пролонгированные поля: RSTR1_1 ... RSTR1_31. Каждое из них имеет длину 254 стандартных символа, а всего длина объединенного поля RSTR1 = 254*32 = 8128 символов. В микрогисе доступна работа с 9 полосами в прямом и 9 полосами в обратном направлении. Я нарисовал трёхсторонний перекрёсток, в каждой дороге специально задействовал по максимуму - по 9 полос в обоих направлениях. Заполнил галочками все чекбоксы соединений полос. Сохранил и экспортировал в шейпфайлы. Для конкретной дороги с LINK_ID=1692230 запись должна быть такой: Должно быть RSTR1 Link ID: 1693149; Lane Connection: 1>1, 1>2, 1>3, 1>4, 1>5, 1>6, 1>7, 1>8, 1>9, 2>1, 2>2, 2>3, 2>4, 2>5, 2>6, 2>7, 2>8, 2>9, 3>1, 3>2, 3>3, 3>4, 3>5, 3>6, 3>7, 3>8, 3>9, 4>1, 4>2, 4>3, 4>4, 4>5, 4>6, 4>7, 4>8, 4>9, 5>1, 5>2, 5>3, 5>4, 5>5, 5>6, 5>7,
RSTR1_1 5>8, 5>9, 6>1, 6>2, 6>3, 6>4, 6>5, 6>6, 6>7, 6>8, 6>9, 7>1, 7>2, 7>3, 7>4, 7>5, 7>6, 7>7, 7>8, 7>9, 8>1, 8>2, 8>3, 8>4, 8>5, 8>6, 8>7, 8>8, 8>9, 9>1, 9>2, 9>3, 9>4, 9>5, 9>6, 9>7, 9>8, 9>9
RSTR2 Link ID: 1695947; Lane Connection: 1>1, 1>2, 1>3, 1>4, 1>5, 1>6, 1>7, 1>8, 1>9, 2>1, 2>2, 2>3, 2>4, 2>5, 2>6, 2>7, 2>8, 2>9, 3>1, 3>2, 3>3, 3>4, 3>5, 3>6, 3>7, 3>8, 3>9, 4>1, 4>2, 4>3, 4>4, 4>5, 4>6, 4>7, 4>8, 4>9, 5>1, 5>2, 5>3, 5>4, 5>5, 5>6, 5>7,
RSTR2_1 5>8, 5>9, 6>1, 6>2, 6>3, 6>4, 6>5, 6>6, 6>7, 6>8, 6>9, 7>1, 7>2, 7>3, 7>4, 7>5, 7>6, 7>7, 7>8, 7>9, 8>1, 8>2, 8>3, 8>4, 8>5, 8>6, 8>7, 8>8, 8>9, 9>1, 9>2, 9>3, 9>4, 9>5, 9>6, 9>7, 9>8, 9>9 Хотя компилятор неожиданно поругался на слишком большое число соединений полос (допустимый максимум нигде не аннонсирован и мне пока не известен), я произвольно уменьшил для трёх полос и всё прошло гладко. Важно то, что при экспорте в шейпы, при превышении длины поля RSTR, редактор вообще почему-то не создал пролонгированные поля! Имеем вот что (см. вложение): Создал редактор RSTR1 Link ID: 1693149; Lane Connection: 1>1, 2>1, 3>1, 4>1, 5>1, 6>1, 7>1, 8>1, 9>1, 1>2, 1>3, 1>4, 1>5, 1>6, 1>7, 1>8, 1>9, 2>2, 2>3, 2>4, 2>5, 2>6, 2>7, 2>8, 2>9, 3>2, 3>3, 3>4, 3>5, 3>6, 3>7, 3>8, 3>9, 4>2, 4>3, 4>4, 4>5, 4>6, 4>7, 4>8, 4>9, 5>2, 5>3, 5>4,
RSTR2 Link ID: 1695947; Lane Connection: 1>1, 2>1, 3>1, 4>1, 5>1, 6>1, 7>1, 8>1, 9>1, 1>2, 1>3, 1>4, 1>5, 1>6, 1>7, 1>8, 1>9, 2>2, 2>3, 2>4, 2>5, 2>6, 2>7, 2>8, 2>9, 3>2, 3>3, 3>4, 3>5, 3>6, 3>7, 3>8, 3>9, 4>2, 4>3, 4>4, 4>5, 4>6, 4>7, 4>8, 4>9, 5>2, 5>3, 5>4, Во-первых, как видим, имеются лишь обрезанные по формату DBF поля RSTR1 и RSTR2. Причем, жирным шрифтом и подчеркиванием выделены соединений полос, захваченные не по порядку из списка. Непонятно, где остальные соединения тогда. Во-вторых, обращу внимание, что в расширенных полях для полосности не надо прописывать в начало "Link ID: 1693149; Lane Connection:" Следует оставить только перечисление соединений полос. В конце строк первого RSTR1 и каждого пролонгированного RSTR1_1..., кроме самого последнего RSTR1_N, должна быть запятая. В конце RSTR1_N ничего не надо: ни точки, ни запятой. Парсер все поля корректно считает и компилятор сможет сшить воедино в большой RSTR1. В-третьих, пробелы между смысловыми блоками в текстовой строке парсеру по сути не принципиальны, однако они съедают полезное место из 254 позиций, поэтому в целях экономии места и уменьшения размера шейпов, к которому компилятор чувствительно относится, их возможно прибрать и писать слитно: Слитное написание RSTR1 Link ID:1693149;Lane Connection:1>1,1>2,1>3,1>4,1>5,1>6,1>7,1>8,1>9,2>1,2>2,2>3,2>4,2>5,2>6,2>7,2>8,2>9,3>1,3>2,3>3,3>4,3>5,3>6,3>7,3>8,3>9,4>1,4>2,4>3,4>4,4>5,4>6,4>7,4>8,4>9,5>1,5>2,5>3,5>4,5>5,5>6,5>7,
RSTR1_1 5>8,5>9,6>1,6>2,6>3,6>4,6>5,6>6,6>7,6>8,6>9,7>1,7>2,7>3,7>4,7>5,7>6,7>7,7>8,7>9,8>1,8>2,8>3,8>4,8>5,8>6,8>7,8>8,8>9,9>1,9>2,9>3,9>4,9>5,9>6,9>7,9>8,9>9 2. скриншот замечания №23. скриншот замечания №3Форма представления полосности в интерфейсе редактора с ее чекбоксами у меня особых вопросов не вызывает, в отличие от предлагавших иное представление. Всё понятно и так. Однако есть серьезное замечание: когда имеющие полосы дороги расположены под достаточно острым углом (на развязках, съездах), то на картинке в редакторе полосы одной дороги наползают на полосы второй дороги и становится непонятно, где что. Приходится ориентироваться только по чекбоксам! Возможно ли сделать масштабирование и растягивание дорог на картинке для исправления наложения?
|
|