Если вам срочно надо решить эту проблему то выносите такие линии в отдельный блок и выполните операцию - соединить линию. По идее так и надо делать (для печати) чтобы линии не разбивались и смотрелись красиво. В блоке же их можно просто погасить.
   А вообще это очень больной вопрос. Если его решить то я бы сказал что это идеальная программа и для картографии. Вся проблема заключается во второй линии имеющей смещение (в данном случае это точка ЛЭП). Тут наверно должны решать проблему Чешские коллеги. Потому как созданные в Редакторе линии глючат в самой программе, либо дают такие черные квадраты либо сдвигаются. Это происходит со многими линиями. И именно поэтому не идет и печать в PDF на многих принтерах. Я поправил защитную линию. Главная линия остается а короткие создал из элементов(как стрелки ЛЭП). Всё работает глюков нет и печать на PDF идет.

Дима мне тебя жалко. Их даже сразу посмотреть тяжело. Это практически все линии имеющие вторую линию вертикальную. Защитки, нерестовки, заповедники, ограды, пояса охраны, лэпы и т.д. Есть штрих пунктирные но так как они одинаковой толщины это не бросается в глаза.
Удивительно но на Госгранице это не заметил. Это очень большая работа. А проверкой качества как ни странно является Adobe Acrobat из за которого мы так долго спорили. Если на него идет печать то практически все линии правильны. Попробуйте сами.

В поставке есть отдельный редактор условных знаков, в нем можно открыть имеющуюся библиотеку и посмотреть, как устроены знаки.

В проекте TopoL задается через меню "Проект / Задать структуру проекта" возможность настроить группы объектов карты, условные знаки по умолчанию для них. Откройте эту настройку, и Вы увидите, как выглядит "изнутри" существующий проект ProektTL.xml

Сами библиотеки символов подключаются через меню "Инструменты".

Важное замечание. По решению проблем с искажением знаков чешские коллеги дали мне рекомендации, в соответствии с которыми я сейчас работаю по устранению проблем в условных знаках. Надеюсь, вскоре мы выложим усовершенствованную версию библиотеки.

Да, для создания всяких "торчащих шпиньков" рекомендуют нам использовать не пунктир, а специальный объект в самом низу - "по элементам". Изучу - опишу подробнее, как его использовать.

Что то можно услышать по этому поводу?
Сергей Петрович если не тратить время на печать и сканирование, создание растра в Тополе не подойдёт?

Тут видим проблему в точке. Скорее всего она пересекается с границей выдела. В данном случае можно вынести линию в отдельный блок и соединить их. Но есть вот такие случаи.

Давайте хоть с этой линии начнем. Она показательна т.к. есть как бы окружность и линии под углом.
Пока писал вопрос. Нашёл ответ. Точка построена линией. Нельзя строить знак используя вторую линию.

Практически проблема решена. Одно но. Переделывать всю(почти) библиотеку линий. Дмитрий Александрович! Опишите, если можно, эту линию в редакторе. И тогда по мере поступления проблем будем  менять их потихоньку. Не будут ли эти линии громоздкими и не потянут ли к увеличению размеров блока?

Опять бан. Теперь, видимо, надолго. Пп. 1.3, 1.4, 1.5.

Я бы рекомендовал не допускать малых отрезков составных линий, делать такие линии нетопологическими, объединять их в одну, уменьшать количество точек в линии (сглаживание линий), использовать foxit reader для печати.

По исправлению составных линий малых отрезков хотелось бы побольше информации. Берём например ту же ЛЭП малую L4071. Смотрим в редакторе: сплошная, пунктир и две по элементам. С чего начать? Как исправить, чтобы на малых отрезках не было жирной сплошной чёрной линии?

Вот читаю тему и чего то не до-понимаю: экспортированными библиотеками из 6,8 не пользоваться?

Давайте так, проблема ясна. Ждём библиотеку новую и если будут проблемы в конкретных линиях или полигонах со штриховками и прочим составляющим - пишем сюда, разбираем конкретный объект.

