RUS  ENG 

Проблемы с сервером

Страницы: 1 2 3 След.
RSS
Проблемы с сервером
 
Есть несколько проблем с сетевой версией
1. Не отключается видимость растрового слоя на сервере (локально все работает), как сгруппированых растровых слоев, так
и отдельных слоев.
2. Многие диалоговые окна не позволяют работать с сервером, как то вся работа с базами данных, работа с растрами.
И если базу данных по слою еще можно создать единовременно на первом этапе создания карты, то с растровыми слоями
сложнее - их на квадрат 2 * 2 км время подгрузки растрового слоя составляет порядка 35 сек (в TIFF время подгрузки
несколько минут) поэтому растровыи слои создаются и подключаются в процессе работы, тем более это связано с
проблемами безопасности о единовременном нахождении в одном месте определенного количества карт.
3. Еще вопрос про архивацию данных на сервере. Будет ли такое реализовано?
 
1. Базу данных на сервере можно редактировать через редактор структуры слоя -> список баз -> редактировать.
2. С растрами что не работает - доделаем, не все функции еще работают через сервер.
 
И все-таки хотелось бы видеть исправления произведенные в билде.
Трафик все-таки платный и хочется знать, стОит ли качать апдейт,
была ли исправлена ошибка.
 
Мы пишем в истории изменений о том, что добавлено, правда о существенных изменениях. Если интересует конкретное изменение, прежде чем качать, можете написать нам, мы сообщим.
 
На карте видимость отключается, а в навигаторе по-прежнему нет.
 
На навигаторе и в несерверных слоях видимость не отключается. Оно так и было задумано. Имелось в виду, что для навигации в маленьком окошке удобней видеть все, а для работы в окне что-то можно делать видимым, а что-то нет. Например, если в навигаторе отключить контуры районов, а домики в масштабе навигатора будут при построении не видны, то навгацию придется осуществлять по пустому окну.
 
Не создавая новую тему.....
Необходимо объеденить площадной (дом) объект и контурный (прорисовка подъезда дома, другие линии). Возможно обеденение всех контурных объектов в один и перенос их в отдельный слой, но все равно желательно бы связать с полщадным объектом.
 
Еще..
Карта на сервере. Создал базу с помощью настроки слоя. Информация читается замечательно. При попытке создать шаблон надписей программа предлагает выбрать базу данных *.zb, а базы-то такой и нету, есть doma.db...
Так то вот...
 
Объединение линейного и площадного объекта в нашей модели данных не предусмотрены.
 
Для сервера и zb нет и db тоже нет. Сейчас над этим работаем. С шаблонами надписей для сервера будет тоже, что и для фильтров раскраски: никаких имен файлов, а только список шаблонов для каждого слоя. Выбираем слой, у него уже базу данных, а для нее уже шаблон надписей.
Пока же надписи можно создавать для серверных данных локально на серверной машине, т.к. ключ для сервера также позволяет работать и с однопользовательской версией.
А с надписями втечение двух недель сделаем.
 
Далее непонятно:
Есть карта на сервере, к ней доступ разрешен определенным пользователям. Доступ к ней анонимного пользователя запрещен, что и подтверждает кнопочка "тест". При доступе открытии карты сервер требует соответственно имя и пароль, но ежели открыть последний используемую карту то имя и пароль не трубуется и к карте получает достум анонимус (в мониторе сервера) правда тока на чтение, чего быть не должно. А при попытке редактирования уже запрашивается имя/пароль.
Вопрос: каким образом анонимус получает доступ на чтение карты?
 
И еще. Почему программа отказывается работать с правами пользователя и требует прав администратора. Для многих предприятий неприемлимо раздавать права администратора даже на локальные машины. Доступ к веткам реестра Zulu в HKLM и каталогу в программ файлс дан полный, однако программа запускаться не хочет.
В чем дело?
 
Для HKLM полный доступ не нужен, Zulu его только читает. Лучше дайте доступ к диску C: для данного пользователя, т.к. похоже пользователь так и не имеет прав доступа к файлам Zulu. Такой эффект проявляется при установке Zulu на системный диск C: под Windows XP SP2 и Windows 2003 Server на разделе NTFS. Т.к. установка выполняется из-под Администратора, обячные пользователи не получают от Windows прав на эту папку. Покак мы разбираемся как это побороть.
 
