www.integro.ru

[Oleg]

Доброе всем время суток!

Последнее время, работая с Ораклом встретился с несколькими
ошибка, начлось все с сохранения геометрии, так называемая JGeometry (Oracle Spatial).

Стоит версия 9.
все вроде нормально сохранил графический объект и сел пить чай,
пытаюсь сохранить второй, валится Java машина и вместе с ней JBoss
(Свалить JBoss до этого мне не удавалось ни разу)
нашел причину, если сессия в Оракле завершается (есть там несколько хитрых параметров)
то при следующем обращении Оракл сам ее поднимает и все бы хорошо,
но геометрию отказывается сохранять категорически, это драйвер OCI.
С драйвером thin, все нормально на картинку в BLOB грузит до 4к не более.

Перехожу на 10 версию
с драйвером OCI все тоже, но хоть не валит JBoss,
с драйвером thin все отлично работает, даже картинки большие сохраняет, лично грузил 35Мб.

и вроде все хорошо, но тут возникает другое
если я все правильно понял, то:
-если ваше организация уже закупала Оракл, то на следующую версию вы можете перейти, только если заплатите тех. поддержку за все предыдущие годы (возможно, я ошибаюсь, но у меня такая информация)
-Оракл порадовал ценами
Oracle Database Standard Edition One Named User Plus (лицензируется минимум 5 пользователей) - 810$
Oracle Database Standard Edition One Named User Plus Software Update License & Suppor (лицензируется минимум 5 пользователей) - 210,3$
цены проставлены за 5 пользователей
Enterprise Edition Options Spatial Named User Plus - $180,00 - за одного юзера (поставляется только для Enterprise)
Oracle Database Enterprise Edition Named User - $720,00 - за одного пользователя - покупка минимум 5

то есть. если я даже новая организация и ни где не засветился, то одно мое рабочее место будет стоить 900$ и это без годовой тех.поддержке,
которая как я знаю обязательная

ИНТЕГРО родненькие переведите ИнГео под PostgreSQL, ежель ща начнутся лицензионные разборки и суды,
половина программистов России будет без штанов, а другая будет в местах не столь отдаленных
иные сидят, а те что не сидят успели за кордон свалить.

Со своей стороны предлагаю любую помощь по тестированию, на которую только способен.

С уважением,
Бураков Олег.

[Oleg]

Если интересно, здесь можно посмотреть цены на Оракл в штатах
http://oraclestore.oracle.com/OA_HTML/ibeCCtpSctDspRte.jsp?section=10103

вроде это их официальный сайт

[Лазарев Евгений]

если уж переходить на PostGreSQL то уж надо сделать чтобы была поддержка OpenGIS стандартов

[Oleg]

В PosygreSQL есть поддержка OGC стандартов, называется PostGIS, у нас сейчас для АИС ОГД есть две версии на Oracle и PostgreSQL. Насколько я знаю, многие разработчики сейчас включают поддержу PostgreSQL(PostGIS). Мне кажется, сейчас ИнГео переводить под OGC нет смысла, так как это совершенно две разные идеологии, а вот иметь возможность переносить данные из ИнГео в базы поддерживающие спецификацию OGC это бы пригодилось. Я для себя написал маленькую программку, которая формирует предложения Update для Оракла для вставки геометрии. В результате теперь я могу обращаться к графическим и атрибутивным данным из любых программ ГИС и CAD, которые поддерживают спецификацию OGC.
…..
Можно конечно с ИнГео работать на Оракле, а с АИС ОГД на PostgreSQL, но по опыту тащить две базы довольно тяжко, хотя, судя по всему, к этому все идет.

С уважением,
Бураков Олег.

[Oleg]

Вроде нашел один OLE DB драйвер,
PostgreSQL Native Provider (PGNP) is an OLEDB Provider for PostgreSQL database.
похоже появился недавно.
на это драйвер есть ссылка на сайте PostgreSQL
http://www.postgresql.org/download/products/2
http://www.zenkov.com/

http://www.geocities.com/izenkov/

так далеко как с этим драйвером мне еще не удавалось продвигаться с ИнГео на PostgreSQL, но как всегда но:
проблемы с заглавными буквами, Для postgreSQL названия таблици
AAA и aaa совершенно два разных объекта, я уже пытался играться с параметрами Extended Properties="PORT=5432;LOWERCASESCHEMA=ON;FORCEUTF8=OFF;"
но что то все равно не идет,
может кто из специалистов посмотрит данный драйвер, возможно там изменений на полчаса и тогда вся мировая общественность (в моем лице ) вздохнет спокойно.

С уважением,
Бураков Олег.

[Лазарев Евгений]

