Проблема в том, что в PostGIS не отдельного типа для точки — они все по сути своей geometry. В рамках GSoC сделали скоростную кластеризацию для точек, тикет про неё — это уже навороты.
GiST делает compress из фигуры в её box, а потом box можно паковать уже как многомерную точку. На этапе выборки — быстро достать бокс, а потом сделать recheck по полной геометрии.
А что нужно, чтобы Postgres научился для SP-GiST делать compress и recheck, такой же, как и для GiST? Без этого его поддержку никак не могут запилить в PostGIS — он же не может сохранить в себе геометрию длиннее 8 килобайт, что в общем-то частое явление.
Почему вы рекомендуете make install, даже не checkinstall, не говоря уже о сборке пакета дистрибутива? :)
Как правильно пакетировать экстеншены для постгреса?
Основная проблема в том, что у среднего человека нет чувства прекрасного.
Задача дизайна карт сродни задаче вёрстки веб-сайтов, только на порядок сложнее, потому что вместо десятка страничек у вас пятьсот гигабайт граничных случаев исходного вектора в базе.
А так тулсет для этого всего есть, тот же Mapbox Studio: https://www.mapbox.com/studio/ — всё можно настроить, посмотрите, насколько сложным становится интерфейс и насколько быстро в нём разберётся нечаянно попавший неподготовленный пользователь.
Тут совсем недавно Gard писал, как обеспечивал связность графа для maps.me: https://habrahabr.ru/company/mailru/blog/280970/
Задача вполне решаемая, если пустить в неё не дизайнеров-колористов с видением «о, вот тут карта выглядит грязно, это некрасиво», а нормальных специалистов. Что бывает достаточно сложно в большой компании, как показывает опыт :)
Опкласс для произвольной геометрии, похоже, есть у Пола в github.com/postgis/postgis/compare/svn-trunk...pramsey:spgist.
trac.osgeo.org/postgis/ticket/1847
github.com/pramsey/postgres/tree/spgistcompress
github.com/postgis/postgis/compare/svn-trunk...mohitkharb:spgist
github.com/postgis/postgis/compare/svn-trunk...pramsey:spgist
Это дело начинали на Google Summer of Code в 2014, но задача повисла, так как больше на стороне Postgres, чем на стороне PostGIS.
Можно ли им прокинуть статистику?
Как правильно пакетировать экстеншены для постгреса?
Задача дизайна карт сродни задаче вёрстки веб-сайтов, только на порядок сложнее, потому что вместо десятка страничек у вас пятьсот гигабайт граничных случаев исходного вектора в базе.
А так тулсет для этого всего есть, тот же Mapbox Studio: https://www.mapbox.com/studio/ — всё можно настроить, посмотрите, насколько сложным становится интерфейс и насколько быстро в нём разберётся нечаянно попавший неподготовленный пользователь.
Задача вполне решаемая, если пустить в неё не дизайнеров-колористов с видением «о, вот тут карта выглядит грязно, это некрасиво», а нормальных специалистов. Что бывает достаточно сложно в большой компании, как показывает опыт :)
Во-вторых, это автоматически реализует антифлуд.
В нормальных базах у timestamp разрешение в 1 микросекунду, www.postgresql.org/docs/9.4/static/datatype-datetime.html