forked from swhitley/TwitterStreamClient
-
Notifications
You must be signed in to change notification settings - Fork 0
/
App.config
59 lines (51 loc) · 4.05 KB
/
App.config
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<appSettings>
<add key="loglevel" value="ALL"/>
<add key="use_queue" value="false"/>
<add key="multithread" value="false"/>
<add key="twitter_username" value=""/>
<add key="twitter_password" value=""/>
<!-- If you wish to use an encrypted password, you can use this program. -->
<!-- Build the application and run it from the command line with "/encrypt {your password}" -->
<add key="twitter_password_encrypted" value="false"/>
<add key="stream_url" value="https://stream.twitter.com/1/statuses/filter.json"/>
<!-- Track contributions by Joe Vivona -->
<!-- track_keywords
Specifies keywords to track. Keywords are specified by a comma separated list.
Queries are subject to Track Limitations, described in Track Limiting and subject to access roles,
describe in the statuses/filter method. Track keywords are case-insensitive logical ORs.
Terms are exact-matched, and also exact-matched ignoring punctuation. Phrases, keywords with spaces, are not supported.
Keywords containing punctuation will only exact match tokens. Some UTF-8 keywords will not
match correctly- this is a known temporary defect.
Track_keywords examples: The keyword Twitter will match all public statuses with the following
comma delimited tokens in their text field: TWITTER, twitter, "Twitter", twitter., #twitter and @twitter.
The following tokens will not be matched: TwitterTracker and http://www.twitter.com,
The phrase, excluding quotes, "hard alee" won't match anything. The keyword
"helm's-alee" will match helm's-alee but not #helm's-alee.
Values: Strings separated by commas. Each string must be between 1 and 30 bytes, inclusive.-->
<add key="track_keywords" value="#twitter,#ff"/>
<!--follow_userid are Twitter user IDs (integers), separated by commas-->
<add key="follow_userid" value=""/>
<!--
Specifies a set of bounding boxes to track. Only tweets that are both created using
the Geotagging API and are placed from within a tracked bounding box will be included in the stream
the user's location field is not used to filter tweets (e.g. if a user has their location
set to "San Francisco", but the tweet was not created using the Geotagging API and has no
geo element, it will not be included in the stream). Bounding boxes are specified as a comma
separate list of longitude/latitude pairs, with the first pair denoting the southwest corner of the box.
For example locations=-122.75,36.8,-121.75,37.8 would track tweets from the San Francisco area.
Multiple bounding boxes may be specified by concatenating latitude/longitude pairs, for example
locations=-122.75,36.8,-121.75,37.8,-74,40,-73,41 would track tweets from San Francisco and New York City.
Just as with the track parameter, queries are subject to Track Limitations,
described in Track Limiting and subject to access roles, described in the statuses/filter method.
Both the number and size of bounding boxes is limited. Bounding boxes must be less than one degree
per side, and you may specify up to ten bounding boxes.
Bounding boxes are logical ORs. A locations parameter may be combined with track
parameters, but note that all terms are logically ORd, so the query
string track=twitter&locations=-122.75,36.8,-121.75,37.8 would match any tweets
containing the term Twitter (even non-geo tweets) or coming from the San Francisco area.
Values: longitude/latitude pairs, separated by commas. The first pair specifies the southwest corner of the box.-->
<add key="location_coord" value=""/>
</appSettings>
</configuration>