SASGIS - SAS.Планета
View Issue Details
0001174SAS.Планета[All Projects] Багpublic14-02-2012 15:1910-10-2012 11:48
vdemidov 
vdemidov 
normalminoralways
closedfixed 
.Nightly 
120808120808 
0001174: Странные числа на линейке
Странные стали получаться числа на линейке, не круглы.
Например, в N50°27'41,84" E30°33'35,29" на Z11 почему-то 14 и 29 км.
А в N50°23'02,61" E30°37'06,83" на Z13 3655м и 7311м
линейка
related to 0001173closed zed Плохо видно цифры на линейке 
png 2012-02-25_104454.png (1,971) 25-02-2012 06:45
http://www.sasgis.org/mantis/file_download.php?file_id=660&type=bug
png
Issue History
14-02-2012 15:19vdemidovNew Issue
14-02-2012 15:19vdemidovAssigned To => zed
14-02-2012 15:19vdemidovStatusnew => assigned
14-02-2012 15:19vdemidovProduct Version => .Nightly
14-02-2012 16:40zedNote Added: 0005465
14-02-2012 18:02TolikNote Added: 0005469
14-02-2012 18:06TolikNote Edited: 0005469bug_revision_view_page.php?bugnote_id=5469#r2753
14-02-2012 19:24zedNote Added: 0005471
14-02-2012 21:02vdemidovNote Added: 0005472
15-02-2012 04:38TolikNote Added: 0005479
15-02-2012 08:02zedNote Added: 0005487
15-02-2012 08:03zedStatusassigned => resolved
15-02-2012 08:03zedResolutionopen => won't fix
15-02-2012 08:16vdemidovNote Added: 0005489
15-02-2012 08:16vdemidovAssigned Tozed => vdemidov
15-02-2012 08:16vdemidovStatusresolved => assigned
15-02-2012 08:16vdemidovResolutionwon't fix => reopened
15-02-2012 08:16vdemidovNote Edited: 0005489bug_revision_view_page.php?bugnote_id=5489#r2763
15-02-2012 08:17vdemidovNote Edited: 0005489bug_revision_view_page.php?bugnote_id=5489#r2764
15-02-2012 09:31ParasiteNote Added: 0005491
15-02-2012 11:07zedNote Added: 0005492
15-02-2012 11:18TolikNote Added: 0005493
15-02-2012 11:22TolikNote Edited: 0005493bug_revision_view_page.php?bugnote_id=5493#r2766
15-02-2012 11:35vdemidovNote Added: 0005494
15-02-2012 16:46zedNote Added: 0005498
15-02-2012 17:06TolikNote Added: 0005500
15-02-2012 17:12zedNote Added: 0005503
15-02-2012 17:27vdemidovNote Added: 0005505
15-02-2012 17:39zedNote Added: 0005506
16-02-2012 04:30ParasiteNote Added: 0005513
16-02-2012 04:31TolikNote Added: 0005514
16-02-2012 04:38TolikNote Edited: 0005514bug_revision_view_page.php?bugnote_id=5514#r2768
16-02-2012 04:39TolikNote Edited: 0005514bug_revision_view_page.php?bugnote_id=5514#r2769
16-02-2012 04:41TolikNote Edited: 0005514bug_revision_view_page.php?bugnote_id=5514#r2770
16-02-2012 04:42TolikNote Edited: 0005514bug_revision_view_page.php?bugnote_id=5514#r2771
16-02-2012 04:49TolikNote Edited: 0005514bug_revision_view_page.php?bugnote_id=5514#r2772
16-02-2012 16:33zedNote Added: 0005530
16-02-2012 16:37zedNote Added: 0005531
17-02-2012 04:41TolikNote Added: 0005534
17-02-2012 04:57TolikNote Added: 0005536
17-02-2012 07:02zedNote Added: 0005537
17-02-2012 07:02zedNote Edited: 0005537bug_revision_view_page.php?bugnote_id=5537#r2789
17-02-2012 07:05TolikNote Added: 0005538
17-02-2012 07:10zedNote Added: 0005539
17-02-2012 07:18TolikNote Added: 0005540
17-02-2012 07:21zedNote Added: 0005541
17-02-2012 07:29TolikNote Added: 0005542
17-02-2012 07:29TolikNote Edited: 0005542bug_revision_view_page.php?bugnote_id=5542#r2791
17-02-2012 07:33TolikNote Edited: 0005542bug_revision_view_page.php?bugnote_id=5542#r2792
17-02-2012 08:08zedNote Added: 0005543
17-02-2012 08:16zedNote Added: 0005544
17-02-2012 08:23zedNote Added: 0005545
17-02-2012 09:38TolikNote Added: 0005547
17-02-2012 12:52zedNote Added: 0005549
17-02-2012 13:24TolikNote Added: 0005550
17-02-2012 13:48vdemidovNote Added: 0005551
17-02-2012 13:56zedNote Added: 0005552
17-02-2012 14:07vasketsovNote Added: 0005553
17-02-2012 14:09vasketsovNote Added: 0005554
17-02-2012 14:10vasketsovNote Edited: 0005553bug_revision_view_page.php?bugnote_id=5553#r2794
17-02-2012 14:44TolikNote Added: 0005555
17-02-2012 15:40vdemidovNote Added: 0005557
17-02-2012 15:40vdemidovStatusassigned => resolved
17-02-2012 15:40vdemidovFixed in Version => 120808
17-02-2012 15:40vdemidovResolutionreopened => fixed
17-02-2012 15:42TolikNote Added: 0005558
17-02-2012 15:43TolikNote Edited: 0005558bug_revision_view_page.php?bugnote_id=5558#r2796
17-02-2012 15:45TolikRelationship addedrelated to 0001173
17-02-2012 15:46TolikTarget Version => 120808
18-02-2012 09:53TolikNote Added: 0005562
18-02-2012 10:33vasketsovNote Added: 0005567
18-02-2012 15:00TolikNote Added: 0005569
21-02-2012 04:41TolikStatusresolved => assigned
21-02-2012 04:42TolikResolutionfixed => reopened
25-02-2012 06:45TolikFile Added: 2012-02-25_104454.png
25-02-2012 06:46TolikNote Added: 0005619
25-02-2012 06:47TolikNote Edited: 0005619bug_revision_view_page.php?bugnote_id=5619#r2830
27-02-2012 10:42vdemidovStatusassigned => feedback
27-02-2012 10:42vdemidovNote Added: 0005675
27-02-2012 10:42vdemidovStatusfeedback => assigned
27-02-2012 10:42vdemidovAssigned Tovdemidov =>
27-02-2012 10:42vdemidovStatusassigned => feedback
27-02-2012 10:48TolikNote Added: 0005676
27-02-2012 10:50TolikNote Edited: 0005676bug_revision_view_page.php?bugnote_id=5676#r2862
27-02-2012 10:57vdemidovNote Added: 0005677
27-02-2012 10:57vdemidovStatusfeedback => new
27-02-2012 10:58vdemidovNote Edited: 0005677bug_revision_view_page.php?bugnote_id=5677#r2864
27-02-2012 10:59vdemidovAssigned To => vdemidov
27-02-2012 10:59vdemidovStatusnew => assigned
27-02-2012 11:03TolikNote Added: 0005678
27-02-2012 11:13TolikNote Edited: 0005678
27-02-2012 11:14TolikNote Edited: 0005678
27-02-2012 11:14TolikNote Revision Dropped: 5678: 0002866
27-02-2012 11:14TolikNote Revision Dropped: 5678: 0002867
27-02-2012 11:15TolikNote Edited: 0005678bug_revision_view_page.php?bugnote_id=5678#r2868
27-02-2012 11:58vdemidovStatusassigned => resolved
27-02-2012 11:58vdemidovResolutionreopened => fixed
29-02-2012 10:46gpsMaxTag Attached: линейка
10-10-2012 11:48TolikStatusresolved => closed

