search for: motifs

Hi, I have a piece of code originally written for s-plus - I am trying to run it in R now. The code was obtained from someone who is now not available to give any pointers and I am a beginner in R. Here is where it is getting stuck: > +names(good.motifs[,1]) Error in +names(good.motifs[, 1]) : Invalid argument to unary operator here is now names(good.motifs,1]) looks: > names(good.motifs[,1]) [1] "Motif.P1.8.3" "Motif.P1.9.14" "Motif.P1.10.1" "Motif.P1.11.8" [5] "Motif.P1.15.1" Can anyone hel...

I have a call on gv over motif. I try to bridge it to another call over motif, but a different gv account, and I get congestion. motif only handles one 1 channel at a time?? sean

Hi, I am very new to R and wanted to know if there is a package that, given very long nucleotide sequences, searches and identifies short (7-10nt) motifs.. I would like to look for enrichment of certain motifs in genomic sequences. I tried using MEME (not an R package, I know), but the online version only allows sequences up to MAX 60000 nucleotides, and that's too short for my needs.. Thanks A

CentOS Errata and Bugfix Advisory 2017:0381 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0381.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c821673f87aa39b1965f65915db40230c4226966925e4f62b813b6205db48478 motif-2.3.4-8.1.el7_3.i686.rpm

CentOS Errata and Bugfix Advisory 2017:2934 Upstream details at : https://access.redhat.com/errata/RHBA-2017:2934 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 17e609d0c7c18f8fca02351241ea0ff2429797f4b1233cc79822907b513248a3 motif-2.3.4-10.el7_4.i686.rpm 56692ca81c78f38de136a1d07e4cc6d6343a489410f8de1778a971fcd4675332

CentOS Errata and Bugfix Advisory 2018:0146 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0146 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: fb3bb2355c9f82bf742fe8198d289c0586094050c232ed59ab3020ac81a90ee6 motif-2.3.4-12.el7_4.i686.rpm d5599721ed87539652fc16c4fefece0df278923847cc6dd122644b3a576577d3

CentOS Errata and Bugfix Advisory 2018:1995 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1995 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 78c7b5d734ab7c13f9d5952d5092688d23e63c0bbb98d213bb5987256d5ceece motif-2.3.4-14.el7_5.i686.rpm 950633f31606d55596dcc947861948599ce32890309a8bba8908fde3e5bcd406

I've got a confbridge set up which works if dialed locally: -- Executing [266 at internal:1] Answer("DAHDI/1-1", "") in new stack -- Executing [266 at internal:2] SendDTMF("DAHDI/1-1", "1") in new stack -- Executing [266 at internal:3] ConfBridge("DAHDI/1-1", "1") in new stack -- <DAHDI/1-1> Playing

On 12/19/2014 09:42 AM, Rusty Newton wrote: > On Wed, Dec 17, 2014 at 1:09 PM, sean darcy <seandarcy2 at gmail.com> wrote: >> I've got a confbridge set up which works if dialed locally: >> >> -- Executing [266 at internal:1] Answer("DAHDI/1-1", "") in new stack >> -- Executing [266 at internal:2] SendDTMF("DAHDI/1-1",

Announcing Moo-Tiff for FreeBSD 2.1. Sender: owner-freebsd-announce@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Moo-Tiff is a 100% compatible port of OSF/Motif 2.0 for FreeBSD 2.1, built from the official OSF sources and run through the OSF VTS (Validation Test Suite). If it works with OSF/Motif 2.0 on any platform, it can now work on FreeBSD 2.1 with Moo-Tiff ! Moo-Tiff is priced at

Have you enabled DTMF logging and seen the DTMF codes being recognised by Asterisk? I had a bunch of soft phones that I had to change to using ?sip info? for the DTMF signalling as the RFC signalling was not always being recognised. This would cause transfers to appear as if the user had not dialled any digits. On 20/12/2014 20:52, "sean darcy" <seandarcy2 at gmail.com> wrote:

...browser is accurate with your translations in the PO files. Probably more investigation on this is required in order to retain typography consistency in all components. Here are some examples of artwork already rendered with your translations: - Apache test page https://wiki.centos.org/ArtWork/Motifs/CentOS8/Sketch4?action=AttachFile&do=get&target=httpd-artworktest-07-zh-CN.png - Browser default page: https://wiki.centos.org/ArtWork/Motifs/CentOS8/Sketch4?action=AttachFile&do=get&target=indexhtml-artworktest-03-zh-CN.png - Rolling notes: https://wiki.centos.org/ArtWork/Motif...

...images are shown during the installation process, once the configuration is done and you are waiting for packages to be installed. Rolling notes are a great place to promote CentOS. If they are not localized, they are shown in English language by default. Examples: https://wiki.centos.org/ArtWork/Motifs/CentOS8/Sketch4#head-02a69ab732144b3fe18ca49d624f380ec291dd7c - Test page for Apache HTTP web server This is the web page you see on a recently installed Apache HTTP web sever and no index file is found at /var/www/html/, just to test the proper operation of the web server. If it is not localized...

Hi, Are there any thoughts about how "cpu-expensive" motif is? Does it only translate SIP <--> jingle (during call-setup) if so, impact will probably neglectible. or does asterisk remains constantly in between the data-stream? In that case, it might be something to pay serious attention to, when doing multiple call conversions simultaneously... hw

Hi list, I have a big doubt!, I have some users with ejabberd and am using motif to make some calls to extensions, here works fine, the problem is when I want to send a message to another user on ejabberd and asterisk take this message as part him, like a sip message , the other user does not receive this message xmpp User A xmpp == Chat to == User B xmpp (not receive the message) look cli

I upgraded from Asterisk 10 to 11 and switched from gtalk.conf and jabber.conf to use motif.conf and xmpp.conf. I disabled gtalk and jabber from loading in modules.conf noload => res_jabber.so noload => chan_gtalk.so After copying my settings to the new conf files and restarting Asterisk I had no errors, but making outgoing calls from clients just kept ringing even though the other side

I'm not getting any ringing when I use option r with Dial: Dial("DAHDI/1-1", "motif/8447/+1<called-num>@voice.google.com,,rTt") in new stack Otherwise all works. The call goes through, good audio. sean

Using 11.4.0, trying to use SILK on the cell phone to ulaw over gv, but no success: [Jun 10 16:18:22] WARNING[4090][C-0000000a]: channel.c:6164 ast_channel_make_compatible_helper: No path to translate from SIP/ng-00000000 to Motif/+12025551212 at voice.google.com-da3c [Jun 10 16:18:22] WARNING[4090][C-0000000a]: app_dial.c:3032 dial_exec_full: Had to drop call because I couldn't make

Some calls I get from google voice, I just send myself an email about the call and want to hangup. But I can't seem to make gv know I've hung up. extensions.conf: same => n,GoToIf($["${CALLERID(num)}"="office"]?email) ................. same => n(email),System(/usr/local/bin/emailme........) same => n,Answer() ; also tried without this same =>

Outoing calls I make using Motif Google Voice Calls continue ringing even after the other end picks up. I have to restart Asterisk to resolve the issue. I don't see any errors. It's not recognizing that the other party picked up the phone and restarting Asterisk fixes it only for a day. -- Co-op Vacation Rentals www.coopvr.com 15218 Summit Ave Suite #300-354 Fontana, CA 92336