[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