Notes
(0005465)
zed   
14-02-2012 16:40   
А какие они должны быть в приведенных примерах? Чтоб я прочувствовал всю странность, так сказать. Добавить пару знаков после запятой или что?
(0005469)
Tolik   
14-02-2012 18:02   
(edited on: 14-02-2012 18:06)
Видимо, странность в том, что 14 * 2 <> 29 :)

Знаков после запятой не надо, пусть лучше будет 14 и 28.

(0005471)
zed   
14-02-2012 19:24   
Или как в GE:
если более 25 км - выводится без запятых, в километрах
от 25 до 3,5 км - с 2 знаками после запятой, в километрах
менее 3500 м - без запятых, в метрах

Сейчас в САС граница перехода км <-> м установлена на 10-ти километрах.
(0005472)
vdemidov   
14-02-2012 21:02   
Я не про границу. Раньше размеры линейки всегда подгонялись так, что бы было красивое число. То есть линейка должна стать на пару пикселей длиннее или короче, а числа получиться 15 и 30 км в первом случае и 3500 и 7000 м во втором.
(0005479)
Tolik   
15-02-2012 04:38   
Да, так было бы лучше.
Кстати, линейку можно немного укоротить.
(0005487)
zed   
15-02-2012 08:02   
Мне не нравилась вечно изменяющая свои размеры линейка и я сделал статический вариант.
(0005489)
vdemidov   
15-02-2012 08:16   
(edited on: 15-02-2012 08:17)
А мне нравятся круглые числа на линейке. Поэтому я просто верну старый вариант.

