[BioSQL-l] Versioning of features

[Hilmar Lapp]

It should be straightforward. In essence you control it through the  
source type which as you say is an ontology term.

You can for instance include the software version in the source term.  
This is what I did for the BLAT-derived genome mappings in SymAtlas  
(which runs on top of BioSQL). This wouldn't even necessitate to  
'obsolete' a previous source term.

You'd only have to do that if you wanted to have the exact same name  
for the source term, and have old and new 'version' term in the same  
ontology. I probably wouldn't be in much favor of doing so because  
then you don't have an explicit version anywhere. However, of course  
if you include it into the name then if compared by name two source  
types appear different even though they are effectively the same  
(e.g., same algorithm), just different versions. You can take care of  
that though by introducing 'parent' source (e.g. algorithm) terms  
that would have the versioned ones as children.

Let me know if this doesn't help.

	-hilmar

On Jun 30, 2006, at 6:16 PM, Sandie Peters wrote:

> In the BioSQL v. 1.0 schema overview, the author briefly mentions  
> the possibility of feature set versioning using "dated" source  
> ontology terms.  Has anyone tried this or any other versioning  
> methods with seqfeatures in BioSQL?
>
> Thanks,
> Sandie Peters
> Vollum Institute/OHSU
>
>
> _______________________________________________
> BioSQL-l mailing list
> BioSQL-l at lists.open-bio.org
> http://lists.open-bio.org/mailman/listinfo/biosql-l
>

-- 
===========================================================
: Hilmar Lapp  -:-  Durham, NC  -:-  hlapp at gmx dot net :
===========================================================