Слайд 2Единая Система Кодирования Полевых Данных
ЕСКПД
Анализ сложившейся практики, методов съемки и кодирования

в филиалах ООО «Мособлтранспроект», АО «Росжелдорпроект» и иных организаций осуществляющих геодезические изыскания объектов ж/д инфраструктуры, указывает на большие различия, как в методике съемки, так и в номенклатуре применяемых в тех или иных организациях кодов точек съемки.
Для унификации и для осуществления взаимного обмена данными между филиалами, была разработана единая система кодирования полевых данных.
Слайд 3Концепция Единой системы кодирования полевых данных
Простота запоминания
Система кодов должна быть легко запоминаемой.

Для разных объектов одинаковые свойства (атрибуты) должны иметь одинаковые значения кодов (по возможности). Правила записи кода должны быть просты и понятны и прослеживаться при кодировании разных объектов.
Краткость записи
Коды объектов и атрибутов по возможности должны быть максимально короткие. Меньше вводить на приборе в поле или с клавиатуры компьютера. Проще запоминать.
Минимально необходимое количество ввода
Часто повторяющиеся атрибуты и их значения могут быть умалчиваемыми, то есть не требовать обязательного ввода.
Полнота кодирования
В то же время система по возможности должна позволить кодировать максимальное количество объектов и их максимальное количество свойств, которые можно увидеть (определить) в поле.
Удобство в использовании (эргономика)
Система должна по возможности поддерживать разные наборы символов, доступные на полевых приборах.
Система кодирования должна быть не хуже имеющихся в использовании
Можно кодировать минимум объектов и минимум информации о них в поле, но иметь большую длительность камеральной обработки данных съемки или кодировать максимум объектов и максимум их свойств и получать выгоду от автоматизации обработки рутинных вычислений и построений программным обеспечением САПР ЖД.
Слайд 4Описание правил кодирования
(осн.код)(спец.разд.№1)(универ.атр.)(спец.разд.№2)(уникал.атр.)
где:
(осн.код) - основной код объекта, начинающийся:
с любой арабской цифры

– это всегда путь (ГР или ось) (одновременно код является именем пути) (например, 25, 1 – это пути №25 и №1);
с любого символа латиницы – это всегда объект (на пути или не на пути) (например, OK, SV, T – опора, светофор, остряк стрелочного перевода).
(спец.разд.№1) – специальный разделитель №1 (например, «-») – указывается перед универсальным атрибутом или перед группой универсальных атрибутов.
Слайд 5(универ.атр.) - универсальные атрибуты встречаются у разных объектов, имеют конечное число значений,

их можно перечислить (например, материал: ЖБ, металл, дерево; направление: лево, право, по ходу пикетажа, против хода пикетажа; ориентация: прямой, обратный):
местоположение в коде объекта – в любом месте после основного кода;
порядок перечисления в коде не важен, не регламентируется ЕСКПД: (например, путь 2, начало пути, ГР левая: 2-R-N = 2-N-R);
несколько значений кодов универсальных атрибутов можно группировать: (например, путь 2, начало пути, ГР левая: 2-R-N = 2-RN);
допускаются умалчиваемые значения атрибутов: (например, опора КС, железобетонная: OK-B = OK);
Слайд 6(спец.разд.№2) – специальный разделитель №2 (например, «.») – указывается перед каждым уникальным

атрибутом;
(уникал.атр.) - уникальные атрибуты уникальны по смыслу и значению для каждого объекта, например, номера светофоров, имена опор, км и пк столбиков, названия станций и остановочных пунктов, группирующие названия объектов:
местоположение в коде объекта – в любом месте после основного кода;
порядок перечисления в коде важен, регламентируется ЕСКПД;
количество символов значений уникальных атрибутов не ограничено: (например, опора КС №25: OK.25 или опора КС №25зеленая: OK.25зеленая);
Слайд 7 Универсальные и уникальные атрибуты объектов можно располагать в коде как угодно

после основного кода, в любой последовательности, лишь сохраняя порядок перечисления уникальных атрибутов: (например, опора №25, металл, двойная, габарит слева 3,45м: OK-MD.25.345 = OK.25-M.345-D = OK-D.25.345-M = OK.25.345-DM).
В коде одной точки можно кодировать два и более объектов, для разделения кодов используется комбинация в виде двойного специального разделителя №1: (например, путь 2 и хвост СП№4: 2--V.4).
Слайд 8 Специальные разделители не должны использоваться в других местах кода. Например, если

«-» это разделитель атрибутов, то в коде название станции «Москва-Ярославская» нельзя будет написать через дефис.
Для обхода этого ограничения ЕСКПД позволяет использовать справочник автозамены символов – это специальная настройка в системе распознавания, позволяющая при декодировании съемки заменить в строке уникального атрибута специальный символ на другой символ, нужный для корректного написания значения атрибута. Например, если для этой цели указать «_» (знак подчеркивания), то значение атрибута «Москва_Ярославская» (знак подчеркивания) будет заменено на «Москва-Ярославская» (дефис).
Слайд 9 Для кодирования габаритов полевых объектов и типов подвески для опор КС

