I just closed this as wontfix; i.e. I think Nathan's suggestions are as good as 
it gets.

Does anybody see a better path forward?

-- 
Dan

________________________________________
From: GPC Informatics [[email protected]]
Sent: Friday, March 28, 2014 8:14 AM
To: [email protected]; [email protected]; Dan Connolly
Cc: [email protected]
Subject: Re: [gpc-informatics] #95: LOINC metadata hierarchy depth/count issues

#95: LOINC metadata hierarchy depth/count issues
-----------------------+-----------------------------
 Reporter:  huhickman  |       Owner:  nathan.wilson
     Type:  problem    |      Status:  assigned
 Priority:  major      |   Milestone:  data-stds-plan
Component:  data-stds  |  Resolution:
 Keywords:             |  Blocked By:  68
 Blocking:             |
-----------------------+-----------------------------

Comment (by nathan.wilson):

 I would not attempt to manipulate or alter the hierarchy in any manner.  I
 concur with Dan that this is a usability issue and therefor is not
 critical to data standardization and interoperability.

 That being said, I do have a couple of ideas to help resolve this issue,
 but none are really that good.

 1. It is quite possible that when each site trims their trees to match
 their data then this issue will go away.  Enough children may be hidden
 that this particular node will display without incident.  Doesn't solve
 the display issue for babel however.

 2. It may be possible to set the default children to display to a
 ridiculously high number like 10,000.  This should then eliminate the need
 to try and guess how many children exist for a large node.  Large nodes
 may still take a while to render, but it should eliminate the guesswork.

 3. Since you are looking in the LOINC Class section of the terminology you
 are looking at categorical groupings so you will get these larger nodes
 which aren't necessarily designed for browsing purposes.  Therefore don't
 use LOINC Class for browsing. This is possibly the worst solution.

--
Ticket URL: <http://informatics.gpcnetwork.org/trac/Project/ticket/95#comment:2>
gpc-informatics <http://informatics.gpcnetwork.org/>
Greater Plains Network - Informatics
_______________________________________________
Gpc-dev mailing list
[email protected]
http://listserv.kumc.edu/mailman/listinfo/gpc-dev

Reply via email to