Как стать автором
Обновить

Комментарии 58

Почему, если разработка для гос. органов, так сразу приложение для iPhone/iPad!? Почему не под Андроид? Да, в данном случае открытый API, не составит большого труда написать приложение под любую платформу. Но ведь в большинстве случае делают закрытую систему и приложения только под iПродукцию :(
Опс, промахнулся, отписал ниже.
Выбор платформы iPhone/iPad обусловлен лишь тем, что она объективно более популярна. Про Андроид не забываем, сами пользуемся) Приложение делаем с помощью PhoneGap, потом сможем портировать и на Android.
Под какой лицензией распространять программу планируете?
Популярна в коридорах власти (начиная от руководителей департаментов и выше до руководителя региона), популярна в Москве, но далеко не в регионах. Плюс к этому знаю приложения (для электронного документооборота), которым всенепременно нужен джейлбрейк.
Ну и даже если учесть популярность платформы Apple, почему всегда забывают про другую платформу? Почему не сделать параллельно два приложения? «В качестве примера» ;)
Интересно получается:
— сначала человек выбирает себе телефон на платформе Андроид, указывая как один из плюсов, что к нему полно приложений, многие из которых бесплатны.
— потом он же обнаруживает, что качество большинства приложений под Андроид ужасно и жалуется повсюду, что полезных приложений нет.
Это я не про какого-то конкретного человека. Просто мне кажется, что на Хабре часто всплывают обе части этой истории.

Тут открытый API. Кто-нибудь заинтересуется и напишет клиент под Андроид.
Если вы про меня, то у меня WinMo, под который я не прошу приложений ;) Речь была немного о другом. Почему не сделать мультиплатформенное прикладное приложение? Имелись в виду приложения для госучреждений (к примеру СЭДД), для которых существуют приложения только под Apple. Руководителям и сотрудникам приходится пересаживаться на продукцию Apple, хотят они этого или нет. ИМХО не правильно это. Дайте выбор.
Разработка API является частью контракта по выполнению работ для Госдумы, а вот создание приложение — это уже наша собственная инициатива, и сделать решение для всех платформ сразу у нас, к сожалению, ни ресурсов, ни времени нет.
Где это она объективно более популярна?
У Дмитрия Анатольевича.
Я как помню, PhoneGap как позволяет без какого-либо портирования собрать приложение под любую из 7ми платформ
А можно как-то получать информацию о том, в какой партии состоит депутат?
партпринадлежность="";
if (число_отклонённых_законопроектов == 0) {партпринадлежность=«ЕР»;}
else {партпринадлежность=«Другие»;}

Как вариант )))
ещё было бы здорово смотреть результаты голосования каждого депутата по законопроектам
И сверять это с данными о их присутствии на этом голосовании…
Кстати, ТС, а чтобы пользоваться API нужно у вас выпрашивать токен?
Да даже сам сайт госдумы несравнимо лучше, чем другие сайты, сравнить хотя бы с сайтом совета федерации. А уж если взять сайт какой-нибудь ФСТЭК, то это вообще адова дыра.
Поиск по законопроектам на сайте ГД сам пользовал, любил, восхвалял. Очень хорошо, что к нему теперь есть и api.
Ждём API для редактирования и исправления законов!
Каждому депутату и ЗП добавить карму -_-'

«Депутатский мандат был отозван после мунусования на сайте ГД»
, делаю такой запрос: выборка всех законопроекты внесённые в ГД Жириновским
$.ajax({
«url»: «api.duma.gov.ru/api/» + token + "/search.json",
«data»: {
«deputy»:99100142,
«status»: 1,
«sort»: 'date'
}});
и отдаёт всего лишь две штуки. А их там должно быть больше. Что я пропустил?
Это вопрос адресован muxx
Тут дело в статусе. «Внесенные в ГД» (status=1) — это те законопроекты, которые в настоящий момент внесены в Госдуму, но их еще даже не рассматривали. Если посмотрите в описании, то статусы отражают все этапы прохождения законопроекта в Госдуме. Фильтруя по статусу, вы получаете законопроекты, находящиеся одном из этих этапов.
Это я вижу. Но если мне нужно сделать выборку всех законопроектов(неважно принятых или нет) внесённых определённым депутатом, тут как?
Тогда статус указывать не нужно.
Ага работает. Вы бы в хелпе отметили этот момент. А то может показаться, что status обязательный параметр.
Дополнили в документации, что все параметры являются необязательными.
круто, работает :)
Кому интересно можете посмотреть какие законопроекты вносили депутаты.

