-
Notifications
You must be signed in to change notification settings - Fork 81
Incidence dictionary produces incorrect graph #256
Comments
Hi thanks for the example. That's pretty weird. Maybe there is an internal assumption on the ordering of elements in the dict (which would clearly be incorrect). Should also double check weather this is a drawing issue or a graph lookup issue; likely a discrepancy between in and out neighbor searches. I can go look at how inclist is built and see if something weird is there... |
This doesn't look right in the case of dict: |
Wait one, actually it's producing the correct graph - I was just reading it wrong. If you look above, those are the vertex numbers and although the shape is different, the actual relationships are the same 1--5--2--6--3-7--4. I thought that was a simplified version of the issue we were seeing earlier in the week, but actually it seems correct. I need to dig a bit more. I'm going to close this as this specific example is performing correctly. |
So I wasn't using ExVertex, I had created a new type of vertex, and it seems the reason I was getting strange graphs is because I needed to provide an implementation of
Apologies, the example code above actually produces the correct graphs with ExVertex. |
If I create an undirected incidence dictionary with the following code, it produces incorrect edges.
This code produces:
If you change it to a directed graph:
Any ideas?
The text was updated successfully, but these errors were encountered: