Opened 17 years ago

Closed 17 years ago

#184 closed defect (invalid)

Mesh instance has no attribute 'number_of_triangles_per_node'

Reported by: nick Owned by: duncan
Priority: high Milestone:
Component: Functionality and features Version:
Severity: major Keywords:


I'm modelling pt hedland, i have sucessfully run a model with 118000 triangle, see inundation\data\western_australia\pt_hedland_tsunami_scenario_2006\anuga\outputs\20070704_010800_run_basic_3.6_onslow_nbartzis

however now i'm trying to run the "final" triangle resolutions for the model and there is an error.

Traceback (most recent call last):
  File "", line 259, in ?
  File "", line 140, in run_model
    alpha = kwargs['alpha'])
  File "/d/cit/1/cit/unixhome/nbartzis/anuga/anuga_core/source/anuga/abstract_2d_finite_volumes/", line 334, in set_quantity
    self.quantities[name].set_values(*args, **kwargs)
  File "/d/cit/1/cit/unixhome/nbartzis/anuga/anuga_core/source/anuga/abstract_2d_finite_volumes/", line 419, in set_values
    use_cache = use_cache)
  File "/d/cit/1/cit/unixhome/nbartzis/anuga/anuga_core/source/anuga/abstract_2d_finite_volumes/", line 813, in set_values_from_file
  File "/d/cit/1/cit/unixhome/nbartzis/anuga/anuga_core/source/anuga/fit_interpolate/", line 476, in fit_to_mesh
  File "/d/cit/1/cit/unixhome/nbartzis/anuga/anuga_core/source/anuga/caching/", line 351, in cache
    T = apply(func,args,kwargs)
  File "/d/cit/1/cit/unixhome/nbartzis/anuga/anuga_core/source/anuga/fit_interpolate/", line 552, in _fit_to_mesh
  File "/d/cit/1/cit/unixhome/nbartzis/anuga/anuga_core/source/anuga/fit_interpolate/", line 349, in fit
    self.build_fit_subset(points, z)
  File "/d/cit/1/cit/unixhome/nbartzis/anuga/anuga_core/source/anuga/fit_interpolate/", line 430, in build_fit_subset
    self._build_matrix_AtA_Atz(point_coordinates, z, verbose)
  File "/d/cit/1/cit/unixhome/nbartzis/anuga/anuga_core/source/anuga/fit_interpolate/", line 278, in _build_matrix_AtA_Atz
    element_found, sigma0, sigma1, sigma2, k = \
  File "/d/cit/1/cit/unixhome/nbartzis/anuga/anuga_core/source/anuga/fit_interpolate/", line 35, in search_tree_of_vertices
    candidate_vertices, x)
  File "/d/cit/1/cit/unixhome/nbartzis/anuga/anuga_core/source/anuga/fit_interpolate/", line 68, in _search_triangles_of_vertices
    if mesh.number_of_triangles_per_node[v] == 0:
AttributeError: Mesh instance has no attribute 'number_of_triangles_per_node'

all the files used in this run are in this directory \inundation\data\western_australia\pt_hedland_tsunami_scenario_2006\anuga\outputs\20070704_060636_run_final_3.6_onslow_nbartzis

There is very little difference between these two model, I simply changed the parameter "setup" in from "basic" to "final" which changes res_factor from 4 to 1 increasing the number of triangles in the mesh.

the final screen output is below

Caching: looking for cached files /d/cit/1/cit/unixhome/nbartzis/.python_cache/_fit[-2139543826238746427]_{Result,Args,Admin}.z
Caching: Dependencies are []
| Wed Jul  4 06:20:10 2007. Caching statistics (retrieving)
| Function:     _fit
| Arguments:    (Array: (233097, 2), Array: (465557, 3))
| Keyword Args: {'alpha': 0.1, 'mesh_origin': None, 'verbose': True}
| CPU time:     822.88 seconds
| Loading time: 252.75 seconds
| Time saved:   570.13 seconds
| Caching dir:  /d/cit/1/cit/unixhome/nbartzis/.python_cache/
| Result file:  _fit[-2139543826238746427]_Result.z (95238084 bytes, compressed)
| Args file:    _fit[-2139543826238746427]_Args.z (5862211 bytes, compressed)
| Admin file:   _fit[-2139543826238746427]_Admin.z (174 bytes, compressed)
| No dependencies

Geospatial data created from file: /d/xrd/gem/5/nhi/inundation/data/western_australia/pt_hedland_tsunami_scenario_2006/anuga/topographies/pt_hedland_combined_elevation.pts
Data will be loaded blockwise on demand
Got 1 variables: ['elevation']
Reading 2217250 points (in ~4434 blocks) from file /d/xrd/gem/5/nhi/inundation/data/western_australia/pt_hedland_tsunami_scenario_2006/anuga/topographies/pt_hedland_combined_elevation.pts.  Each block consists of 500 data points
Reading block 0 (points 0 to 500) out of 4434
Processing Block 0

Change History (2)

comment:1 Changed 17 years ago by ole

  • Owner changed from ole to duncan

comment:2 Changed 17 years ago by nick

  • Resolution set to invalid
  • Status changed from new to closed

This problem was encountered when i ran a similar model without caching

This problem could be linked to a situation where "set_quantity" was caching some results then it crashed and then from that point on running this code was actually retrieving some bad cached data.

Note: See TracTickets for help on using tickets.