предусмотрено уникальное правило распознавания кода, которое в поле экономит одно-два символа (кроме основного подхода к кодированию). Для случая, когда точно понятно какой путь ближе к объекту (опоре) можно кодировать одно значение габарита (одно значение типа подвески) и его (их) сторонность будет определена автоматически до ближайшего пути. Например - опора №25, варианты габаритов:
OK.25.345 + к опоре ближайший 1 путь = габарит распознается как от 1 пути
OK.25..345 + опора в междупутье = габарит распознается до правого пути (левый не обозначен)
OK.25.345.249 + опора в междупутье = габарит распознается как 3.45м от пути слева и 2,49м от пути справа).
Слайд 10Примеры поведения на основе реального объекта
В данный момент, различными организациями применяются различные,

сложившиеся со временем, системы кодирования полевых данных.
Так в АО «Росжелдорпроект», в свое время массово применялась так называемая “Иркутская система”, в других организациях свои системы. Такая разобщенность систем, при субподрядном сотрудничестве с различными организациями, негативно сказывается на всем процессе разработки документации.
Например: точка бровки балласта может выглядеть, как – BBP, BB, BBL, BBP, BBR, VB и множество иных кодов, ограниченных только “фантазией автора”. Обработка таких разрозненных данных является крайне трудо- и время-затратной работой.
Слайд 11Пример кодирования точек ГР без указания сторонности:

Слайд 12Примеры не распознавания кодов в САПР:
Не распознан код – Опора КС

Слайд 15Примеры и разъяснения кодов
Разберем наиболее часто встречающиеся примеры различного кодирования точек съемки

и приведем примеры кодирования принятой в ЕСКПД.
Кодирование точек ГР.
При съемке пути, геодезист указывает номер пути и положение ГР – лево, право (в случае, если положение не указано, САПР по умолчанию принимает ГР, как правую) – 1-R, 1-Р – 1й путь, правая нить;
– 1-L – 1й путь, левая нить.
Что в общем является вполне логичным и обоснованным решением. Однако, в САПР ЖД применяется несколько иной подход к определению положения оси снимаемого пути, а именно: универсальные атрибуты точки ГР - R и L являются не фактическим расположением нити пути, направлением сноса точки съемки на ось (снос влево либо снос вправо).
Слайд 16То есть, код 1-R обозначает: 1й путь, левая нить,
1-L обозначает:

1й путь, правая нить.
Слайд 17Кодирование объектов инфраструктуры.
При кодировании объектов (опоры, столбы, здания, КТП, переезды, мосты, трубы

и пр.) зачастую геодезист применяет свою, привычную и вполне логически оправданную систему кодов, например:
OKB25 – опора КС, бетонная, №25;
VPL, NPL – верхняя и нижняя точки платформы;
WKR - шкаф релейный;
RR3, T3, X3 - пер.стык рамного рельса, остряк, хв.крестовины стрелочного перевода №3, зачастую без указания номера пути;
VMSA - путепровод;
SVM5GN2D – светофор мачтовый, 2 глаза, Н2Д (по умолчанию справа, по ходу);
и множество других: ZDANIE, ZABOR, TROTUAR, PEREEZD, GABARIT, TRUBA, MOST, STOLB, GG и пр.
Слайд 18Кодирование точек рельефа.
Логика применения тех или иных кодов при съемке рельефа, практически

не отличается от описанной выше.
BZP, PZP – бровка, подошва земляного полотна;
BBP, PBP – бровка, подошва балластной призмы;
DNO, DNOK, DNOKAN, NK - вариантов кодировки дна водоотвода встречается огромное количество, причем чем именно является тот или иной водоотвод – канавой или кюветом, зачастую приходится решать инженеру камеральной группы, основываясь на свой опыт;
BK, BKAN, VK, BRK – тоже самое наблюдается и с обозначением бровки водоотвода;
NO, KO, VO – низ откоса, конец откоса, верх откоса. Подобные коды хоть и редко, но встречаются, причем понятий, как начало/конец/верх откоса не существует в общепринятой практике съемки рельефа.
Слайд 19Сложившаяся ситуация поднимает острую необходимость в универсальном и едином подходе к инженерно-геодезическим

изысканиям. Применением единой системы кодов. Реализация данной задачи, применение современных САПР, даст кратное сокращение времени на обработку полевых данных, сократит количество не отображенных, либо неверно отображенных объектов в исходящей документации, соответственно не верно, либо не принятых вовсе проектных решений.
Единая Система Кодирования Полевых Данных (ЕСКПД), успешно зарекомендовала себя в различных филиалах АО «Росжелдорпроект» и их субподрядных организаций, на протяжении последних двух лет.
ЕСКПД существует двух видов – символьная и цифровая. В ООО «МОТП» принята символьная система, так как она более интуитивно понятная и представляет собой модифицированную версию “классической” «Иркутской системы», что позволяет осуществить более быстрый переход с одной системы на другую.