[Bioc-devel] Git-svn bridge

2014-03-27 Thread Diana LOW (IMCB)
Hi, I'm trying to use the Git-SVN bridge for my package but can't seem to login at https://gitsvn.bioconductor.org/ to create the bridge. The same user/pass combo works for the normal svn and directory access but gives incorrect user/password at the site. Help? Best regards, Diana Note: Thi

Re: [Bioc-devel] GenomicAlignments: using asMates=TRUE and yieldSize with paired-end BAM files

2014-03-27 Thread Hervé Pagès
Hi Val, On 03/27/2014 09:13 AM, Valerie Obenchain wrote: I should also mention that when both 'yieldSize' in the BamFile and 'which' in ScanBamParam are set the 'which' gets priority. The point of 'yieldSize' is to provide a reasonable chunk for processing the file. When 'which' is provided it's

Re: [Bioc-devel] [Rd] Conflicting definitions for function redefined as S4 generics

2014-03-27 Thread Hervé Pagès
On 03/27/2014 02:13 AM, Ulrich Bodenhofer wrote: I fully agree, Michael, that this would be a great thing to have! I have often wondered why R and the standard packages are still sticking so much to the old-style S3 flavor though S4 is part of standard R. I acknowledge that backward compatibili

Re: [Bioc-devel] GenomicAlignments: using asMates=TRUE and yieldSize with paired-end BAM files

2014-03-27 Thread Valerie Obenchain
I should also mention that when both 'yieldSize' in the BamFile and 'which' in ScanBamParam are set the 'which' gets priority. The point of 'yieldSize' is to provide a reasonable chunk for processing the file. When 'which' is provided it's assumed that range is of reasonable chunk size so the y

Re: [Bioc-devel] GenomicAlignments: using asMates=TRUE and yieldSize with paired-end BAM files

2014-03-27 Thread Valerie Obenchain
Hi Mike, This is fixed in Rsamtools 1.15.35. The bug was related to when the mate-pairing was performed wrt meeting the 'yieldSize' requirement. Thanks for sending the file and reproducible example. The file has ~115 million records: fl <- "wgEncodeCaltechRnaSeqGm12878R2x75Il200AlignsRep1V2

Re: [Bioc-devel] Apparent error in illuminaHumanv4.db

2014-03-27 Thread James W. MacDonald
Hi Taku, This 'error' is not due to anything in the illuminahumanv4.db package. All that package does is link the probe IDs to Entrez Gene IDs, and then the org.Hs.eg.db package does the remainder of the annotation. So if we look at org.Hs.eg.db, we get this: > select(org.Hs.eg.db, c("C16ORF

[Bioc-devel] Apparent error in illuminaHumanv4.db

2014-03-27 Thread Taku Tokuyasu
Hello Mark, I'm writing to report an apparent error in the illuminaHumanv4.db package, version 1.20.0. Specifically, the mapping for "C16ORF15" in ALIAS2PROBE appears to be incorrect. Below is an R code snippet: library("illuminaHumanv4.db") packageVersion("illuminaHumanv4.db") # [1] '1.20.0' #

[Bioc-devel] Roar - detecting 3'UTR shortening with standard RNAseq data

2014-03-27 Thread Elena Grassi
Dear BioC developers, post-transcriptional regulation is a complex mechanism that plays a central role in defining multiple cellular identities starting from a common genome - recently modifications in the 3'UTR lengths of transcripts have been found to have a role in this conundrum: a shorter 3'U

Re: [Bioc-devel] [Rd] Conflicting definitions for function redefined as S4 generics

2014-03-27 Thread Ulrich Bodenhofer
I fully agree, Michael, that this would be a great thing to have! I have often wondered why R and the standard packages are still sticking so much to the old-style S3 flavor though S4 is part of standard R. I acknowledge that backward compatibility is important, but, as far as I got it, redefin