дык проблема же не в том чтобы найти драйвер ну или придумать как хранить ингео данные на отличном сервере а в том что структура и подход хранения данных он отличный у ИнГео и OpenGIS в первом случае пространственный индекс объектов храниться в базе в виде секторов а стили отображения связаны со слоем и объектом, в отличии в OpenGIS индекс используется сразу двухмерный и объекты описываются дополнительным атрибутом пространственные координаты и стили задаются для слоя поэтому единственный способ использовать ингео с OpenGIS базами это создавать рабочие наборы выгруженные например через WFS и обновляемые также а хранить сразу в другой структуре не получиться просто так это уж пусть Интегро берет на заметку для будующих версий.

[Лазарев Евгений]

а и еще, АИС ОГД это то что предлагает Череповец???

[Лазарев Евгений]

а и хранить данные просто в виде таблиц ИнГео на PostgreSQL не имеет особого смысла. MS SQL Server тоже надежная штука если уж на то пошло и заменять мыло на шило бесполезно, а вот если бы переход на другую базу сопутствовался переходом на OpenGIS вот это тема!! есть ведь даже реализация OpneGIS для MS SQL Server и в результате храни в том к чему душа лежит (Oracle PostgreSQL MS SQLServer),

[Oleg]

[Oleg]

вот что ответили разработчики драйвера

[Лазарев Евгений]

ооо

[Oleg]

все драйвер на дельфях проверил, пишет добавляет удаляет

PostgreSQL Native Provider (PGNP) is an OLEDB Provider for PostgreSQL database.

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

исходники бы на пол.часа, там сразу видно былобы

[Лазарев Евгений]

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

может еще пару примерчегов на делфи и шарпе кинуть

[Oleg]

все поймал последние запросы перед ошибкой типа
подозрение вызывает where там где 'public'

[Константин И]

Привет от разработчиков провайдера. Идея перевести ГИС на постгрес нам нравится. Давайте определимся что для этого нужно

[Oleg]

Господа разработчики!
вот последнее обращение к базе после которого появляется ошибка

все селекты отрабатывают нормально

посмотрите плиз хотябы какой драйвер это выдает
тот что работает с базой
или тот что для семантики

вроде проверил все что мог по драйверам, в смысле тестов

Undefined column name "INGEO_PROJECTS"."ID"

select * from (select schemaname as "TABLE_SCHEMA", tablename as "TABLE_NAME", CASE WHEN schemaname='pg_catalog' or schemaname='information_schema'
THEN 'SYSTEM TABLE' ELSE 'TABLE' END as "TABLE_TYPE", NULL as "TABLE_GUID", NULL as "DESCRIPTION", NULL as "TABLE_PROPID", NULL as "DATE_CREATED",
NULL as "DATE_MODIFIED" from pg_tables union select schemaname as "TABLE_SCHEMA", viewname as "VIEW_NAME", CASE WHEN schemaname='pg_catalog'
or schemaname='information_schema' THEN 'SYSTEM VIEW' ELSE 'VIEW' END as "VIEW_TYPE", NULL as "TABLE_GUID", NULL as "DESCRIPTION", NULL as "TABLE_PROPID",
NULL as "DATE_CREATED", NULL as "DATE_MODIFIED" from pg_views) s where "TABLE_NAME"='INGEO_PROJECTS'

[Константин И]

мы исправили ошибку в провайдере и выслали версию 1083.

[Константин И]

Мы (разработчики) обсуждали спецификацию OpenGIS (http://www.opengeospatial.org/standards/sfo) и сделали некоторые прикидки. Выходит, что в принципе не так трудно добавить расширения в ОЛЕДБ провайдер для OpenGIS/PostGIS.
Однако нам нужно чтобы специалисты в ГИС-ах проверили все ли работает как требуется с реальными приложениями. Евгений и Олег, напишите (можно в "личку") если есть интерес.

[andreichernov]

Уважаемые коллеги!

Скажите, есть ли большой смысл в текущей реализации Ингео
сделать поддержку PostgreeSQL?
Что это даст по-большому счету?
Для ухода от необходимости покупки СУБД можно использовать различные бесплатные аналоги:
а) SQLExpress для аналога MS SQL ,
б) FireBird для аналога Интербейса.
в) Для Oracle тоже вроде есть бесплатный вариант с ограничением БД до 4 Гб.

Система хранения данных в Ингео - в BLOB, никакие встроенные в СУБД Spatial-навороты не пройдут, ибо все они заточены под спецификацию OpenGIS. В том числе и в будущем, так как структура данных Ингео принципиально другая (полнее) , чем в Opengis спецификации (напомню, там поддерживаются только такие типы пространственных данных: мультиточка, полигон, полилиния, коллекция).
И-за этого сотня преимуществ, но и сотня проблем с совместимостью, с реализацией пространственных запросов.

