RUS  ENG 

mikekaganski (Все сообщения пользователя)

Выбрать дату в календареВыбрать дату в календаре

Страницы: 1 2 3 4 5 След.
Слой WMS: возможность работы через "Рабочее место"
 
Если возможно, пожалуйста, реализуйте работу с элементами (слоями) WMS через дерево "Рабочее место": чтобы выбранные в настройках WMS слои раскрывались как элементы соответствующего слоя Zulu и их можно было включать/отключать (а также включать/отключать запрос данных с этих слоёв).
Кроме того, было бы здорово открывать Слой->WMS... через контексстное меню слоя WMS->Структура...
Спасибо.
[ Закрыто] Пожелания на версию 8
 
Добавить возможность импорта из файлов MapInfo TAB (https://en.wikipedia.org/wiki/MapInfo_TAB_format, <A HREF="http://mitab.maptools.org/" target="_blank">http://mitab.maptools.org/</a>) в дополнение к имеющемуся импорту из MID/MIF.
Диаметр местного сопротивления
 
Здравствуйте!

Подскажите, пожалуйста, как сформировать запрос, чтобы местным сопротивлениям задать диаметры байпасов в соответствии с диаметрами смежных участков (например, наименьшего)?

И ещё, нельзя ли добавить специальное значение для поля диаметра МС, чтобы не вводить вручную? Каждое местное сопротивление имеет два смежных участка (не считая возможного впомогательного). Так что можно было бы задать, например, -1 - чтобы брать наименьший, и -2 - для наибольшего. Если они равны, то так и так сработает. Это было бы очень удобно при подборе диаметров участков, чтобы не приходилось одновременно менять и сопротивления. Использовать КМС в участках не хочется, т.к. трудно контролировать, всё ли учтено на участке, при изменениях конфигурации.
Очепятки на сайте.
 
http://www.politerm.com/zuluthermo/help/app_local_resists.htm

Часть текста "битая"

Посмотрел код страницы - не увидел следов Orphus - похоже, Ctrl+Enter бесполезны?
[ Закрыто] Пожелания на версию 8
 
<blockquote>Цитата:<hr size="1" noshade><i><I>1. Сделать возможность инвертировать колесо мыши.</I>
Поясните пожалуйста.</i><hr size="1" noshade></blockquote>Видимо, имеется ввиду возможность управлять, будет ли при вращении колеса вниз масштаб увеличиваться или уменьшаться...
<blockquote>Цитата:<hr size="1" noshade><i><I>3. Действие колеса распространяется туда, где в данный момент находится курсор мыши.</I>
Действие колеса распространяется на то окно, у которого фокус. Если фокус у окна карты, то туда действие колеса и будет распространятся. Для перевода фокуса в нужное окно (карта, текстовый редактор и т.д.), в него нужно ткнуть курсором.</i><hr size="1" noshade></blockquote>Видимо, имеется ввиду, чтобы масштабирование происходило относительно точки, в которой находится указатель мыши: тот объект, над которым находится курсор, не менял бы при масштабировании своего положения относительно окна, а остальные "разбегались"/"сбегались" к этой точке? Но это и так есть...
Пьезометр
 
<blockquote>Цитата:<hr size="1" noshade><i>Не заработал.</i><hr size="1" noshade></blockquote>Неправда Ваша. Заработал, уже давно, и именно так, как надо.
Или вы о другом заработке?
[ Закрыто] Пожелания на версию 8
 
Включить функционал построения продольного профиля по рельефу (<A HREF="http://politerm.com.ru/zuludoc/relief_profile.htm" TARGET="_blank">http://politerm.com.ru/zuludoc/relief_profile.htm</A>) в пьезометрические графики.
Это позволит, в частности, получать реалистичные рельефы без введения промежуточных узлов на схеме, нужных только для того, чтобы земля на пьезометре получилась более-менее похожей на правду.
При этом было бы желательно иметь возможность использовать одновременно и слой рельефа как землю, и атрибуты отметок элементов - например, для указания в этих атрибутах отметок трубопровода и получения, таким образом, дополнительно ещё и профиля трубопровода.
[ Закрыто] Пожелания на версию 8
 
<blockquote>Цитата:<hr size="1" noshade><i>3 - Добавить возможность узловым (сложным участкам сети вроде источников, колодцев, ТЦ) добавлять схему, внутри которой будут работать системы расчёта (вроде дополнительного элемента который сам посчитает локальные сопротивления, плюс увеличит детализацию не засоряя экран)</i><hr size="1" noshade></blockquote> ++++++++++++
Рельеф
 
При создании рельефа зачастую оказывается, что из-за нехватки точек (например, на краю откоса) возникают искажения рельефа. В этом случае нужно добавить точку, затем пересоздать рельеф с указанием метода (кстати, почему по умолчанию не вариант "с улучшением"?), названия слоя, исходных данных. Это несколько затрудняет работу, не позволяет оперативно увидеть результат действий.

Было бы здорово, если бы можно было привязать рельеф к исходным данным (тип построения, слои + типы объектов + их атрибуты, хранящие отметку) с возможностью потом просто в контекстном меню рельефного слоя "перестроить рельеф" либо изменить параметры построения.
[ Закрыто] Пожелания на версию 8
 
Было бы здорово, если бы программа хранила величины (расходы, нагрузки, размеры, давления, температуры и т.д.) в единой системе единиц (скажем, СИ), а отображала/принимала (в семантической БД, вкладке информации, в результатах) в соответствии с настройками единиц пользователя.

Чтобы для каждого такого поля могла указываться доп. таблица перевода единиц, и программа при любом отображении данных из этого поля использовала соответствующий коэффициент. Какой-нибудь глобальный или привязанный к модулю диалог задания единиц. И доп. информация в названии поля (в заголовке таблиц, в названии свойства) в скобках - текущая единица (добавляется на лету к статическому названию поля).
ГОСТ 51794-2008
 
Цитата:
Можно на основе двух преобразований получить параметры для одноступенчатого, но оно не будет обратимым.
Не понимаю. Повторюсь, что не специалист в этой области, поэтому прошу прощения за вопросы, которые нужно решать не здесь, а за учебной литературой. Просто надеюсь, что люди, понимающие это, объяснят в двух словах, и не придётся искать неизвестно где.

Чтобы получить преобразование между разными датумами, нужно знать разницу между эллипсоидами и их положениями. Положения отличаются координатой геометрического центра, поворотом осей и масштабным коэффициентом. Если есть смещение, поворот и масштаб для преобразования от системы А к Б, и есть от системы Б к В, то, конечно, некорректно просто почленно складывать смещения и повороты по осям - нужно принимать во внимание, что вторые смещения направлены не по тем же осям, что и первые, а с учётом первых поворотов. Поэтому, конечно, те коэффициенты "в лоб", которые приведены мной выше и которые получены простым сложением по осям, как будто они глобальные (я пересчитал), неправильны. Но всё же ведь возможно определить смещение и поворот системы В относительно системы А правильно. И тогда оно будет обратимым, без погрешности (за исключением ошибки машинного счёта, которая в этом случае будет одна, а не две, как если делать два преобразования по ГОСТ). И это будет быстрее и не менее точно. Или я не прав?
Недочёты в справке
 
<blockquote>Цитата:<hr size="1" noshade><i>Это головной объект скрипта Zulu. Он всегда существует в единственном экземпляре.
При этом при написании скрипта в Zulu можно одинаково писать и
set D = Application.NewDocument(1)
и просто
set D = NewDocument(1)
т.к. наличие Application подразумевается</i><hr size="1" noshade></blockquote>Так я именно об этом! Там не хватает именно этих слов после "Доступ к этому объекту можно получить:"
Недочёты в справке
 
<A HREF="http://politerm.com/zuludoc/zuluax/Zulu_cls.htm" TARGET="_blank">http://politerm.com/zuludoc/zuluax/Zulu_cls.htm</A>

Не дописано, как можно получить доступ к объекту.

<A HREF="http://politerm.com/zuludoc/zuluax/Layers_EditIndex.htm" target="_blank">http://politerm.com/zuludoc/zuluax/Layers_EditIndex.htm</a>

Некорректный комментарий ко второму примеру (или некорректный пример к комментарию)
GetConvertPoint
 
Спасибо, заработало! И даже без промежуточного WGS84, только с переносом SetDatum в конец.
Может быть, воткнуть crs.Commit во что-то вроде копирующего конструктора, чтобы автоматом вызывалось? Или таки добавить явно, чтобы уж без ошибок.
GetConvertPoint
 
Пытаюсь преобразовать координаты между системами.

<hr size="1" width="90%" noshade>const eEllipsoidKrassovsky = 3
const eCoordTransformPositionVector7Parameter = 2
const eCoordTransformToPZ90 = 3
const eProjTransverseMercator = 4

Function CK42CRS(Lon0, FE, FN)
 Set crs = CreateObject("ZuluLib.CRS")
 Set datum = crs.GetDatum()
 Set ellipsoid = datum.GetEllipsoid()
 ellipsoid.SetByCode eEllipsoidKrassovsky
 With datum
   .dX = 25.0
   .dY = -141
   .dZ = -80.0
   .Rx = 0
   .Ry = -0.35
   .Rz = -0.66
   .dS = 0
   .TransformMethod = eCoordTransformPositionVector7Parameter
   .TransformTo = eCoordTransformToPZ90
   .SetEllipsoid ellipsoid
 End With
 crs.SetDatum datum
 crs.ProjectionType = eProjTransverseMercator
 crs.Lon0 = Lon0
 crs.FE = FE
 crs.FN = FN
 Set CK42CRS = crs
End Function

Set CRS1 = CK42CRS(136.71666666666666666666666666667, 3300000, -4916586.44)
X1 = 466789.297151777719 : Y1 = 3184459.28832338052
Set CRS2 = CK42CRS(135.0, 0, 0)
Set pt2 = CRS1.GetConvertPoint(X1, Y1, CRS2)<hr size="1" width="90%" noshade>

В результате pt2 в точности равна X1, Y1. А центральный меридиан и смещения другие.
Ничего не понимаю. Может быть, я где-то забыл указать, что координаты в метрах, а не в градусах? Но не пойму как.
ГОСТ 51794-2008
 
Да нет, я не про имя датума, а про имя эллипсоида датума.

ellipsoid.SetByCode eEllipsoidKrassovsky
MsgBox "ellipsoid Name: " & ellipsoid.Name ' возвратит "Krassovsky"
datum.SetEllipsoid ellipsoid
MsgBox "datum ellipsoid Name: " & datum.GetEllipsoid().Name ' возвратит "Custom"

Здесь эллипсоид Крассовского назначается датуму без всяких модификаций, ничего в датуме не меняется. А название эллипсоида в датуме - custom.
Хотя это не принципиально, так, наблюдение.

А насчёт отменённого ГОСТ Р - это я прочитал. :) С июля действует заменяющий межгосударственный, но ещё официально нигде не опубликован.
ГОСТ 51794-2008
 
Спасибо за ответ!
На MapInfo я и не равняюсь. У меня его нет :)
Просто информация в Интернете есть именно для MapInfo, и я пытаюсь эту информацию применить к тому инструменту, которым пользуюсь. А фундаментальных знаний нет, чтобы самому понять :)

