В публикации сделана попытка анализа применимости методов искусственного интеллекта к решению задач распознавания адресных строк.
В публикации сделана попытка анализа применимости методов искусственного интеллекта к решению задач распознавания адресных строк.

Статья продолжает знакомить с функциями для документирования баз данных PostgreSQL. Но на этот раз речь пойдет о специальных функциях, подготавливающих описания диаграмм классов на языке PlantUML.
В качестве основного средства документирования выбрана система управления проектами TRAC с подключенным плагином plantuml.
В первой половине статьи изложены комментарии к реализации функций. Во второй- исходные тексты функций, а также пошаговые инструкции включения PlantUML-скриптов в карточки TRAC, и тестирования этих скриптов на сайте PlantText UML редактора. Тем из читателей, кого интересуют только исходные тексты или пошаговые инструкции, предлагаем сразу перейти к Приложению или
скачать все скрипты одним архивом.
Работа продолжает исследовать тему предыдущей статьи формального описания и нормализации общепринятого понятия «Адрес». Но на этот раз акцент сделан на проблеме изменчивости адресов. Именно возможность практически мгновенного реагирования на изменения привела к тому, что адреса часто продолжают храниться в строковой, а не пореквизитной форме. Но в этом случае проблемой становится уже сравнимость одних и тех же адресов. Для сглаживания отмеченного противоречия в этой работе используется представление о строковом адресе, для которого набор реквизитов является грамматической структурой, состоящей из набора непосредственных составляющих.
Как и восемь лет назад, адреса присваиваются, аннулируются, изменяются.
Но вот вопрос — повлияла ли концентрация адресов в государственном адресном реестре под управлением федеральной адресной системы (ГАР-ФИАС) на повышение непротиворечивости, понятности и удобства использования адресов. Другими словами, насколько оправдало широкое использование данных ГАР-ФИАС те ожидания, которые на неё возлагались в части влияния на повышение качества адресов.
Публикация продолжает развивать тему практического построения модели предметной области государственного (муниципального) имущества, начатую в предыдущей статье, и полностью посвящена анализу структуры государственного адресного реестра (ГАР), а также вопросам расширения его структуры Несмотря на кажущееся уклонение от основной темы, материал этой статьи тесно связан с проектированием реестра государственного (муниципального) имущества, т.к. адрес является идентифицирующим атрибутом не только объектов недвижимого имущества, но и важной характеристикой юридических и физических лиц.
Кроме того, выбранная тема позволила продемонстрировать метод построения модели предметной области для случаев, когда введенные нормативным правовым актом (НПА) понятия оказываются неопределенными и/или противоречивыми.
Опыт построения расширенной модели предметной области государственного (муниципального) имущества. Часть 1
Не скрою, что практически ежедневно использую справочник 2ГИС. И он мне, как обычному пользователю, нравится своей полнотой и удобством использовании. Так сложилось, что пришлось профессионально поработать с адресными данными 2ГИС с целью объединения их с данными ФИАС и краевой геоинформационной системой Енисей-ГИС. Но в этой работе пришлось столкнуться с нешуточными сложностями.
Поэтому решил поделиться выводом, к которому пришёл после анализа структуры хранения адресных данных в 2ГИС.
Эта публикация продолжает обсуждение информационных конструкций систем управления, к которым относятся списки, документы и т.д, а также классификаторы и справочники. Понимание роли классификаторов и справочников в управлении позволит правильно организовывать взаимодействие с ними информационных систем.
И все списками, списками, списками… Сотнями списков на сотни страниц! И если что забудешь, упустишь малость какую-нибудь, то из-за нее может случиться катастрофа. Как в том стишке про гвоздь и подкову!
Публикация продолжает обсуждение вопросов взаимодействия информационных систем и систем управления, которое было начато в предыдущем материале и начинает анализ информационных конструкций систем управления, к которым относятся списки, документы и т.д. Под списками здесь понимаются не соответствующие структуры данных языков программирования и не части схем баз данных. Здесь рассматриваются списки, которые окружают нас в жизни, например, список жильцов дома, список премированных сотрудников. Понимание роли списков в управлении позволит правильно организовывать взаимодействие с ними информационных систем.
Обсуждение достоинств и недостатков модели описания балансодержателей в АИС «РЕГОСС»