Цветовая схема состояний QSO-QSL обмена

Было бы желательно иметь одну простую и интуитивно понятную цветовую схему состояний QSO-QSL обмена в Журнале, Статистике и в Дипломах. На мой взгляд, это придаст стабильность внешнему виду. Я попытался рассмотреть эти состояния. Выбор цветовой палитры рассматривать как пример.

1. Состояния QSO.

1.1  QSO – не было. Для обозначения не сработанных префиксов в статистических таблицах. Цвет, например – серый.

1.2  QSO – не было. Позывные наблюдателей. Цвет, например – светло-серый.

В случае занесения этих данных в общий журнал они не должны учитываться при подсчёте общего количества QSO.

1.3  QSO – было, но не засчитывается по правилам соревнований например, на основании данных ubn-файла. Детали уточняются … Цвет, например – светло коричневый.

В этом случае с одной стороны – все «префиксы, районы и прочее …» не должны учитываются в статистических данных, т. е. как бы не было QSO и, следовательно, не отправлять QSL. С другой стороны, наверное, можно обменяться QSL с исправленными данными и получить подтверждение этого QSO …

1.4  QSO – было, но не учитывается в текущей статистике, например страна официально не включена в список DXCC. Детали уточняются … Цвет, например – светло-синий.

1.5  QSO – было – цвет основного фона в окне Журнал, не должен совпадать с выбранной цветовой схемой.

Виды QSL обмена. Рассмотрим самые распространённые – eQSL, Lotw, Бумага.

2. Состояние QSL обмена.

2.1 QSL не отправлять – светло красный.

2.2 QSL отправлена – светло желтый.

2.3 QSL получена – светло зелёный.

2.4 QSL отправлена и получена – светло сиреневый.

2.5 QSL в очередь на печать – светло голубой.

2.6 QSL не отправлена – цвет фона журнала.

2.7 Добавляется информация о Дате получения и отправления соответствующих видов QSL.

2.8 Добавляется ещё одно состояние QSL обмена – OQRS запрос. Вид запроса – Директ, Бюро и Дата запроса. Цвет – сиреневый.

2.9 Редкий случай – есть QSL, но не было QSO с этим позывным или было, но с другим позывным. Например, работа в соревнованиях с одним позывным, а QSL от другого. Если заносим такое QSO в журнал и, учитывая, что оно является не штатной ситуацией, его можно выделить цветом – например коричневый. Такие QSO не должны учитываться при подсчёте общего количества QSO, так как фактически было одно QSO.

Обозначения в таблице: E – eQSL, L – Lotw QSL, P – бумажная QSL, S – OQRS запрос, B – бюро, D – директ, N – не отправлять QSL.

3. Варианты отображения состояний QSO-QSL обмена.

1. Имеем три поля данных - eQSL, Lotw, QSL-бумажная. Для каждого поля будем отображать в соответствующей ячейке журнала состояние QSL обмена конкретного QSO.

2. Для случая «QSL не отправлять», «QSL в очередь на печать», «OQRS запрос» подсветить поле Позывной.

3. Состояния QSO отображаются в поле Позывной.

4. OQRS запрос можно выполнить в виде столбца (S) аналогично полям E, L, P. В этом случае будет возможность сделать сортировку по этому полю.

E	L	P	Позывной		S
			XYZ5	QSO – не было. Не сработанный префикс
		B/D	UA-5-XYZ	QSO – не было. Наблюдатели
		B/D	UA-5-XYZ	QSO – не было. Наблюдатели
		B/D	UA-5-XYZ	QSO – не было. Наблюдатели
			UA5XYZ	QSL не отправлять
N	N	N	UA5XYZ	QSL не отправлять
N	N	N	UA5XYZ	QSO – было. Ubn-файл
		B/D	UA5XYZ	QSO – было. Ubn-файл
		B/D	UA5XYZ	QSO – было. Ubn-файл
		B/D	UA5XYZ	QSO – было. Ubn-файл
			UA5XYZ	Не учитывается в текущей статистике
			UA5XYZ	QSO – было, QSL не отправлена
		B/D	UA5XYZ	QSL отправлена
		B/D	UA5XYZ	QSL получена
		B/D	UA5XYZ	QSL отправлена и получена
			UA5XYZ	QSL в очередь на печать
		B/D	UA5XYZ	QSL в очередь на печать
		B/D	UA5XYZ	QSL в очередь на печать
		B/D	UA5XYZ	QSL в очередь на печать
		B/D	UA5XYZ	QSL в очередь на печать
		B	UA5XYZ	OQRS запрос	B
		D	UA5XYZ	OQRS запрос	D
		B/D	UA5XYZ	OQRS запрос
		S/B	UA5XYZ	OQRS запрос выполнен	S/B
		S/D	UA5XYZ	OQRS запрос выполнен	S/D
		B/D	UA5XYZ	есть QSL, но не было QSO
		B/D	UA5XYZ	есть QSL, но не было QSO
		B/D	UA5XYZ	есть QSL, но не было QSO

1. Имеем два поля данных - QSL получена и QSL отправлена для каждого вида QSL обмена и того шесть полей. Для каждого поля будем отображать в соответствующей ячейке журнала состояние QSL обмена конкретного QSO. соответственно.

2. Другие состояния QSO отображаются аналогично варианту А.

3. OQRS запрос можно выполнить в виде столбца (S) аналогично полям E, L, P. См. вариант А.

E-Rx	E-Tx	L-Rx	L-Tx	P-Rx	P-Tx	Позывной
P	P	P	P	P	P	UA5XYZ
				B/D	B/D	UA5XYZ
				B/D	B/D	UA5XYZ	QSL отправлена и получена

Вариант C.

1. Объединяем поля данных всех видов QSL обмена в две группы - QSL получена и QSL отправлена.

2. Другие состояния QSO отображаются аналогично варианту А.

3. OQRS запрос можно выполнить в виде столбца (S) аналогично полям E, L, P. См. вариант А.

QSL-получена	QSL-отправлена
E	L	P	E	L	P	Позывной
P	P	B/D	P	P	B/D	UA5XYZ
		B/D			B/D	UA5XYZ	QSL отправлена и получена
		B/D			B/D	UA5XYZ

Итого.

1. В этих вариантах легко добавить новый вид QSL обмена или убрать не используемый.

2. Сортировка по полям данных различных типов QSL даёт полезную информацию.

3. Небольшое количество цветов. Цвета лучше использовать мягкие (пастельные) – не режут глаза. Учитывая, что цветопередача у мониторов «косит» в разные стороны будет лучше, если пользователь мог бы настроить их самостоятельно – под себя.

4. Можно использовать и цвет, и псевдографику совместно.

5. Набор этих цветовых решений можно использовать в статистических таблицах.

6. Если размер ячеек позволяет (на больших мониторах), то внутри ячейки можно вывести информацию о дате получения или отправки QSL.

7. Весь этот дизайн может быть доступен для изменения со стороны пользователя.

8. Должен быть сброс всех цветовых решений до авторского варианта.

В большинстве случаев имеем 100% отправку E и L QSL. Это будет приводить к вертикальным цветным колонкам в журнале, что может утомлять пользователя. Чтобы избежать этого предлагается отмечать только те QSO, которым по каким-то причинам не были отправлены их E и L QSL.

Возможны и другие варианты для отображения состояний QSO-QSL обмена.