PS: Кто хочет другого делает настройку.

(0005491)
Parasite   
15-02-2012 09:31   
>А мне нравятся круглые числа на линейке
Круглые токи читабельнее, и ближе к привычным с детства "бумажным" картам и каноничным атласам. Так что +1.

>Мне не нравилась вечно изменяющая свои размеры линейка
А мне наоборот - доставляла. Видно хоть, что она "живая" и чего-то активно пересчитывает и меняется, "живя" вместе с юзером. Так что я бы назвал это больше фичей, чем багом... :)
(0005492)
zed   
15-02-2012 11:07   
>Круглые токи читабельнее
Цифры - может быть, но на глаз легче определять размеры объектов, когда у тебя эталон длины (видимый отрезок) не меняет свои размеры от зума к зуму. И со временем, глаз привыкает к этому эталону и сам считает расстояния "на глаз" довольно эффективно. А если сделать статическую линейку в 256 pix (сейчас она 300 pix), то и вообще получится красиво: включил сетку границ тайлов и уже знаешь какой размер в метрах покрывает каждый тайл. Очень наглядно, имхо.

>Видно хоть, что она "живая"
Смена цифирек тоже живенько происходит.

>Поэтому я просто верну старый вариант.
Жесть однако. Лучше бы я пошел на лыжах кататься, вместо ковыряния этой линейки. Таки хоть какая польза была бы...
(0005493)
Tolik   
15-02-2012 11:18   
(edited on: 15-02-2012 11:22)
256 - подходящий размерчик. Давайте посмотрим, как будет выглядеть такая линейка с округлёнными контурными цифрами.
Цифры можно округлить до 2-3 знаков и без изменения длины отрезка, всё равно абсолютная точность не нужна. Например, вместо 3655м и 7311м сделать 3650 и 7300.

Тайл вверху окна покрывает большее расстояние, чем внизу. Линейка-то показывает расстояние в центре окна? По кратчайшей кривой?

Насчёт вернуть старый вариант - пусть будут оба, с возможностью выбора.

(0005494)
vdemidov   
15-02-2012 11:35   
> Тайл вверху окна покрывает большее расстояние, чем внизу.
Я скажу даже больше. Тайл по вертикали покрывает совсем не такое расстояние как этот же тайл по горизонтали.
>Насчёт вернуть старый вариант - пусть будут оба, с возможностью выбора.
Возможность выбора делает тот кому нужен новый вариант.
(0005498)
zed   
15-02-2012 16:46   
(с негодованием) Ах так, ну ладно! Поднасели тут, понимаш, со всех сторон...
Сделаю тогда 2 варианта: Simple (для домохозяек и всех прочих) - старая линейка и Extended - для себя - с блэк джеком и шлюхами:). В Extended версии буду выдавать значения с двумя знаками после запятой (т.е. без грубых округлений) и обновлять значения буду для текущего положения указателя мыши, а не для центра экрана. Так устроит?
(0005500)
Tolik   
15-02-2012 17:06   
Кто поднасел, я поднасел?? Наоборот, стараюсь найти такой вариант, чтоб не подрались.
Устроит или нет - посмотрим и расскажем.

Насчёт текущего положения мыши - не стоит: цифры будут непрерывно меняться, это неприятно. Пусть уж будет для центра экрана. Или - ещё идея - для того места, где сейчас линейка!

