Формат БД сайта

Обсуждение вопросов, касающихся работы сайта и форума.
Wolf62Rus
Нетмониторщик
Сообщения: 400
Зарегистрирован: Сб, 08.04.2006, 13:41
Откуда: Рязань
Контактная информация:

Сообщение Wolf62Rus » Пн, 14.05.2007, 22:49

SemSem писал(а):Но не информативно

Я поддерживаю. Думаю что лучше будет заранее договорится об каком-нибудь одном едином формате.
Хочешь помочь коллеге - поделись опытом, хочешь помочь профессионалу - отойди и не мешай, хочешь помочь дураку... Сам дурак

McMaster
Нетмониторщик
Сообщения: 641
Зарегистрирован: Вс, 16.10.2005, 22:21
Откуда: МО, г.Люберцы

Сообщение McMaster » Пн, 02.07.2007, 19:22

для будущей базы на сайте, хотелось что бы такое было:
http://www.netmonitor.nnov.ru/base2phone.php :)

SemSem
Нетмониторщик
Сообщения: 1317
Зарегистрирован: Вт, 10.01.2006, 9:46
Откуда: Москва

Сообщение SemSem » Пт, 06.07.2007, 14:58

13.beta2 писал(а):5714 13065 [55,667325 37,475350]
Вернадского просп., д. 82 корп. 2

Предлагаю для домов с корпусами или строениями взять формат обозначения с Яндекса: д. 82К2.

Аватара пользователя
Fox
Нетмониторщик
Сообщения: 946
Зарегистрирован: Ср, 11.10.2006, 23:31
Откуда: Москва, СЗАО

Сообщение Fox » Пт, 06.07.2007, 15:06

SemSem, какова причина? Я, например, возражаю.

Steuer
Админ, нетмониторщик
Сообщения: 2933
Зарегистрирован: Вс, 27.03.2005, 21:04
Откуда: МскОбл., г. Мытищи
Контактная информация:

Сообщение Steuer » Чт, 16.08.2007, 21:02

Возвращаясь к недавним обсуждениям

В Тверской области у МФ ЦИДы на БС:

3159
3160
3161

3162

3165

Три разных сайта. Как будем нумеровать?

Добавлено спустя 2 минуты 8 секунд:

Наверное где-то есть и

3168
3169
3170

13.beta2
Нетмониторщик
Сообщения: 1897
Зарегистрирован: Чт, 13.04.2006, 1:59
Откуда: МО, г. Московский

Сообщение 13.beta2 » Пт, 30.05.2008, 0:44

Fox писал(а):Определяемся с последовательностью смены состояния БС на примере 4696:

1. 16.05.2008 - БС появилась в планах развития (статус Плановая)
2. 19.05.2008 - БС появилась в эфире (статус Розыск)
3. ближайшее будущее - БС найдена с точным адресом (статус Точный адрес)

Правильно я мыслю?

В этом случае всё логично. Как раз сегодня хотел вернуться к вопросу, только к моменту появления плановой в эфире. Предлагаю использовать статус "уточнение" для предварительно точных адресов и обычный "розыск" для остальных планов. Также считаю более удобным в xls-файле состояние обозначать первым символом самого состояния (при последующей обработке можно использовать числовые значения):
'П' (0xcf) - Плановая
'Р' (0xd0) - Розыск
'У' (0xd3) - Уточнение
'Т' (0xd2) - Точный адрес (или 'Н' - Найдено)
'Д' (0xc4) - Демонтаж

Аватара пользователя
Лесник
Нетмониторщик
Сообщения: 2125
Зарегистрирован: Пн, 28.03.2005, 16:35
Откуда: Москва
Контактная информация:

Сообщение Лесник » Пт, 30.05.2008, 10:13

13.beta2 писал(а):Также считаю более удобным в xls-файле состояние обозначать первым символом самого состояния (при последующей обработке можно использовать числовые значения):
'П' (0xcf) - Плановая
'Р' (0xd0) - Розыск
'У' (0xd3) - Уточнение
'Т' (0xd2) - Точный адрес (или 'Н' - Найдено)
'Д' (0xc4) - Демонтаж


Насчет букв согласен полностью. Не ясно состояние "У", это как?

13.beta2
Нетмониторщик
Сообщения: 1897
Зарегистрирован: Чт, 13.04.2006, 1:59
Откуда: МО, г. Московский

Сообщение 13.beta2 » Пт, 30.05.2008, 21:13

Лесник писал(а):Не ясно состояние "У", это как?

Можно читать как "[Необходимо] Уточнение". Например, имеем два номера с плановыми адресами:

4912 г. Электросталь
4913 г. Электросталь, Карла Маркса ул., вл. 37А (ООО "Контраст")

Первый, после обнаружения в эфире, нужно искать как обычно (розыск). А вот второй уже с адресом, который необходимо только проверить и, возможно, поправить (уточнение). Также подходит под случаи типа: "видел там-то, но не проверял".

