<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Web Service aficionados<div><br><div><span class="Apple-tab-span" style="white-space:pre"> </span>The question of how IRIS deals with catalogs and especially the issue of authoritative sources and preferred hypocenters has been of concern for some time. </div><div><br></div><div><span class="Apple-tab-span" style="white-space: pre; "> </span>The USGS is in the process of developing a comprehensive catalog (COMCAT) ( <a href="http://earthquake.usgs.gov/earthquakes/eqarchives/epic/">http://earthquake.usgs.gov/earthquakes/eqarchives/epic/</a> ) that will eventually provide the dynamic updates (and rules of engagement) that some of you have indicated would be useful. This group should track that development and provide input to NEIC on how this develops and how it is linked to any parallel developments within the FDSN. </div><div><span class="Apple-tab-span" style="white-space:pre"> </span>In the meantime, I do not think that IRIS should be the business of defining "preferred solutions" from multiple catalogs. </div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>I would prefer that for use in selecting events for waveform collection (the primary IRIS DMC application) we should limit ourselves to a carefully defined set of no more than three catalogs (NEIC, ISC and GCMT) with a careful and well-understood definition of how they are used. When using the ISC catalog, only the ISC processed and preferred solution should be used (these are clearly indicated in the ISC catalog). Under no circumstances should information about an event from one catalog be mixed with that from another catalog (e.g., magnitude or depth from GCMT mixed with location or origin time from another catalog). </div><div><span class="Apple-tab-span" style="white-space:pre"> </span>This should avoid some of the confusion that is demonstrated under this current thread of discussion.</div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>It is fine for IRIS to archive and provide access to multiple catalogs, but complex algorithms for selecting, mixing and defining preferred solutions should be left to the user or done by others (i.e. ISC or NEIC). </div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>David Simpson</div><div><span class="Apple-tab-span" style="white-space:pre"> </span></div><div><span class="Apple-tab-span" style="white-space:pre"> </span><br><div><div>On Mar 14, 2013, at 2:20 PM, Chad Trabant <<a href="mailto:chad@iris.washington.edu">chad@iris.washington.edu</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><br></div><div>Hi,</div><div><br></div><div>This is also a bug and will be addressed in our soon-to-be released FDSN event service. It was not as simple as searching the cached primary origins only, but a little deeper.</div><div><br></div><div>Thanks for reporting.</div><div><br></div><div>Chad</div><div><br></div><br><div><div>On Mar 13, 2013, at 8:18 AM, Philip Crotwell <<a href="mailto:crotwell@seis.sc.edu">crotwell@seis.sc.edu</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr"><div><div><div><div><div><div><br></div>Hi<br><br></div>This query (generated by the url builder) returns no events, even though there was a mag 7.6 earthquake in Turkey in that time range. Even odder, there is an origin in the NEIC PDE-M catalog for this event, originId=4908041, but it is not returned. <br>
<br><a href="http://www.iris.edu/ws/event/query?starttime=1999-08-17T00:00:00&endtime=1999-08-17T23:59:00&minmag=7&contributor=NEIC+PDE-M&orderby=time&output=xml">http://www.iris.edu/ws/event/query?starttime=1999-08-17T00:00:00&endtime=1999-08-17T23:59:00&minmag=7&contributor=NEIC+PDE-M&orderby=time&output=xml</a><br>
<br></div>I am assuming that what happens is that I did not select "includeallorigins", and so this query only looked at "primary" origins. But it seems to me that if I say "use NEIC PDE-M", then the query should use that contributor even if it is no longer considered "primary".<br>
<br></div>I suppose "includeallorigins" is a workaround, but it seems counter intuitive to not be able to retrieve from a specific catalog/contributor.<br><br></div>thanks,<br></div>Philip<br><div>
<br><br></div></div>
_______________________________________________<br>webservices mailing list<br><a href="mailto:webservices@iris.washington.edu">webservices@iris.washington.edu</a><br><a href="http://www.iris.washington.edu/mailman/listinfo/webservices">http://www.iris.washington.edu/mailman/listinfo/webservices</a><br></blockquote></div><br></div>_______________________________________________<br>webservices mailing list<br><a href="mailto:webservices@iris.washington.edu">webservices@iris.washington.edu</a><br>http://www.iris.washington.edu/mailman/listinfo/webservices<br></blockquote></div><br></div></div></body></html>