Что касается того, что ничего не изменилось - похоже, это не совсем так. В этой статье даётся преобразование (опять-таки, для MapInfo) по ГОСТ Р 51794–2001, а в конце приведено дополнение, показывающее, как это должно выглядеть по ГОСТ Р 51794–2008. Вроде по-другому.

Ну, и насколько я понимаю, как раз нестандартный датум (через 9999) в MapInfo люди как раз вводят для того, чтобы преобразование было одно, по ГОСТ. Хотя здесь я, конечно, полный профан и могу ошибаться...

Цитата:
так как никто не просил
Теперь нашёлся один :)
Попробую скриптом, но если найдётся немного времени, добавьте, пожалуйста, из UI!

Спасибо.

Update: использую скрипт:

const eEllipsoidKrassovsky = 3
const eCoordTransformPositionVector7Parameter = 2
const eCoordTransformToWGS84 = 1
const eProjTransverseMercator = 4

Sub CK42ToWGS84_GOST51794_2008()
Set crs = CreateObject("ZuluLib.CRS")
crs.ProjectionType = eProjTransverseMercator
Set datum = crs.GetDatum()
Set ellipsoid = datum.GetEllipsoid()
ellipsoid.SetByCode eEllipsoidKrassovsky
MsgBox "ellipsoid Name: " & ellipsoid.Name & vbCrLf & "ellipsoid InverseFlattening: " & ellipsoid.InverseFlattening & vbCrLf & "ellipsoid SemiMajorAxis: " & ellipsoid.SemiMajorAxis & vbCrLf & "ellipsoid SemiMinorAxis: " & ellipsoid.SemiMinorAxis
With datum
.dX = 23.57
.dY = -140.95
.dZ = -79.8
.Rx = 0
.Ry = -0.35
.Rz = -0.79
.dS = -0.22
.TransformMethod = eCoordTransformPositionVector7Parameter
.TransformTo = eCoordTransformToWGS84
.SetEllipsoid ellipsoid
End With
crs.SetDatum datum

