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

[Daniel Bundala]

Hello,

Thanks for the comments and testing of the modules. Just a quick
reply. I did not have a look at the first two problems but the likely
cause of the last problem is that you ran out of memory. I am not sure
about the details, but the module needs about 4*N*N bytes of memory
where N is the number of nodes.

I hope I will have a time to look at it in more detail later this weak.

Best,
Daniel

On Tue, Jan 12, 2010 at 3:17 PM, Moritz Lennert
<mlennert at club.worldonline.be> wrote:
> 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
>
>