Subnets.ru

Запускаем новый проект SUBNETS.RU -> http://rosreestr.subnets.ru/

Сервис для получения информации по принадлежности телефонных номеров операторам основываясь на данных из росреестра.
«Выросло» отсюда.

На сайте проекта можно скачать всю базу целиком или выполнить запрос.
Возможные типы GET запросов:

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

http://rosreestr.subnets.ru/?get=code&code=CODE — ответ в формате PLAIN TEXT (где CODE это код номера)
http://rosreestr.subnets.ru/?get=code&code=CODE&format=csv — ответ в формате CSV (где CODE это код номера)
http://rosreestr.subnets.ru/?get=code&code=CODE&format=xml — ответ в формате XML (где CODE это код номера)
http://rosreestr.subnets.ru/?get=code&code=CODE&format=json — ответ в формате JSON (где CODE это код номера)
http://rosreestr.subnets.ru/?get=num&num=NUMBER — ответ в формате JSON (где NUMBER это номер БЕЗ 8рки)
http://rosreestr.subnets.ru/?get=num&num=NUMBER&format=csv — ответ в формате CSV (где NUMBER это номер БЕЗ 8рки)
http://rosreestr.subnets.ru/?get=num&num=NUMBER&format=xml — ответ в формате XML (где NUMBER это номер БЕЗ 8рки)
http://rosreestr.subnets.ru/?get=num&num=NUMBER&format=json — ответ в формате JSON (где NUMBER это номер БЕЗ 8рки)

Раньше отсюда - http://np.zniis.ru/ эти данные брал, потом это до разбора капчи довел. Жаль, что капчу сменили.

UPD.
http://rosreestr.subnets.ru/?get=num&num=NUMBER - кодировку в хеде укажите, а то хром не отображает нормально. Проблема сохраняется и при выдаче результата.

Потому что это больше для использования из скриптов, а не для хождения по прямой ссылке.
Кодировка UTF-8. Но ты прав, будет не лишним. Добавил отправку header`а:

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

Content-Type: text/html; charset=utf-8

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

Разницы нет для скриптов оно или для прямой ссылки. Даже выгрузка из РКН, как и отправка данных им требует явного указания кодировки в загружаемом/получаемом документе, так и непосредственно файл должен находиться в этой же кодировке. А так как utf8 это для них "тяжело", у них кодировка cp1251. Кстати, браузеры типа хрома по умолчанию работают со страницами, будто у них кодировка cp1251, если в мета тегах не указано другое.

Было бы круто если у вас была бы база перенесенных номеров. После внедрения mnp информация о тому кому принадлежа(т/ли) номера не очень нужна)

Да сделали бы, если бы было откуда черпать эту информацию.

root писал(а):Да сделали бы, если бы было откуда черпать эту информацию.

http://np.zniis.ru
Показывает перенесенные. Смущает капча?

http://zniis.ru/bdpn/check - велкам в тексте. Даже парсил её как-то.

Во-первых: Капча есть по обоим линкам. Наличие капчи говорит о том что ресурс НЕ желает обслуживать автоматические запросы, т.е. "нет скриптам".
Во-втрорых: Нужна БАЗА, а не проверка по одному номеру. Как ты предлагаешь собирать базу ? Проверять по одному номеру и складывать ? Дык это займет годы, а когда база будет собрана, то она сразу же будет неактуальной.

+ там же в документах:

2. Любая информация, содержащаяся в БДПН, которая не является общедоступной, признается конфиденциальной, и не подлежит применению и распространению в целях, отличных от осуществления Пользователем своей деятельности.

И получается, что данная информация как раз НЕ является общедоступной, т.к. к ней НЕ может получить доступ любой желающий.
Почему эта информация вдруг оказывается столь секретной лично мне ну ни разу не понятно. Просто дебилизм какой то... "мы сделаем вот такую хню, но доступ к данным не дадим". Ппц... РОССИЯ МАТУШКА !

Зачем вести базу, если можно делать разовый запрос при вызове?
Хранить всю базу номеров вообще нецелесообразно. В России 147 млн человек (данные Википедии за 15-16 годы), абонентов сотовой связи 240,3 данные Интерфакс на 2015 год.
Допустим есть вся база. Сам понимаешь, что стоит вопрос актуальности самой базы. Когда у тебя 5 % сменит своего оператора, база потеряет актуальность, а случится это, по скромным подсчетам уже через неделю.

root писал(а):Наличие капчи говорит о том что ресурс НЕ желает обслуживать автоматические запросы, т.е. "нет скриптам".

Равно как и не говорит от том, что ресурс против переговоров на прямые ro-запросы в их базу.

Позвонил я туда, телефон ТП (495) 306-40-03.
ТП с одной стороны говорит "ДА", т.е. я могу качать базу и на её основе делать общедоступный сервис.
С другой стороны, когда я задаю прямой вопрос:

тогда что же является конфиденциальной информацией?

Ответа на этот вопрос нету.
Так же нету ответа и на:

4.2. Пользователю запрещается:
...skiped...
д) самостоятельно изменять настройки операционной системы и приложений.

Логичные вопросы:

Какой системы ? Каких приложений ?

Под такой пункт можно притянуть ЧТО угодно.
Сказали пишите письмо с вопросами. Буду писать.