DR
@genfild у вас задано ограничение на систему координат для поля с геометрией в БД?
Size: a a a
2021 March 31
HS
@genfild у вас задано ограничение на систему координат для поля с геометрией в БД?
Ограничение? Вроде нет.
HS
Раньше все работало с другими данными, но сейчас что-то сломалось.
DR
Я подозреваю что проблема в том, что в настройках слоя у вас стоит 100671, а на самом деле в базе SRID для поля не задан (и SRID какой-то из геометрий равен 0), на этом и падает
HS
Я подозреваю что проблема в том, что в настройках слоя у вас стоит 100671, а на самом деле в базе SRID для поля не задан (и SRID какой-то из геометрий равен 0), на этом и падает
До поломки у меня так и было, но проверю утром.
DR
Не рекомендуется хранить в одной таблице геометрии с разными СК (или вообще без них), поэтому совет - перепроецировать все геометрии в одну СК (если это ещё не сделано) и на колонку с геометрией выставить ограничение по данной СК, чтобы случайно не вставить потом что-нибудь неведомое.
HS
Не рекомендуется хранить в одной таблице геометрии с разными СК (или вообще без них), поэтому совет - перепроецировать все геометрии в одну СК (если это ещё не сделано) и на колонку с геометрией выставить ограничение по данной СК, чтобы случайно не вставить потом что-нибудь неведомое.
Как раз нужно наоборот, в силу множества разных МСК в кадастре, к тому же сохранить см точность в координатах зу.
HS
А есть проверка на замкнутость линии?
MD
Как раз нужно наоборот, в силу множества разных МСК в кадастре, к тому же сохранить см точность в координатах зу.
плохая идея, которая заставить страдать
DB
Честно говоря все утверждения вообще не верные.
МСК - это в первую очередь система координат, а значит обязательно должно быть описание (см ГОСТ). Без описания у вас не координаты, а значит не сантиметровая точность. При этом пересчет между СК вообще не приводит к потери точности, если только после 20 знака. Вот и получается что неверная постановка приводит к страданиям и очень ограниченному кругу использования.
МСК - это в первую очередь система координат, а значит обязательно должно быть описание (см ГОСТ). Без описания у вас не координаты, а значит не сантиметровая точность. При этом пересчет между СК вообще не приводит к потери точности, если только после 20 знака. Вот и получается что неверная постановка приводит к страданиям и очень ограниченному кругу использования.
DB
Пересчитывайте в единую СК и храните так, при пересчете обратно получите теже значения что на входе без потери сантиметровой точности
HS
Позавчера все работало.
HS
ST_Intersects: Operation on mixed SRID geometries (LineString, 0) != (Polygon, 100671)
Как Вы это достали?
MD
вы в нашем облаке, мы можем посмотреть что не так
HS
Как Вы это достали?
А что означает?
Пересечение линии с полигоном, каким?
Пересечение линии с полигоном, каким?
DR
При просмотре карты ваш браузер отправляет текущий охват на север и по этому охвату выбираются объекты для отрисовки. Вот этот полигон и есть текущий охват карты.
2021 April 01
HS
При просмотре карты ваш браузер отправляет текущий охват на север и по этому охвату выбираются объекты для отрисовки. Вот этот полигон и есть текущий охват карты.
Спасибо
HS
Добавил слой Postgis (CS 3857)
Пытаюсь добавить в next, выдает: 422 — Ошибка валидации
Таблица 'public.test' не найдена!
{
"title": "Ошибка валидации",
"message": "Таблица 'public.test' не найдена!",
"exception": "nextgisweb.resource.exception.ValidationError",
"status_code": 422,
"data": {
"attribute": "fields",
"serializer": "postgis_layer"
},
"guru_meditation": "5ea2042ffa3455e607d423064c9e9fee"
}
Пытаюсь добавить в next, выдает: 422 — Ошибка валидации
Таблица 'public.test' не найдена!
{
"title": "Ошибка валидации",
"message": "Таблица 'public.test' не найдена!",
"exception": "nextgisweb.resource.exception.ValidationError",
"status_code": 422,
"data": {
"attribute": "fields",
"serializer": "postgis_layer"
},
"guru_meditation": "5ea2042ffa3455e607d423064c9e9fee"
}
MD
Вроде вполне конкретно написано, что не так