first pass of consolidating search in DBox for existing person, and then using the results to add override force match to that person, and WORKING version of adding refimg to existing person too. Still does not kick off new AI scan at this point, and still need to re-format dbox to be easier to use and code for resetting DB contents, rescaning files from scratch and matching overrides back

BUGs

@@ -1,4 +1,4 @@
-### Next: 88
+### Next: 91
 BUG-60: entries per page in flat view will get how_many from each top-level dir in PATH - causes viewer to get lost in eids for last_eid
 BUG-85: once we rebuild data from scratch, need to reset just clean out pa_user_state's
 BUG-87: using Person->show matches->then view an image shows bug in viewer with msising data in json -- that same image via a filename search works...
@@ -17,3 +17,13 @@ BUG-87: using Person->show matches->then view an image shows bug in viewer with
 	I deleted all faces with no locn, maybe it is a one-off with all the crap I
 	did with the ORM / tmp_locn.... Will see if it comes back, this stays as a
 	bug for now
+
+BUG-89: refimg face_locn also got transformed -- some sequence of adding/removing refimg from mich, caused Cams to fail???
+	pa=# select id, fname, orig_w, orig_h, face_locn from refimg where id=1;
+	 id |  fname   | orig_w | orig_h |      face_locn
+	----+----------+--------+--------+----------------------
+	  1 | cam.jpg  |    978 |   1348 | {514,869,1313,70}
+
+BUG-90: I added photo of mich as kid (ice-cream in paris) and then somehow it matches that photo to Cam's face, not the same img -- is this a bug in my code, or some weird quirk of face_recognition library???
+	- either lib. is weird; OR
+	- I should get a lower score for mich in that image, and somehow my order/face matching is not doing the right thing