Почему, если разработка для гос. органов, так сразу приложение для iPhone/iPad!? Почему не под Андроид? Да, в данном случае открытый API, не составит большого труда написать приложение под любую платформу. Но ведь в большинстве случае делают закрытую систему и приложения только под iПродукцию :(
Выбор платформы iPhone/iPad обусловлен лишь тем, что она объективно более популярна. Про Андроид не забываем, сами пользуемся) Приложение делаем с помощью PhoneGap, потом сможем портировать и на Android.
Популярна в коридорах власти (начиная от руководителей департаментов и выше до руководителя региона), популярна в Москве, но далеко не в регионах. Плюс к этому знаю приложения (для электронного документооборота), которым всенепременно нужен джейлбрейк.
Ну и даже если учесть популярность платформы Apple, почему всегда забывают про другую платформу? Почему не сделать параллельно два приложения? «В качестве примера» ;)
Интересно получается:
— сначала человек выбирает себе телефон на платформе Андроид, указывая как один из плюсов, что к нему полно приложений, многие из которых бесплатны.
— потом он же обнаруживает, что качество большинства приложений под Андроид ужасно и жалуется повсюду, что полезных приложений нет.
Это я не про какого-то конкретного человека. Просто мне кажется, что на Хабре часто всплывают обе части этой истории.
Тут открытый API. Кто-нибудь заинтересуется и напишет клиент под Андроид.
Если вы про меня, то у меня WinMo, под который я не прошу приложений ;) Речь была немного о другом. Почему не сделать мультиплатформенное прикладное приложение? Имелись в виду приложения для госучреждений (к примеру СЭДД), для которых существуют приложения только под Apple. Руководителям и сотрудникам приходится пересаживаться на продукцию Apple, хотят они этого или нет. ИМХО не правильно это. Дайте выбор.
Разработка API является частью контракта по выполнению работ для Госдумы, а вот создание приложение — это уже наша собственная инициатива, и сделать решение для всех платформ сразу у нас, к сожалению, ни ресурсов, ни времени нет.
Да даже сам сайт госдумы несравнимо лучше, чем другие сайты, сравнить хотя бы с сайтом совета федерации. А уж если взять сайт какой-нибудь ФСТЭК, то это вообще адова дыра.
Поиск по законопроектам на сайте ГД сам пользовал, любил, восхвалял. Очень хорошо, что к нему теперь есть и api.
, делаю такой запрос: выборка всех законопроекты внесённые в ГД Жириновским
$.ajax({
«url»: «api.duma.gov.ru/api/» + token + "/search.json",
«data»: {
«deputy»:99100142,
«status»: 1,
«sort»: 'date'
}});
и отдаёт всего лишь две штуки. А их там должно быть больше. Что я пропустил?
Тут дело в статусе. «Внесенные в ГД» (status=1) — это те законопроекты, которые в настоящий момент внесены в Госдуму, но их еще даже не рассматривали. Если посмотрите в описании, то статусы отражают все этапы прохождения законопроекта в Госдуме. Фильтруя по статусу, вы получаете законопроекты, находящиеся одном из этих этапов.
Кому интересно можете посмотреть какие законопроекты вносили депутаты.
Изза того что тут надо получать ключик, то нужно будет пройти огородами. Зайти сюда включить какой либо debuger и вставить этот код. Потом вверху нажать на кнопочку со звёздочкой. Жаль что нельзя партпринадлежность узнать. вот ;)
ссылки не вставляются((
… Зайти сюда ( api.duma.gov.ru/examples/ex_js.html) включить какой либо debuger и вставить этот (http://pastebin.com/ywVFA8UU) код…
Кстати, там на сайте еще есть база стенограмм всех заседаний думы — интересная вещь. Вот только поименных голосований за последние 5 лет нету — это баг или депутаты боятся раскрывать, за что они голосуют?
А еще вопрос, при поиске по тексту — как-то делается стемминг и прочие хитрости, или ищется точное совпадение?
При поиске по тексту используется встроенный в PostgreSQL стемминг. А в стенограммах выводятся те отрывки выступлений, которые касаются законопроекта. Полные стенограммы доступны на transcript.duma.gov.ru
Отличная вещь, спасибо! Буквально позавчера искал информацию по законопроекту на этом сайте.
Отдельное спасибо за появление информации о ИТ во властных кругах.
Интересно было бы «пощупать» и сравнить скорость поиска со sphinx.
Навскидку — при скорости 300qps 65 тыс. запросов должны обработаться за 3-4 минуты. Т.е. может дать примерно 5-кратный прирост по сравнению со встроенными индексами Posgres. А вот как на самом деле — увы, без реального бенча не узнаешь.
Мы рассматривали вариант sphinx. У нас некоторые условия поиска требуют участия нескольких таблиц (например поиск по связанным событиям), чего sphinx на тот момент не умел (и, насколько я знаю, до сих пор не умеет). Поэтому остановились на полнотекстовых индексах PostgreSQL.
Вопрос возможно не совсем в тему и несовсем по адресу, но есть что-либо подобное по кодексам? Очень иногда было бы полезно в очереди в очередной Пятерочке, не только на пальцах объяснить менеджеру почему она не права, но и, что называется — предъявить.
А по какой причине перешли с oracle на postgresql? И если можно, расскажите поподробнее об программном обеспечении, используемом для построения данного комплекса.
Насколько я знаю, стояла старая версия Oracle на стареньких серверах, которую нужно было обновлять и переводить на производительные серверы. А по трудозатратам перевод, что на новый Oracle, что на PostgreSQL, получался примерно одинаковый. Поэтому было решено выбрать СПО, которое не требует покупки лицензий.
Надо бы поиск допилить на предмет специальных «думских» словарей, которые учитывают думский жаргон. PostgreSQL лучше сфинкса для поисковых задач, которые требуют метаданных, например, поиск может работать по-разному для разных ролей.
Кстати, а префиксный поиск ваш апи поддерживает? Скажем, 'каба*'. Какие словари вы используете?
Мне кажется, что тут довольно неплохо можно выиграть: SPARQL-то сам по себе API, так что проектировать нужно только схему данных и следить за тем, чтобы они были посвязаннее.
Большое спасибо за то, что вы делаете! С радостью буду помогать строить русские аналоги votesmart.org и других прекрасных и полезных приложений!
Еще вот такой вопрос: было бы чудесно получить статистику голосований за законопроекты. Это ведь самый первый критерий при выборе: посмотреть, кто и за что голосовал последние годы, можно было бы создать очень полезное приложение
Вы думаете, почему их до сих пор не опубликовали. Следите за нашими следующими статьями о новинках на сайте ГД, мы дадим в них по этому поводу комментарии.
Госдума запустила открытый API поиска по законопроектам