Принтер от Foxit печатает хуже чем Creator, а вот читалка не плохая, есть большинство знаков используемых в тополе.

Здесь можно считать исправленную версию библиотеки символов, исправлено 39 видов линий.

Список исправленного в линиях:
1240;
2010, 2720, 2780, 2795, 2800, 2851, 2852, 2853, 2860, 2870;
4071, 4072, 4141, 4142, 4143, 4144, 4170;
7050, 7070, 7080, 7110, 7120, 7121, 7140, 7160, 7170, 7211, 7212, 7250, 7260, 7310, 7311, 7345, 7350, 7360, 7390;
8030, 8040;

Замечания и пожелания принимаются.

Отредактировано Дмитрий Александрович (19.01.2018 20:39:08)

Можно и так, кому как удобнее. Планирую еще кое-что дополнить в ней по присланным материалам.

В инсталлятора есть? Или пока отдельно скачивать и изучать?

Здесь можно считать исправленную версию библиотеки символов LesIS_2.sli и исправленный под эту библиотеку проект ProektTL.xml.

Список исправленных в линиях знаков:
1020, 1021, 1030, 1031;
2612;
7010, 7011, 7020, 7040, 7190, 7195, 7200, 7201;

Список с исправлением цвета в линиях:
2720, 2740, 2760, 2770, 2780, 2790, 2795, 2800, 2851, 2852, 2853, 2860, 2870;
6090, 6105;
7600;

Список дополненных знаков линий:
1130;
2710, 2730;
3251, 3271;
5020, 5030, 5040, 5044, 5046, 5062, 5070, 5130;
6020;
7720, 7731, 7732, 7740;
8021, 8022, 8031, 8032, 8040, 8050;

Цвет везде введен в сами условные знаки (в соответствии с описанием структуры проекта), поэтому нет необходимости указывать его и отключать "галочку" цвет из библиотеки символов.
20001;

Если ещё не поздно. А нельзя ли исправить линии 7501, 7502, 7504, 7505. Это граница квартала естественная по реке и дороге. Мне видится так одна линия сплошная (река или дорога, только не использовать начальное смещение) а граница квартала естественная из элементов. Никак не могу задать нужный  интервал между элементами.

Здесь можно считать очередное исправление библиотеки символов LesIS_2.sli.

Список исправленных знаков линий:
7010, 7011, 7040, 7060 7501, 7502, 7503, 7504, 7505;
8011.

Вот теперь как выглядит вышеуказанная ЛЭП после исправления.

Черные квадраты ушли. Печать на всех принтерах идет замечательно. Все линии с топологией. Мелкие отрезки не влияют.

Вы не "нас" должны проверять, а программу! Читай пп. 1.4, 4.5 лицензионного соглашения - каждое обновление Вы должны протестировать и сразу, до запуска в производство,  дать замечания и предложения.

Ну так пиши конкретно, что предлагаешь. Какие  именно файлы убрать из инсталлятора? Переименовать библиотеки? Или сделать выбор варианта при установке? Раз у Вас:

Не мы должны принимать такие решения, а тот, кто у Вас на производстве отвечает за всю технологическую цепочку.

Элементарно. Сначала ответить себе на вопрос почему у Вас разные исполнители работают по-разному? Нужно ли Вам это? Если нужен один набор, то какие организационные последствия могут быть? И по-результатам конкретно ответить тут уже на мои вопросы.
Два года назад согласованного решения что делать со старыми не было. Нам предусмотреть удаление чего-либо  из инсталлера - 2 минуты, удалить из программы пользователя, заменить или переименовать - 5 минут. У пользователей при этом ничего не рухнет? Ты проекты под новые библиотеки спм реплицируешь? Или нам тут придется ждать массовых сообщений пользователей о том, что у них линии изменились и новые их не устраивают потому, что старые они сами поменяли? Это ведь пользовательская функция!
Жду конкретики.

Ну вот можешь же, когда захочешь! )) Спасибо, подумаем над вариантами.