Postgresql 使用Esri几何体的配置单元的ST_点查询失败
当我这样做的时候Postgresql 使用Esri几何体的配置单元的ST_点查询失败,postgresql,hive,postgis,user-defined-functions,esri,Postgresql,Hive,Postgis,User Defined Functions,Esri,当我这样做的时候 Select ST_Point(25,45) 在PostgresQL中,我得到以下信息: 010100000000000000000039400000000000804640 不管是谁,当我在蜂房里做同样的事情时,我得到了这个: 如果这是唯一的问题,我不会介意,但当我这么做的时候 Select ST_Azimuth(ST_Point(25,45) , ST_Point(75,100)) 我得到这个错误: 失败:SemanticException[错误10014]:第
Select ST_Point(25,45)
在PostgresQL中,我得到以下信息:
010100000000000000000039400000000000804640
不管是谁,当我在蜂房里做同样的事情时,我得到了这个:
如果这是唯一的问题,我不会介意,但当我这么做的时候
Select ST_Azimuth(ST_Point(25,45) , ST_Point(75,100))
我得到这个错误:
失败:SemanticException[错误10014]:第1:7行错误的参数“100”:类ST_Axitation没有与binary、binary匹配的方法。我假设您引用的是由提供的配置单元空间UDF 配置单元中没有几何体类型,因此空间UDF返回几何体的二进制表示形式。正如@JimJones所评论的,您可以使用ST_AsTextgeom将几何体格式化为WKT。 请将您正在开发的UDF用作参考。
可能是我在这里扩展知识的蜂巢无法处理数据类型的几何体。也许用WKT解决问题就可以了?选择ST_AzimuthST_AsTextST_Point25,45、ST_AsTextST_Point75100,甚至选择ST_AzimuthST_AsTextST_Point25,45::geometry、ST_AsTextST_Point75100::geometry。它实际上应该与您提供的查询一起工作,因为ST_Point已经返回了一个geometry。顺便说一句,这种操作的0.452秒非常慢。ST_Axitation是您编写的自定义UDF吗?如果是,请在description@SergeyKhudyakov我相信这是一个postgis函数,它获取两个几何体作为参数:@JimJones函数ST_方位角将几何体作为参数