An update has been released for v1.5 of ReefMaster that fixes a couple of issues:

• Reversing of the latitude and longitude values for Elite 7 users has been fixed. This is an important fix, and users that have Elite 7 units with the latitude/longitude problem should updated to 1.5.0.8 and re-import affected files.
• Some data can now be imported from corrupted SL2 files - the import process will now retain data up until the corruption is encountered.

thanks,
Matt

Yesterday I made imports of csv files created with the IMC. The files were created with an HDS 5 Gen2 and the exported csv had the lat / long problem. This should be a lowrance problem I also had with DrDepth, before my switch to RM ;)

Today with the new update I tested several settings with or without Elite 7 setting enabled and with feet as depth setting. The imported points were never the less with the false lat / long and also I could not get the right depth values. The csv has feet as only possible values. When I set teh application to feet while importing these files, I cannot change the values to meters afterwards.

Hi Hubert,
ReefMaster expects metres only in CSV files, so that might explain the depth problem.
I have not tried to import CSV files generated by the IMC, so I am not sure of the format - RM expects Latitude, Longitude, Depth to be the first three values in a CSV row. Latitude and Longitude must be in degrees decimal, WGS84. Depth must be in metres.

If you like, send me one of your CSV files (This email address is being protected from spambots. You need JavaScript enabled to view it. ) and I will take a look.

Just to be clear - the lat/lon reversing functionality within RM is only applied to files of type sl2, or sl2/slg files when using the slg2txt.exe (although slg2txt seems to fail with Elite 7 files that contain the lat/lon bug).

Matt

If you like, I could send you csv's, but your explanation says already, that to mark Elite 7 does not fix importing wrong csv's. With Excel it is no great effort to change these two columns and also it is no great effort to change values from feet to meters before importing those files.

I just discussed with Luke about a 'logging scene' and that the export function of IMC makes it easy to transfer or share a lot of data. Therefore it would be a great simplification to get an adapted import funtionality of these csv files created with the IMC.

No Problem Hubert,
I guess the IMC just puts lat/lon in a different order than RM is expecting. It wouldn't be much work for us to create a CSV import option that reads this way around, and can also read feet. I'll put it on the list..

cheers,
Matt

Matt wrote:
This option would bring IMC and RM closer together ;)

CSV export is in Longitude/Latitude/Depth/Channel output

The ordering is in the CSV first row

CVS files from Humminbird work well (good order for RM) , if file not in good order can be change easily with excel use.