Set ellipsoid = crs.GetDatum().GetEllipsoid()
MsgBox "ellipsoid Name: " & ellipsoid.Name & vbCrLf & "ellipsoid InverseFlattening: " & ellipsoid.InverseFlattening & vbCrLf & "ellipsoid SemiMajorAxis: " & ellipsoid.SemiMajorAxis & vbCrLf & "ellipsoid SemiMinorAxis: " & ellipsoid.SemiMinorAxis

Set L = CreateObject("zululib.Layer")
L.Open "Path\to\my\layer.b00"
L.SetCRS crs

End Sub


Первый MsgBox выдаёт имя эллипсоида "Krassovsky". А второй - "Custom" (и если запросить его код, вернёт -1). Хотя параметры эллипсоида в обоих случаях идентичные.
В структуре слоя ввести центральный меридиан, восточное и северное смещения нельзя, сразу сбивается датум. Пришлось указывать также скриптом.
ГОСТ 51794-2008
 
Здравствуйте.

По-моему, я неправильно понял задачу и, следовательно, некорректно задал вопрос.
В MapInfo есть возможность задать свой датум:
http://testdrive.mapinfo.com/TechSupp/MIProd.nsf/5c41496d5951a49c852562b5004f3a44/bfa42e1599b981f185256273006da795?OpenDocument
используя код 9999. При этом необходимо выбрать эллипсоид (это в Zulu есть), а затем указать параметры dX, dY, dZ, EX, EY, EZ, m, PrimeMeridian (три смещения, три поворота, масштабный коэффициент [есть в Zulu] и центральный меридиан [есть в Zulu]).

