Closed jvwong closed 1 year ago
@jvwong , I dived into our code and found the following:
ExtendedSIFWriter.write
in case 'TXT' (extended SIF) format was requested;ExtendedSIFWriter.write
(in Paxtools/pattern module) it all comes to calling private method: SIFInteraction.harvestPublicationXrefs(mediators)
; see also OutputColumn.getColumnValue
; "mediators" are interactions (perhaps can be complexes too), their URIs are listed at the end of each extended SIF line (in the first, interactions section);harvestPublicationXrefs
collects all the PublicationXref objects - BOTH from each mediator interaction's and its evidence's bp:xref properties;ExtendedSIFWriter.write
also uses CustomFormat
object (is SIFToText
interface, stt var.) that explicitely specifies that xref.db must be "pubmed".Hope it helps. Ask @ozgunbabur too.
The data in
EXTENDED_BINARY_SIF
format, served from (beta) SIFGraph service contains a column for PubMed IDs (section 1, column 5).For example, the neighbourhood of TLN1 outputs:
Looks like in a lot of cases the PubMed IDs are drawn from BioPAX
bp:Evidence
attached to the interaction. I wonder if:bp:PublicationXref
directly attached to an interaction end up in the extended SIF? Or is it being exclusively drawn frombp:Evidence
?bp:Pathway
) to the constituent interactions as abp:PublicationXref
in BioPAX? (I guess we won't really have anything approachingbp:Evidence
from Biofactoid)The real reason I ask is because the app-ui interaction app will retrieve the PMID-associated paper info, but this currently won't happen for Biofactoid-derived data: