If you used Dukascopier to download your tick data then you need to use the Dukascopy2FXT script to do the converting to HST and FXT files. Likewise if you used Dukascopy's Jforex platform to download the data then you use the Jforex script to do the converting. Could be your problem.
If you used Dukascopier to download your tick data then you need to use the Dukascopy2FXT script to do the converting to HST and FXT files. Likewise if you used Dukascopy's Jforex platform to download the data then you use the Jforex script to do the converting. Could be your problem.
cheers,
murray.
Ignored
Interesting but it did not work. But thanks for trying.
I downloaded EURUSD ticks data from Dukascopy using JForex platform.
The resulting csv file was copied to experts/ file of the MT4 platform.
Tried to use JForex2FXT script to do the conversion, but get the error message "cannot open file".
I read in Birt's EA review that this may be due to decimal separator being a comma rather than a dot. The remedy was supposed to change the locale to "English locale" by going to Control panel >Language and Region.
But my locale is English, why is the csv file I downloaded has a comma decimal separator instead of a dot ??
I downloaded EURUSD ticks data from Dukascopy using JForex platform.
The resulting csv file was copied to experts/ file of the MT4 platform.
Tried to use JForex2FXT script to do the conversion, but get the error message "cannot open file".
I read in Birt's EA review that this may be due to decimal separator being a comma rather than a dot. The remedy was supposed to change the locale to "English locale" by going to Control panel >Language and Region.
But my locale is English, why is the csv file I downloaded has a comma decimal...
im using DukasCopier v0.4 to download tick data from Dukascopy and then convert it to CSV. now is it possible to import this data into MySQL? what field types should I use for the
Date Time, Bid, Ask, Bid Vol, Ask Vol
??
the date/time in the dukascopy is not the typical date/time field in MySQL. anyone else doing this?
Hey all,
First off, this is a great thread, happy I came across it as I’ve recently started playing around with database design. As a rookie trader I think designing a tick database might be a nice challenge.
Now to the issue at hand, I saw box service was mentioned, but as @Ronald Raygun noted that is a simple file storage service and it seems that he needs a more robust database that can be queried.
As for database hosting- Since you noted that RDS (as Rabid recommended) is somewhat pricey for you, perhaps you should look into different database options that are available on the market today. There are database services that charge by throughput and by instance, which might be a suitable option for you. There are several options, depending on your database type. For instance, if you have a MySQL DB you can try xeround cloud database, or if you have a PostgreSQL DB then check out enterprise db for example.
Cheers, :nerd: Kobi
Hi guys,
If anyone is interested I’ve coded a DLL that could be used from any MQL4 script/EA to read data from database or write data to it (insert data, create tables, etc.)
This library is called PostgreMQL4 and works only with PostgreSQL database server. Follow the link and find more details: https://github.com/kr0st/postgremql4
There you will also find an EA that uses this DLL to store incoming ticks to the DB.
