Abe Neuwirth

I don't think this is in fuzzyjoin's scope. Despite its name, joins made with fuzzyjoin are deterministic and are not estimates.

There's a maximum of 50 characters (imposed by GDELT). Also, don't forget to specify `timespan="custom"`, otherwise it defaults to `timespan="all"` even when you pass a `start_time` and `end_time`

@hrbrmstr perhaps this limit should be added as a stopping condition before the query is sent to the api.

There's an issue with the [json returned for the timespan of 2015-12-27 - 2016-01-25](http://television.gdeltproject.org/cgi-bin/iatv_ftxtsearch/iatv_ftxtsearch?primary_keyword=clinton&context_keywords=emails,email,server&filter_network=AFFNETALL&filter_timespan=CUSTOM&filter_timespan_custom_start=12%2F28%2F2015&filter_timespan_custom_end=01%2F24%2F2016&filter_displayas=RAW&filter_combineseparate=SEPARATE&filter_outputtype=JSON) for your query. In other words, GDELT is returning invalid json.

hmm, that seems like an issue with `map_df`. Try `clinton_timeline

Oh, I see now. The issue is that the first two lists in `emails` are null. Seems like `map_df` doesn't know how to deal with null lists when it's only...

@pssguy Not sure if it's a bug, but to me it's inconsistent behavior, unless there's something I missed about purrr. I filed it as an issue: https://github.com/tidyverse/purrr/issues/306

Use `timespan = "custom"`. By default, `timespan` is set to `"all"` which causes the temporal ranges to be ignored.

I remember running into a similar issue in the past and I solved it with `st_zm` (which is obviously not possible with `st_read`.) And thanks for the amazing work you...

I would propose to just use F# pipe ligature for `%>%`. In R, custom operators are defined between percent signs, so anyone can define an operator like so `%whatever% %`