<div dir="ltr">Hello,<div><br></div><div>The ids in the feeds are "eventually consistent" because they run on distributed systems that may have different information at different times.  Generally, we recommend using the feature "id" attribute and when processing a previously unseen id checking the "ids" list to see if the system has already processed the event under a different id.</div><div><br></div><div><br></div><div>As an alternative to building a catalog from the feeds (not recommended), and for push access to our information, you can use our java data distribution software to build/update the catalog; and trigger external processing as changes are made.</div><div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div><a href="https://github.com/usgs/pdl">https://github.com/usgs/pdl</a><br></div></blockquote><br></div><div>An example configuration of the "indexer" is available on github:</div><div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div><a href="https://github.com/jmfee-usgs/pdl-client-examples/tree/indexer">https://github.com/jmfee-usgs/pdl-client-examples/tree/indexer</a><br></div></blockquote><br></div><div><br></div><div>Thanks,</div><div><br></div><div>Jeremy</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 8, 2016 at 5:12 PM, Adam Kalachman <span dir="ltr"><<a href="mailto:akalachman@google.com" target="_blank">akalachman@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>I have a couple of questions regarding id stability in the GeoJSON earthquakes feed. The 'ids' field appears to specify the id of each contributing network, but is there any consistency to the ordering of this field? Best I can tell, it's neither chronological nor alphabetical.</div><div><br></div><div>Assuming the order is arbitrary, is there some way that a stable record id, independent of any individual sensor networks, could be added to the GeoJSON schema?</div><div><br>For example, say the feed reports an earthquake with ids ak000, us001, and nc002, and preferred id us001. Then a client of the feed might've seen ak000 and nc002 previously, and it's the responsibility of the client to track down those earthquake summaries and replace or merge them with the new data. If, however, all three were assigned a single stable id, say, eq0003, then each updated summary could more easily replace its previous versions.</div><div><br></div><div>Thanks,</div><div>Adam</div><span class="HOEnZb"><font color="#888888"><div><div><br></div>-- <br><div><div dir="ltr"><br><div style="line-height:1.5em;padding-top:10px;margin-top:10px;color:rgb(85,85,85);font-family:sans-serif;font-size:small"><span style="border-width:2px 0px 0px;border-style:solid;border-color:rgb(213,15,37);padding-top:2px;margin-top:2px">Adam Kalachman |</span><span style="border-width:2px 0px 0px;border-style:solid;border-color:rgb(51,105,232);padding-top:2px;margin-top:2px"> Software Engineer |</span><span style="border-width:2px 0px 0px;border-style:solid;border-color:rgb(0,153,57);padding-top:2px;margin-top:2px"> <a href="mailto:akalachman@google.com" target="_blank">akalachman@google.com</a> |</span><span style="border-width:2px 0px 0px;border-style:solid;border-color:rgb(238,178,17);padding-top:2px;margin-top:2px"> 256-509-5336</span></div></div></div>
</div></font></span></div>
<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" rel="noreferrer" target="_blank">https://geohazards.usgs.gov/mailman/listinfo/realtime-feed-users</a><br>
<br></blockquote></div><br></div>