Any interest in this?

[headhawg]

My interest in coding has had a resurgence lately so I have been working on a couple of things. One of them is a scratch program for Bris files. I have some of NCG's programs and as many of you know the programs don't allow the user to unscratch; you have to reload the data file and start again from...um...scratch. :eek:

Is there any interest in this? I know that a couple of years ago JustCoolGene was selling a program called Scratch Manager. It was kind of expensive, and maybe he didn't sell too many copies as it's off the market AFAIK. My program won't be that sophisticated; it will just rewrite the .drf file without the scratched horses so every time the modified file is opened there will be no need to re-scratch. I'm asking about the amount of interest as I would have to make it more user-friendly if I am going to release it to the public. The user-friendly part will take a lot more time.

It will probably be free of charge. Maybe users can donate to the PA site. I will work out the details when needed. I actually have to finish coding it first. :D

[jim michalak]

i would be interested.

headhawg, do you code spot plays ? my old programmer, stevan farmer who did a lot of work for me, all of it excellent informed me that due to time constraints he will no longer be doing this type of work anymore and that includes for norcal greg. i would be willing to pay for it, of course. thanks.

[Vinnie]

Hello Headhawg:

I would also be very interested. I have several of NCG's programs as well and to have that feature added or to be able to utilize such a thing would be excellent indeed. Same as the person that posted prior, I would of course be willing to pay for such a useful and needed development. :) Hope that all is well with you Headhawg? :)

[Floyd]

I, too, would be interested in this tool! It would make my home life a bit more pleasant:
"What are you swearing at NOW?"
"Nothing, dear."
"Did you mess up the scratches AGAIN??"
*Mumbles.*

[headhawg]

220+ views and only three takers. Now I know why JustCoolGene stopped selling Scratch Manager. :D

I am still working on it and will take me a little bit of time to finish, but I will have PA post it here or maybe use Dropbox or some other cloud space service. Floyd got me with his post. :lol: I have to complete it now to save his home life. :p

@jim michalak -- I am just a guy who codes for some enjoyment (although many times I feel like Floyd and scratches :)). I am nowhere close to being a professional for hire. A guy like Stevan Farmer probably had a code shell to import data files, create a GUI, routines for loading/saving files, etc. When he was given spot plays to code most of the programming was likely done. That's why NCG's stuff and Pandy's PowerPace program looked and worked in similar ways.

So the short answer to your question is, yes I could probably code spot plays, but writing something for you would take too long at the moment. I am learning a new programming language and don't have a code shell. Once I get more skilled and create a "handicapping software template" I would take on the challenge if I have the time.

@Vinnie -- I am doing ok, thanks. How's you?

I just want to be clear about something: my little scratch utility will only change the .drf data file to eliminate scratched horses so that they are not included in the calculations. I cannot alter the vendor's software directly as I don't have access to the source code. So while it would be great to be able to unscratch in NCG's Pace View program, for example, my program won't add that ability.

[vegasone]

Coding the program should be fairly easy once you get the hang of your language. Most programs I believe use the entry field to put a code indicating the horse is scratched. At least what I do. This way the original contents are kept intact. There will be some issues with some of the fields that you should be aware of and should test quite a few days worth.

[headhawg]

@vegasone

Yes, an "S" in field 5 indicates scratches. When I was (emphasis on was) coding HHXv3 that's how I was going to handle scratched horses. Somebody had mentioned that in a thread and I thought that was a clever and efficient way to handle scratches. HHX would then only do the calculations on those horses without an "S" in that field. EZ breezy. The problem is that I don't think that is how some (most?) of these programs handle scratches. They might use some kind of internal flag to figure that out, who knows? It would probably depend on the skill of the coder.

Yeah I will do a reasonable amount of testing. I'll release it as a beta and have the users just tell me about all of the bugs. ;) This is mostly a coding project for fun, not some kind of commercial release.

[vegasone]

5 Entry CHARACTER X 1 A- part of A entry B- part of B entry C- part of C entry F- part of FIELD S- if scratched


this is actual data structure of bris files so would mean that all software should recognize scratches


http://www.brisnet.com/cgi-bin/static.cgi?page=mcstruct

[headhawg]

I'm going to use this thread as kind of a developer's blog to keep me on task. This is a screenshot of the main screen. I'm not sure this is how I want to implement it yet but it's the working screen for now. Currently the only buttons that work are the Download Scratch File and Exit Program. Each button has a tool tip. I'm debating about using a standard menu as well, but with the user having limited options I don't think I want to complicate things.

I'm still working through learning a new language and using a new GUI creator which is a language in itself. I'm not a gifted coder so this may take a while. A long while. :)

It seems like you have to double-click on the attachment for a larger view without having weird colors being displayed.

[headhawg]

Made a mistake and lost some time having to redo some things. :mad: After that I had to step away from coding. Back to it today and working on parsing the Equibase XML file. The goal is to give the user an option to manually scratch or let the program use the XML file to do scratches and then let the user scratch/unscratch horses as needed. We'll see how that works out.

I am not sure yet how I want to display the scratch screen and the horses in each race. I will probably keep it simple for the first version and maybe work on improving it later.

[headhawg]

The XML parser is done. Yay! I hate parsing; it's too easy to make stupid logic errors writing the code for it. I really need to learn MSXML which will help in the long run, but I don't think I will be reading/writing much XML overall. Another day, perhaps.

Next up is coding the manual scratch routine. I still haven't decided on how to display the horses or how the user will do the scratches. Checkboxes? Double Listview boxes with one containing running horses and the other the scratches? A single Listview with some kind of scratch indicator: a different font color (red maybe), Strikethrough text, Italics... I will probably wind up with what is easiest for me to code. :p

My expectation is to have a version ready for my beta testers within a week. I hope.

[mikesal57]

The XML parser is done. Yay! I hate parsing; it's too easy to make stupid logic errors writing the code for it. I really need to learn MSXML which will help in the long run, but I don't think I will be reading/writing much XML overall. Another day, perhaps.

Next up is coding the manual scratch routine. I still haven't decided on how to display the horses or how the user will do the scratches. Checkboxes? Double Listview boxes with one containing running horses and the other the scratches? A single Listview with some kind of scratch indicator: a different font color (red maybe), Strikethrough text, Italics... I will probably wind up with what is easiest for me to code. :p

My expectation is to have a version ready for my beta testers within a week. I hope.

Hey HH....

One thing more , will your utility work with JCP files ?
and maybe some others that P-V uses...

Thxs

Mike

[headhawg]

Good question, Mike. I think that .drf, .jcp, .eg, and .mcp files all have the same file structure so I will make sure that the users can load any of those file types. As I use Bris .drf that's what I'm testing with, but I think that one of my beta testers uses .jcp files. I might have some very old .eg and .mcp files to test on as well.

[mikesal57]

Good question, Mike. I think that .drf, .jcp, .eg, and .mcp files all have the same file structure so I will make sure that the users can load any of those file types. As I use Bris .drf that's what I'm testing with, but I think that one of my beta testers uses .jcp files. I might have some very old .eg and .mcp files to test on as well.

:ThmbUp:

[headhawg]

I ran a simple test to see if rewriting the .drf file would cause a problem. After all, that's the main job of this program. I deleted a "scratched" horse's data and then saved the modified file. I then loaded the modified file into Equisim, Pace View Platinum, Exotic Bets, Best 5, and PowerPace. The deleted horse data did not show and there didn't appear to be any problems with the programs handling the modified file. Yay -- more progress.

[mikesal57]

Hey HH...your on a freaking roll :headbanger:

Mike

[headhawg]

I didn't make much progress this week. <sigh> I did send what I had to a tester and he confirmed that it worked on Win8.1 so that's a plus. I am developing on Win7 so it's good to know that it works on a different OS. My goal now is to finish by Sunday and send a complete working version to the beta testers. Hopefully I will attain that goal.

[headhawg]

Almost gave up on this as I lost a lot of whatever coding skill I had. Anyway, still plugging along. I am not in love with the scratch screen by any means but what I wanted to do requires delving into more unfamiliar Windows controls programming techniques that I don't feel like spending time on right now. I might increase the font size but not going to do any major changes unless I have to.

Two major hurdles left -- keeping track of scratched/unscratched horses when the user closes the scratch screen or switches races, and making sure that the modified datafile works. I posted earlier that I did some pre-testing on that and it seemed to work so <fingers crossed>.

Make that three...I forgot that I have to combine the scratches from the Equibase xml file and whatever the user adds/subtracts. Ugh.

[Orlo]

Perfect

[headhawg]

The scratch screen appears to work correctly when the user scratches/unscratches. It also reads the downloaded Equibase xml file and populates the scratched horses list box. A couple of my testers have the program now and hopefully will put it through its paces and see how many bugs are left.

Assuming no major problems with scratches there's only one more hurdle and that is the writing of the modified data file. Once my testers get back to me about the scratch screen I will work on the file section of the code. I could have this done as early as tomorrow but that will only happen if things go very smoothly which they rarely do.

[Vinnie]

You are "THE MAN" HH!! I only wish that I knew how to write code/program. :)

[headhawg]

The obvious reply to you Vinnie is that I wish I knew how to code, too. :D

Programming is both rewarding and frustrating for me. I have given up on the scratch tool at least three times but there was this desire in me to overcome the obstacles. It's close to being finished, so hopefully nothing will stop me from getting a working version completed soon.

[headhawg]

Murphy's Law, of course. Scratches didn't work correctly due to the incorrect parsing of the xml file. I told you that I hated parsing. :) Fixed version sent to the testers so hopefully they will report that it works now. Thank you testers.

[Vinnie]

The obvious reply to you Vinnie is that I wish I knew how to code, too. :D

Programming is both rewarding and frustrating for me. I have given up on the scratch tool at least three times but there was this desire in me to overcome the obstacles. It's close to being finished, so hopefully nothing will stop me from getting a working version completed soon.


You are something else HH...... :lol:

Have a great day and a terrific weekend. Thank you for all of your efforts sir!

[headhawg]

The good news: the modified data file loads in Equisim, Excel, and Handifast.
The bad news: the modified file will NOT load into any of NCG's programs or Pandy's PowerPace.

I have spent way too much time on this, and am at the point where this just doesn't make sense to me. There must be some minor issue with writing back the data file with some rows (horse data) missing that some programs don't like when they try to load the new file. The kicker is that every field lines up perfectly in Excel; no data appears out of place. You would think that all programs would either load it or not.

I will take one more look at it tomorrow but I am fresh out of ideas.

[headhawg]

I think I know what the issue is. In the data file the first horse in each race contains fields of race information that no other horse has in its record. Specifically I am referring to Fields 16 and 225 and there may be others. I suspect that the NCG programs and other programs that won't work with a modified data file rely on those fields for some kind of data processing.

For example, perhaps a handicapping program won't process a non-thoroughbred race. So maybe the program searches Field 16 for the word "thoroughbred" and when it doesn't find the word it doesn't load the race. Or maybe the program is parsing out the race information from those fields. Without the source code I don't know exactly what the NCG programs look for but I suspect it's something exclusive to the information in the record of the first horse in each race. Obviously if that information is missing because the horse was scratched and its record (data row) is no longer in the modified file the program won't work properly.

This also explains why Handifast HHX and Equisim work -- they are not reliant upon the information found in the first horse's record so they happily load the modified file that is missing the scratched horse(s) data.

Bottom line? I could probably do a workaround for the scratch program that won't delete the data for the first horse in each race but that kind of defeats the purpose of the program.

[headhawg]

I finished coding the workaround which I am referring to as "Safe Mode". I figured what the hell -- I already have a bunch of hours into this so I may as well see it to completion.

So what does Safe Mode do? It prevents the record of the first horse from being deleted no matter if it's in the xml file or if the user manually scratches it. I have done some minimal testing and it appears to work fine. The programs that didn't work correctly with the modified data file now appear to run normally.

What does the workaround mean to the user? It simply means that you will have to manually scratch the first horse in every race from within your program of choice (e.g., the NCG programs) if necessary. The data will still be in the modified file even if the horse was scratched from within the scratch program. It will be minimal extra work as all of the other horses scratched by my program will not have their data in the modified file so they don't show up as needing to be scratched.

I still have to do some more testing and write up some documentation, and then code in some minor details and do some code clean-up, but I will release this as soon as I can. I won't send this version to the beta testers; I figure that the users here will tell me what's wrong with it. :)

[headhawg]

So here goes. I am attaching the scratch program. Officially it's called Headhawg's Datafile Scratch Tool or HDST. It seems to work fine but there are bugs left in it no doubt -- I just haven't come across them yet. There are also a few things that I haven't implemented yet either. But before you use it there are a few things to know. Read the Readme.txt file! As people probably won't -- at least not at first -- I will summarize:


The author is NOT responsible for any computer damage or data loss. HDST writes nothing to the Windows registry. There isn't even an installation program. However, if you have any doubts about my coding skills then don't download, install, or use it.
No user support or warranty is expressed or implied. I will do my best to help out here on PA, but there is no guarantee of that. I almost quit writing the code for this darn program so I reserve the right to just let this thing die a natural death.
HDST is released as freeware which essentially means there is no fee to use the program. It is NOT open source and the author retains all rights.
From the Readme: If you use HDST and like it (and the author assumes that using = liking) please consider making a donation supporting the PaceAdvantage.com website. Details for doing so can be found at the site. If you're feeling really generous, please make the donation on behalf of headhawg. He would like to have VIP status, even if it is by proxy. :)

Installation and use: Extract the HDST.zip file to a drive/folder of your choosing. If extracted properly you should see the HDST folder with a couple of subfolders and some files. Don't mess with the contents or HDST won't run.

Double-click the HDST.exe file to launch the program. The main screen buttons are self-explanatory but include tool tips if you hover. You can manually scratch without the Equibase file, but the program will use the xml file as a starting point if you so desire. Be patient when downloading -- I haven't put in a progress bar yet but a message box will pop up when the download is finished. NOTE: I have not put in a date check yet, so you will experience some weirdness if you use mismatched data and xml files.

You can only load one datafile at a time. My suggestion is to put the data files in the main HDST folder. The files must be UNzipped.

The scratch screen shows running horses on the left (in black) and scratched horses on the right (in red). Of course, not literally horses but horse NAMES. Use the buttons to scratch/unscratch. Single click to select horses; the program accepts multiple item selection.

When done with scratches click the Save New File button. HDST will write a new file in the same folder as the original file. If you follow my suggestion that will be in the main HDST folder. HDST appends an "m" to the file name. For example, AQU0310.DRF would be named AQU0310m.DRF. Be smart and use copies of your data files. See #1 above.

I think that's it. I hope HDST works correctly and people find it useful. Please provide feedback and any bug reports by making a reply in this thread. Good luck.

[Floyd]

Thanks so much for all your hard work, headhawg! I'll be giving it a try today with NCG's programs and I'll report back. Today's a good day to try it, the wife is out of town!:D

[headhawg]

I'm attaching yesterday' (3/10) scratch file. Put it in the main HDST folder so that you can give the program a test run using yesterday's data files. Once you use the Download Scratch File button it will overwrite the xml file which, of course, will be fine for today's races. I will add a feature that will let you archive the scratch files so that you can use HDST with previous racing dates.

Floyd...when you use HDST today and you're wife still hears you screaming about scratches while she's out of town we will both be in trouble. :lol:

I forgot to put this in the instructions post -- don't forget about the Safe Mode workaround. HDST will NOT delete the first horse in any race. That is not a bug it's a feature. ;) See post #27 for an explanation.

[headhawg]

mmdorn (of Handifast fame and one of my testers) let me know that he loaded the modified file into several programs, homegrown and commercial. They included NCG's programs, QuickPlay, Hurst's Horse Race Analyzer, Fast Fred Pro, Race Prophet, and a couple of others. The only program that didn't work was CompuTrak.

Thanks for testing Mike.

[headhawg]

Mike has informed me that CompuTrak doesn't like the modified file name. He says that if the modified file is renamed back to the original name it works fine.

BTW, HDST is really designed to be used with programs that don't allow users to scratch/unscratch. So if you're using EquiSim, for example, it doesn't make too much sense to use HDST as ES handles scratches fine. You still could use HDST if you like the idea of using the xml scratch file to do automatic scratches, however. It is a bit of a time saver.

