問題タブ [cdr]

私は、演習 2.18 のコンピュータ プログラムの構造と解釈で忙しいです。ここでは、リストを逆順にする手続き reverse を定義する必要があります。次のことを行う必要があります。

私は次の定義を思いついた：

次に、ソリューションで次のようなものが見つかりました。

appendこことconsここは指が触れないくらい違います。

私の質問: 違いは何ですか? 結果が として表示されないのはなぜ(25 16 9 4 1)ですか?

皆様へのご挨拶の日、お元気でお過ごしください。

ちょっとした質問があります。管理が簡単で読みやすいので、Master.csv fileフォーマットをに変更したかったのです。へdate-wise csv fileの変更方法も教えてください。 asterisk logs file formatdate-wiseAsterisk logs path details:

subterm と replace の 2 つの関数を実装しようとしています。

1. subterm は引数として 2 つのリストを取り、2 番目のリストを使い果たした後に到達した最初のリストの要素を出力します。

たとえば、

(subterm '(1 2 (3 4 5) (6 (7 (8) 9 10))) '(4 2 2 1))

戻るべき

リストのn番目の要素を出力する次の関数を思いつきました：

2. replace は 3 つのリストを取り、到達した値をリストの残りの部分を変更せずに置き換えた結果を返します。

たとえば、次のように呼び出します。

返す必要があります:

繰り返しますが、最初のリストの n 番目の要素を 2 番目のリストに置き換え、最初のリストの残りの部分を変更しないこのコードを思いつきました。

これらの関数を変更して 2 つのリストを取得するにはどうすればよいですか?

編集 1: いくつかの例:

次の例を検討してください。

上記の例では、subterm は 2 つのリストを取ります。次に、2 番目のリストを読み取ります。2 番目のリストは基本的に、4 番目の要素 (6 (7 (8) 9 10)最初のリスト (1 2 (3 4 5) (6 (7 (8) 9 10)))。

次の例を検討してください。

replace は 3 つのリストを受け取ります。最初のリストは、要素を置換する必要があるリストです。2 番目のリストには、最初のリストに追加する必要がある新しい要素が含まれています。3 番目のリストには、要素を置換する必要がある位置が含まれています。したがって、基本的には、最初のリスト (1 2 (3 4 5) 6 7) の 3 番目の要素 (3 4 5) の 2 番目の要素 (4) を置き換えました。

I've just started working on a hadoop use case of analyzing CDRs in near-real time. CDRs are encoded in ASN1.1. A remote server is feeded regularly by CDRs. I'm wondering about how to ingest CDRs from this server into my cluster, and decode them to generate CSV files that can be processed by Hive (or Spark Streaming ..).

Is Flume Adapted to ingest this kind of data ? When do you think I should decode ASN1.1, before or after ingesting ? I have a program written in C for decoding ASN1.1. If Flume is adapted to ingest data, should I implement an Avro client in the server containing initial data, or is there another well-suited method ?

私は LISP での関数型プログラミングについて少し学んでいますが、ここで遭遇したことがあります。LISP は CAR、CDR 関数、および FIRST 関数と REST 関数を使用しています。どちらもリストに関連しています。

これまでに学んだことから、これら2つには違いがありますが、違いが何であるかはよくわかりません.

誰か私のためにこれを要約できますか？また、最終的に CDR、CAR を使用して FIRST/REST を実装するにはどうすればよいですか?

編集：受け入れられた回答はドキュメントに言及していますが、リンクしていないため、ここにCAR/CDRのドキュメントへのリンクがあり、次にFIRST/RESTのリンクがあります。

さらに、重要な注意事項として、リンクされたドキュメントは、一般的に使用される環境である CLISP の「単なる実装ノート」です。一般に、このような言語の「公式ドキュメント」を見つけることはほとんど不可能です。

ACME PACKET SBC からの CDR レコードを解析しようとしています。大部分のデータは CSV です。私が遭遇している問題は、私が遭遇しているいくつかの奇妙なケースがあり、すべての CDR ではなく、一部の CDR だけであるということです。私は当初、このようなCSVリーダーでこれをやろうとし始めました。

情報が編集された CDR

この分野には他に 300 の列がありますが、これは私が不足している例の 1 つです。

コードのスニペット

次のコードで、次のいくつかを取得しています

これもパンダで読み込もうとしましたが、引用符の横にあるコンマが原因で分割されているのとほぼ同じ結果が得られました。

さらに、 " が quotechar 内にあると、そこでも問題が発生していると思います。

これは、ほとんどのレコードの変数であり、これが正常に機能します。この問題があるのは数百だけですが、ヒットする前にレコードがどのようにフォーマットされているかがわからないため、これらを解析することはできません違う。

すべての助けに感謝します。

ありがとう

アスタリスクは、cdr を介してデータベースにコール情報を記録します。

通話が sip トランク経由で着信した場合、リモートの公衆電話番号には、多くの場合、P-Asserted-Identity が提供されます。この情報は通常、CDR 課金データベースで失われます。

これにより、P-Asserted-Identity が次のダイヤルの発信者番号として設定されますが、ハングアップ時に CDR に記録されませんでした。それでも元の CALLERID(num) は src としてログに記録されます