date comparison

[Mark_Yedinak]

The thrid message in this thread which was posted by you is marked as the solution.

[rayclout]

My apologies Mark

I meant no disrespect. I've fixed it now.

Thanks and best regards

Ray

[Mark_Yedinak]

Not a problem. I'm glad it worked out for you. BTW, I'm not sure your algorithm for the Julian Date is correct. It looks a bit different than what is described here.

[rayclout]

Mark

The Julian date vi is one I got off the NI Zone...there were actually two of them.,...one does the reversal.

Ray

[rayclout]

Here are the links

http://zone.ni.com/devzone/cda/epd/p/id/2165

http://zone.ni.com/devzone/cda/epd/p/id/1818

[Mark_Yedinak]

The numbers look quite a bit different. Here is a revised, and a bit more readbale, version for comparison. BTW, your version is actually off by a day.

[rayclout]

Thanks Mark

I've coded it up and posted it here for anybody who might want it. How would we go about letting the NI Developer Zone know about this flaw?

Regards

Ray

[Cody C]

Good Afternoon Mark,

I will fix this flaw for you in Developer Zone.  Thank you both for finding this problem for us!

-Cody C

[Mark_Yedinak]

---

@Cody C wrote:

Good Afternoon Mark,

I will fix this flaw for you in Developer Zone.  Thank you both for finding this problem for us!

-Cody C

---

I am trusting the examples of Julian Dates I found online. I would guess that it is a rounding issue in the algorithm that was posted originally. Either way, the formula node implementation is easier to read and matches the published algorithms I found. The pure LabVIEW implementation was a bit more convoluted.

[JÞB]

Well, thats what you get for looking at older code.  That does seam to be a bit Rube-Goldberg.  My Production test mainline defalts to 1 *.csv report per day with header.  So I need to add the header on the first run of the day.  Easy since the report is JJJJJReport.txt

Here's a snippet of the relevant parts

The Time Stamp is test start time- the format specifier %y%j gives me 11049 today