Also, I think I'm obsessed. I added the xml file date check and the archive scratch file feature to HDST. I won't release it until I get more feedback from users of version 1 in case there are other things that I need to add/fix.

Happy 'capping.

[mikesal57]

HH...does Handifast work with this?

Mike

[headhawg]

BUG warning -- Don't click on the Save New File button unless you have a data file loaded. It won't crash the program but will write a zero byte file named "m". Rookie mistake; bug squashed for next version.

@mikesal -- I think that mmdorn tested it and told me it worked, yes. I tried the HHX version and it worked fine, but I did not check all versions of Handifast.

[mikesal57]

BUG warning -- Don't click on the Save New File button unless you have a data file loaded. It won't crash the program but will write a zero byte file named "m". Rookie mistake; bug squashed for next version.

@mikesal -- I think that mmdorn tested it and told me it worked, yes. I tried the HHX version and it worked fine, but I did not check all versions of Handifast.

:ThmbUp:

[headhawg]

Attached is the latest version. Here are the changes:

- Fixed: Bug that created a 0 byte file if the user clicked on Save New File without having a data file loaded.
* Added: A date check feature that prevents the xml scratch file from being used if the date of the loaded data file doesn't match the xml file date.
* Added: A feature that allows the user to archive the scratch file. The scratches.xml file will be renamed with date added (e.g. scratches031118.xml).

When you exit v1.1 you will be asked if you want to archive the scratch file. If you click Yes then the file will be renamed and the original will be deleted. If you click No then the program will simply close.

The purpose of archiving is to create a scratch file that can be used on previous days races. I put this in mostly for myself so that I can check older races to see if HDST is working correctly. However, users can use it for a similar reason - to create the modified file for past racing days. Users must rename the archived file back to scratches.xml so that HDST will use it properly.

TIP: Users are not required to use the xml file. I put it in as a time saver so that the user doesn't have to manually scratch all the horses, just the ones that wouldn't be in the scratch file. So if you went to the OTB or track and didn't have an Internet connection you can still create a modified file by doing all the scratches manually.

If you haven't installed HDST already, instructions are in post #28.

[thoroughbred]

CompuTrak includes the scratch tool for BRIS files

[headhawg]

Bumping this thread as I need some feedback. For those of you who have used HDST, what do you think of the scratch/unscratch interface? Second question: of the software that you have used, which one has the best scratch screen and why do you like it?

I am doing research and developing the interface for the new HHQSS program and I was curious about what users think is a good interface. Thanks.

[NorCalGreg]

Having recently noticed this thread....would like to comment, if I may:

I wanted to keep prices ridiculously low on my software programs. That meant (since I don't program, personally) I had to find a programmer who didn't demand programmer's rates. Maybe a retired gentleman, etc.

I did find a guy who was self-taught, knew the basics...and would accept a couple hundred dollars every now and then deposited into his acct. He was NOT licensed or certified in anything, and was limited in knowledge of adding certain features. Turns out scratching horses was not in his repertoire.

What he was able to come up with--was a way to scratch horses by means of a scratch box. If the 5 and 8 were scratched, you just double click on 5 & 8 in the scratch box. Poof! Scratched!

If you happened to scratch the wrong number...you have to reload the file and begin again. Trust me..after having to reload files a few times--you (just as I did) learn to be careful and it isn't a problem at all.

No--it's not a perfect system, but it works fine with a little practice. Especially considering the extremely low prices I ask.

Anyone that wants to add HeadHawg's generous program---great! Go for it.


I and most other users rarely (if ever) have to reload due to scratching errors.

-NCG

[dartman51]

Bumping this thread as I need some feedback. For those of you who have used HDST, what do you think of the scratch/unscratch interface? Second question: of the software that you have used, which one has the best scratch screen and why do you like it?

I am doing research and developing the interface for the new HHQSS program and I was curious about what users think is a good interface. Thanks.


I think that Handi's scratch screen looks and works fine.

[mmdorn]

Bumping this thread as I need some feedback. For those of you who have used HDST, what do you think of the scratch/unscratch interface? Second question: of the software that you have used, which one has the best scratch screen and why do you like it?

I am doing research and developing the interface for the new HHQSS program and I was curious about what users think is a good interface. Thanks.

Hi HH,

I think the scratch screen in HDST or Handifast are the best.

Mike

[dartman51]

mmdorn (of Handifast fame and one of my testers) let me know that he loaded the modified file into several programs, homegrown and commercial. They included NCG's programs, QuickPlay, Hurst's Horse Race Analyzer, Fast Fred Pro, Race Prophet, and a couple of others. The only program that didn't work was CompuTrak.

Thanks for testing Mike.


Don't know about the older version of Compu Trak, but the files work fine in mine. Running on Win7 64 bit OS. Also works with In Clover, My Way, Equisim6, Thee Top Three and Amazing Capper. They did NOT work with Ray Taulbot's Pace Calculator.

[Prof.Factor]

Having recently noticed this thread....would like to comment, if I may:

I wanted to keep prices ridiculously low on my software programs. That meant (since I don't program, personally) I had to find a programmer who didn't demand programmer's rates. Maybe a retired gentleman, etc.

I did find a guy who was self-taught, knew the basics...and would accept a couple hundred dollars every now and then deposited into his acct. He was NOT licensed or certified in anything, and was limited in knowledge of adding certain features. Turns out scratching horses was not in his repertoire.

What he was able to come up with--was a way to scratch horses by means of a scratch box. If the 5 and 8 were scratched, you just double click on 5 & 8 in the scratch box. Poof! Scratched!

If you happened to scratch the wrong number...you have to reload the file and begin again. Trust me..after having to reload files a few times--you (just as I did) learn to be careful and it isn't a problem at all.

No--it's not a perfect system, but it works fine with a little practice. Especially considering the extremely low prices I ask.

Anyone that wants to add HeadHawg's generous program---great! Go for it.


I and most other users rarely (if ever) have to reload due to scratching errors.

-NCG

It is quite easy to make unscratch ..... when scratching, alter horsename string with a marker. Example, add question mark character to end. Make your program load horses without that marker. Unscratch removes the marker.My program will list all horses in the scratch page with the currently scratched horses faded out.

[headhawg]

Don't know about the older version of Compu Trak, but the files work fine in mine. Running on Win7 64 bit OS. Also works with In Clover, My Way, Equisim6, Thee Top Three and Amazing Capper. They did NOT work with Ray Taulbot's Pace Calculator.Good to know dartman. I am also happy to see that people are making use of it. Not being a professional programmer, I worked hard on getting it to work correctly. HDST is especially useful if you use multiple programs as there is no need to scratch horses for each one.

[headhawg]

PA member Unified_Theory made a request for HDST v1.2 so I thought I would just post it here. v1.2 adds the option to enable safe mode; in prior versions safe mode was always on. Post #26 explains why/when safe mode is needed. In U_T's case, he only was using HDST to create new files for Handifast which does not require a safe mode.

How does it work? A message box will appear when you click the button to "Save New File" asking whether the user wants to enable safe mode. This is not a permanent option. In other words, every time you load HDST you will be asked to enable safe mode the first time only. It will stay in whatever mode the user chooses until HDST is closed and then run again.

Disclaimer: I have not done any extensive testing with this version which is why I never released it. If v1.1 is working for you then you don't need 1.2. As with previous versions, HDST v1.2 is free to use but is not in the public domain, is not open source, blah blah blah...

There is no installation procedure; just extract all of the files into one folder. You can run 1.1 and 1.2 side by side as long as you put the files into separate folders.

Best of luck to everyone.

[UnifiedTheory]

Quote:
Originally Posted by headhawg http://www.paceadvantage.com/forum/images/buttons/green/viewpost.gif (http://www.paceadvantage.com/forum/showthread.php?p=2463965#post2463965)
I just went ahead and uploaded v1.2 to the HDST thread. It's in post #45.


I'm very happy to have HDST v1.2 now. This saves me a lot of time/hassle and makes paper testing 100+ racing cards much more enjoyable.

Headhawg you are truly a generous man and a great bonus for the handicapping community.

Happy handicapping!

[headhawg]

You're welcome U_T. I have taken away a lot of good things from PA and so I wanted to give something back to the community. I am happy that people find HDST useful.

[dartman51]

HH, I've noticed that the program crashes when I do IND. It is the only tack I have a problem with. Full disclosure, I am using JCP files converted to DRF. Was wondering if anyone else was having the same problem.

TS

[headhawg]

Hmm...that's interesting. There must be something different about IND. I don't have a Bris file to test so I am also curious if others are having the problem.

[mikesal57]

Hmm...that's interesting. There must be something different about IND. I don't have a Bris file to test so I am also curious if others are having the problem.
I remember Handi having issue with HF and bris JCp file....but it was the XRD's
different sizes ...
I dont know if that can help.....

[UnifiedTheory]

dartman51, I also find that the program sometimes crashes when I start to do IND scratches, but for me after restarting the program it very soon starts working completely fine again. Just takes me a few more seconds to do IND.

But I am using Bris data files so maybe it's less crashy for me at IND than the jcp data files.

I've used HDST quite a bit and I really like the interface, how much time/hassle it saves me, and how it works in every way. I'm grateful to Headhawg for providing such a useful tool to the handicapping community.

Happy Preakness everyone! :cool:

[headhawg]

Hmm...I don't like releasing a program (even a free one) with this kind of bug. Give me a little time and I will try to fix it. Does this happen with every IND file no matter the date, or only specific files?

[dartman51]

OK....happy to report that all is fine with the scratches. IND and sometimes DEL, were giving me a problem. They all seem to be working fine now. Thanks HH, for all you do. :ThmbUp:

p.s. I am now using 1.2

[headhawg]

Thanks for the update dartman. I only had one Bris IND file from last year and it seemed to work fine, so debugging this might have taken me longer than I wanted. And Unified_Theory's post gives me pause as well. After I finish the project that I am working on I will take a closer look at IND and DEL files to see what the problem might be.

[headhawg]

Reviving this thread because I have been asked to update HDST by one of the good guys here. I am curious if anyone else still uses HDST. If yes, please respond with any issues you are having. It's been a very long time since I have looked at the code and I have been working on other things which are taking priority.

[UnifiedTheory]

Reviving this thread because I have been asked to update HDST by one of the good guys here. I am curious if anyone else still uses HDST. If yes, please respond with any issues you are having. It's been a very long time since I have looked at the code and I have been working on other things which are taking priority.


Yes headhawg I still use HDST on a regular basis. It's a great tool!

I haven't had any issues with it other than the scratch file not being found so I put them in manually.

Glad to hear you're interesting in updating it. Kudos!

[Floyd]

Yes! You saved my marriage! Domestic bliss and tranquility have been mine since I started using your program to do scratches for NorCal Greg's programs.
Seriously, I use it almost every day. The only glitches I've seen is that Parx doesn't seem to import the scratch files consistently for some reason, and the known issue with the #1 horse, are the only issues I've run in to. Thank you SOO much for this little tool. (my wife thanks you too!)

[headhawg]

@Floyd -- somewhere early in this thread I talked about the issue with the #1 horse, but I will mention it again here. With some/all of NCG's programs (and possibly others) information in the data row for the #1 horse is used somewhere else in the code. So HDST v1.1 won't scratch the #1 horse as it will break the handicapping program(s). I called it "safe" mode. HDST v1.2 gives the user the option to enable safe mode, but it is always on in 1.1.

I was informed of the issue with Parx which is what prompted the thread revival and possible update.

@UnifiedTheory -- can you elaborate? The scratch file should always be located in the HDST folder after the download so I am not sure what you meant about it not being found.

[OzYank]

I love it as a timesaver, I have v1.2. I just use the safe mode option it prompts me for when saving and then manually scratch any #1 horses when I look at it in the NCG apps.
I am wondering about the Download scratch file button, it says it should download a scratch file from equibase.com but mine has never worked. Just pops open a box stating "Error downloading scratch file. Check your internet connection and firewall."
My internet is fine but not sure what needs to be opened up if its a firewall issue. I will be removing my kaspersky security software next week to change it with another company so will see if it works then.

[headhawg]

I love it as a timesaver, I have v1.2. I just use the safe mode option it prompts me for when saving and then manually scratch any #1 horses when I look at it in the NCG apps.
I am wondering about the Download scratch file button, it says it should download a scratch file from equibase.com but mine has never worked. Just pops open a box stating "Error downloading scratch file. Check your internet connection and firewall."That's a generic error message I put in when the Equibase file is not downloaded. I have Bitdefender and use its firewall; my guess is that Kaspersky has one too. HDST must have a rule configured in the firewall to allow both inbound and outbound connections in order for the file download to work properly. You can check if that's the problem by temporally pausing Kaspersky, and then clicking the Download the Scratch File button. If it works, you should receive a notification stating that the xml file was successfully downloaded.

[UnifiedTheory]

@Floyd -- somewhere early in this thread I talked about the issue with the #1 horse, but I will mention it again here. With some/all of NCG's programs (and possibly others) information in the data row for the #1 horse is used somewhere else in the code. So HDST v1.1 won't scratch the #1 horse as it will break the handicapping program(s). I called it "safe" mode. HDST v1.2 gives the user the option to enable safe mode, but it is always on in 1.1.

I was informed of the issue with Parx which is what prompted the thread revival and possible update.

@UnifiedTheory -- can you elaborate? The scratch file should always be located in the HDST folder after the download so I am not sure what you meant about it not being found.


I apologize for my misguided question. I often use your scratch tool for older data files that do not have a scratch file for that older date in it's folders so then I naturally have to put the scratches into HDST by hand. But when I get the scratch file on the same day as the data file it naturally works just fine. I often do more research with older data files than anything current so I had a senior moment in forgetting why I've often put scratches in manually.

HDST is a great scratch tool and I'm grateful to have it. Thanks again headhawg!

[headhawg]

Thanks for the clarification UnifiedTheory. I was worried that there was some weird bug in the code. Thanks again for the kind words and best of luck to you!

[OzYank]

That's a generic error message I put in when the Equibase file is not downloaded. I have Bitdefender and use its firewall; my guess is that Kaspersky has one too. HDST must have a rule configured in the firewall to allow both inbound and outbound connections in order for the file download to work properly. You can check if that's the problem by temporally pausing Kaspersky, and then clicking the Download the Scratch File button. If it works, you should receive a notification stating that the xml file was successfully downloaded.
G'day - so i have totally removed Kaspersky now that the subscription expired. Just have windows defender on now. Still get the same generic message, have played with the firewall settings to allow inbound/outbound to the exe saved in a documents folder but no love yet. I even turned off the firewall completely and got same message. will continue to add in manually.
Thanks for the tip on firewall to try and help, my setup must not be the norm, or there is something else completely blocking it.
What's the address it will try to go out to or maybe port it uses? maybe that's the actual culprit.

[OzYank]

G'day - so i have totally removed Kaspersky now that the subscription expired. Just have windows defender on now. Still get the same generic message, have played with the firewall settings to allow inbound/outbound to the exe saved in a documents folder but no love yet. I even turned off the firewall completely and got same message. will continue to add in manually.
Thanks for the tip on firewall to try and help, my setup must not be the norm, or there is something else completely blocking it.
What's the address it will try to go out to or maybe port it uses? maybe that's the actual culprit.
Just had a thought, I went to equibase where I get my scratches anyway and manually downloaded an xml file. Its named todaysscratchesandchanges.xml so i just saved it to the HDST folder and renamed to scratches.xml and all was good.

[headhawg]

I was just writing a reply asking you do do just that, OzYank. :) Glad you found a workaround.

So, it's definitely something about your system as other people seem to be able to use the download feature successfully. One suggestion I can make is to extract the HDST zip file to a different location, preferably in it's own folder on the root of a secondary drive (not on C:\ ). If you can only use C:\ then extract it to the C:\Program Files (x86) folder. As I wrote, the error message is generic and appears whenever HDST cannot download the xml file for any reason. My first reaction was it was a firewall problem but with Windows it's possible that it's something else like folder location.