Reverse Lookup - Anruferinfo am Display
Reinhard
gibt es eine Möglichkeit einen ReverseLookup (z.B.
http://www.ip-phone-forum.de/showthread.php?t=163743&highlight=%F6sterreich
) in Gemeinschaft zu realisieren?
Möchte Snom 370 Telefone verwenden und fände es toll wenn bei externen
Anrufern zusätzlich zur Nummer auch Name und Adresse am Display
erscheint.
Ach ja, und ideal wäre natürlich der ReverseLookup für Österreich
( www.herold.at )
;-)
Reinhard
Reinhard
Ok...anscheinend interessiert es hier niemanden ;-)
Versteh ich nicht, weil ich einen der Vorteile von VoIP-Anlagen darin
sehe, dass sie Daten aus dem Internet verwenden können. Das können
ISDN-Anlagen nicht!
Wenn man bei (fast) jedem Anrufer am Telefondisplay Name und Adresse
sieht und das verzögerungsfrei, wäre das schon ein tolles Feature...
...und anscheinend wurde das ja schon (zumindest für den deutschen
Markt) in einigen Asterisk Versionen realisiert.
Kann mir vielleicht jemand einen Tipp geben, wie ich obiges PHP-Skript
in Gemeinschaft einbinde?
Stefan Wintermeyer
Am 16.06.2009 um 11:22 schrieb Reinhard:
> Ok...anscheinend interessiert es hier niemanden ;-)
Ist schon ein interessantes Feature, aber
a) bin ich mir nicht sicher, ob es für Deutschland eine legale und
kostenlose Quelle dafür gibt, die man einfach per URL abrufen kann
b) gibt es zig andere interessante Features, die eine höhere Prio haben
> Kann mir vielleicht jemand einen Tipp geben, wie ich obiges PHP-Skript
> in Gemeinschaft einbinde?
Ich würde an Deiner Stelle mal ein wenig im Source-Code und auf der
Dev Mailingliste surfen. Ich weiss, das Leute auf dev das Feature so
im privaten Rahmen und quasi grau benutzen.
Stefan
--
AMOOMA GmbH - Bachstr. 126 - 56566 Neuwied -> http://www.amooma.de
Geschäftsführer: Stefan Wintermeyer, Handelsregister: Neuwied B14998
Asterisk: http://the-asterisk-book.com - http://das-asterisk-buch.de
Videos of the AMOOCON VoIP conference 2009 -> http://www.amoocon.de
Sören Sprenger
Am 16.06.2009 um 11:22 schrieb Reinhard:
> Ok...anscheinend interessiert es hier niemanden ;-)
Das ist nicht ganz richtig :-)
> Kann mir vielleicht jemand einen Tipp geben, wie ich obiges PHP-Skript
> in Gemeinschaft einbinde?
So wie ich das sehe setzt das Skript die Callerid um. Das ist
eigentlich alles was man braucht. Im Grunde könnte man im Kontext from-
gateways oder so den Aufruf machen.
--
AMOOCON 2009, May 4-5, Rostock / Germany -> http://www.amoocon.de
Reinhard
On 16 Jun., 11:29, Stefan Wintermeyer <stefan.winterme...@amooma.de>
wrote:
> Hallo Reinhard,
>
> Ist schon ein interessantes Feature, aber
> a) bin ich mir nicht sicher, ob es für Deutschland eine legale und
> kostenlose Quelle dafür gibt, die man einfach per URL abrufen kann
> b) gibt es zig andere interessante Features, die eine höhere Prio haben
>
Szene...und dieser Uralt-Satreceiver verwendet http://dasoertliche.de/
und zeigt die Anruferinfo verzögerungsfrei am TV an.
Wüßte aber nicht, was daran illegal sein sollte!
zu b) kann ich nur sagen: Das Feature reverse lookup würde die
Gemeinschaftanlage sehr wohl von allen anderen Projekten abheben.
Bisher gibt es sowas nur in manchen käuflichen Asterisk-Versionen wie
z.B Starface! ;-)
Reinhard
On 16 Jun., 11:29, Sören Sprenger <soeren.spren...@amooma.de> wrote:
> Am 16.06.2009 um 11:22 schrieb Reinhard:
>
>
> So wie ich das sehe setzt das Skript die Callerid um. Das ist
> eigentlich alles was man braucht. Im Grunde könnte man im Kontext from-
> gateways oder so den Aufruf machen.
>
Hab die Hardware (Mini-ITX Atom, B700) gestern bestellt, deshalb muß
ich noch etwas warten, damit ich mit dem Basteln beginnen kann ;-)
Wenn sonst noch jemand einen Ratschlag hat? ...bin für jede Hilfe
dankbar!
Ciao
Reinhard
Stefan Wintermeyer
> Mir fehlt natürlich das Insiderwissen bzgl legal, komme aus der d-box2
> Szene...und dieser Uralt-Satreceiver verwendet http://dasoertliche.de/
> und zeigt die Anruferinfo verzögerungsfrei am TV an.
> Wüßte aber nicht, was daran illegal sein sollte!
---cut---
Nutzungsbedingungen
Mit Verbindungsaufbau zum Internet-Server kommt ein Vertrag zustande,
für den folgende Bedingungen gelten:
Das Verzeichnis DasÖrtliche im Internet wird von der Deutschen Telekom
Medien GmbH und den Partnerfachverlagen nach den offiziellen
Unterlagen der Deutschen Telekom AG erstellt.
Das Verzeichnis ermöglicht das Auffinden von Telefonnummern des
Telefondienstes der Deutschen Telekom AG, sowie zusätzlicher für die
Veröffentlichung freigegebener Informationen. Die Nutzung der
ermittelten Daten ist nur zu diesem Zweck zulässig.
Eine Nutzung oder Verarbeitung für andere Zwecke ist nur unter den
engen Voraussetzungen der deutschen Datenschutzgesetze insbesondere
des Bundesdatenschutzgesetzes zulässig.
Jede zweckfremde Nutzung oder Verwertung ist unzulässig.
So ist insbesondere die vollständige, teilweise oder auszugsweise
Verwendung des Verzeichnisses DasÖrtliche im Internet für gewerbliche
Adressenverwertung, kommerzielle Auskunftserteilung oder als Unterlage
bzw. Hilfsmittel für die Zusammenstellung oder Ergänzung von
Teilnehmer-, Adress- oder anderen Verzeichnissen in jeder medialer
Form (in Print, elektronisch, auf CD-Rom, etc.) sowie das Auslesen der
Daten im Internet zu den vorgenannten Zwecken sowie zu Zwecken
sonstiger kommerzieller Verwendung nicht gestattet und wird von den
Anbietern nach geltendem Recht unter Ausschöpfung des Rechtsweges
verfolgt.
---cut---
Den letzten Absatz würde ich da erst mal von einem RA überprüfen
lassen. Bin mir nicht sicher, ob wir da nicht reinfallen würden.
> zu b) kann ich nur sagen: Das Feature reverse lookup würde die
> Gemeinschaftanlage sehr wohl von allen anderen Projekten abheben.
> Bisher gibt es sowas nur in manchen käuflichen Asterisk-Versionen wie
> z.B Starface! ;-)
Ja, käufliche Sachen sind halt immer besser. Deswegen ist ja auch
close-source noch mal ein gutes Stück besser als der ganze open-source
Mist. SCNR. ;-)
Peter Allgeyer
Am Dienstag, den 16.06.2009, 02:53 -0700 schrieb Reinhard:
> Mir fehlt natürlich das Insiderwissen bzgl legal, komme aus der d-box2
> Szene...und dieser Uralt-Satreceiver verwendet http://dasoertliche.de/
> und zeigt die Anruferinfo verzögerungsfrei am TV an.
> Wüßte aber nicht, was daran illegal sein sollte!
Hmm, wenn ich mir das so durchlese
(http://www1.dasoertliche.de/?cmd=cmd_nav_termsofuse&la=de&buc=&page=0&context=0&action=18):
---< schnipp >---
Jede zweckfremde Nutzung oder Verwertung ist unzulässig.
So ist insbesondere die vollständige, teilweise oder auszugsweise
Verwendung des Verzeichnisses DasÖrtliche im Internet für gewerbliche
Adressenverwertung, kommerzielle Auskunftserteilung oder als Unterlage
bzw. Hilfsmittel für die Zusammenstellung oder Ergänzung von
Teilnehmer-, Adress- oder anderen Verzeichnissen in jeder medialer Form
(in Print, elektronisch, auf CD-Rom, etc.) sowie das Auslesen der Daten
im Internet zu den vorgenannten Zwecken sowie zu Zwecken sonstiger
kommerzieller Verwendung nicht gestattet und wird von den Anbietern nach
geltendem Recht unter Ausschöpfung des Rechtsweges verfolgt.
---< schnapp >---
Da gelte es abzuwaegen, ob ein Reverse Lookup nicht eine "Ergänzung von
Teilnehmer-, Adress- oder anderen Verzeichnissen in jeder medialer Form"
darstellt. Um sicherzugehen wuerde ich mir die Nutzung vom Anbieter
schriftlich zusichern lassen.
> Bisher gibt es sowas nur in manchen käuflichen Asterisk-Versionen wie
> z.B Starface! ;-)
Und was verwenden die?
LG, PIT
---------------------------------------------------------------------------
copyleft(c) by | I've run DOOM more in the last few days
Peter Allgeyer | _-_ than I have the last few months. I just love
| 0(o_o)0 debugging ;-) -- Linus Torvalds
---------------oOO--(_)--OOo-----------------------------------------------
Sören Sprenger
Ich bin mir ziemlich sicher, das die Entwickler des JFritz-Projektes
abgemahnt wurden, als diese dasoertliche für die Rückwärtsuche
verwendeten.
Man kann aber auch andere Dienste Nutzen (goyellow) diese werden wohl
ähnliche Bestimmungen haben.
Ein legaler weg wäre wohl Klicktel-software zu kaufen. Diese müsste
man dann irgendwie auslesen/abfragen können.
Grüße,
Sören
--
AMOOCON 2009, May 4-5, Rostock / Germany -> http://www.amoocon.de
Stefan Wintermeyer
> Ein legaler weg wäre wohl Klicktel-software zu kaufen. Diese müsste
> man dann irgendwie auslesen/abfragen können.
Ich habe vor gefühlten Ewigkeiten mal mit Klicktel darüber gesprochen
(bestimmt 1,5 Jahre her). Die Daten liegen bei denen alle und die
haben sogar ein brauchbares Abfrageinterface (also nicht die
Webseite). Aber das ganze ist am finanziellen gescheitert.
Starface kann das machen, den die verkaufen ja ihre Software. Wenn wir
Gemeinschaft verkaufen würden, könnten wir auch noch viele andere
Goodies einbauen.
Stefan
--
AMOOMA GmbH - Bachstr. 126 - 56566 Neuwied -> http://www.amooma.de
Geschäftsführer: Stefan Wintermeyer, Handelsregister: Neuwied B14998
Asterisk: http://the-asterisk-book.com - http://das-asterisk-buch.de
Sascha Daniels
In der Firmware der Siemens C479IP sind folgende Dienste integriert.
klicktel
herold
tel.search.ch
De Gule Sider
Telefoongids
Eniro
In den Fällen würde ich die Nutzung als legal einstufen, oder hat jemand
was von einer Klage gegen Siemens gehört?
herold.at ist auf jeden Fall drin. Für DE steht nur klicktel zur Verfügung.
Gruss Sascha
Sören Sprenger schrieb:
--
Sascha Daniels
-Administrator-
___________________________
WAVE Computersysteme GmbH
Philipp-Reis-Str. 9
35440 Linden
Tel.: +49 (0)6403 / 90508301
dan...@wave-computer.de
http://www.wave-computer.de
Geschäftsführer: Carsten Kellmann
Registergericht Gießen HRB 1823
Philipp Kempgen
> gibt es eine Möglichkeit einen ReverseLookup (z.B.
> http://www.ip-phone-forum.de/showthread.php?t=163743&highlight=%F6sterreich
> ) in Gemeinschaft zu realisieren?
>
> Möchte Snom 370 Telefone verwenden und fände es toll wenn bei externen
> Anrufern zusätzlich zur Nummer auch Name und Adresse am Display
> erscheint.
Eigentlich muß man ja nur vor dem Dial(SIP/...) das AGI-Skript auf-
rufen dem die Nummer übergeben wird und das dann den Namen setzt.
Ob das bei einem bestimmten Telefonnummernverzeichnis laut dessen
Nutzungsbedingungen für Privathaushalte erlaubt ist oder nicht kann
ich nicht beantworten.
Ich gehe mal davon aus daß das Skript den Namen zu der Nummer aus
der eigenen Kontaktdatenbank raussucht.
Philipp Kempgen
--
AMOOMA GmbH - Bachstr. 126 - 56566 Neuwied -> http://www.amooma.de
Geschäftsführer: Stefan Wintermeyer, Handelsregister: Neuwied B14998
Asterisk: http://the-asterisk-book.com - http://das-asterisk-buch.de
Videos of the AMOOCON VoIP conference 2009 -> http://www.amoocon.de
--
Stefan Wintermeyer
> In der Firmware der Siemens C479IP sind folgende Dienste integriert.
> klicktel
> herold
> tel.search.ch
> De Gule Sider
> Telefoongids
> Eniro
>
> In den Fällen würde ich die Nutzung als legal einstufen, oder hat
> jemand
> was von einer Klage gegen Siemens gehört?
Es ist ein Unterschied, ob das Telefon das macht oder Gemeinschaft.
Der Telefonhersteller hat wahrscheinlich einen Rahmenvertrag mit dem
Anbieter. Wir haben das für Gemeinschaft nicht.
Stefan
--
AMOOMA GmbH - Bachstr. 126 - 56566 Neuwied -> http://www.amooma.de
Geschäftsführer: Stefan Wintermeyer, Handelsregister: Neuwied B14998
Asterisk: http://the-asterisk-book.com - http://das-asterisk-buch.de
mbirth
ab Seite 26 eine Quasi-Anleitung, wie man die Telefonbuch-CD für
Deutschland (von der Telekomik) aufbereiten kann.
Für KlickTel-CDs und das dazu passende RufIdent-Programm gab's früher
zumindest mal noch eine rufid.exe, der man an der Kommandozeile eine
Rufnummer übergeben und die dann CSV-Daten mit dem Teilnehmer wieder
ausgegeben hat. Mittlerweile gibt's da wahrscheinlich nur noch die
rufid.dll.
Wie wär es denn, wenn man das Framework dazu einbaut - z.B. mit einem
Beispielserver, so dass man das dann recht problemlos für klicktel/
goyellow/etc. umbauen KÖNNTE? Das dürfte doch rechtlich problemlos
gehen.
Ansonsten würde ich das ganze so aufziehen, dass einmal erkannte
Einträge lokal gecached werden. Das dürfte sich dann in Grenzen halten
mit den Aufrufen.
Bei uns kommt jetzt noch hinzu, dass wir eingehende Anrufe auf einen
Queue auflaufen lassen, damit auch alle Telefone klingeln. Wo könnte
ich denn dann das Umschreiben der Caller-ID einbauen? Man soll ja dann
auch nicht den Namen des Queue sehen...
Grüße
-mARKUS
Stefan Wintermeyer
> In der Datenschleuder #77 ( http://ds.ccc.de/pdfs/ds077.pdf ) gibt's
> ab Seite 26 eine Quasi-Anleitung, wie man die Telefonbuch-CD für
> Deutschland (von der Telekomik) aufbereiten kann.
Nummer 77 ?!?
Das ist ja dann kaum 7 Jahre her. Das wird bestimmt noch 1 zu 1
genauso funktionieren.
> Wie wär es denn, wenn man das Framework dazu einbaut - z.B. mit einem
> Beispielserver, so dass man das dann recht problemlos für klicktel/
> goyellow/etc. umbauen KÖNNTE? Das dürfte doch rechtlich problemlos
> gehen.
Technisch ist das alles kein Problem. Aber das nützt mir gar nichts,
wenn ich es nicht darf.
Philipp Kempgen
> Wie wär es denn, wenn man das Framework dazu einbaut - z.B. mit einem
> Beispielserver, so dass man das dann recht problemlos für klicktel/
> goyellow/etc. umbauen KÖNNTE? Das dürfte doch rechtlich problemlos
> gehen.
Ja. Die Idee dabei wäre, ein Beispiel-Skript bezulegen das den Namen
zur Nummer aus einer Kontaktdatenbank raussucht (LDAP, Apple Adress-
buch, ...).
Das kann dann jede(r) verändern wie er/sie will.
https://blueprints.launchpad.net/gemeinschaft/+spec/reverse-lookup
> Ansonsten würde ich das ganze so aufziehen, dass einmal erkannte
> Einträge lokal gecached werden. Das dürfte sich dann in Grenzen halten
> mit den Aufrufen.
Ja.
Philipp Kempgen
--
AMOOMA GmbH - Bachstr. 126 - 56566 Neuwied -> http://www.amooma.de
Geschäftsführer: Stefan Wintermeyer, Handelsregister: Neuwied B14998
Asterisk: http://the-asterisk-book.com - http://das-asterisk-buch.de
Videos of the AMOOCON VoIP conference 2009 -> http://www.amoocon.de
--
Philipp Kempgen
> Bei uns kommt jetzt noch hinzu, dass wir eingehende Anrufe auf einen
> Queue auflaufen lassen, damit auch alle Telefone klingeln. Wo könnte
> ich denn dann das Umschreiben der Caller-ID einbauen? Man soll ja dann
> auch nicht den Namen des Queue sehen...
Im Dialplan vor
Queue(...);
Philipp Kempgen
--
AMOOMA GmbH - Bachstr. 126 - 56566 Neuwied -> http://www.amooma.de
Geschäftsführer: Stefan Wintermeyer, Handelsregister: Neuwied B14998
Asterisk: http://the-asterisk-book.com - http://das-asterisk-buch.de
Videos of the AMOOCON VoIP conference 2009 -> http://www.amoocon.de
--
Reinhard
Oh...da kam ja richtig Leben in die Diskussion um Reverse Lookup ;-)
Es wurde gefragt, was Starface verwendet:
Vorher will ich sagen, dass ich Starface Sch... finde, weil es
anscheinend so ist, dass die Leute ein Produkt bekommen, dass nicht
mal die einfachsen Funktionen beinhaltet...und sie müssen dann Module
nachkaufen!
Starface verlinkt anscheinend mit goyellow.de:
https://store.starface.de/shop/modules/services.php?we_objectID=75
Was ich aber interessanter finde ist JFritz (unter GPL lizensiert),
die haben es so gelöst, dass der User nur ein XML-Template
bekommt...und er kann sich dann die Seitenspezifischen Daten selbst
eintragen.
http://www.jfritz.org/wiki/JFritz_ReverseLookup_Howto
WÄRE DAS NICHT EINE LÖSUNG FÜR GEMEINSCHAFT? ;-)
Philipp Kempgen
> Was ich aber interessanter finde ist JFritz (unter GPL lizensiert),
> die haben es so gelöst, dass der User nur ein XML-Template
> bekommt...und er kann sich dann die Seitenspezifischen Daten selbst
> eintragen.
> http://www.jfritz.org/wiki/JFritz_ReverseLookup_Howto
Ja, so können wir das machen.
Reinhard
Heißt "können", dass du überlegst es in die ToDo-Liste für
Gemeinschaft aufzunehmen?
Das wäre großartig! :-)
Vielen Dank
Reinhard
Stefan Wintermeyer
> Heißt "können", dass du überlegst es in die ToDo-Liste für
> Gemeinschaft aufzunehmen?
> Das wäre großartig! :-)
können = könnten
können != werden
Stefan
Reinhard
Hehe...
Nein im Ernst, ich hoffe ich kann euch von Reverse Lookup überzeugen.
Ihr könnt euch nicht vorstellen, wie ich gestaunt hatte (und auch
andere) wie meine dbox plötzlich wußte, wer anruft!!! ;-)
Einen ähnlichen Wow-Effekt erzielt ihr mit Reverse Lookup auch bei
Gemeinschaft. Die Leute packen das gar net, wenn plötzlich das Telefon
jeden Anrufer kennt ;-)
Philipp Kempgen
> Heißt "können", dass du überlegst es in die ToDo-Liste für
> Gemeinschaft aufzunehmen?
> Das wäre großartig! :-)
Ja, ich habe es hier als Blueprint (also sowas wie ein Plan oder eine
Idee) eingetragen:
https://blueprints.launchpad.net/gemeinschaft/+spec/reverse-lookup
Damit steht es sozusagen auf der To-Do-Liste / Wunschliste.
Kann passieren daß jemand zufällig "zwischendurch" Zeit hat das zu
machen. Kann auch sein daß erstmal gar nichts passiert, denn da
stehen noch zig andere wichtige Sachen auf der Wunschliste. Kann
auch sein daß es jemand aus der Community entwickelt.
Mir ist schon bewußt daß das ein cooles Feature ist.
Ich kann nur nicht versprechen wann Zeit dafür ist es umzusetzen.
mbirth
> Kann
> auch sein daß es jemand aus der Community entwickelt.
Ergebnisse. Jetzt hätte ich gern mal ein paar XML-Definitionen der
anderen deutschen Anbieter, um die Kompatibilität zu JFritz-XML-
Dateien zu testen. Hat die wer?
Wenn das funktioniert, bau ich noch umfangreiche Fehlererkennung ein
und mach mal einen Patch. :-)
Grüße
-mARKUS
P.S.: Problematisch finde ich noch etwas, dass es teilweise bis zu 2
Sek. braucht, nur allein für DasÖrtliche. Wenn da keine Daten zurück
kommen, klappert der ja munter alle anderen auch ab. So ist man bei 3
Anbietern mitunter schon bei 6 Sekunden Verzögerung, bevor überhaupt
ein Telefon klingelt.
P.S.2: In den Onlinediensten sind natürlich die Teilnehmer nicht drin,
die der Rückwärtssuche widersprochen haben. Mit einer aktuellen
klickTel-CD und der "bösen" RufIdent/klickIdent (NICHT klickInvers!)
hätte man da mehr Daten - und das sicher auch schneller. Da wäre eben
nur die Frage, wie man die unter Linux anspricht. wine wäre eine
Möglichkeit.
Rene Stegmaier
das Thema reverse lookup wird bei uns gerade auch sehr Aktuell, nicht
durch Telefonbücher blättern, sondern durch den eigenen Kundenstamm.
Wir haben einen Kunde(Versicherung) der hat eine Kundendatenbank mit ein
paar Millionen Datensätzen und möchte daraus gerne einen reverse lookup
machen.
Wenn du fertig bist könntest du den Patch ja mal bereitstellen....
Gruß René
--
René Stegmaier
credativ GmbH http://www.credativ.de/
Hohenzollernstraße 133 Mobil:+49 160 5865704
41061 Mönchengladbach Tel. +49 2161 4643-199
Germany Fax: +49 2161 4643-100
Geschäftsführung:
Registergericht: Dr. Michael Meskes,
Mönchengladbach HRB 12080 Jörg Folz
Philipp Walker
Also, nun "muss" ich mich dazu doch auch "kurz" zu Wort melden:
On Tuesday 16 June 2009 11.53:32 Reinhard wrote:
> Das Feature reverse lookup würde die
> Gemeinschaftanlage sehr wohl von allen anderen Projekten abheben.
> Bisher gibt es sowas nur in manchen käuflichen Asterisk-Versionen wie
> z.B Starface! ;-)
Das ist nicht ganz richtig, gibt es sehr wohl - als Open Source: In FreePBX
(heisst dort "CID / CallerID Lookup", ist aber mehr nur quasi ein Framework,
um die eigentlichen Reverse Lookups - z.B. via PHP-Skript - einzubinden, aber
recht mächtig, kann man - neben der eigentlichen Suche nach der Nummer - einen
Haufen lustiger Sachen damit anstellen) und bei "PBX in a Flash" (ebenfalls
FreePBX) Nerd Vittles "CallerID Tri- bzw. Superfecta", das (u.a.) in einem
ganzen Haufen (amerikanischer) Verzeichnissen nach der Nummer sucht.
Und zweitens - das weiss ich aus eigener Erfahrung mit dem Reverse Lookup in
CH - ist das damit so eine Sache:
1. Entweder man verwendet ein offizielles - meist, wie schon bemerkt wurde -
kostendes API oder so was (in CH beispielsweise - bzw. meines Wissens
ausschliesslich - angeboten durch Swisscom / Directories aber nur mit Vertrag
und gegen Kohle) oder man _versucht_ sich die Daten aus im Web verfügbaren
Verzeichnissen (CH: tel.local.ch oder tel.search.ch) zu holen und ist damit a)
höchstwahrscheinlich in einem legalen Graubereich und b) immer darauf
angewiesen, dass der Anbieter nicht plötzlich das Format bzw. die Darstellung
der Seite ändert (ja, das passiert), ausser man programmiert so robust, dass
die Abfrage gegenüber solchen Änderungen unempfindlich ist...
2. Bin ich von den Lookups aus praktischen Gründen nicht mehr so begeistert
wie anfänglich:
- Man sieht die Nummer des Anrufers nicht mehr (z.B. für Rückrufe), die Nummer
liesse sich zwar zusätzlich auch anzeigen, aber:
- Platz auf dem Display ist beschränkt, auch beim snom 360
- die Daten in den Verzeichnissen sind nicht immer korrekt / aktuell
(zumindest einem der Verzeichnisse für CH) und dann habe ich dann aber schon
lieber keinen Namen auf dem Display als einen (komplett) falschen.
- Was soll der Lookup bei mehreren Einträgen zu einer Nummer machen bzw.
welche anzeigen? Einfach den ersten? (Siehe oben zum Thema falsche Nummern...
Beispiel: http://tel.local.ch/de/q/0418752244.html oder
http://tel.local.ch/de/q/0418752832.html - macht doch einen Unterschied, ob
man vom Verhöramt oder der Finanzkontrolle angerufen wird, mal ganz abgesehen
davon, dass glaubs noch eine ganze Reihe Durchwahlen auf diese Nummer(n)
auflösen)
- Durchwahlen/Direktwahlnummern werden nicht bzw. nicht immer erkannt bzw. der
zurückgelieferte Name ist "ungenau"
- Welches Feld bzw. welchen Teil der Info soll angezeigt werden? Die
relevanten Informationen sind bei den CH-Verzeichnissen nicht immer konsistent
eingetragen, (mindestens) eine der beiden Infos sagt nicht viel aus und beide
anzeigen siehe weiter oben. Beispiel: http://tel.local.ch/de/q/0418741212.html
vs. http://tel.local.ch/de/q/0418741010.html
Also - meine Schlussfolgerung: Auflösen nach dem eigenen Kundenstamm bzw.
Kunden-/Kontakt-DB (z.B. CRM, LDAP) ist okay, nach "öffentlichen"
Verzeichnissen nicht unproblematisch.
(War wohl nicht mit "kurz"...)
Viele Grüsse,
Philipp
--
Philipp Walker
Binatec AG
Markus Birth
Wenn du fertig bist könntest du den Patch ja mal bereitstellen....
Peter Kozak
> Also - meine Schlussfolgerung: Auflösen nach dem eigenen Kundenstamm bzw.
> Kunden-/Kontakt-DB (z.B. CRM, LDAP) ist okay, nach "öffentlichen"
> Verzeichnissen nicht unproblematisch.
Der Meinung schließe ich mich an.
Zu merken, dass der eigene Kunde anruft ist sicher super, da man z.B.
auch automatisch die richtigen Seiten in der CRM-Software öffnen könnte
usw.
Bei fremden Personen sehe ich, ausser der Befriedigung der Neugierde
vielleicht, für mich persönlich keinen besonderen Vorteil den
Anrufernamen angezeigt zu bekommen.
Aus dem privaten Bereich kenne ich weiterhin kaum Jemand, der im
Telefonbuch steht und der Inverssuche zugestimmt hat.
Ein weiterer Punkt, der jetzt vielleicht etwas paranodid klingen mag:
Man liefert seine komplette eingehende Anruferliste frei Haus an den
Anbieter des Online-Telefonbuchs.
Gruss
Peter
Philipp Kempgen
> Ich hab das mal umgesetzt.
> P.S.: Problematisch finde ich noch etwas, dass es teilweise bis zu 2
> Sek. braucht, nur allein für DasÖrtliche. Wenn da keine Daten zurück
> kommen, klappert der ja munter alle anderen auch ab. So ist man bei 3
> Anbietern mitunter schon bei 6 Sekunden Verzögerung, bevor überhaupt
> ein Telefon klingelt.
Genau. Eigentlich will ich das lieber so haben daß der Lookup im
Hintergrund angestoßen wird, dann Dial(), und sobald der Lookup
etwas findet dann den Anrufernamen per Manager-Interface updaten.
Geht in Asterisk aber noch nicht.
http://lists.digium.com/pipermail/asterisk-users/2009-June/233415.html
Philipp Walker
> Zu merken, dass der eigene Kunde anruft ist sicher super, da man z.B.
> auch automatisch die richtigen Seiten in der CRM-Software öffnen könnte
> usw.
>
> Bei fremden Personen sehe ich, ausser der Befriedigung der Neugierde
> vielleicht, für mich persönlich keinen besonderen Vorteil den
> Anrufernamen angezeigt zu bekommen.
Variante einer kleinen, schlanken PHP-/XML-Applikation, die "on demand", also
auf Knopfdruck schon vor der Rufannahm versucht, die Nummer online
rauszufinden. Damit hätte man das "Paranoia-Problem" gelöst und mehr Platz zur
Verfügung auf dem (snom 360) Screen.
Müsste für snom eigentlich realisierbar sein und für Aastra evtl. auch, aber
ist dann halt immer Telefon- bzw. Hersteller-abhängig. (OT: Gibt es eigntlich
eine Universal-XML-Klasse für snom, Aastra, Cisco, ... und OOT: Haben das
andere Hersteller auch noch?)
Weiss nicht ob ess ws bereits gibt, wollte das mal coden und werde evtl. auch
wenn mir mal langweilig sein sollte ;-) ...
Reinhard
On 17 Jun., 01:51, mbirth <mbi...@googlemail.com> wrote:
> On Jun 16, 7:22 pm, Philipp Kempgen <philipp.kemp...@amooma.de> wrote:
>
> Ich hab das mal umgesetzt. Für DasÖrtliche bekomme ich jetzt
> Ergebnisse. Jetzt hätte ich gern mal ein paar XML-Definitionen der
> anderen deutschen Anbieter, um die Kompatibilität zu JFritz-XML-
> Dateien zu testen. Hat die wer?
Großartig!!!
Bei meiner d-box2 (callmonitor) ist leider auch nur DasÖrtliche.de :-(
Mach mich mal auf die Suche...
>
> Wenn das funktioniert, bau ich noch umfangreiche Fehlererkennung ein
> und mach mal einen Patch. :-)
>
> Grüße
> -mARKUS
>
> P.S.: Problematisch finde ich noch etwas, dass es teilweise bis zu 2
> Sek. braucht, nur allein für DasÖrtliche. Wenn da keine Daten zurück
> kommen, klappert der ja munter alle anderen auch ab. So ist man bei 3
> Anbietern mitunter schon bei 6 Sekunden Verzögerung, bevor überhaupt
> ein Telefon klingelt.
reicht ;-)
Wenn man also alle Anrufer vorher auf eine Begrüßungsansage der Firma
(5s oder so) leitet, dann hat man praktisch keine Verzögerung...oder
sehe ich das falsch?
Ciao
Reinhard
Reinhard
sonst konnte ich keine XML-Codes finden.
2 Provider für Deutschland sind schon mal gut, denke ich.
1 österreichischer wäre noch besser ;-), aber ich finde nur den Code
für das PHP-Script:
http://www.ip-phone-forum.de/showthread.php?t=163743&highlight=%F6sterreich
Mach auch gerne den Betatester für www.tb-online.at, allerdings hab
ich noch nicht meine Hardware beisammen. Am Tisch liegt derzeit nur
die Atom-Hauptplatine mit SSD u. DVD-Drive, das Gehäuse ist noch am
Postweg ;-)
Gruß
Reinhard
Irgendwie hat das Google System eine meiner Antworten geschluckt..
Hier der XML-Code für dastelefonbuch.de
<name>class="hl">\s*<td>([^<]*)<br</name>
<street>class="hl">\s*<td>[^<]*<br\s/>
\s*</td>\s*<td>([^<]*)<</street>
<city><td>\d{5}([^<]*)<</city>
<zipcode><td>(\d{5})[^<]*<</zipcode>
Reinhard
Zu den Vorrednern ganz oben...
Man kann auch immer wieder überall die Schwierigkeiten
hervorheben...nur so entsteht selten was innovatives ;-)
Ich glaube nicht, dass die firmeneigenen Telefonbücher immer so
topaktuell sind und vor allem topaktuell gehalten werden ;-)
In vielen Geschäftsbereichen gibt es jeden Tag wieder neue Kunden, die
wird kein Mensch in ein Telefonbuch eingeben. Das ist aber gar nicht
der Punkt.
Es ist einfach eine Zusatzinfo, die manchmal hilfreich sein
kann...nicht mehr und nicht weniger.
Es muß also gar nix ins eigene Telefonbuch eingepflegt werden.
Natürlich wäre es notwendig, das Tool am Anfang an bestimmte gängige
Phones zu binden, wie z.B. das Snom 370...
Zum Thema Privatsphäre und so:
Wenn ich wo anrufe, und meine Nummer nicht unterdrücke...sollte ich
nichts zu verbergen haben, oder?
Ich finde es jedenfalls großartig, dass Markus so schnell einen Patch
zusammengestellt hat, danke!
Werde ihn testen, sobald ich die Hardware habe...aso, ich kann ihn ja
gar net testen, weil ich in Österreich wohne...
...manchmal kann das Leben schon hart zu einem sein ;-)
Reinhard
Hier noch ein Link zu einem Thread, wo die Sache auf Scriptbasis schon
seit einem Jahr umgesetzt wird. Wohl auch für verschiedene Länder.
http://www.ip-phone-forum.de/showthread.php?t=164211
Es muß aber immer mal nachgebessert werden, wenn sich im Seitenaufbau
was ändert. Das ist bei manchen öfter mal, bei anderen nur sehr
selten ;-)