ИМХО лучше, как я уже написал, линейка в 256 пикс и округление до 2-3 знаков (не после запятой, а всего).
(0005503)
zed   
15-02-2012 17:12   
>и округление до 2-3 знаков
Слишком грубое округление, я не хочу такой линейки.
(0005505)
vdemidov   
15-02-2012 17:27   
ИМХО положение мыши это перебор. Сейчас линейка зависит только от положения центра экрана, а так придется еще добавлять зависимость от положения мышки.
А мне больше нравится фиксированный набор красивых длин в метрах и километрах, а потом подгоняем длину линейки в пикселях под ближайшее подходящее.
(0005506)
zed   
15-02-2012 17:39   
>а так придется еще добавлять зависимость от положения мышки
И что? Статусная строка работает же. Только менять наверное буду не по таймеру, а по событию OnMousePos (кстати, не плохо бы и статусную строку завязать на событие, а не на таймер, а то возникает чувство подтормаживания).

>А мне больше нравится
Это я уже понял, что всем нравятся круглые цифры. Спасибо, что ещё раз напомнил.
(0005513)
Parasite   
16-02-2012 04:30   
>В Extended версии буду выдавать значения с двумя знаками после запятой (т.е. без грубых округлений)
Это по горизонтали. А с вертикалью что делать будем? Даешь вертикальный бдэкджэк тоже - стоя у шеста! Шиковать так шиковать, если будет "extended" версия.
(0005514)
Tolik   
16-02-2012 04:31   
(edited on: 16-02-2012 04:49)
> Слишком грубое округление, я не хочу такой линейки.
Ну а сейчас что:
на зуме 12 6 km - 12 km
на зуме 13 2871 m - 5742 m

Где 6 и 12 - это не грубое округление?
2871 - не воспринимается с первого взгляда.

И, повторюсь, не нужна такая точность, т.к. если измерить саму эту линейку, получится 5753 м - в пределах окна действительны только 2 значащие цифры.

Лучше было бы так, например:

z12 6.5 - 13 km
z13 2.85 - 5.7 km
z14 1.45 - 2.9 km
z15 700 - 1400 m
z16 360 - 720 m

Т.е. 2-е число округлять до 2-х, потом делить его пополам.

(0005530)
zed   
16-02-2012 16:33   
Сделал 3 режима вывода чисел (параметр NumbersFormat в ini):
0 - Nice - если число >1000, то округляется до кратного 10, иначе - до кратного 5
1 - ScienceRound - округление до целых
2 - Science - огругление до 2-х знаков после запятой

Все параметры линейки вынес в ini, так что можно экспериментировать.

Теперь буду думать, как прикрутить вывод показаний линейки в зависимости от текущего положения мыша и самой линейки.
(0005531)
zed   
16-02-2012 16:37   
Да, если большинство устроит Nice вариант, может тогда про старую линейку таки забудем?
(0005534)
Tolik   
17-02-2012 04:41   
По умолчанию выводятся 2 знака после запятой - это ещё хуже, чем было.
1380.26 m - вы меня извините, но это абсолютно никуда не годится.

[ScaleLine]
NumbersFormat=1 - это то же, что было раньше (целые числа).

[ScaleLine]
NumbersFormat=0 _выглядит_ лучше, но тоже никуда не годится, т.к.:
z12: 5 - 10 km
z13: 3570 - 7140 m

Почему на соседних зумах точность скачет от 10 метров до 5 километров? ПЯТЬ! То есть 5.5 - 11 и даже 6 - 12 никогда не появляется!

Вообще, число знаков после запятой не имеет никакого смысла. Надо считать число _значащих_ цифр.
(0005536)
Tolik   
17-02-2012 04:57   
Да, 256 пиксел - удачная длина.
А параметр Extended, кажется, не работает.
(0005537)
zed   
17-02-2012 07:02   
Понятно, делаю старую линейку и живите как было, а я буду с блэк джеком.

(0005538)
Tolik   
17-02-2012 07:05   
Ну а почему не сделать разумные числа? Всё остальное уже хорошо.
(0005539)
zed   
17-02-2012 07:10   
В Nice'е разумные числа сделаны.
(0005540)
Tolik   
17-02-2012 07:18   
Нет. 7.49 округлять до 5 нельзя. Надо округлять до 7.5.
(0005541)
zed   
17-02-2012 07:21   
Так вам же цифры после запятой глаза режут, а тут что же получается, уже и запятую можно? Вы уж с тех-заданием определитесь?

