It is *extremely* slow to browse. Can you check your indexes? I’d like to 
explore your hard work but it’s unusable right now.

( I tried a few random other trees and they were also unbrowsably-slow. Is 
there an epidemic of bad indexes on babel? )

Thanks,

Jeffrey Klann, PhD
Instructor of Medicine, Harvard Medical School
Instructor in Investigation, Massachusetts General Hospital


On 4/11/17, 12:00 PM, "GPC Informatics" <d...@madmode.com> wrote:

    #280: Medication ontology orgainzed by ingredient
    -------------------------+----------------------------
     Reporter:  preeder      |       Owner:  jay.pedersen
         Type:  enhancement  |      Status:  assigned
     Priority:  major        |   Milestone:  snow-shrine-2
    Component:  data-stds    |  Resolution:
     Keywords:               |  Blocked By:
     Blocking:               |
    -------------------------+----------------------------
    
    Comment (by dconnolly):
    
     Replying to [comment:19 campbell]:
     > SCILHS/Medication metadata issues addressed with load to BABEL toiday:
    
     Which folder has the updated medication metadata? is it **UNMC:
     Medications (UNMC)**?
    
     > •     (therefore) with VA drug classes as sole top-level ontology, not
     all clinical formulations or packages can be deployed
    
     So this is a wholesale re-organization of the ontology?
    
     If you can share the code you used to build it, please do.
    
    --
    Ticket URL: 
<http://informatics.gpcnetwork.org/trac/Project/ticket/280#comment:20>
    gpc-informatics <http://informatics.gpcnetwork.org/>
    Greater Plains Network - Informatics
    



The information in this e-mail is intended only for the person to whom it is
addressed. If you believe this e-mail was sent to you in error and the e-mail
contains patient information, please contact the Partners Compliance HelpLine at
http://www.partners.org/complianceline . If the e-mail was sent to you in error
but does not contain patient information, please contact the sender and properly
dispose of the e-mail.
_______________________________________________
Gpc-dev mailing list
Gpc-dev@listserv.kumc.edu
http://listserv.kumc.edu/mailman/listinfo/gpc-dev

Reply via email to