Steuer
Админ, нетмониторщик
Сообщения: 2933
Зарегистрирован: Вс, 27.03.2005, 21:04
Откуда: МскОбл., г. Мытищи
Контактная информация:

Re: Формат БД сайта

Сообщение Steuer » Пн, 15.03.2010, 0:44

В базе планируется разделение на объекты и площадки.

Объектом будет точка на местности с адресом и описанием.
Площадкой будет сама БС со своими атрибутами.
Таким образом БС (одну или несколько) можно будет привязать к объекту, а сам объект привязать к конкретному адресу.

Удобства, надеюсь, всем очевидны.

13.beta2
Нетмониторщик
Сообщения: 1897
Зарегистрирован: Чт, 13.04.2006, 1:59
Откуда: МО, г. Московский

Сообщение 13.beta2 » Пт, 24.06.2011, 2:38

В качестве короткого напоминания: в 2009 году началось строительство сетей UMTS в московском регионе. Позитивный в целом момент поставил перед нами несколько вызовов. Если опустить детали сложности поиска без списка соседей как такового, очевидные трудности вызывает нумерация UMTS сот. А два из трёх операторов для нового частотного диапазона стали использовать и новый диапазон нумерации. С чем связано нежелание дублировать номера секторов GSM 1800 мне неизвестно, возможно это законодательные требования.

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

Ещё большие трудности возникают при попытках систематизации и хранения таких данных. Как мы знаем выделение на площадку десяти подряд идущих секторов хотя и является распространённой но не единственной практикой.

Итак по понятным теперь причинам идентифицировать площадку одним условным "десятичным" номером далее стало невозможно. Как относительно лёгкое решение я вижу смесь ассоциированного и связного списков из кластеров сот. Т.е. основной единицей определения площадки становится множество сот описываемое кластерами до десяти номеров каждый, один из которых принимается за основной - "головной", к которому привязывается адрес, координаты и прочие общие характеристики.

Сам кластер описывается первой входящей сотой (с минимальным номером), размером кластера и версией. Остальные кластеры хранятся независимо и указывают на свою "голову".

Для описания секторов внутри кластера сначала я хотел сделать линейную нумерацию вида (*1)

Код: Выделить всё

05555*03 (U1, U2, U3)

где U1 означает саму соту 05555, U2 - 05556, U3 - 05557

Код: Выделить всё

05558*04 (U1, U2, U3, U4)

U1 - 05558, U2 - 05559, U3 - 05560, U4 - 05561
и т.д. Такую запись можно назвать наглядной но, что неудобно, полностью пропадает совместимость с существующим форматом УФО.

На данный момент запись секторов как в УФО так и в конечную БД мне кажется удобной в виде кольцевого буфера.
В таком виде предыдущий пример выглядит так:

Код: Выделить всё

05555*03 (U5, U6, U7)

U5 - 05555, U6 - 05556, U7 - 05557

Код: Выделить всё

05558*04 (U8, U9, U0, U1)

U8 - 05558, U9 - 05559, U0 - 05560, U1 - 05561

Уникальное определение всей площадки возможно двумя способами (в случае раздельных таблиц на каждого оператора+регион):
• по связке кластер-версия
• отдельное текстовое поле с маской КЛАСТЕР_ВЕРСИЯ

Версию предлагается вести как поколение относительно текущего. Т.е. для удобства выборки все ныне действующие площадки имеют значение "0".
До недавнего времени существующие площадки можно было легко описать кластерами вида ****0_0, теперь придётся учитывать реально используемые номера.

Такая структура позволит объединить в одну логическую площадку не только два стандарта секторов (gsm+umts) но и встречаемые иногда по одному адресу "разные" gsm площадки (например индор aaaa + аутдор aaab у Мтс или сектора aaaa6 + bbbb8 + bbbb9 у Мф)

Помимо этой задачи для более-менее полноценного сбора данных нужно отдельное поле с направлением (азимутом) каждого сектора. Помимо направление umts секторов оно позволит вносить верные данные для ошибочно пронумерованных (либо подключенных) секторов. Варианты:
• номер стандартного для каждого оператора сектора gsm 1800
• номер предопределённого направления (0-омни, 1-индор, 2-0°, 3-45°, 4-90° и т.д.)
• азимут непосредственно в градусах (тогда для признака индора нужно отдельное поле)

Помимо синтетического идентификатора площадки реальные (внутренние) номера предлагаю также вынести в отдельное поле.

Это самые важные моменты не вдаваясь в технические детали. Предлагаю обсудить всю концепцию и в особенности помеченные фрагменты:
*1 (с минимальным номером) - из-за добавления нового сектора с меньшим номером нужно менять идентификатор
*2 запись секторов как в УФО - способ обозначения секторов, для самого формата будет новая тема
*3 варианты


Вернуться в «Сайт и Форум»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 0 гостей