<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 12 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p
        {mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0cm;
        mso-margin-bottom-alt:auto;
        margin-left:0cm;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
        {mso-style-priority:99;
        mso-style-link:"Balloon Text Char";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:8.0pt;
        font-family:"Tahoma","sans-serif";}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0cm;
        margin-right:0cm;
        margin-bottom:0cm;
        margin-left:36.0pt;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.BalloonTextChar
        {mso-style-name:"Balloon Text Char";
        mso-style-priority:99;
        mso-style-link:"Balloon Text";
        font-family:"Tahoma","sans-serif";}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-IE link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:14.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Hi Jeremy,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:14.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:14.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I build my data from the 7 day feeds with an occasional 30 day thrown in to catch changes, but I do use the I hour for Mag 6 events and have had I think only one problem with latency in the past.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:14.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:14.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I don’t know if Matt is building a catalogue with the data but I certainly would agree that for that context the longer timed feeds are more appropriate.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:14.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:14.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Regards<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:14.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>David<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:14.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Fee, Jeremy [mailto:jmfee@usgs.gov] <br><b>Sent:</b> 14 July 2014 20:26<br><b>To:</b> realtime-feed-users@geohazards.usgs.gov<br><b>Cc:</b> Matt Keller; Harold Lemon; David Loring<br><b>Subject:</b> Re: [Realtime-feed-users] Delayed feeds and/or events (1+ hours)<o:p></o:p></span></p></div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal>Hello,<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Some of the "lag" is from the time it takes for seismic waves to propagate.  Some is due to network reporting thresholds.  Small, dense networks issue automatic solutions for local events within seconds or minutes after an event.  NEIC only issues reviewed solutions, typically 15 minutes after an event to give time for enough station data to arrive.  As analysts further review seismic data, new events may be located and existing events updated or removed.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Realtime feeds and the Catalog web service provide snapshots of contributed data, but it is important to keep in mind that the underlying data is changing as these review processes continue.  Our latest earthquake and event page applications display the current contents of feeds and search results ( <a href="http://earthquake.usgs.gov/earthquakes/map/">http://earthquake.usgs.gov/earthquakes/map/</a> ).<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>If you are trying to build a catalog based on feed snapshots, it is simpler to run our catalog software locally (or use our catalog web service).  PDL can be downloaded from <a href="http://ehppdl1.cr.usgs.gov/" target="_blank">http://ehppdl1.cr.usgs.gov/</a> , and several examples are available on github at <a href="https://github.com/jmfee-usgs/pdl-client-examples" target="_blank">https://github.com/jmfee-usgs/pdl-client-examples</a> .  PDL also triggers configurable processing as data arrives and/or events are updated.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Thanks,<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Jeremy<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div></div><div><p class=MsoNormal style='margin-bottom:12.0pt'><o:p> </o:p></p><div><p class=MsoNormal>On Sat, Jul 12, 2014 at 4:35 AM, David Loring <<a href="mailto:dloring@eircom.net" target="_blank">dloring@eircom.net</a>> wrote:<o:p></o:p></p><div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'>Thinking about it the provision of, or changing to, a 2 hour file would resolve virtually all lags. Probably worth considering.</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'> </span><o:p></o:p></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Realtime-feed-users [mailto:<a href="mailto:realtime-feed-users-bounces@geohazards.usgs.gov" target="_blank">realtime-feed-users-bounces@geohazards.usgs.gov</a>] <b>On Behalf Of </b>David Loring<br><b>Sent:</b> 12 July 2014 11:09<br><b>To:</b> 'Matt Keller'; 'Harold Lemon'</span><o:p></o:p></p><div><p class=MsoNormal><br><b>Cc:</b> <a href="mailto:realtime-feed-users@geohazards.usgs.gov" target="_blank">realtime-feed-users@geohazards.usgs.gov</a><br><b>Subject:</b> Re: [Realtime-feed-users] Delayed feeds and/or events (1+ hours)<o:p></o:p></p></div></div></div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><i>For example, if the event occurs at 1pm, and is posted at 1:30pm, the event would fall off the feed at 2pm thus only staying on the feed for 30 minutes.</i><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>Yup, exactly what happens. This should not be a problem if you are accessing every 5 minutes Matt, except where a quake does not make it to the short list inside one hour as does happen.<o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>David<o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'> </span><o:p></o:p></p><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Realtime-feed-users [<a href="mailto:realtime-feed-users-bounces@geohazards.usgs.gov" target="_blank">mailto:realtime-feed-users-bounces@geohazards.usgs.gov</a>] <b>On Behalf Of </b>Matt Keller<br><b>Sent:</b> 12 July 2014 01:18<br><b>To:</b> Harold Lemon<br><b>Cc:</b> <a href="mailto:realtime-feed-users@geohazards.usgs.gov" target="_blank">realtime-feed-users@geohazards.usgs.gov</a><br><b>Subject:</b> Re: [Realtime-feed-users] Delayed feeds and/or events (1+ hours)</span><o:p></o:p></p></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> <o:p></o:p></p><div><p class=MsoNormal style='mso-margin-top-alt:auto;margin-bottom:12.0pt'>Harold, <br><br>I'm glad to know I'm not the only one experiencing this issue. With regard to events not staying on the feed for an hour, I always assumed that the "Past Hour" meant that it only showed events that actually occurred within the last hour. For example, if the event occurs at 1pm, and is posted at 1:30pm, the event would fall off the feed at 2pm thus only staying on the feed for 30 minutes. I think this is why my app was missing so many events. The event would be posted 1+ hours after it occurred so it was only hitting the Past Day and longer feeds. Though i could be wrong. <o:p></o:p></p></div></div></div></div><p class=MsoNormal style='margin-bottom:12.0pt'><br>_______________________________________________<br>Realtime-feed-users mailing list<br><a href="mailto:Realtime-feed-users@geohazards.usgs.gov">Realtime-feed-users@geohazards.usgs.gov</a><br><a href="https://geohazards.usgs.gov/mailman/listinfo/realtime-feed-users" target="_blank">https://geohazards.usgs.gov/mailman/listinfo/realtime-feed-users</a><o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p></div></div></body></html>