Hello Ji,

It turns out that the table/file behind this data should have been 
formatted as a BED4, not a BED8. The extra columns (including strand) 
were not a part of the original dataset -  the data there is just dummy 
place-holder information that should be ignored.
bed format FAQ:
http://genome.ucsc.edu/FAQ/FAQformat.html#format1

We are correcting this on our end. Expect to see the new, BED4 file on 
the production server soon.

The data is fairly old, so why the data was unstranded when the track 
was created is unknown. It is very clear that the data is stranded now 
at the data source. We do know the track data is close to 5 years old. 
Much could have changed since then.

A custom track with new data may be better, but we will leave the 
decision whether to use the older data in our track or the new data at 
the web site in a custom track up to you. Contacting the data source may 
be helpful.

Thank you very much for your patience while we worked on your reply,
Jennifer

---------------------------------
Jennifer Jackson
UCSC Genome Informatics Group
http://genome.ucsc.edu/

On 5/25/10 8:46 AM, ji wan wrote:
> Hi,
>
> I downloaded polyA_db dataset from table browser and found there are only
> polyA sites located on the plus strand. Do you differentiate strand for this
> annotation? Or there are other problems? Thanks,
>
> Ji
> _______________________________________________
> Genome maillist  -  [email protected]
> https://lists.soe.ucsc.edu/mailman/listinfo/genome
_______________________________________________
Genome maillist  -  [email protected]
https://lists.soe.ucsc.edu/mailman/listinfo/genome

Reply via email to