Изза того что тут надо получать ключик, то нужно будет пройти огородами. Зайти сюда включить какой либо debuger и вставить этот код. Потом вверху нажать на кнопочку со звёздочкой. Жаль что нельзя партпринадлежность узнать. вот ;)
ссылки не вставляются((
… Зайти сюда ( api.duma.gov.ru/examples/ex_js.html) включить какой либо debuger и вставить этот (http://pastebin.com/ywVFA8UU) код…
Надеюсь muxx на меня не особо обидется.
Это же Хабрахабр)))
Вообще, проект интересный.

Кстати, там на сайте еще есть база стенограмм всех заседаний думы — интересная вещь. Вот только поименных голосований за последние 5 лет нету — это баг или депутаты боятся раскрывать, за что они голосуют?

А еще вопрос, при поиске по тексту — как-то делается стемминг и прочие хитрости, или ищется точное совпадение?
При поиске по тексту используется встроенный в PostgreSQL стемминг. А в стенограммах выводятся те отрывки выступлений, которые касаются законопроекта. Полные стенограммы доступны на transcript.duma.gov.ru
Отличная вещь, спасибо! Буквально позавчера искал информацию по законопроекту на этом сайте.
Отдельное спасибо за появление информации о ИТ во властных кругах.
Интересно было бы «пощупать» и сравнить скорость поиска со sphinx.
Навскидку — при скорости 300qps 65 тыс. запросов должны обработаться за 3-4 минуты. Т.е. может дать примерно 5-кратный прирост по сравнению со встроенными индексами Posgres. А вот как на самом деле — увы, без реального бенча не узнаешь.
Мы рассматривали вариант sphinx. У нас некоторые условия поиска требуют участия нескольких таблиц (например поиск по связанным событиям), чего sphinx на тот момент не умел (и, насколько я знаю, до сих пор не умеет). Поэтому остановились на полнотекстовых индексах PostgreSQL.
Простите, но это шикарно!
Вопрос возможно не совсем в тему и несовсем по адресу, но есть что-либо подобное по кодексам? Очень иногда было бы полезно в очереди в очередной Пятерочке, не только на пальцах объяснить менеджеру почему она не права, но и, что называется — предъявить.
[text] => Referer is not matching " здесь адрес сайта, на который получен API-ключ".
Код из примера. Я что-то делаю не так?
Вы, видимо, ключ тоже из примера скопировали. Нужно получить ключ для своего сайта здесь.
Я получил, конечно
А запрос делаете именно из JS на сайте (чтобы делать запрос с серверной части, нужно получить ключ для приложения)?
Вот, спасибо. Первый абзац, конечно, не прочитал.
Даже подумать не мог, что Веб-сайт вовсе не Веб-сайт, а Standalone-приложение
Приятно, что Государственная Дума тоже пользуются такой продвинутой функцией Постгресса, как пейджинг записей.
НЛО прилетело и опубликовало эту надпись здесь
А по какой причине перешли с oracle на postgresql? И если можно, расскажите поподробнее об программном обеспечении, используемом для построения данного комплекса.
Насколько я знаю, стояла старая версия Oracle на стареньких серверах, которую нужно было обновлять и переводить на производительные серверы. А по трудозатратам перевод, что на новый Oracle, что на PostgreSQL, получался примерно одинаковый. Поэтому было решено выбрать СПО, которое не требует покупки лицензий.
НЛО прилетело и опубликовало эту надпись здесь
На чём пилили REST?
Надо бы поиск допилить на предмет специальных «думских» словарей, которые учитывают думский жаргон. PostgreSQL лучше сфинкса для поисковых задач, которые требуют метаданных, например, поиск может работать по-разному для разных ролей.
Кстати, а префиксный поиск ваш апи поддерживает? Скажем, 'каба*'. Какие словари вы используете?
Префиксный поиск и словари не использовали. Специализированные словари — хорошая идея, учтем на будущее.
А вот если по примеру data.gov.uk и data.govпубликовать RDF и обеспечить доступ к данным с помощью SPARQL?
Да, мы уже думали о том, что было бы неплохо поддерживать выдачу в формате RDF. Если будут ресурсы и время на это, реализуем.
Мне кажется, что тут довольно неплохо можно выиграть: SPARQL-то сам по себе API, так что проектировать нужно только схему данных и следить за тем, чтобы они были посвязаннее.
Большое спасибо за то, что вы делаете! С радостью буду помогать строить русские аналоги votesmart.org и других прекрасных и полезных приложений!
Еще вот такой вопрос: было бы чудесно получить статистику голосований за законопроекты. Это ведь самый первый критерий при выборе: посмотреть, кто и за что голосовал последние годы, можно было бы создать очень полезное приложение
Вы думаете, почему их до сих пор не опубликовали. Следите за нашими следующими статьями о новинках на сайте ГД, мы дадим в них по этому поводу комментарии.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Изменить настройки темы

Истории