RE: CID Schema question

["Sullivan, Glenn" <gsullivan@xxxxxxxxxxxxxx>]

First off... NetCallerID is a CID box with a serial interface:
http://tinyurl.com/aqsoc

(I know it has been discontinued, but it is fairly popular in the Mr.
House circles, and still available from people who bough pallet-loads of
them when they were discontinued.  And I have one, so what better reason
to use it?)

Sounds like I need to take a look at your schema docs... I will DL the
xAPTel install package and have a go.

(Now I find myself using phrases like "have a go" and
"bollocks".
Thanks a _lot_... ;-)

As to UID values... I either just took the default from
xAPFramework.net, or didn't know what to use, and used AA.  I will
change it to FF... This is the only app showing up that way.

And good catch on the "RRNumber=Available"... I just added no
number
support last night, after about 3 or 4 beers, so my error checking
wasn't all there...

I will polish off these few errors, and clean up my "install as
service"
code, and release it tonight or tomorrow...

(I just went to send this, and Outlook's spell checker tried to replace
NetCallerID with Netballer.  WTF is a netballer?!?)

Glenn Sullivan, MCSE+I  MCDBA
David Clark Company Inc.
-----Original Message-----
From: xAP_developer@xxxxxxx
[mailto:xAP_developer@xxxxxxx]
On Behalf Of Kevin Hawkins
Sent: Tuesday, June 14, 2005 7:46 AM
To: xAP_developer@xxxxxxx
Subject: Re: [xAP_developer] CID Schema question

Hi Glenn,

I have enhanced the cid.incoming and more extensively the meteor.cid

schema in my implementation within xAPTel as there were many more call
type events and also information I wanted to send.  This was
particularly to fold in the instant messenger and call progress events
from Skype.  Eventually I intend to do away with the 'Meteor' branded
schema and use a CTI  (Computer Telephony Integration) replacement that
will be far more appropriate.   My docs that are included in the zip
download of xAPTel detail these schema extensions but I have a suspicion

I didn't cover them all.      There are also some specific 'handshake'
messages that xAP Switchboard uses to track line state and to dial
etc.    The 'meteor' schema is very much richer than the cid schema and
xAP Switchboard uses it extensively if available - if you are looking at

creating something that works well with SB then we should probably make
the jump to a CTI schema and coordinate our usage.  James is aware that
this schema change will happen and I believe has architected SB
accordingly.

I am aware (and quite jealous) that in the US the CID  'name' is
sent, in the UK there is a field for it but it seems BT never
implemented it.

BTW In the message below you have a UID value starting AA - which
implies that you have a xAP network AA - if any of your other devices
are not using AA then really a bridge should be running between
networks.   The norm is to use a single network FF.     Also I see that
you have a number 'none' but a param rnnumber as showing it 'available'.


Also - just in case people missed one of Stuarts updates... in the
latest versions of Viewer you can save and reload message history which
is a great way of exchanging time stamped history - interactions with
two way xAP schema, as increasingly used in recent apps needs this sort
of log - although it's not the issue here I guess.

Just remind me Glenn what xAP NetCallerID does and which hardware it

works with - and also where it can be downloaded from....

Kevin




Sullivan, Glenn wrote:

>Strangely enough, this message (with "None" in the phone
number field)
DID use the name for displaying in Switchboard...
>
>
>
>xap-header
>
>{
>
>v=12
>
>hop=1
>
>uid=AA111100
>
>class=CID.Incoming
>
>source=BushSoft.NetCallerID.jegserver2
>
>}
>
>CID.Incoming
>
>{
>
>type=Voice
>
>formatted_date=Sunday, June 12, 2005
>
>datetime=20050612200600
>
>formatted_time=8:06:00 PM
>
>name=-PRIVATE CALLER-
>
>rnname=Available
>
>phone=None
>
>rnnumber=Available
>
>}
>
>
>________________________________
>
>From: xAP_developer@xxxxxxx on behalf of Sullivan, Glenn
>Sent: Sun 6/12/2005 7:47 PM
>To: xAP_developer@xxxxxxx
>Subject: RE: [xAP_developer] CID Schema question
>
>
>James,
>
>Here is a sample message I am generating, if you want to run it through
switchboard and see how it reacts...
>
>xap-header
>
>{
>
>v=12
>
>hop=1
>
>uid=FF045700
>
>class=CID.Incoming
>
>source=BushSoft.NetCallerID.jegserver2
>
>}
>
>CID.Incoming
>
>{
>
>type=Voice
>
>formatted_date=Sunday, June 12, 2005
>
>datetime=20050612112200
>
>formatted_time=11:22:00 AM
>
>name=SULLIVAN,GLENN
>
>rnname=Available
>
>phone=5085551212
>
>rnnumber=Available
>
>}
>
>
>
>Thanks for the rest of the explanations...
>
>
>
>Onced quick thing... switchboard correcdtly registers itself with
Intranet, but keeps its own icon in the systray as well.
>
>And do either News 3 or switchboard run as services?
>
>
>
>Thanks,
>
>
>
>Glenn
>
>
>________________________________
>
>From: xAP_developer@xxxxxxx on behalf of James
>Sent: Sun 6/12/2005 7:23 AM
>To: xAP_developer@xxxxxxx
>Subject: Re: [xAP_developer] CID Schema question
>
>
>Sullivan, Glenn wrote:
>
>
>
>>A question about the CID Schema, as posted here:
>>http://www.xapautomation.org/modules.php?name=Sections&op=viewarticle&;
ar
>>tid=9
>>
>>It seems that, in the generic CID.Incoming schema, "Name"
is
>>optional and "not currently supported so will mostly be
blank."
>>
>>What does your CID info look like over there?
>>
>>
>
>It gets, sometimes, filled in as INTERNATIONAL, PAYPHONE, WITHHELD and
>UNAVAILABLE but that's about all
>
>
>
>>We, about 90% of the time, get both the calling number and some
>>string assigned by the phone company... Usually whatever is listed
>>in the phone book, to a limit.
>>
>>
>
>
>
>>The other 10% of the time, we either get "Number Not
Available",
>>"Unknown", or a number, and "Unknown name."
>>
>>I ask because my NetCallerID xAPplication uses this in the
>>CID.Incoming messages it sends out, but if no one's apps are ever
>>going to look at that, that doesn't make a whole lot of sense to
>>send it.
>>
>>
>
>It's optional in the schema because some telcos don't send it but if
>available it should be sent as it's very useful info.
>
>
>
>>For example, Switchboard, which is an awesome app, does not seem to
>>even look at the name string. Probably because there isn't any
>>reason to over there yet... I can add contacts for all of my
>>incoming calls, and they show up fine, and I suppose that's how you
>>guys make it work.
>>
>>
>>
>I'll have to check here, Switchboard should use the Name= field for
>displaying in the log although it does use the phone number for
>looking up the extra details. It should certainly be displaying the
>Name= though.
>
>
>
>>But I guess, ideally, and this is going to turn into a suggestion
>>for an improvement to switchboard, I'd like to see that name if it
>>exists and there isn't a contact already... I can change the Caller
>>ID panel in Desktop to add another variable, grab the
"name" string
>>from my xAP packet, and put it on a new line. All except for Panel
>>0's CID info, which doesn't seem to show in it's settings file.
>>
>>
>
>Display00 just shows messages using the message.display schema.
>Switchboard will send those messages on call events and this is what
>desktop is picking up. On the tray icon of desktop, rigth click and
>set priority to off.
>
>
>
>>Sorry for the rambling long winded email... I've had a few, and I
>>tend to program my best then... ;-)
>>
>>Oh, one more thing... James, can you document your CID.Lookup
>>schema? I just want to know, if I plan on intercepting any of
>>those messages, what I can expect...
>>
>>
>
>Yep, I'll get that done. The only element that may be missing from a
>lookup message is Pic= , all others will always be present even if
>blank. Pic will give the url of an image associated with the caller.
>
>James
>
>
>
>________________________________
>
>Yahoo! Groups Links
>
>
>*	To visit your group on the web, go to:
>	http://groups.yahoo.com/group/xAP_developer/
>
>*	To unsubscribe from this group, send an email to:
>	xAP_developer-unsubscribe@xxxxxxx
<mailto:xAP_developer-unsubscribe@xxxxxxx?subject=Unsubscribe>
>
>*	Your use of Yahoo! Groups is subject to the Yahoo! Terms of
Service <http://docs.yahoo.com/info/terms/>
.
>
>
>
>
>
>Yahoo! Groups Links
>
>
>
>
>
>