TP_v03
Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Войти  
XML-схемы » XML по ОКСам
Страницы: 1
TP_v03
#1
0  
01.07.2015 05:34:01
Что за очередной бред?

Код 
                     <xs:element name="SchemeGeodesicPlotting" type="tAppliedFilePDF" minOccurs="0">
                        <xs:annotation>
                           <xs:documentation>Схема геодезических построений</xs:documentation>
                        </xs:annotation>
                     </xs:element>
                     <xs:element name="SchemeDisposition" type="tAppliedFilePDF" minOccurs="0">
                        <xs:annotation>
                           <xs:documentation>Схема расположения сооружения</xs:documentation>
                        </xs:annotation>
                     </xs:element>
                     <xs:element name="DiagramContour" type="tAppliedFilesJPEG">
                        <xs:annotation>
                           <xs:documentation>Чертеж контура сооружения</xs:documentation>
                        </xs:annotation>
                     </xs:element>
Ну и чем таким не угодил Чертеж контура сооружения, что для него отдельный тип введен tAppliedFilesJPEG вместо tAppliedFilePDF как у всех остальных разделов?
Это мы для всех разделов делаем один способ формирования, а для чертежа еще один. Просто верх универсальности...
 
 
#2
0  
01.07.2015 12:43:04
Это требования, которым уже более года, трудолюбиво воплощаемые в xml: Приказ 88, пункт 15.
Изменено: Константин Финагеев - 01.07.2015 12:43:40
 
 
#3
0  
01.07.2015 15:57:38
Идиотизм вечен. Кто-то скопипастил не читая со старого документа в новый. А теперь все, и КИ и сотрудники КП должны возиться с кучей приложенных jpeg-ов одного чертежа. В остальных то приказах все нормально, там везде пдф. Поправьте меня, если я не прав.
 
 
#4
0  
01.07.2015 16:12:01
Не могу поправить. Согласен. Чаще всего именно сооружения расположены на множестве листов, jpg всем только усложнит работу.
 
 
#5
0  
01.07.2015 20:05:51
Но ещё интереснее количество точек в этом jpg.
"Размер рисунка JPEG (файла с расширением jpg) должен быть равен 600(ширина)x700(высота) пикселей или 980(ширина)x1080(высота) пикселей)."
Т.е. или 300dpi уже не надо выдерживать, или от крупных форматов нужно отказываться, хотя приказ их предусматривает.
С чем связаны такие размеры тоже не понятно, на пропорции А4, А3 не похоже.
 
 
#6
0  
01.07.2015 22:01:15
Нет больше никаких крупных форматов в JPEG: 250-450 dpi из приказа + 600х700 (980х1080) пикселей из описания схемы ~ от 6х7 (10х11) см до 3,3х4 (5,5х6) см размер чертежа. Особенно подходят такие размеры для линейных сооружений, расположенных на территории более одного кадастрового округа :))) Раздолье для филуменистов!
 
 
#7
0  
02.07.2015 10:50:40
Меня порадовал Appendix. Вот это настоящий квест, что за фигня и как это заполнять ни слова. Что такое "Номер приложения" и "Наименование приложения"? При этом в исходных данных предусмотрена выгрузка образа. Приказы говорят, что образ исходного документа это Приложение, но спрашивается на кой чёрт его выгружать в приложения, когда проще и удобней, причём всем удобней, выгрузить непосредственно в исходных данных? Или этот раздел предусмотрели для неких документов, которые не являются исходными данными, как сейчас прикладываются образы печатных ТП и МП? Ну неужели было трудно написать объяснение? А ведь я поднимал этот вопрос ещё по предварительной схеме и просил уточнить этот момент в Приказе (в описании схемы). Такое ощущение, что специально делается дырка для трактовки проверяющими этих моментов как им интересно!
 
 
#8
0  
02.07.2015 11:10:46
Цитата
Константин Финагеев пишет:
Нет больше никаких крупных форматов в JPEG: 250-450 dpi из приказа + 600х700 (980х1080) пикселей из описания схемы ~ от 6х7 (10х11) см до 3,3х4 (5,5х6) см размер чертежа. Особенно подходят такие размеры для линейных сооружений, расположенных на территории более одного кадастрового округа )) Раздолье для филуменистов!
Вспомнился один пользователь, буквально сейчас он оформляет трубопровод, если не ошибаюсь, этот трубопровод идёт через пол Башкортостана. Это ему придётся делать обзорный лист обзорных листов обзорных листов обзорных листов...

