[GRASS-dev] Re: testing the new network modules

Moritz Lennert mlennert at club.worldonline.be
Tue Jan 12 10:17:30 EST 2010


Dear Daniel,

Here some more comments on the network modules:

** all modules:

The 'layer' option is not always very clear in your modules. Do they
concern nodes or arcs ? And in modules where you need both, how to specify
that nodes are on a different layer than arcs ? In the original v.net
modules, there generally is alayer for arcs and nlayer for nodes. Any
reason this cannot be implemented in your modules ?

** v.net.centrality:

Steps in nc_spm_06 NC demo data:
- v.net -c in=streets_wake out=streets_nodes operation=nodes
- v.net.centrality in=streets_nodes out=streets_centrality degree=degree
=> segmentation fault

Here's the DEBUG=3 output:

D1/3: Vect_open_old(): vector opened on level 2
D1/3: Vect_read_dblinks(): map = streets_nodes, mapset = user1
D3/3: Searching for FID column in OGR DB
D1/3: dbln file:
/home/mlennert/GRASSDATA/nc_spm_06/user1/vector/streets_nodes/dbln D1/3:
dbln: 1 streets_nodes cat $GISDBASE/$LOCATION_NAME/$MAPSET/dbf/ dbf D3/3:
Field number <1>, name <(null)>
D3/3: Vect_check_dblink: field 1
D1/3: field = 1 name = (null), table = streets_nodes, key = cat, database
= $GISDBASE/$LOCATION_NAME/$MAPSET/dbf/, driver = dbf
D1/3: Dblinks read
D1/3: Vect_Rewind(): name = streets_nodes
D2/3: Vect_open_new(): name = streets_centrality
D1/3: Vect_set_thresh(): thresh = 0.000000
D1/3: V1_open_new_nat(): name = streets_centrality
Erreur de segmentation

I will have to recompile to provide gdb output, so please let me know if
this is necessary/useful for you.

** v.net.allpairs

v.net.allpairs in=streets_nodes out=dist --overwrite

leads to

ERROR: G_calloc: unable to allocate 41814 * 4 bytes at main.c:174

Any ideas on the latter two ?

Best wishes,
Moritz



More information about the grass-dev mailing list