И 7,49 округлится до 10. Округление в большую сторону идёт.
(0005542)
Tolik   
17-02-2012 07:29   
(edited on: 17-02-2012 07:33)
Техзадание (точнее, это моё имхо) в посте 5514.

Я против цифры после запятой ничего не имею. И даже двух в некоторых случаях (2.85 - 5.7 km).
Я против ШЕСТИ значащих цифр (1380.26 m).
И против искажения на 33% (это округление 7.49 до 10).

P.S. И 5.1 тоже округлится до 10?? Это будет 96%

(0005543)
zed   
17-02-2012 08:08   
>Я против цифры после запятой ничего не имею.
Ну так vdemidov с Parasite (и прочие не отписавшиеся) против. Или нет? Это ж принципиальный вопрос: использовать их или нет, и если использовать, то на каких значениях (км, м, см) и должны ли быть значения после запятой кратные чему-либо (0.5, 0.25)?

>И даже двух в некоторых случаях (2.85 - 5.7 km)
Граница перехода км <-> м на 10 км, т.е. таких цифр вы никогда не увидите. Граница осталась от старой линейки и там тоже таких значений не было (были 25 км, 12 км, 5000 м и т.д.). Вы предлагаете сдвинуть границу на 1,5 км? Тогда с увеличением зума точность будет падать, до тех пор, пока не перейдёт на отображение в метрах. Красота требует жертв? Да ну нафиг.

>Я против ШЕСТИ значащих цифр
В Nice варианте они есть? Нет. К чему тогда сыр-бор.

>И против искажения на 33%
Если запятые не использовать, то будет большая погрешность. Если использовать после запятой числа кратные, скажем 0.25, то погрешность уменьшится.
(0005544)
zed   
17-02-2012 08:16   
И опять же, 8 км - красивое число? А 18? Критерий красивости чисел в студию. Сейчас, под красивыми числами подразумеваются числа кратные 5 и 10, вот до такого состояния и округляется.
(0005545)
zed   
17-02-2012 08:23   
>>И 7,49 округлится до 10.
Даже не так, 7,49 км округлится до 7490 м, соответственно и 5,1 км до 5100 м (и даже точнее).
(0005547)
Tolik   
17-02-2012 09:38   
> Вы предлагаете сдвинуть границу на 1,5 км? Тогда с увеличением зума точность будет падать, до тех пор, пока не перейдёт на отображение в метрах. Красота требует жертв? Да ну нафиг.

Zed, ну вы меня просто удивляете. О какой точности и каких жертвах вы говорите, когда выводите на экран либо 5 - 10 км, либо 10 - 20, никаких промежуточных значений? Ниже точности даже представить невозможно.

Ну и что, что границы остались от царя гороха, что мешает их поменять?

Как точность будет падать, если (как я предлагаю) всегда делать как минимум 2 ЗНАЧАЩИЕ цифры? Может я неточно выразился? Я имел в виду любые цифры, кроме нулей. Например, 0.51, 5.1, 51, 510, 5100.


Если остановиться только на "очень красивых" цифрах - 5, 10, 20, 50, 100, 200 и т.д. - тогда однозначно надо возвращаться к переменной длине.
(0005549)
zed   
17-02-2012 12:52   
О, ещё лучше: пришёл vdemidov и можно сказать послал меня куда по-дальше с моей линейкой! https://bitbucket.org/azya/sasplanet/changeset/e5f6ea21db06

Идея _моей_ линейки в том, чтобы она не меняла свои размеры. И я уже согласился на 2 линейки, но нет у меня отобрали блэк джек (визуальное оформление линейки), всех шлюх разогнали (идею похерили) и как будто так и надо. Я негодую.
(0005550)
Tolik   
17-02-2012 13:24   
vdemidov, прокомментируйте, пожалуйста.

Теперь линейка будет как нарисовал zed, но переменной длины и с красивыми цифрами?
Какие-нибудь параметры секции [ScaleLine] останутся? Какие?
Возможность задать через ini постоянную длину и безумные числа останется?
(0005551)
vdemidov   
17-02-2012 13:48   
Если кто-то сделает отдельным параметром фиксирование ширины, я этого удалять не буду. Мне нравится линейка с нефиксированными размерами. Все параметры секции [ScaleLine] остались в силе.
(0005552)
zed   
17-02-2012 13:56   
>я этого удалять не буду
Ну ты прям сама доброта.

>Мне нравится линейка с нефиксированными размерами
Так а зачем ты мою линейку сломал? Я б тебе вернул завтра старую линейку и вопрос закрыли.

>Все параметры секции [ScaleLine] остались в силе.
Безумные числа и фиксированную длину линейки в 256 пикселей покажи. Вот тогда - остались в силе.
(0005553)
vasketsov   
17-02-2012 14:07   
(edited on: 17-02-2012 14:10)
Блин, реально не понимаю ваших споров. Почему нельзя сделать на выбор и красивые числа, и одинаковую длину. Мне вот в лесу приходилось на ноуте измерять примерно расстояния спичкой локально на 15-м зуме по космоснимкам - то есть погрешность в границах экрана пренебрежимо мала - так ОБА варианта бывают нужны. В том числе - настроить фиксированную длину линейки по длине спички, чтобы не тачпадом мYдохаться на ходу в УАЗике, а просто обычной спичкой померяться и в уме умножить.

(0005554)
vasketsov   
17-02-2012 14:09   
А ещё можно и длину постоянную у линейки иметь, и цифры красивые.
Только вот либо выгибать её придётся, либо с зумом будет беда.
(0005555)
Tolik   
17-02-2012 14:44   
Ну ребяты, не надо ругаться.
Что вам стоит написать так:

NumbersFormat=0 - переменная длина и красивые цифры (то, что доктор vdemidov прописал)
=1 - 256 пикс. и целые числа
=2 - 256 пикс. и дофига знаков (специально для zed)

Ну или ещё один параметр добавьте, типа
Length=0 - переменная длина,
>0 - длина в пикселях
Тогда и под размер спички получится подогнать :)
(0005557)
vdemidov   
17-02-2012 15:40   
NumbersFormat=0 - переменная длина и красивые цифры
 =1 - 256 пикс. и целые числа
 =2 - 256 пикс. и дофига знаков (специально для zed)
(0005558)
Tolik   
17-02-2012 15:42   
(edited on: 17-02-2012 15:43)
Вот и славно!
По дефолту 0, имхо.
P.S. А, да, уже вижу.

(0005562)
Tolik   
18-02-2012 09:53   
Всё заработало, надеюсь, теперь все довольны.
Даже параметр Width=256 замечен.

Лично мне больше нравится вариант с переменной длиной.
Но есть тоже замечания:

1. 5000 - 10000 m - лучше поменять на 5 - 10 km
2. Если включить Extended=1 (и NumbersFormat=0), вертикальная палка не меняет размер и числа на ней некрасивые. Т.е. надо и для неё делать переменную длину.
(0005567)
vasketsov   
18-02-2012 10:33   
>1. 5000 - 10000 m - лучше поменять на 5 - 10 km
А мну в данном случае голосует как раз за метры. На таких масштабах те же 500 метров могут быть весьма критичны. В общем хочется иметь погрешность округления только меньше 10% от нижней границы, ошибка 10% - это просто некий заведомо неприятный верхний предел ошибки. Хотя если рисовать типа 7.3 km - вполне сойдёт.
(0005569)
Tolik   
18-02-2012 15:00   
Нет-нет, здесь речь идёт про красивые числа и переменную длину. То есть ровно 10000 м заменить на ровно 10 км, никаких погрешностей.
(0005619)
Tolik   
25-02-2012 06:46   
(edited on: 25-02-2012 06:47)
Вау, вот это глюк!! :)
2012-02-25_104454.png
В режиме "красивые числа". По идее, должно быть 1000 m - 2000 m.

(0005675)
vdemidov   
27-02-2012 10:42   
У меня не воспроизводится.
(0005676)
Tolik   
27-02-2012 10:48   
(edited on: 27-02-2012 10:50)
Попробуйте перейти на координаты 0° 0° z15

Появляется чуть выше и чуть ниже экватора.

(0005677)
vdemidov   
27-02-2012 10:57   
(edited on: 27-02-2012 10:58)
Пробовал. Увы не воспроизводиться.
PS: Упс. Таки воспроизводится. Буду смотреть.

(0005678)
Tolik   
27-02-2012 11:03   
(edited on: 27-02-2012 11:15)
Ок. И про это не забудьте, плизз. http://sasgis.org/mantis/view.php?id=1174#c5562