EQF;

> I am going to suggest that you might want to start reading your responses over several times before posting them here.

I would suggest you do the same, altho in this case my remarks fit Amit's better than TEC,

> Why would anyone suggest that TEC records or any types of records were simply indicating that an earthquake was about to occur somewhere on the planet within 14 days?

The intent was a bit more vague than TEC because the maps give a general area, impossible to quantify.

> From what I have seen, TEC measurements point to specific locations. And those are then the areas to watch for an earthquake.

As I said, not quantifiable due to fuzzy outlines.

> I stated in an earlier post that the forecast I received did contain a specific location.

Yes and a very good one but the method was undefined and could well have been a lucky guess.

> Did I misread your post? Or are you deliberately trying to “blur” things by suggesting that TEC measurements do not point to specific locations?

TEC doesn't and how the posted prediction devised one was not explained.

> Finally, this is not some relatively meaningless topic such as whether or not there was ever water on Mars. That is an interesting subject that scientists and other can debate. But in my opinion it has little relevance for whether or not people will live or die.

Neither do these undefined and untested posts of yours.

> In contrast, the subject of whether or not earthquakes can be predicted is essential to saving lives. And people need to be careful about not taking it lightly.

Not the topic, just these pseudo scientific vagaries. Play by the rules if you want credibility.

> Finally, I am gradually adding code to my Etdprog.exe earthquake forecasting program so that it incorporates the features of that EPmap program that was intended to let people compare a variety of forecasting data etc. with actual earthquake data and with sun, moon, ocean tide, and Solid Earth Tide data. Your date processing code was converted to Perl. And it has been expanded so that it generates AM and PM types of data etc. instead of just 24 hour clock type data.

Why? Scientists don't think that way for the most part. But I'm glad my efforts are not being wasted.

> When that code merging effort gets completed the expanded Etdprog.exe program will be made available for general public use. And it should then be possible to start adding new routines to it to expand its capabilities even further.

By all means.

Roger