Как мне кажется, следует несколько иначе поставить вопросы:
1) Как в структуре системных объектов Ингео дать возможность разработчику БД выделить подмножество, совместимое с OpenGIS спецификацией?
2) Как для этого подмножества дать возможность хранения в другом виде с использованием Spatial-наворотов БД и простой реализации SpatialSQL-запросов.
3) Как использовать это "подмножество совместимости" при реализации универсальных конвертеров с другими ГИС и драйверами прямого чтения данных из других ГИС€

Другими словами, по-моему надо дать возможность пользователю выбрать - использовать совместимую с openGIS спецификацией структуру данных в Ингуо (только простые типы данных, одна таблица БД 1:1, один стиль) или расширенную (существующую) структуру. Либо сделать это на уровне представлений (хранятся данные как есть, но могут представляться в "совместимом" виде).

Иначе разговор в этой теме сваливается только к задаче поддержки еще одной СУБД через неотлаженный драйвер доступа.

С уважением, Андрей Чернов.

[Лазарев Евгений]

этт точно!!

надо идти к поддержке OpenGIS а не альтернативной СУБД

в принципе все будет шоклодано даже если написать модуль импорта экспорта в базы OpenGIS испльзуя библиотечку SharpMap как например в мапинфо или аркгис

я с ней разбирался задача вообще будет тривиальной если юзать ее

http://www.codeplex.com/SharpMap

могу помоч советом как все это быстренько написать

[Константин И]

Мы встраиваем поддержку OpenGIS/PostGIS в PGNP OLEDB провайдер. Говорю это не потому, что пытаюсь прорекламировать провайдер, а потому что думаю что вас это может заинтересовать. Мы начнем публиковать ранние бета версии через несколько недель.

Мы конечно не такие большие как Микрософт или Оракл, но зато с нами можно работать напрямую. И ошибки мы правим намного быстрее. Как говорится "сам себя не похвалишь..."

[Oleg]

Доброе время суток!

OpenGIS - так здесь вообще все по другому
здесь можно забыть вообще об обменниках типа Mif/Mid, Shape и т.д.
так как речь идет о IDEF1X, ER и т.д.
все зависит от разработчика конкретного приложения, как от структуру нарисует, так там данные и будут лежать.
Хорошо если удастся графику и семантику втащить в одну таблицу.
ИнГео и системы построенные на OpenGIS это два совершенно разных продукта, которые совместить практически невозможно, да и не нужно, при любой конвертации необходимо писать отдельные приложения, для синхронизации.
Универсальные ГИС - это нечто типа QBE (с точки зрения OpenGIS)

[Лазарев Евгений]

этт понятно

речь идет о том как такой инструмент как ИнГео использовать совместно с продуктами реализующими стандарты OpenGIS

а это уже есть конкретные задачи для реализации а не простое мифическое обсуждение на тему абы кабы

например

модуль импорта экспорта в GML или в базы OpenGIS
Веб сервисы WMS и WFS
Создание датасорса для GeoServer баз ИнГео

все эти задачи имеют практическое значение понятны для разработки и самое главное осуществимы

мы например уже занимаемся такими задачами в плотную и есть неплохие результаты

[Oleg]

Доброе всем время суток!

Забыл написать, что я говорил не о всей OpenGIS, а только о спецификации SFA (та что SQL) и частично про ISO 19107.

Как перенести данные из ИнГео в реляционную базу (там, где поддерживается SFA)?
Я для себя так на этот вопрос и не ответил, либо у меня получалась база далекая от правил нормализации, либо я упирался в то, что необходимо писать программу переноса для каждой структуры отдельно.
Для меня проблема заключалась в том, что к одному объекту может прикрепляться несколько форм, варианты решения:
1. использовать GEOMETRYCOLLECTION, но от него сразу пришлось отказаться:
не понятно как определять методы отображения;
во всех СУБД есть ограничения в функциях на этот тип.
2. использовать одноуровневую категоризацию, может быть и выход, но структура базы получается ненормализованная и очень громоздкая.
3. комплексные типы из ISO 19107, тоже не выход нужно придумать как их хранить в базе и здесь опять упираемся пункты 1,2.

Может, кто поделится соображениями, как решить это задачу, возможно при представлении данных в WMS разработчики сталкиваются с подобными задачами, только на уровне GML (сори если что не так, не силен в WMS c GML)

Для себя я решил так, есть специализированные ГИСы которые работают очень хорошо в определенных областях и попытки сделать что то, что ведет себя идеально во всех случаях, как правило, кончаются плачевно.
Мне кажется если Интегро будет делать ГИС основанный на OpenGIS, то это будет совершенно другой продукт, отличный от ИнГео.

[Лазарев Евгений]

а мне нравится quantumGIS

wms сервис работает сейчас в режиме отладки постоянно дописываем новые методы да и запущен он сейчас в локальной сети но в скором времени мы его опубликуем для использования в сети и тогда можно будет его лицезреть