rows_where参数未传递到pgr_nodenetwork

时间:2018-07-31 17:07:45

标签: postgresql geometry geography pgrouting

我正在使用pgrouting扩展名的pgr_NodeNetwork函数来处理包含线串几何(基本上是道路)的表。

语法如下:

select pgr_nodeNetwork(edge_table:='my_table', 
tolerance:=0.0001,
id:='id', 
the_geom:='the_geom',
table_ending:='noded',
rows_where:='id < 10',
outall:=false);

特别是,参数rows_where仅用于处理条件rows_where为真的行。

但是,在执行开始时,会发出以下通知:

NOTICE:     pgr_nodeNetwork('my_table', 0.0001, 'id', 'the_geom', 'noded', '<NULL>',  f)

您可以看到该通知未考虑传递给函数的rows_where参数(在我的示例中为'id < 10')。

此外,这似乎不仅仅是通知本身的显示问题,因为对于具有数百万行的表,处理要花费数小时,而如果条件'id < 10'确实存在,处理应该非常快被考虑在内(因为它是一个少于10行的表)。

另一方面,如果我们探索函数本身的代码,则以:

开头
    CREATE OR REPLACE FUNCTION sig.pgr_nodenetwork(
        edge_table text,
        tolerance double precision,
        id text DEFAULT 'id'::text,
        the_geom text DEFAULT 'the_geom'::text,
        table_ending text DEFAULT 'noded'::text,
        rows_where text DEFAULT ''::text,
        outall boolean DEFAULT false)

....

raise notice 'pgr_nodeNetwork(''%'', %, ''%'', ''%'', ''%'', ''%'',  %)',
    edge_table, tolerance, id,  the_geom, table_ending, rows_where, outall;

如果您在开头定义了另一个具有相同参数和相同RAISE NOTICE指令的函数,您将看到该函数引发的通知正确地再现了用户传递的rows_where参数。 / p>

有人解释为什么rows_where参数似乎被pgr_nodeNetwork函数完全忽略了,而使用完全相同的代码定义一个全新的函数却不会产生相同的结果吗?

1 个答案:

答案 0 :(得分:3)

这似乎是一个错误(https://github.com/pgRouting/pgrouting/issues/1074)。尽管未在扩展程序本身中修复,但我提供了替代(自定义)功能(请参见上面的链接)。