UPD:
Ошибочка вышла, в линейном контур в PDF, причём файлов может быть несколько! Это для обычного жэпэг.
Изменено: Игорь Дегтярь - 02.07.2015 22:10:00
 
 
#9
0  
03.07.2015 06:42:51
Цитата
Игорь Дегтярь пишет:
UPD:
Ошибочка вышла, в линейном контур в PDF, причём файлов может быть несколько! Это для обычного жэпэг.
В линейном тоже jpeg, если имеется в виду TPLinear_v03. Я его в первую очередь проверил, думал опечатка в типах. Ан нет, там оказалось также, что на опечатку не тянет.
 
 
#10
0  
05.07.2015 15:01:42
Цитата
Алексей Ябров пишет:
В линейном тоже jpeg, если имеется в виду TPLinear_v03. Я его в первую очередь проверил, думал опечатка в типах. Ан нет, там оказалось также, что на опечатку не тянет.
Точно, чего то меня плющит. Ну тогда вообще веселуха :o
 
 
#11
0  
12.08.2015 15:05:52
Наткнулись на интересный момент: для части здания по схеме обязательны координаты...какая-то печальная история.

В текущей (QIP Shot - Screen 069.png) стоит переключатель: или координаты, или план. А по новой (QIP Shot - Screen 070.png) переключателя нет: координаты обязательно и план (необязательно)

Как думаете, коллеги? Косяк или глубокая задумка, которую нам не понять?
Изменено: Владимир Немов - 12.08.2015 15:06:15
 
 
#12
0  
12.08.2015 15:20:10
Тоже долго думал, но пришёл к выводу, что в обновленном приказе это и предусмотрено, разработчики схем только соблюли требование.
На мой взгляд, глупость координировать часть, которая находится в глубине здания и не спутники над ней не летают, ни тахеометрический ход никто не погонит по коридорам и лифтам. Хотел бы посмотреть, как тот, кто это требование придумал, рулеткой выдержит нормативную точность в каком-нибудь небоскребе.
 
 
#13
0  
14.08.2015 06:20:20
Цитата
Николай Малютин пишет:
Тоже долго думал, но пришёл к выводу, что в обновленном приказе это и предусмотрено, разработчики схем только соблюли требование.
На мой взгляд, глупость координировать часть, которая находится в глубине здания и не спутники над ней не летают, ни тахеометрический ход никто не погонит по коридорам и лифтам. Хотел бы посмотреть, как тот, кто это требование придумал, рулеткой выдержит нормативную точность в каком-нибудь небоскребе.
А разве внутри знания это не помещение? Я всегда думал, что часть здания это отдельный элемент знания, состоящего из нескольких частей. И это внешний элемент, а не внутренний. Соответственно и координаты на него внешние. Или я ошибаюсь?
Но то, что логика непонятна, согласен. Смысл имея координаты части прикладывать расположение... :?:
Изменено: Алексей Ябров - 14.08.2015 06:22:01
 
 
#14
0  
14.08.2015 09:20:37
Да, помещение, но иногда здание не содержит помещений и делить его на помещения собственник не планирует (или не может), но хочет выделить часть с целью сдачи в аренду. Например, взять здание завода, где-то в дебрях которого нужно сдать в аренду пару станков и выделить для этого часть. Или в торговом центре выделить часть под "модный бутик", у которого и стен толком нет, следовательно, обособленным и изолированным быть не может.
Ну я тоже не истина в последней инстанции, может в этих случаях по каким-либо требованиям необходимо ставить на учет помещения, и тогда всё сходится. Но есть подозрения, что скоро у многих кадастровых инженеров и их заказчиков возникнут массовые проблемы.
 
 
#15
0  
14.08.2015 11:08:37
Цитата
Николай Малютин пишет:
Но есть подозрения, что скоро у многих кадастровых инженеров и их заказчиков возникнут массовые проблемы.
По любому, куда же без них. А разгребать нам, простым смертным программистам, т.к. все претензии в первую очередь посыпятся на ПО.
Изменено: Алексей Ябров - 14.08.2015 11:09:33
 
 
 
Страницы: 1
Читают тему (гостей: 1, пользователей: 0, из них скрытых: 0)