[pgrouting-dev] GID vs ID field name

Stephen Woodbridge woodbri at swoodbridge.com
Fri Jun 22 05:37:25 PDT 2012


On 6/21/2012 11:42 PM, Mario Basa wrote:
> Hello,
>
> Is there any particular reason why the sql functions expect the unique
> identifier have a "GID" of the table that contains the network data. I
> am asking since some sql functions expect an "ID" unique identifier
> while the functions in the routing_dd_wrapper expects a "GID"
> identifier in which it is just renamed to "ID".
>
> This is a bit confusing for me.
>
> Anyway, will there be any objections if I will just expect that the
> table that contains the network data have a "ID" field name as its
> record unique identifier.

Hi Mario,

I think the origin of this has something to do with the fact that some 
of the algorithms allocate space based on a vector that is more 
efficient if the ID values are contiguous. The assumption was the vendor 
data ID values might be more random and therefore less contiguous than 
GID values which are assigned when the shapefile loader loads the data 
and are contiguous.

This issue is mostly with the Boost based algorithms. I think it is fine 
to make the change you are suggesting, the user should be able to select 
any column as a unique integer identifier and alias it to ID.

-Steve


More information about the pgrouting-dev mailing list