|
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-ти километрах. |
|
|
|
|
|
Я не про границу. Раньше размеры линейки всегда подгонялись так, что бы было красивое число. То есть линейка должна стать на пару пикселей длиннее или короче, а числа получиться 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: Кто хочет другого делает настройку.
|
|
|
|
|
>А мне нравятся круглые числа на линейке
Круглые токи читабельнее, и ближе к привычным с детства "бумажным" картам и каноничным атласам. Так что +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.
Тайл вверху окна покрывает большее расстояние, чем внизу. Линейка-то показывает расстояние в центре окна? По кратчайшей кривой?
Насчёт вернуть старый вариант - пусть будут оба, с возможностью выбора.
|
|
|
|
|
> Тайл вверху окна покрывает большее расстояние, чем внизу.
Я скажу даже больше. Тайл по вертикали покрывает совсем не такое расстояние как этот же тайл по горизонтали.
>Насчёт вернуть старый вариант - пусть будут оба, с возможностью выбора.
Возможность выбора делает тот кому нужен новый вариант. |
|
|
|
(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 знаков
Слишком грубое округление, я не хочу такой линейки. |
|
|
|
|
ИМХО положение мыши это перебор. Сейчас линейка зависит только от положения центра экрана, а так придется еще добавлять зависимость от положения мышки.
А мне больше нравится фиксированный набор красивых длин в метрах и километрах, а потом подгоняем длину линейки в пикселях под ближайшее подходящее. |
|
|
|
(0005506)
|
|
zed
|
|
15-02-2012 17:39
|
|
>а так придется еще добавлять зависимость от положения мышки
И что? Статусная строка работает же. Только менять наверное буду не по таймеру, а по событию OnMousePos (кстати, не плохо бы и статусную строку завязать на событие, а не на таймер, а то возникает чувство подтормаживания).
>А мне больше нравится
Это я уже понял, что всем нравятся круглые цифры. Спасибо, что ещё раз напомнил. |
|
|
|
|
>В 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 постоянную длину и безумные числа останется? |
|
|
|
|
|
Если кто-то сделает отдельным параметром фиксирование ширины, я этого удалять не буду. Мне нравится линейка с нефиксированными размерами. Все параметры секции [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дохаться на ходу в УАЗике, а просто обычной спичкой померяться и в уме умножить.
|
|
|
|
|
А ещё можно и длину постоянную у линейки иметь, и цифры красивые.
Только вот либо выгибать её придётся, либо с зумом будет беда. |
|
|
|
(0005555)
|
|
Tolik
|
|
17-02-2012 14:44
|
|
Ну ребяты, не надо ругаться.
Что вам стоит написать так:
NumbersFormat=0 - переменная длина и красивые цифры (то, что доктор vdemidov прописал)
=1 - 256 пикс. и целые числа
=2 - 256 пикс. и дофига знаков (специально для zed)
Ну или ещё один параметр добавьте, типа
Length=0 - переменная длина,
>0 - длина в пикселях
Тогда и под размер спички получится подогнать :) |
|
|
|
|
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), вертикальная палка не меняет размер и числа на ней некрасивые. Т.е. надо и для неё делать переменную длину. |
|
|
|
|
>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.
|
|
|
|
|
|
У меня не воспроизводится. |
|
|
|
(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
|
|
2012-02-25_104454.png (1,971) 25-02-2012 06:45