Как ужить данные из OSM на OGС серверах
Добавлено: 10 май 2016, 20:23
Всем привет! У меня вопросы по http://geoserver.org/ и прочие OGC сервера. На данный момент, дальше игрушечных сценариев OGС я их устройство не знаю.
1. как представляются графы, если нет общих точек (из OSM модели) у LINESTRING/MULTILINESTRING?
В OSM можно из точки сделать весь граф путём опрашивания предков и смежных объектов, какими инструментами предлагается пользоваться с OGC стандартами или их расширениями?
2. "отношения" из OSM как преобразуются? Как теги обратно вернуть?
Например, есть остановка Point; есть MultiLineString/LineString маршрут движения. Но как тогда их объединить общими свойствами? Просто сохранить в один SHP файл или объект (GEOMETRYCOLLECTION) и дать ему свойства в соседнем поле в БД?
Какой механизм отвечает за связывание свойств с геометрией (GEOMETRYCOLLECTION) потом или нет OGC термина для этого? (вопрос логичный если посмотреть на planet.xml)
3. метаданные в OGC стандартах
Везде пишут как создавать геометрии и pgSQL запросы (WKT не так сложен), но толковых материалов как подготовить данные к GeoSPARQL запросам я не нашёл пока. Т.е. язык запросов для меня не проблема, а загадка как устроить данные чтобы по ним можно было делать такие запросы.
Ровно 5 вопросов в GIS форуме уверенности не прибавляют. Есть по-проще решения чем GeoSPARQL? Куда ещё смотреть?
4. В догонку 3, возможно ли хранить связанные XML данные (грубо - структурированные данные) с любой WKT геометрией в OGC серверах (а не в виде csv или таблиц)? Есть ли в OGC серверах ограничения на хранимые объекты из prop1 (GeoJSON)?
1. как представляются графы, если нет общих точек (из OSM модели) у LINESTRING/MULTILINESTRING?
В OSM можно из точки сделать весь граф путём опрашивания предков и смежных объектов, какими инструментами предлагается пользоваться с OGC стандартами или их расширениями?
2. "отношения" из OSM как преобразуются? Как теги обратно вернуть?
Например, есть остановка Point; есть MultiLineString/LineString маршрут движения. Но как тогда их объединить общими свойствами? Просто сохранить в один SHP файл или объект (GEOMETRYCOLLECTION) и дать ему свойства в соседнем поле в БД?
Какой механизм отвечает за связывание свойств с геометрией (GEOMETRYCOLLECTION) потом или нет OGC термина для этого? (вопрос логичный если посмотреть на planet.xml)
3. метаданные в OGC стандартах
Везде пишут как создавать геометрии и pgSQL запросы (WKT не так сложен), но толковых материалов как подготовить данные к GeoSPARQL запросам я не нашёл пока. Т.е. язык запросов для меня не проблема, а загадка как устроить данные чтобы по ним можно было делать такие запросы.
Ровно 5 вопросов в GIS форуме уверенности не прибавляют. Есть по-проще решения чем GeoSPARQL? Куда ещё смотреть?
4. В догонку 3, возможно ли хранить связанные XML данные (грубо - структурированные данные) с любой WKT геометрией в OGC серверах (а не в виде csv или таблиц)? Есть ли в OGC серверах ограничения на хранимые объекты из prop1 (GeoJSON)?