Abstract:
Systems and methods for extracting and organizing quantitative content with a corresponding topic in regard to a particular, desired event, from a body of user posts is presented. More particularly, nearly ubiquitously a body of user posts includes a substantial amount of highly relevant and interesting information goes largely unprocessed and widely inaccessible. According to the disclosed subject matter, a body/corpus of user posts is filtered according to a desired event such that those user posts relating to a desired event is identified. Additionally, the user posts are also filtered according to whether or not the user posts include a quantitative value. An analysis of the filtered user posts is conducted to extract, for qualifying user posts, a quantitative tuple comprising a quantitative value and a corresponding topic.

Description:
BACKGROUND 
       [0001]    When an event occurs that affects the lives of people, one of the responses is to generate and disseminate comments regarding the event. Often, the comments are made in the form of social content and distributed via one or more online social services. For example, when a massive earthquake struck Japan, millions of people posted, texted, or tweeted information relating to the event. These millions of people included both people directly affected by the earthquake, people tangentially affected by the earthquake, as well as those that demonstrated an interest or concern regarding the earthquake. 
         [0002]    While people are often aware of the main topic or topics of a particular event, there are typically numerous sub-topics and related topics to the event, most of which are lost in the buzz surrounding the main topic and go largely unnoticed by the general populace. Referring again to the earthquake and resultant tsunami in Japan (in 2001), information such as the fact that a 250-mile-long coastal section of Japan dropped in altitude by two feet that allowed the tsunami to travel farther and faster inland, though published, received relatively little notice in light of the overall “story” of the quake and the destruction caused by the tsunami. Yet this fact, and many others, tell a very interesting and robust story about the event. 
         [0003]    While there are typically numerous, significant details surrounding any given event, many of the details will typically fall into obscurity without any means for retrieving them or accessing them, including viewing/presenting the details within the context of the event. Thus, the true scope of most events is lost. 
       SUMMARY 
       [0004]    The following Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. The Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter. 
         [0005]    Systems and methods for extracting quantitative content with a corresponding topic in regard to a particular, desired event, from a body of user posts is presented. More particularly, nearly ubiquitously a body of user posts includes a substantial amount of highly relevant and interesting information goes largely unprocessed and widely inaccessible. According to the disclosed subject matter, a body/corpus of user posts is filtered according to a desired event such that those user posts relating to a desired event is identified. Additionally, the user posts are also filtered according to whether or not the user posts include a quantitative value. An analysis of the filtered user posts is conducted to extract, for qualifying user posts, a quantitative tuple comprising a quantitative value and a corresponding topic. 
         [0006]    According to aspects of the disclosed subject matter, a quantitative data extraction service is presented. The quantitative data extraction service is a service implemented on a computing system comprising at least a processor and a memory, where the processor executes instructions retrieved from the memory as part of or in conjunction with additional components to generate quantitative tuples from a corpus of user posts. These additional components comprise at least a quantitative tuple generator, an event filter component, a quantitative value filter component, and a tuple extraction component. The quantitative tuple generator is configured to receive an indication of a desired event, access a first corpus of user posts, and extract/generate a body of quantitative tuples from the user posts. In extracting/generating the quantitative tuples, the quantitative tuple generator filters the corpus of user posts according to the desired event via an event filter component which results in a second corpus of user posts comprising user posts each corresponding to the desired event. The quantitative tuple generator also filters the second corpus of user posts according to whether or not the user posts each include a quantitative value via a quantitative value filter component, resulting in a third corpus of user posts comprising user posts each having a quantitative value in the content of the user post. For each of the user posts of the filtered corpus of user posts, a determination is made as to whether the content of the user post includes at least a quantitative value and a topic, wherein the quantitative value corresponds to the topic. Upon determining that the user post includes a quantitative value and topic and that the quantitative value corresponds to the topic, a quantitative tuple is extracted based on the quantitative value, and quantitative tuple is stored in a set of quantitative tuples. 
         [0007]    According to additional aspects of the disclosed subject matter, a computer-implemented method for generating a body of quantitative tuples from a corpus of user posts is presented. The method includes accessing a first corpus of user posts and filtering the first corpus of user posts according to a desired event. The result of filtering the first corpus of user posts according to the desired event is a second corpus of user posts corresponding to the desired event. With regard to the method, the second corpus of user posts is filtered according to whether or not the user posts include a quantitative value. The result of filtering the second corpus of user posts according to whether or not the user posts include a quantitative value is a third corpus of user posts corresponding to the desired event that include a quantitative value. With regard to the method, quantitative tuples are extracted from the user posts of the third corpus of user posts. Extracting quantitative tuples from the user posts comprises, for each user post of the third corpus of user posts first determining whether the user post includes at least a quantitative value and a corresponding topic, and generating a quantitative tuple from at least the quantitative value and the corresponding topic in a set of quantitative tuples upon determining that the user post includes a quantitative value and corresponding topic. The quantitative tuples are then stored in a quantitative tuple data store for access. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0008]    The foregoing aspects and many of the attendant advantages of the disclosed subject matter will become more readily appreciated as they are better understood by reference to the following description when taken in conjunction with the following drawings, wherein: 
           [0009]      FIG. 1  is block diagram illustrating an exemplary networked environment suitable for implementing aspects of the disclosed subject matter; 
           [0010]      FIG. 2  is a block diagram illustrating exemplary processing steps from a body of content items into quantitative tuples stored in a quantitative tuple data store; 
           [0011]      FIG. 3  is a block diagram illustrating an exemplary topical graph corresponding to an event and various subtopics comprising aggregated and/or clustered quantitative tuples; 
           [0012]      FIG. 4  is a flow diagram illustrating an exemplary routine suitable for processing a corpus of user posts, generating quantitative tuples, and organizing the quantitative tuples into a topical graph; 
           [0013]      FIG. 5  is a flow diagram illustrating an exemplary routine for filtering a corpus of user posts according to a particular event; 
           [0014]      FIG. 6  is a flow diagram illustrating an exemplary routine for filtering a corpus of user posts for those that include a quantitative value; 
           [0015]      FIG. 7  is a flow diagram of an exemplary routine  700  for extracting quantitative tuples from user posts; and 
           [0016]      FIG. 8  is a block diagram illustrating exemplary components of a quantitative data extraction service, as implemented on a computing device, suitable for implementing aspects of the disclosed subject matter. 
       
    
    
     DETAILED DESCRIPTION 
       [0017]    For purposes of clarity, the term “exemplary” in this document should be interpreted as serving as an illustration or example of something, and it should not be interpreted as an ideal and/or a leading illustration of that thing. 
         [0018]    The term “user post” refers to computer user (or more simply a “user”) generated content regarding a particular event, occurrence, condition, situation, etc. Typically, a user post is a short post of content, typically directed to other users within a social network. An example of a user post is a text message (as is typically understood) on a computing device regarding a particular event or occurrence. Similarly, an example of a user post is a content post on a social networking site, such as Facebook®. Still further, a message sent across a broadcasting social service, such as a Tweet on Twitter® is also a user post. Of course, these examples of user posts are not an exhaustive list but rather illustrative of user posts. While user posts are frequently in the form of textual content, the disclosed subject matter is not so limited. For example, a user post may correspond to an image, audio-based content, or audio/video-based content. 
         [0019]    Generally speaking, an “event” denotes a thing that occurs or happens, typically but not exclusively a thing of importance or significance. However, as used herein when referring to extracting quantitative content regarding an “event,” the term is broadly used to include conditions, situations, and the like. Often an event will correspond to a specific moment in time or time period. However, in various embodiments of the disclosed subject matter, an event may correspond to an on-going, continuing circumstance, situation or condition. Further still, an event may be cyclical or periodic. 
         [0020]    The term, “quantitative value,” refers to a number or amount with regard to a particular topic. Often, but not exclusively, a quantitative value is specific value/amount with regard to a particular topic and corresponds to a type of measurement. Typically, the value will be accompanied by the nature of the value: e.g., percent, miles, repetitions, etc. While a quantitative value is often a specific value/amount, a quantitative value may also be a relative amount. For example, the phrase “twice the typical annual snowpack” includes a quantitative value “twice” and, while it does not (of itself) specify an absolute value, the relative value “twice” should be viewed as a quantitative value. 
         [0021]    The term “quantitative tuple” refers to an aggregation of at least a quantitative value and a corresponding topic. With regard to the example phrase “twice the typical annual snowpack,” the quantitative tuple would comprise at least the quantitative value “twice” with the corresponding topic “annual snow pack.” While a quantitative tuple will include at least a quantitative value and a corresponding topic, a quantitative tuple may include additional elements related to the value/topic pairing. For example, a quantitative tuple from the example phrase “twice the typical annual snowpack” may also include elements (by way of illustration and not limitation) regarding where the snow pack is located, what year (or month) the statement was made, and the like. 
         [0022]    According to aspects of the disclosed subject matter, systems and methods for extracting quantitative data from online content is presented. As a general description, a corpus of online content is accessed and a subset of the corpus that pertains to a particular event is identified, referred to as event content. Each item of event content is evaluated as to whether or not the item of content includes a quantitative value, and the subset of items of event content that include a quantitative value are referred to as quantitative event content. The items of content in the quantitative event content is evaluated to identify those items of content that include, at least, a quantity corresponding to a topic. From those items of content that include at least a quantity and corresponding topic, a quantitative tuple is generated and aggregated and, in so doing, a collection of quantitative data regarding an event is generated and stored. 
         [0023]    Turning now to the figures,  FIG. 1  is block diagram illustrating an exemplary networked environment  100  suitable for implementing aspects of the disclosed subject matter. In particular, the networked environment  100  includes one or more user computing devices, such as user computing devices  102 - 106 , each connected to a network  108  via a network connection. Using a computing device a user, such as computer user  101  via computing device  102 , can generate one or more user posts regarding one or more events. The network environment  100  also includes various social networking services (implemented on one or more computing devices), such as social networking services  110  and  112 . Typically, but not exclusively, the user posts from the computer users via the computing devices are transmitted to the social networking services and made available to other computer users. Further, the social networking services typically maintain and store the user posts from multiple users and, in some instances, the user posts can be made available to other services. According to aspects of the disclosed subject matter the user posts from the various social networking services is made available to a quantitative data extraction service  114  (as implemented by one or more computing devices). As can be seen, the quantitative data extraction service  114  is also connected to the network  108  via network connection. 
         [0024]    By way of illustration and not limitation, user computing devices, such as user computing devices  102 - 106 , may include a variety of computing devices including, but not limited to: desktop computers, such as user computing device  104 ; laptop computers; tablet computers, such as tablet computing device  102 ; smart phones, such as smart phone  106 ; wearable devices; and the like. Through various user interfaces on a computing device, such as computing device  102 , a computer user, such as user  101 , inputs information that is the basis of one or more user posts. These user posts are then typically transmitted over a network  108  to one or more services, such as the social networking services  110  and  112 , where they become accessible to others, as well as being stored by the services. 
         [0025]    The quantitative data extraction service  114  accesses the user posts of a plurality of computer users stored by each of the social networking services  110 - 112  to extract quantitative information from the user posts and generated quantitative information regarding one or more events. The process of extracting the quantitative information regarding an event is set forth in general detail in regard to  FIG. 2 .  FIG. 2  is a block diagram illustrating processing steps of an exemplary process  200 , as implemented by the quantitative data extraction service  114 , in extracting quantitative information, particularly quantitative tuples, from a corpus of user posts (typically corresponding to a plurality of computer users) obtained from one or more sources of user posts including social networking services, such as social networking services  110  and  112 . 
         [0026]    The process  200  begins with the corpus of user posts  202  that have been obtained from one or more sources, such as social networking sites  110  and  112 . A first processing  203  occurs in filtering the corpus of user posts  202  to only those user posts that correspond to a particular event. The filtering may conducted according to a variety of aspects regarding the user posts. These include, but are not limited to: filtering according to date/time (i.e., user posts that were generated during a predetermined time period); filtering according subject matter within a user post recognized to be associated with the event including so-called hashtags; geographic origin of the user post; originator of the user posts (e.g., from a computer user known to be associated with or an authority of the event); and the like. The result of filtering/processing  203  the initial corpus of user posts is a second corpus  204  of user posts corresponding to the event. 
         [0027]    The second corpus  204  of user posts is again filtered/processed  205 ; this second processing corresponding to identifying and retaining those user posts that include quantitative information in the content of the user posts. The results of this process  205  is a third corpus of user posts that correspond to a particular event and include a quantitative value. In examining text-based user posts, the content of a user post may be evaluated for a quantitative value by scanning, searching, and/or conducting a syntactic analysis for numerical digits, for the textual representation of numbers (e.g., “four” or “twenty”), as well as patterns that represent numerical value (e.g., “score,” “dozen,” or “gross”). Similarly, numerical values of other languages, e.g., Spanish, French, Chinese, etc., may also be recognized. Pattern matching may be used to identify one or more quantitative values in a user post. 
         [0028]    Once the corpus of user posts  206  that correspond to an event and that include a quantitative value is identified, another filter/process  207  is applied to the remaining user posts in order to generate a set of quantitative tuples  208 . Each quantitative tuple includes at least a quantity and a topic. Thus, from an exemplary user post such as “Japan coast drops 2.5 feet during earthquake,” the process  207  would generate a tuple comprising something like {2.5}{Number of feet Japanese coast dropped during quake}. In addition to the quantitative value and the corresponding topic, a quantitative tuple may also include additional elements of information derived from the user post. According to various embodiments, the additional elements may include, by way of illustration and not limitation: contextual information regarding the tuple (not including the quantitative value or the corresponding topic, of course); a confidence value regarding the validity of information in the tuple with regard to the event; the date of origin of the user post; thread information regarding the user post, including the number of reposts of the user post; that the user post was generated by person viewed as an authority of the desired event; the location in which the user post was generated; the number of user posts directed to the corresponding topic of the quantitative tuple; and the like. 
         [0029]    In addition to generating the quantitative tuples, the process  207  groups similar/like quantitative tuples, maintaining a count as to the number of user posts that indicated the quantitative information, and the quantitative tuples are stored in a quantitative tuple data store  210 . As part of storing the quantitative tuples, the groups of quantitative tuples may be organized according to topic and subtopic, which can be further organized into one or more graphs of related quantitative content, including a hierarchical graph. As should be appreciated, an advantage realized by organizing and clustering the quantitative tuples into topics/subtopics and/or graphs is to create structures or taxonomies from the clusters to represent the quantitative information in a manner that can be readily accessed and explored.  FIG. 3  is a block diagram illustrating an exemplary topical graph  300  corresponding to an event and subtopics, comprised of a main node  302  corresponding to the event, nodes  304 - 308  corresponding to subtopics of the event, and nodes  310 - 12  and  314  corresponding to subtopics of the subtopics  304  and  306 , respectively. By way of illustration and with regard to the example of the Japan  2011  earthquake mentioned above, node  302  may correspond to the earthquake, while node  304  may correspond to the resultant tsunami, and node  310  may correspond to the subtopic regarding the Japanese coast dropping 2.5 feet during the quake, thereby allowing the tsunami to reach further and faster inland. Of course, while the topical graph  300  is presented in  FIG. 3  as a hierarchical graph, this is illustrative of one embodiment and should not be viewed as limiting upon the disclosed subject matter. 
         [0030]    Associated with each of the nodes in the topical graph  300  is one or more quantitative tuples regarding the particular subject matter of the topic/sub-topic. Each node in the topical graph  300  may identify the number of user posts regarding the particular subject matter. Further, each node may include one or more representative user posts regarding the subject matter. In some circumstances, a confidence value may be associated with one or more nodes indicating a confidence that the quantitative tuple (the quantitative value and corresponding subject matter) is accurate. Information regarding authoritative users that generated one or more user posts may be included as well. 
         [0031]    Turning now to  FIG. 4 , this figure is of a flow diagram illustrating an exemplary routine  400  suitable for processing a corpus of user posts, generating quantitative tuples, and organizing the quantitative tuples into one or more topical graphs, such as topical graph  300 . Beginning at block  402 , an executing process (such as a process or service provided by the quantitative data extraction service  114  executing on a computing device) receives an indication to extract quantitative data from user posts regarding the event. At block  404 , the corpus of user posts (or online content) is accessed for analysis with regard to the particular event. 
         [0032]    At block  406 , the corpus of user posts is filtered to identify those that relate to the particular desired event. Filtering the corpus of user posts for those posts corresponding to the event is described in regard to  FIG. 5 . Turning to that figure,  FIG. 5  is a flow diagram illustrating an exemplary routine  500  for filtering a corpus of user posts according to a particular event. Beginning in block  502 , an iterative loop begins to process each user post of the corpus of user posts. For purposes of brevity in description of  FIG. 5 , when reference is made to “the user post” or a single user post, it is a shorthand reference to “the user post of the corpus of user posts that is currently being processed by the iterative loop.” As an exception to reference to a single user post, the “next user post” is shorthand for “the next user post of the corpus of user posts to be processed by the iterative loop.” 
         [0033]    After beginning the iterative loop of processing the corpus of user posts, at block  504 , the user post is examined to verify whether the user post was generated and/or distributed at a time that corresponded with the desired event for which the corpus of user posts is being filtered. Often, but not exclusively, a definite time period relevant to the desired event may be used as a filter to identify those user posts that potentially correspond to the desired event. For example with regard to the 2011 Japan earthquake, most user posts that were generated before the time of the earthquake are likely not related to the event. Even so, in a non-limiting example, there may have been some user posts that described particular conditions that could be viewed as precursors to the earthquake, or conditions with regard to the Fukushima nuclear facilities that are relevant to the event. Thus, while examining a user post for a particular time/date may correspond to a more positive indication of relevancy to the desired event, in some cases it may not yield fully indicate that the user post is not related to the desired event. In certain embodiments, a confidence value may be associated with the user post indicating a relative confidence that the user post may be related to the desired event based on a time period. 
         [0034]    At block  506 , the user post may further be evaluated to determine whether the user post includes subject matter (i.e., an event-related topic) that is related to the desired event. In the case that the user post is text-based, a taxonomy of words and phrases related to the desired event may be used in pattern matching to determine a likelihood that the user post is related to the desired event. This likelihood can then be combined with any confidence value already associated with the user post to modify, as appropriate, the level of confidence that the user post is related to the desired event. The taxonomy may include phrases (slogans, mottos, catch-phrases, etc.) that people were/are known to user with regard to the desired event. Additionally, an examination of the user post thread (tracing back to a source or previous user post known to be related to the event) may also be used. Often, though not exclusively, a semantic analysis of the content may be used, often in conjunction with one or more of the techniques mentioned above, to determine whether that subject matter of the user post is related to the desired event. Also, for those user posts that are not textual in nature, pattern matching among phonemes may be used. Transcription from audio to text and then implementation of various techniques, including all or some of those mentioned above, may be used. OCR transcription (which is known in the art) may be used to render a textual representation of characters found in an image, which may then be processed via the textual processing mentioned above. Pattern matching to other images, sounds, and/or videos known to be related to the desired event may be employed depending on the nature of the content of the user post. All of these may be used in determining (or updating) a confidence value that the user post is related to the desired event. 
         [0035]    While not mentioned, there may be additional attributes of the user post that may be examined to determine whether or not the user post is related to the desired event. These attributes include, by way of illustration and not limitation: the location of the user/originator of the user post at the time that the user post was generated; the language in which the user post is generated; that the user/originator of the user post is a known authority of the topic of the desired event; and the like. As above, these attributes may be used as factors to determine or update a confidence value associated with the user post that it is or is not related to the desired event. 
         [0036]    At decision block  508 , a determination is made as to whether the user post is (or likely is) related or corresponds to the desired event. In one embodiment, this may be a true/false determination according to whether the user posts meets one or more criteria of the above-described process (e.g., within a specific time period, subject matter confirmed to be that of the event, etc.) Alternatively, to the extent that a confidence value regarding whether or not the user post is related to the event has been generated during processing, the confidence value of the user post may be compared to a predetermined threshold such that if the user post has a sufficiently high confidence value to meet or exceed the threshold then the user post should be retained as being related to the event. Alternatively, if the confidence value of the user post does not meet the predetermined threshold value, the user post should not be retained. Thus, at decision block  508 , if the user post is not to be retained, the routine  500  returns to block  502  where the next user post is to be processed. On the other hand, at decision block  508 , if the user post is to be retained, the routine  500  moves to block  510 . At block  510 , the user post is retained as being in the corpus of user posts corresponding to the event. Thereafter, the routine  500  returns to block  502  to process the next user post in the iteration and processing of the corpus of user posts. 
         [0037]    At block  502 , once the iteration process has processed all user posts, the routine  500  proceeds to block  512  where the corpus of user posts corresponding or relating to the event (those not filtered out from further processing by routine  500 ) is returned, and the routine  500  terminates. 
         [0038]    With reference again to  FIG. 4 , after receiving the user posts corresponding or relating to the event from routine  500 , this filtered corpus is then further filtered to generate a corpus of user events that correspond to the event and that further include a quantitative value. This second filtering is described in regard to  FIG. 6 . Turning to that figure,  FIG. 6  is a flow diagram illustrating an exemplary routine  600  for filtering a corpus of user posts for those that include a quantitative value. Beginning at block  602 , an iterative loop begins to process each user post of the corpus of user posts. As above, for purposes of brevity in description of  FIG. 6 , when reference is made to “the user post” or a single user post, it is a shorthand reference to “the user post of the corpus of user posts that is currently being processed by the iterative loop.” As an exception to reference to a single user post, the “next user post” is shorthand for “the next user post of the corpus of user posts to be processed by the iterative loop.” 
         [0039]    At block  604 , the user post is examined for numbers. When the content of a user post is a text-based user post, an examination of the text for numerical characters may indicate whether or not the user post includes numbers. In the case of non-textual content, transcription of audio to text, or OCR (optical character recognition) of image to text and subsequent evaluation of the translated content for numbers may be made. 
         [0040]    At block  606 , the user post is examined for numeric text, i.e., numbers spelled out rather than represented by numeric characters. An example of numeric text may be “four,” “dozen,” “double,” and the like. Again, for non-text content, transcription from original content may be made. Alternatively, phoneme matching (for audio) and/or pattern matching (for images or video) may be employed to identify both numbers and numerical text. 
         [0041]    At block  608 , the user post (particularly, but not exclusively, in regard to textual content) is examined for misspelled numeric text, i.e., content that should be numerical content but is misspelled. Examples of misspelled content include “for” instead of “four,” “to” instead of “two,” “4teen” for “fourteen,” and the like. These corrections may be made after a semantic analysis of the content to determine whether or not a word (such as “for” or “four”) is misspelled, given the context of its usage. For example, in the phrase “pray four peace” the word “four” is a misspelling of the word “for,” and the user post should not be evaluated as including numeric text. Conversely, in the phrase “there were for people present,” the word “for” is a misspelling of the word “four” and the corresponding user post should be evaluated as including numeric text. 
         [0042]    At block  610 , the user post (again, with particularity to text-based content) is evaluated for common non-numeric usage of numbers. Examples include (by way of illustration and not limitation) phrases such as: “sent it 2 me,” “that is gr8,” and “pray 4 peace.” A semantic analysis of these to determine the likely user intent of the phrasing is used to identify when the usage of numbers corresponds to non-numeric content. 
         [0043]    Based on the various examinations, evaluations, and analyses described above, at block  612  a determination is made as to whether or not the user post includes a numeric/quantitative value. If not, the user post is not included in the filtered corpus of user posts that include quantitative values and the routine  600  returns to block  602  to process the next user post. Alternatively, if it is determined that the user post includes a quantitative value, the routine  600  proceeds to block  614  and the user post is retained in the filtered corpus of user posts that includes a numeric/quantitative value. 
         [0044]    At block  602 , once it is determined that all user posts of the corpus that is being processed have been evaluated, the routine proceeds to block  616  where the corpus of user posts that includes a numeric/quantitative value is returned and the routine  600  terminates. 
         [0045]    With reference again to  FIG. 4 , after receiving the filtered corpus of user posts that includes a numeric/quantitative value from routine  600 , this filtered corpus is then evaluated to extract quantitative tuples from the user posts. Extracting quantitative tuples from the filtered corpus of user posts that that includes a numeric/quantitative value and that are also related to the desired event, is described in regard to  FIG. 7 . Turning to that figure,  FIG. 7  is a flow diagram of an exemplary routine  700  for extracting quantitative tuples from user posts. 
         [0046]    Beginning at block  702 , an iterative loop is begun to process all of the user posts (that have been filtered according to the event and that have a quantitative value.) As above, for purposes of brevity in description of  FIG. 7 , when reference is made to “the user post” or a single user post, it is a shorthand reference to “the user post of the corpus of user posts that is currently being processed by the iterative loop.” As an exception to reference to a single user post, the “next user post” is shorthand for “the next user post of the corpus of user posts to be processed by the iterative loop.” 
         [0047]    At block  704 , the content/subject matter of the user post is divided into parts of speech via a semantic analysis of the content. Dividing the content of the user post into parts of speech may be performed using a taxonomy of the language structure of the content. For example, words in the English language may be evaluated according to a lexical database, such as Word Net®, and compared to a taxonomy of syntactic structures to identify the parts of speech such that a topic and a corresponding quantitative value can be extracted. At block  706 , a quantitative value/subject matter pair/tuple is determined (or an attempt to determine) from the various parts of speech, the tuple comprising at least a quantitative value and a corresponding topic. 
         [0048]    At block  708 , a determination is made whether a quantitative tuple was identified from the user post. If not, the process  700  returns to block  702  to process the next user post in the corpus of user posts that are being processed. Alternatively, if a quantitative tuple was identified/determined from the user post, the routine  700  proceeds to block  710 . At block  710 , the quantitative tuple is optionally matched against templates of known tuples to determine whether the determined quantitative tuple is a valid quantitative tuple. Typically, but not exclusively, the know templates are a “black list” of templates, i.e., templates that are not valid quantitative tuples. At decision block  712 , if the previously identified quantitative tuple is determined to not be a valid quantitative tuple, the routine  700  returns to block  702  to process the next user post. Alternative, the routine proceeds to block  714 . 
         [0049]    At block  714 , additional data regarding the determined quantitative tuple for the user post is identified and added to the tuple. As indicated above, this may various aspects of the user post include (by way of illustration and not limitation): the user that generated the user post, the date/time of generation of the user post, the geo-location when the user post was generated, a confidence factor relating to the subject matter of the user post, and the like. At block  716 , the quantitative tuple is retained and the process returns to block  702  to process a next user post. 
         [0050]    The iterative process (begun in block  702 ) continues as described above until all user posts have been processed. Thereafter, at block  718 , the set of quantitative tuples is returned as the result of the routine  700  and the routine terminates. 
         [0051]    Return, once again, to  FIG. 4 , after extracting the quantitative tuples from the user posts, at block  412  the quantitative tuples are clustered/aggregated according to similarity, particularly (but not exclusively) according to subject matter. By clustering the quantitative tuples, sub-topics regarding the desired event can be identified. Indeed, at block  414  and based on the clusters, a topic arrangement of the event is organized. Thereafter, at block  416 , the quantitative tuples and the topic arrangement are stored in a quantitative tuple data store. Thereafter, the routine  400  terminates. 
         [0052]    Regarding routines  400 ,  500 ,  600  and  700  described above, as well as other processes describe herein, while these routines/processes are expressed in regard to discrete steps, these steps should be viewed as being logical in nature and may or may not correspond to any actual and/or discrete steps of a particular implementation. Also, the order in which these steps are presented in the various routines and processes should not be construed as the only order in which the steps may be carried out. In some instances, some of these steps may be omitted. Moreover, while these routines include various novel features of the disclosed subject matter, other steps (not listed) may also be carried out in the execution of the subject matter set forth in these routines. Those skilled in the art will appreciate that the logical steps of these routines may be combined together or be comprised of multiple steps. Steps of the above-described routines may be carried out in parallel or in series. Often, but not exclusively, the functionality of the various routines is embodied in software (e.g., applications, system services, libraries, and the like) that is executed on one or more processors of computing devices, such as the computing device described in regard to the quantitative data extraction service  114 , as will described below in regard to  FIG. 8 . As previously mentioned, in various embodiments all or some of the various routines may also be embodied in executable hardware modules including, but not limited to, system on chips, specially designed processors and or logic circuits, and the like on a computer system. 
         [0053]    These routines/processes are typically implemented within executable code comprising routines, functions, looping structures, selectors such as if-then and if-then-else statements, assignments, arithmetic computations, and the like. However, the exact implementation in executable statement of each of the routines is based on various implementation configurations and decisions, including programming languages, compilers, target processors, operating environments, and the linking or binding operation. Those skilled in the art will readily appreciate that the logical steps identified in these routines may be implemented in any number of ways and, thus, the logical descriptions set forth above are sufficiently enabling to achieve similar results. 
         [0054]    While many novel aspects of the disclosed subject matter are expressed in routines embodied in applications (also referred to as computer programs), apps (small, generally single or narrow purposed, applications), and/or methods, these aspects may also be embodied as computer-executable instructions stored by computer-readable media, also referred to as computer-readable storage media. As those skilled in the art will recognize, computer-readable media can host computer-executable instructions for later retrieval and execution. When the computer-executable instructions that are stored on the computer-readable storage devices are executed, the execution thereof causes, configures and/or adapts the computing device to carry out various steps, methods and/or functionality, including those steps, methods, and routines described above in regard to the various illustrated routines. Examples of computer-readable media include, but are not limited to: optical storage media such as Blu-ray discs, digital video discs (DVDs), compact discs (CDs), optical disc cartridges, and the like; magnetic storage media including hard disk drives, floppy disks, magnetic tape, and the like; memory storage devices such as random access memory (RAM), read-only memory (ROM), memory cards, thumb drives, and the like; cloud storage (i.e., an online storage service); and the like. For purposes of this disclosure, however, computer-readable media expressly excludes carrier waves and propagated signals. 
         [0055]    Turning now to  FIG. 8 ,  FIG. 8  is a block diagram illustrating exemplary components of a quantitative data extraction service  114 , as implemented on a computing device, suitable for implementing aspects of the disclosed subject matter. The exemplary quantitative data extraction service  114  includes one or more processors (or processing units), such as processor  802  and a memory  804 , interconnected by way of a system bus  810 . The memory  804  typically (but not always) comprises both volatile memory  806  and non-volatile memory  808 , as discussed above. Further still, the quantitative data extraction service  114  includes a network communication component  812  for interconnecting the computing device with other devices over a computer network, such as network  108 , including social networking services  110  and  112 . The network communication component  812 , sometimes referred to as a network interface card or NIC, communicates over the network  108  using one or more communication protocols via a wired connection, a wireless connection, or both. As will be readily appreciated by those skilled in the art, a network communication component, such as network communication component  812 , is typically comprised of hardware and/or firmware components (and may also include or comprise software components) that transmit and receive digital and/or analog signals over a transmission medium (i.e., the network  108 .) 
         [0056]    Also included in the exemplary quantitative data extraction service  114  is a quantitative tuple generator  820 . The quantitative tuple generator  820  receives one or more directives or instructions to generated quantitative tuples for a particular event and the carries out a process for doing so, as described in regard to routine  400  of  FIG. 4 . This includes accessing (typically via the network communication component  112 ) a corpus of user posts from one or more sources over a network  108 , executing various filters on the corpus of user posts, these filters including an event filter  822  (as described in regard to routine  500  of  FIG. 5 ) and a quantitative value filter  824  (as described in regard to routine  600  of  FIG. 6 ). After filtering the corpus of user posts, the quantitative tuple generator  820  relies upon the tuple extraction component  828  to extract quantitative tuples  208  from the filtered corpus of user posts (as described in regard to routine  700  of  FIG. 7 .) The tuple clustering component  826  clusters/aggregates similar tuples into clusters of like tuples after which a topical organizing component  830  organizes or arranges the clusters of quantitative tuples according to topics and, in some instances, subtopics. As indicated above, in various embodiments, the topical organizing component  830  may be configured to generate a topical arrangement of the event according to the topics of the clustered quantitative tuples. As should be appreciated and as indicated above, some of the motivation behind and an advantage realized by organizing, arranging and/or clustering the quantitative tuples into topics and subtopics and/or topical graphs is to create structures and/or taxonomies from the clusters to represent the quantitative information in a manner that can be readily accessed and explored by a person. The topical arrangement of the event, along with the quantitative tuples, are stored in the quantitative tuple data store  210  for future reference and/or access. 
         [0057]    Regarding the various components of the exemplary quantitative data extraction service  114 , those skilled in the art will appreciate that many of these components may be implemented as executable software modules stored in the memory of the computing device, as hardware modules (including SoCs—system on a chip), or a combination of the two. Moreover, many of the various components may be implemented as an independent, cooperative process or device, operating in conjunction with or on one or more computer systems and or computing devices. It should be further appreciated, of course, that the various components described above in regard to the exemplary quantitative data extraction service  114  should be viewed as logical components for carrying out the various described functions. As those skilled in the art will readily appreciate, logical components and/or subsystems may or may not correspond directly, in a one-to-one manner, to actual, discrete components. In an actual embodiment, the various components of each computer system may be combined together or broke up across multiple actual components and/or implemented as cooperative processes on a computer network. 
         [0058]    While the above description is made in specific regard to user posts, it should be appreciated that the disclosed subject matter is not limited to operating solely on user posts. In a suitably configured quantitative data extraction service  114 , nearly all content may be accessed and processed for quantitative tuples and a topical arrangement as described above. Indeed, while various novel aspects of the disclosed subject matter have been described, they should be viewed as illustrative embodiments and should not be construed as limiting upon the disclosed subject matter. Variations and alterations to the various aspects may be made without departing from the scope of the disclosed subject matter.