whitehathackers / apromore

Automatically exported from code.google.com/p/apromore
0 stars 0 forks source link

Similarity search: strange behavior #119

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
When there are multiple versions of a same model, subsequent versions cannot be 
used as query model for the similarity search. Try e.g. version 0.2 of model id 
6: "FRA2 Int. Dep. Security Check". The result returned is an empty list.

Original issue reported on code.google.com by marcello...@gmail.com on 16 Feb 2011 at 7:55

GoogleCodeExporter commented 9 years ago
On brahms0, I created two identical processes: OneTaskProcess and 
AnotherOneTaskProcess. When I search for processes similar to OneTaskProcess, I 
should get AnotherOneTaskProcess, isn't it? But I don't...

This seems to happen each time, similarity is run on processes created/modified 
by Oryx

Original comment by macri.fa...@gmail.com on 3 Mar 2011 at 2:09

GoogleCodeExporter commented 9 years ago
The problem with models OneTaskProcess and AnotherOneTaskProcess is that the 
function there does not have a label. The both similarity metrics first try to 
match the labels. The Hugarian algorithm just tries to find the best match 
between process model node labels. The Greedy matches the node labels and the 
edges between nodes (first matches the nodes using their labels and then gives 
better score if the edge between them appears in both models).

Original comment by reinak2t...@gmail.com on 3 Mar 2011 at 2:57

GoogleCodeExporter commented 9 years ago

Original comment by macri.fa...@gmail.com on 22 Jul 2011 at 5:05