Насколько я понял, для правильного пересчёта МСК (используемого кадастровой палатой) в WGS-84 по ГОСТ 51794-2008 нужно указать эти параметры как-то так (например, http://www.mapbasic.ru/msk41 для Камчатки):
эллипсоид - Krassovsky
dX=23.57
dY=-140.95\
dZ=-79.8
EX=0
EY=-0.35
EZ=-0.79
m=-0.22
Центральный меридиан=158.46666666667
...

Можно ли задать это в Zulu?
Канальная прокладка
 
Огромное спасибо!
Канальная прокладка
 
Здравствуйте.

1. Расчёт канальной прокладки не учитывает требование СП 61.13330.2012 п. 6.1.5 (перекочевавшее туда, как и всё остальное, из СНиП 41-03-2003):
<blockquote>Цитата:<hr size="1" noshade><i>"При величине заглубления верхней части перекрытия канала (при прокладке в каналах) [...] 0,7 м и менее за расчётную температуру окружающей среды должна приниматься та же температура наружного воздуха, что и при надземной прокладке."</i><hr size="1" noshade></blockquote>В семантических данных нет отдельного поля для заглубления перекрытия канала. Тем не менее, если заглубление оси трубопровода минус полудиаметр большей трубы минус толщина изоляции меньше 0,7, это уже однозначно говорит, что нужно считать по наружному воздуху.
Также можно учесть, что, согласно СП 124.13330 (прил. Б), минимальное расстояние от поверхности изоляции до перекрытия непроходного канала (в зависимости от диаметра) составляет 50-100 мм, ну и толщина перекрытия вряд ли будет меньше 100 мм. Для того, чтобы не усложнять существующую семантику, и при этом повысить достоверность (соответствие СП), можно принять формулу: если заглубление оси трубопровода минус полудиаметр минус изоляция минус 200 мм меньше 700 мм - считаем по воздуху, иначе по грунту. Ну, или ввести соответствующее поле, а при незаполнении его считать так.

Реализованная в настоящий момент система расчёта не позволяет правильно считать сети, в которых часть каналов заглублена больше, часть меньше. Если бы все были на поверхности, можно было бы просто принять температуры "грунта" (среднюю, текущую) равными соответствующим температурам наружного воздуха... И более того, это вообще неочевидно для пользователя, что оценка теплопотерь оказывается значительно заниженной, если не "обмануть" программу таким образом при поверхностно расположенных каналах.

2. При расчёте теплопотерь от прямого и обратного трубопроводов в канале программа определяет общие теплопотери в соответствии с формулами СП, а затем распределяет их между прямым и обратным трубопроводом в соотношении 70/30. Это обсуждалось в теме <A HREF="http://politerm.com.ru/forums/showthread.php?fid=3&tid=2277" TARGET="_blank">по этой ссылке</A>. Также мы обсуждали этот вопрос с Алексеем в переписке.

Насколько я понял, Ваша позиция в том, что методика СП предназначена узко для определения толщины слоя изоляции, и неприменима для определения индивидуальных потерь каждой трубы через изоляцию. Однако это неправильно. Весь расчёт по СП физически обоснован, и строится на наличии стационарного теплового потока от нагретого воздуха в канале через стенки канала и грунт в область с расчётной температурой окружающей среды. Самая первая формула раздела о канальной прокладке является формулой теплового баланса. Таким образом, задача сводится к нахождению такой температуры воздуха в канале, при которой тепловой поток из канала наружу будет равен сумме тепловых потоков от труб в канал. Метод определения температуры в канале выведен из формул теплопотерь для труб в помещении, это можно вывести самостоятельно. При этом задача определения индивидуальных потоков от каждой трубы становится тривиальной: расчёт потерь в окружающую среду определённой температуры. Это особенно важно, если расчёт идёт не по нормативным потерям, а по изоляции, и изоляция (и трубы) на подаче и на обратке разные.

У меня возникла ситуация, когда та "качественно отражающая" модель 70/30, принятая в программе, серьёзно искажает результаты и не позволяет оценить правильно (даже хотя бы качественно) изменения в системе. Считаю теплосеть с геотермальным источником. Сеть работает на сброс. 100% тепла, "вырабатываемого" на источнике, уходит обратно в землю. В связи с этим, вопрос энергоэффективности и энергосбережения имеет очень специфический вид: важно не "потерять как можно меньше при экономически обоснованных затратах", и не "обеспечить потери в рамках норматива", а "потерять как можно меньше в <B>подающем трубопроводе</B>, чтобы уменьшить требуемый расход на потребителе", пусть даже <B>за счёт дополнительных потерь в обратке</B>. Одно из мероприятий по энергосбережению в этой системе - это <B>уменьшение</B> толщины тепловой изоляции на обратке при канальной прокладке, чтобы, нагревая обраткой воздух в канале, <B>снизить</B> теплопотери из подачи. Да, суммарные потери на участке растут, но подающая труба охладится меньше, что и требовалось. Диаметры подачи и обратки на участках разные, вопрос о взаимозаменяемости трубопроводов не стоит.

А Zulu считает наоборот. Определив, что общие потери участка выросли (при уменьшении толщины изоляции обратки), она пропорционально увеличивает потери подачи, снижает температуру в конце, на потребителе. Оценить энергоэффективность мероприятия абсолютно невозможно. А кроме того, невозможно оценить остывание обратки (которая, по мнению Zulu, остыла меньше реального), чтобы не допустить замерзания.

Пожалуйста, реализуйте метод распределения потерь согласно расчёту по СП. Хотя бы как возможность, отключённую по умолчанию в настройках расчёта. Это не только более "физично", но и на самом деле отражает качественно, и даже количественно.
Пьезометр
 
Здравствуйте.

В узлах, где нет подачи (на участках, где подача отключена) поля напоров в подаче и статических напоров пустые (не нулевые). Но при построении пьезометров в этих узлах учитываются нулевые значения этих напоров. Это приводит к тому, что на графике всегда отображается ноль, независимо от настройки графика, и линия статики уходит под землю.
Сеть на сброс
 
Ещё раз хочу сказать спасибо за новую возможность.

1. При использовании этой возможности в отчёте слив учитывается в графах "Расход тепла на открытые системы ГВС" и "Суммарный расход воды на систему ГВС (открытая схема)". Нельзя ли для удобства выводить их отдельными строками? Или возможен запрос, позволяющий выдать суммарный расход по участкам, не отключённым от источников и непосредственно примыкающим к задвижкам с отрицательным открытием? Опять-таки, нужно выводить не просто сумму, а сумму абсолютных значений, поскольку направление этих участков может быть неправильным, а расчёт не исправляет направление участков с отключённой подачей (слив из обратки).

2. Нельзя ли расширить функциональность следующим образом: любое отрицательное значение от 0 до -1 включительно трактуется как слив через задвижку с соответствующей степенью открытия?

3. Конструкторский расчёт не работает в такой сети. При отключённой обратке на источнике все потребители выдают "Ошибка Z011: ID=419 Потребитель отключен по обратному".
Требуется ненужный параметр
 
В режиме участка "Отключён подающий" не требуется вводить информацию по диаметрам, шероховатостям, КМС подачи. Но вот поправочный коэффициент на нормы теплопотерь (при учёте потерь по нормативу) для подачи программа всё равно требует. Мелочь, конечно...
Схема подключения ЦТП 21
 
Нужно! Спасибо огромное, это абсолютно необходимо.
А со схемой я разобрался. Неправильно задавал располагаемый напор на источнике перед ЦТП, отсюда и невозможность нормально регулировать коэффициент смешения шайбой.
Схема подключения ЦТП 21
 
Здравствуйте!

Требуется смоделировать геотермальный источник.
Источник с расчётной и текущей температурами 94 градуса.
За источником поставил ЦТП со схемой 21 с расчётной температурой на выходе 70 градусов, а за ней уже тепловую сеть.
Но не могу отрегулировать циркуляцию по перемычке - там нет ни шайб, ни диаметра, ни регулятора. Соответственно, обратка хлещет через перемычку и переохлаждает подачу.

Подскажите, как это решить, или вообще здесь нужно что-то другое.

Спасибо.
Страницы: 1 2 3 4 5 След.