Права на весь диск С - это неприемлимо много.
Может просто надо дать только к тем местам где находятся файлы Zulu?.
Вопрос в том что бы идентифицировать эти места.
Разве кроме "C:\Program Files\Zulu 5.2" еще что-то надо?

И вопрос осталя неотвеченым:
Цитата

Далее непонятно:
Есть карта на сервере, к ней доступ разрешен определенным пользователям. Доступ к ней анонимного пользователя запрещен, что и подтверждает кнопочка "тест". При доступе открытии карты сервер требует соответственно имя и пароль, но ежели открыть последний используемую карту то имя и пароль не трубуется и к карте получает достум анонимус (в мониторе сервера) правда тока на чтение, чего быть не должно. А при попытке редактирования уже запрашивается имя/пароль.
Вопрос: каким образом анонимус получает доступ на чтение карты?
 
Цитата:
На навигаторе и в несерверных слоях видимость не отключается. Оно так и было задумано. Имелось в виду, что для навигации в маленьком окошке удобней видеть все, а для работы в окне что-то можно делать видимым, а что-то нет. Например, если в навигаторе отключить контуры районов, а домики в масштабе навигатора будут при построении не видны, то навгацию придется осуществлять по пустому окну.

Инетресный вопрос однако. Если отключить растровый слой и вручную нажать в выпадающем меню навигатора "обновить", то растр не будет показываться на навигаторе. Так он все-таки должен отключаться на навигаторе или нет?
 
Кнопка "Обновить" для того и сделана, чтобы привести состояние навигатора в соответствие с состоянием отображения карты. Но бывает, что нужно кратковременно выключть слой, затем включить. При этом перестроение всей карты в навигаторе не желательно. Оно и не происходит.
 
Вопрос по прежнему остался:
Есть карта на сервере, к ней доступ разрешен определенным пользователям. Доступ к ней анонимного пользователя запрещен, что и подтверждает кнопочка "тест". При доступе открытии карты сервер требует соответственно имя и пароль, но ежели открыть последний используемую карту то имя и пароль не трубуется и к карте получает достум анонимус (в мониторе сервера) правда тока на чтение, чего быть не должно. А при попытке редактирования уже запрашивается имя/пароль.
Вопрос: каким образом анонимус получает доступ на чтение карты?
 
Мы над этим работаем. Сейчас добъем работу сервера с бирками и с правами карты, и в ближайшем обновлении все это будет.
 
Скачайте обновление. Там и с правами и с надписями доделали и переделали. Погоняйте. Сообщите, если что не так.
 
А куда в Бирках дели галочку "уменьшать с текущего масштаба"? Теперь при мелком масштабе объектов за надписями совсем не видно...
 
Звиняйте... почитал историю изменений и нашел...
 
"уменьшать с текущего масштаба" убрали, т.к. связь диалога с масштабом карты была довольно слабой. Карта - документ, у нее может быть несколько видов, каждый со своим масштабом, а может не быть ни одного вида. Для осмысленного использования опции подразумевалось, что нужно сперва выставить нужный масштаб (еще не видя бирок), а затем вызвать диалог. Это казалось не очень логичным.
Для задания масштаба в режиме редактирования бирок сейчас добавлена возможность (ранее отсутствовавшая) задавать масштаб 1:1 для каждого варианта бирок. Для этого можно правой мышкой кликнуть на точке приаязки надписи и задать\отменить масштаб 1:1 только для варианта, к которому надпись принадлежит.
 
Добавлю в диалог создания бирок управлением масштабом, где будет "уменьшать с текущего" в том числе.
 
Нельзя ли в настроку участка водопроводной сети к стилям начертания участка дополнить вставкой буквы (числом или символом). Поскольку участкок водопроводной сети обозначается как:
-------В--------
канализация как
-------К--------
и т. д. газ, теплосеть и пр.
а на монохромном принтере стиль (точка-тире, короткие тире и пр.) слаборазличимо.
Хотелось бы что бы по возможности выбор букв был в диалоге.
 
На данный момент нельзя. Нужно не выбр букв, а общий редактор стилей делать. В плане стоит, но это не скоро.
Страницы: 1 2 3 След.