Line | |
---|
1 | |
---|
2 | OPEN ISSUES: |
---|
3 | ------------ |
---|
4 | |
---|
5 | |
---|
6 | Issue: Segments in pmesh that are solely used to separate regions |
---|
7 | (e.g. for different resolution) will appear as an *internal* |
---|
8 | boundary in the resulting domain even though it may not have been intended to |
---|
9 | have a boundary condition applied. |
---|
10 | Background: Genuine internal boundaries are created the same way as |
---|
11 | external boundaries through the 'boundary' dictionary mapping triangle_id |
---|
12 | and edge number to a tag. |
---|
13 | When a mesh is created, this dictionary will override the neighbour structure |
---|
14 | and thereby enforce the internal boundary status. |
---|
15 | This is all very well for 'True' internal boundaries. |
---|
16 | However, once a segment belongs to a boundary (internal or external) |
---|
17 | it must be bound to a boundary condition object in order to supply |
---|
18 | values for the flux computations. Hence there is no way of allowing |
---|
19 | normal flow between neighbouring triangles in the case where they are |
---|
20 | separated by an (unintended) internal boundary. |
---|
21 | An older version of pyvolution allowed None as a boundary object which |
---|
22 | probably meant that a zero dirichlet condition was imposed. |
---|
23 | Not sure about this, though. |
---|
24 | Importance: High |
---|
25 | Suggested Action: Have pmesh ignore segments that aren't being tagged |
---|
26 | and that way they are exclusively used to to define regions |
---|
27 | (e.g. for variable resolution). |
---|
28 | Status: Unresolved |
---|
29 | |
---|
Note: See
TracBrowser
for help on using the repository browser.