Thursday, September 13, 2007

RF propagation modeling with SPLAT! for Windows



Many are probably familiar with John Magliacane's RF Signal Propagation, Loss, And Terrain analysis software (SPLAT!). This software is useful for visualizing terrain and performing Longley-Rice path loss and coverage prediction using the Irregular Terrain Model. It had been only available for the Linux OS. I was able to compile it for Windows with a few minor modifications. This is a command line program, freely available under the GNU GPL. I would be happy to include the source code if you are so inclined.

http://people.missouristate.edu/jmcmellen/software/splat-1.2.3-win32.zip

There is a PDF version of the instructions for the Linux version, which is pretty much exactly how it works in Windows too. Some utilities are included as well as instructions for downloading free terrain data for your area. I have only tested it in Windows XP SP2, so if you have any problems, let me know.

Fixes for Windows Port

  • 11-12-07 - Fixed error in srtm2sdf.exe that caused it to not work with hgt or bil files.
  • 11-15-07 - Fixed error in splat.exe that caused it to generate coverage maps without any loss data plotted when analyzing sites with anything other than default settings.
  • 11-15-07 - Changed a trailing "/" to a "\" in the data path option. This never caused a problem in my setup, but might have in others.
  • 2-15-08 - Successfully ported the usgs2sdf.exe utility to Windows. Now those who prefer the USGS DEM's as raw terrain data can convert them to Splat data files.

79 comments:

Unknown said...

Hi John,
I was trying your SPLAT windows version and I have some trouble with srtm2sdf converter: I got most of time the Error warning: ..Premature EOF detected while reading hgt files!
The hgt files I was using are: N14W090.hgt, N14W089.hgt
Then splat application don't found any elevation data from the sdf generated files.
Could you please help me?
Thank you in advance.

John McMellen said...

Hi Federico. I think I know what the problem is. I had this happen once before. I guess I didn't test the srtm2sdf converter with this upgrade. I must have forgotten to change one more thing in the source code. I will recompile it ASAP and comment here when it is fixed.

Unknown said...

Hi John,
Thank you!
I'll be waiting for your news.
Regards,
Federico

John McMellen said...

Thanks again for pointing out the bug Federico. I have fixed it and reuploaded the whole package. You should be able to download it again and have the fixed version. Let me know if you have any more problems.

Unknown said...

Hi John,
Thanks for the new version, it's working fine.
I have and additional comment: I think option -d is not working. I needed to put sdf files in the same working directory of Splat application to make it work with it.

Thank again.
Federico Boesche.

John McMellen said...

Interesting Federico....

I tried putting in a long path with spaces in folder names and I did not have a problem. Is there any thing special about your installation or the way you typed in the command line? What did you use as an example of a path?

Unknown said...

Hi John,

May be there is something wrong with my command line. Let me check it in more detail. Sorry about that.

Thank you.

John McMellen said...

Federico, I went ahead and changed the trailing "/" in the code to a "\" for Windows. I could not reproduce the problem you described but I thought it would at least be more consistent. I found a couple of other things I had to fix anyway. I hope you can get it working.

Unknown said...

Hi John,

I found what's wrong with my command line! Just some minutes ago I was trying with the last version but still not working: The point is that I was using -d \sdf\ and it has to be -d sdf\. I forgot to say you that all sdf files are on a directory under splat's directory.
Thanks again for your help and congratulations for your very useful contribution on Splat for windows.

Kind regards,

Unknown said...

Hi John,
I have another comment:
The Line-of-Sight Path line within the kml file have the same data as Point-to-Point Path line, so actually LOS is not a straight line.
I get a real LOS line deleting all the coordinates between the first and last and changing the correcting the tx and rx altitude.

Regards.

Anonymous said...

I receive the following:
'pgnuplot' is not recognized as an internal or external command, operable program or batch file.

No plot file is generated so I am assuming this error has meaning.

John McMellen said...

This error seems to indicate that the Windows version of GnuPlot is not installed on your computer, or that it can't find the "pgnuplot.exe" in your system path. The SPLAT! author uses gnuplot, a separate program, for plotting terrain and elevation profiles.

You can download a Windows version of GnuPlot at http://gnuplot.sourceforge.net/download.html. Install it and add the "bin" folder to the system path. Test it by typing "pgnuplot" at a command prompt. If that works, SPLAT! should be able to use it for generating profiles.

Hope this helps!

Anonymous said...

Hi,
Anyone tried this on Vista home Premium?
I need it in my laptop.
Thanks

John McMellen said...

Unfortunately, I don't have access to Vista Home Premium, so I don't know if there are any problems or not. I would definitely invite anyone to post their experiences using Splat on the different versions of Windows that are available.

John McMellen said...

I have been able to use Splat! and the associated utilities in Vista Home and Vista Enterprise successfully. I was also able to use the Windows Gnuplot binaries for graph plotting and IrfanView to view and convert the PPM images in both versions of Vista without any problems. I can't see any real reason why it wouldn't work on any version of XP, Server or Vista, but invite any experiences to the contrary.

RadioTom said...

VISTA? You've GOT to be kidding! As long as it runs under Win2K - which even the US Navy still uses (issues with XP and later needing to "phone home" regularly...

Anonymous said...

Could someone recompile Splat with #define MAXPAGES set to 16?
I can't seem to be able to get it to compile here.
If so, send to rchamber@fsu.edu

Thanks, thanks, thanks.
-Ray

Unknown said...

Hi John, this is a very good program. Has been successfully used it compute RF propagation. There are locations in the US that are below Sea Level (Salton Sea area in California). I downloaded the STRM data and I do not know if this data only goes to 0 mts or if the program only computes above 0 mts. Also entered the Seamless server from the USGS and the data posted there has negative values. Any insight on this topic would be very appreciated.

John McMellen said...

Hi, Pedro.

I am not an expert on the formats of the elevation data, so I am not sure how to answer your question. For starters, Doug Lung from TV Technology has been using this program for years and has written some good articles on terrain data and Splat in particular. You might look over his columns at TV Technology for some more details.

I think that the data providers (USGS Seamless or ftp) usually have some kind of text file or description of what the data format and range is. See for example, ftp://e0srp01u.ecs.nasa.gov/srtm/version2
/Documentation
for some information on the HGT files at that site. You might find some similar info on the USGS Seamless server for those data files.

Last, don't forget that you can manually specify the ground elevation of certain locations in Splat with the "-udt" switch if you need to compensate for some special case.

Thanks for your comments! I am glad that the program is useful to you.

Unknown said...

Thank you for your prompt response. What I meant is that If I have negative terrain data (below sea level as in Salton Sea CA) will Splat for Windows be able to compute it? Thank you

John McMellen said...

Sorry I didn't have a good answer for your question Pedro. Here is what the software's author has to say:

"As far as I know, SPLAT! handles regions below sea-level just fine. The only "oddity" that will occur is that as terrain reaches sea-level, it will be displayed as the color blue in .PPM images, even though water isn't really there.

"Computer simulations are only as good as the assumptions we make. :-)"

Unknown said...

Hello John. yes in fact. The only thing I needed to do is input the correct parameters to the srtm2sdf.exe program to handle negative altitudes on the input file. I also found a glitch. Splat gets blocked when the antenna size is below sea level. Lets say, Imperial City in California is 235 feet below sea level. If you set up the antenna to less than that, splat does not produce a result. So you have to input an antenna height to more than 235. But really, this tool is great.

Anonymous said...

Thanks for the windows version John. I am having trouble producing the grayscale topographic image in the resulting ppm file. My output (when viewed with Irfanview) has the path loss color map with blue background. I like to get the grayscale topographic backgound. I used the following command line with the sample data file:

splat -t wnju-dt -L 30.0 -db 140 -o plot.ppm

I installed the gnuplot successfully too thinking that would help but that is needed for
linear plots I suppose.

Apologies for the "anaynomous" post - wanted to get the question in quickly.

John McMellen said...

A few questions come to mind:
Does the output look like a smooth, regular ellipse? Have you downloaded terrain data for the location in the sample transmitter file (wnju-dt) and generated Splat Data Files? When you run Splat, do you see any messages about regions being "assumed as sea-level"?

I would guess that there is some problem relating to terrain data. You are correct that Gnuplot is used only for linear plots. If you have properly prepared the terrain data and the ".sdf" files are not in the same folder as "splat.exe" you should pass the path to the data files with the "-d" switch.

I hope this helps you get it working. I appreciate all feedback, but if you are so inclined, you can always sign your comments with the "Name/URL" identity option below the comment field without having to log in or anything.

Anonymous said...

John, I am the anonymous with the missing terran data...

I was trying to run it w/o the .sdf file...

Thanks for the response.

Anonymous said...

Hi John,

Are there any special install instructions for the windowas version. When I run the splat.exe a small window flashes with the commands and then closes without the program starting.

John McMellen said...

Hi!

I imagine this could happen if you double click the splat.exe in Windows. This version of Splat is command line driven, like the Linux version, so you'll need to run it from the Command Prompt in Windows. There is a good article with examples on running Splat at TV Technology magazine that I think would help you out.

Anonymous said...

Hi ! I came across SPLAT ! and really find it quite interesting. Before i go through the docus & installation procedures, can someone tellme whether i can use this system for interference analysis and prediction of interference free zones in an area . Also what all parameters of Transmitters, antennaes & receiver are reqd to be fed in .

John McMellen said...

Jamie, I think the short answer is yes. I would suggest you read Doug Lung's columns on using SPLAT! to get a better idea of what it is capable of.

BTW, I hope to have the 1.2.2 version ported before long. Stay tuned!

Anonymous said...

John , Thanks! I surely will fall back if i face any issues.

Anonymous said...

Hi John,

Im really new to this software and how to use it. I would like to know if you have any kind of guide (where to put the hgt files, how to arrange the files in the splat folder and where to put the splat folder)

Thank you in advance

John McMellen said...

Salomon, thanks for your interest in SPLAT!. It doesn't take a lot of configuration to use SPLAT!, you should be able to unzip the files into whatever folder you want and run it from the command line.

There should be a pretty complete set of documentation included in the zip file. I would also highly recommend reading Doug Lung's series of articles on running SPLAT!. The later ones cover running the Windows version specifically and are a good intro to using it.

Anonymous said...

Hi John

First of all, let me thank you for your effort on making splat function for windows users.

I've been using your splat windows version and i have two dudes, one is when i use the -metric command i get wrong distance on the transmitter report, but in the receiver it`s ok. The other dude is, if i can actually draw on the normalized height an obstacle all along the terrain with an specific height? for example, if need to know if a 15 m height trees through my LOS could obstruc my LOS. Thanks a lot

Anonymous said...

Splat 1.2.2 is out now, are you planning a windows compile?

John McMellen said...

Ma. Luque,

I will have to defer to the software architect on the issues you mentioned. I will give you my best guess, however.

Regarding the -metric switch: I believe that this has been fixed in the 1.2.2 version according to the notes in this release. I am working on compiling this for Windows, so hopefully that will solve your problem.

Regarding the option to add obstacles: I think what you are looking for is the "user-defined terrain file" or -udt switch. The SPLAT! documentation outlines how to format a text file so as to pass information about lat, lon and height above ground of obstacles that you want to add to the analysis. It is basically one or more lines of comma seperated values (lat, lon, height) and the height at this point is added on to the height of the terrain determined by the SDF data for that point.

I hope this information is helpful. I will pass your comments along to John Magliacane and see if he has anything to add.

John McMellen said...

Chris, I am working on the 1.2.2 compile. I ran into an issue with some of my test maps, but I think a solution is on the way. I hope to have it ready soon.

John McMellen said...

SPLAT! 1.2.2 for windows is compiled and binaries are ready for download. Sorry for the wait.

Anonymous said...

First, Thank you for a great port of Splat! I am working a making a server service that takes request from a web page and outputs splat elevation(line of site) images. When i specify a path to the output image everything runs ok but I don't get an image. If i remove the path and just pass a filename then splat outputs an image to the working folder. I have tested this via command prompt with the same results. Any ideas? By the way the output switch I'm using is -H

Unknown said...

Hey John,
I am having trouble with the aspect ratio on the maps that I make with the windows compile. Every map has a different ratio, but all are shorter longitudinally as opposed to a latitudinal width.
Do you know what I am doing wrong?
Thanks in advance,
Kathy

John McMellen said...

Stephen,

Is it possible that your path has a space character in it? There might be some differences between Linux and Windows in how these kinds of paths are handled. You might try playing with some different path names to see if that is the problem.

John McMellen said...

Kathy, I am having a little trouble visualizing what you describe. Can you send me a jpg or something of your output and maybe the qth files you're using? Do you get different maps between the Linux and Windows versions?

jmcmellen at gmail dot com

Ivan Gamboa said...

Hi, I noticed that the GIS freeware called MICRODEM has an interface with SPLAT. Does anyone knows how to run Splat with this tool?

Anonymous said...

Hi John -

Thanks for the work you're doing here. I'm having trouble getting Splat! to display the ground elevation of my site locations (they all show up as 0.00 feet AMSL) and I'm guessing it has to do with my sdf files not loading properly. When I run my command line I get a message stating Region "42:43:88:89" assumed as sea-level into page 1... Done!

I'm running the linux version but can't find help anywhere for it (aside from the man pages) so I was hoping maybe you could spot something. My command line is "splat -d /splat -t transmit.qth -r receive.qth"

My .sdf files are in /splat

Thanks for all your work and for any suggestions you can offer.

Andy

Anonymous said...

Hi John -

It seems I was simply missing the .sdf file that I needed. Figures I would realizing just after posting my cry for help.

Thanks again for all your work porting to Windows and for taking the time to answer questions for us amateurs!

Andy

John McMellen said...

Hey Andy,
Isn't it amazing how often that happens that right after you ask a question, the answer comes to you. Happens to me all the time. :)

I'm glad the software is useful to others. I haven't had much time to work on it lately, a lot going on in my personal and professional life. I am certainly no expert, and I am always happy to let someone more experienced step in and answer questions.

Thanks for your comments!

Nir said...

Hi John,

I have been trying to compile your source code for Windows. I had trouble with adding bzlib.
I have added the files: bzlib.c, bzlib.h and bzlib_private.h (from the Internet), installed MinGW enviroment
and ran the following:

g++ -Wall -O3 -s -lm -lbz2 -fomit-frame-pointer bzlib.c itm.cpp splat.cpp -o splat

I have ran into problems with the compilation:

bzlib.c: In function `int BZ2_bzCompressInit(bz_stream*, int, int, int)':
bzlib.c:168: error: invalid conversion from `void*' to `EState*'
bzlib.c:177: error: invalid conversion from `void*' to `UInt32*'
bzlib.c:178: error: invalid conversion from `void*' to `UInt32*'
.....

Could you please advise how to compile the whole Splat project.

Thanks,
Nir

John McMellen said...

Nir,

I'm sorry you're having trouble compiling the program. I think you have been misinformed on the proper use of the BZip2 library. You are on the right track, but what you need to do is download the BZip2 software package that has a binary library file for Windows. Try the "Developer Files" zip file here: http://gnuwin32.sourceforge.net/packages/bzip2.htm

Inside that zip file you will find subfolders named "include" and "lib". The contents of these folders should be copied into your MinGW installation in the include and lib folders, respectively. Once that is done, you can leave off the "bzlib.c" file in the compiler command line, as the "-lbz2" is what tells the compiler to link the BZip2 library into the Splat executable.

A second option would be to download the BZip2 source code and compile a library file yourself and manually put libbz2.a and the bzlib.h files into your MinGW installation.

I hope these suggestions help you get it working. Sorry it took me a few days to get back to you.

Nir said...

John,

Thanks very much for your reply, I'll try your suggestions,

Nir

Bill G. said...

I have Vista Ultimate and when I run Splat all I get is a quick dos screen and it flashes off before ther is time to read anything.

John McMellen said...

"A True Patriot," this version of SPLAT is a command-line program. You will have to open up a Command Prompt (from the Start Menu in Vista) and type in the command there to see the output.

Anonymous said...

Hi John,
My name is Jim and I am interested in running SPLAT! for one of our ham repeater sites.
I have read all of the doc files that I can find and still have a problem on execution.

using : splat -t site1 -r site2 -n -o topomap.ppm

the program reads site 1 & site 2 files and tells me the No LOS ploat in .ppm map

then tells me ***ERROR: Transmitter site #1 not found!

No matter what I run it always tells me transmitter site #1 not found..

any idea why?

thanks

Unknown said...

can I install it in USB? to make it portable? thanks!- ken

Anonymous said...

Hi, I seem to be having problems with -L, Longley-Rice. My outputs are simply concentric ellipses. It is as if it does not see the terrain. However -c LOS clearly sees the terrain.

Anonymous said...

Hi John, I apologize if this is a repeat. I seem to be having trouble with the -L, Longley-Rice. It looks like it is not seeing my SRTM topo data. My output looks like concentric ellipses. However, it is clear that splat sees the topo data with -c, LOS plots. Here is my command:
Splat -t kd7wlx.qth -L 5 -o Topo.ppm -d data\sdf-sd
PS I am running Splat at Win 7

John McMellen said...

Jerry, I seem to recall a similar error, but I can't put my hands on the answer right now. I haven't been able to work much with the software lately. Have you tried the version maintained by Austin Wright? He's got a more up-to-date port than I do currently.

Depp said...

Hello Splat creator and users,

I am a unfamiliar with propagation study and splat. and hoping I'll get some pointers and help here as most users sounds professionals.

1. How can I interface antenna to splat(laptop) and test splat is working fine?
2. For Cell site engineering, which options and files, I must have to use with splat?

Bajor_Data_Systems said...

Hi John

I'm trying to modify the source so that the max_west, min_west, max_north, min_north are printed to stdout.

I'm not a windows guy but am trying to compile the code under visual studio. I get the following errors:
splat.cpp: In function ‘int mkstemp(char*)’:
splat.cpp:77: error: ‘GetTempPath’ was not declared in this scope
splat.cpp:79: error: ‘GetTempFileName’ was not declared in this scope
splat.cpp: In function ‘void PlotLRPath(site, site, unsigned char, FILE*)’:
splat.cpp:2876: warning: suggest parentheses around + or - inside shift
splat.cpp: In function ‘int mkstemp(char*)’:
splat.cpp:77: error: ‘GetTempPath’ was not declared in this scope
splat.cpp:79: error: ‘GetTempFileName’ was not declared in this scope
splat.cpp: In function ‘void PlotLRPath(site, site, unsigned char, FILE*)’:
splat.cpp:2876: warning: suggest parentheses around + or - inside shift


Is this a windows thing with "mkstemp" because I'm not sure.

Thanks

Matt

Bajor_Data_Systems said...

Hi John,

I'm trying to recompile the source so that I get max_west, min_west, max_north, min_north to the stdout.

I am getting the following errors in visual studio:

splat.cpp: In function ‘int mkstemp(char*)’:
splat.cpp:77: error: ‘GetTempPath’ was not declared in this scope
splat.cpp:79: error: ‘GetTempFileName’ was not declared in this scope
splat.cpp: In function ‘void PlotLRPath(site, site, unsigned char, FILE*)’:
splat.cpp:2876: warning: suggest parentheses around + or - inside shift


I'm not a windows guy, but need to run this particular application on XP. Is this "mkstemp" function a standard visual studio function from stdafx.h? Even if it is, I can get it to work. Any ideas?

Thanks

Matt Kc2ore

Austin - VE3NCQ said...

I've done some more work with the Windows port of SPLAT. It is now version 1.3.1 as of November 14, 2010, incorporating a bugfix with the way antenna azimuth files are read, and using the updated itm.cpp Longley-Rice calculations.

My Windows GUI has also been updated. It can now import antenna patterns from 4NEC2 plots, and has a function to batch convert .hgt files to .sdf. The installer includes all the SPLAT executables for every combination of MAXPAGES in HD and SD. See www.ve3ncq.ca for more details.

John McMellen said...

Austin, that's good news. Thanks for the notice.

John McMellen said...

Hi Matt. I haven't tried compiling SPLAT with Visual Studio, only MinGW GCC. I think that mkstemp() is a standard function in Linux to create temporary folders and files, but not on Windows. I found a workaround was to make my own mkstemp() function to replace it. Actually, I found the code on the net somewhere where a person posted about porting between Linux and Windows. I'm not really sure what needs to be changed in my mkstemp() function to make Visual Studio happy. You might try doing a search on those error messages and see what pops up.

Austin - VE3NCQ said...

My solution for the mkstemp() problem on Windows was to change the includes from unistd.h to windows.h and use the native Windows function _mktemp().

There were about a dozen changes needed to LoadUDT(). Anyone interested in the .diff file can contact me at www.ve3ncq.ca.

You could probably also use getenv("TEMP") to get the user's temp path, then add an escaped backslash and file name to make fd2.

sara said...

Hi;

Thank you for the package. I have started using it and I have a question regarding the Splat Data Files.


I have used http://csi.cgiar.org/WhtIsCGIAR_CSI.asp to create the SRTM files I need (Asia area) and It created the file either in Ascii format or GeoTiff format.

How can I convert from GeoTiff/Ascii to .hgt file, and then to Splat Data File to be Able to use SPLAT!

Thanks In advance,

John McMellen said...

Sara, I do not have any code available to convert ASCII or GeoTIFF to hgt or Splat files unfortunately. The strm2sdf.exe converter is built to recognize .hgt and BIL format files. I noticed that you can download SRTM data in BIL format from http://earthexplorer.usgs.gov/.

In the left-side panel ("Select your datasets"), click the plus sign next to Digital Elevation and put a check mark in the box marked SRTM. Then use the map on the right-side to find the locations of interest, in your case that is some location in Asia. Once you have the lat/lon coordinates, you can "Search" for that location, and there should be some 1 degree tiles that will be available for download in BIL format. Download as many as you need, and follow the instructions for the srtm2sdf.exe program.

Hope this helps!

sara said...

Hi John;

That you for your feedback. I have found the maps I needed!.

I would like to know if there is any technical documentation for Splat!. In other terms, What models were used, why, how, etc...

Thank you in advance,

Sara

John McMellen said...

Sara, take a look at the program author's page to find out more about what models and methods are used.

Anonymous said...

Hi,

thanks for maken this program available! I was just wondering if it makes sense that the Longley-Rice path loss is greater than the free-space path loss? For instance, I get that:

Free space path loss: 90.28 dB
Longley-Rice path loss: 260.80 dB
Attenuation due to effects of terrain: 170.52 dB

and at the same time:

No obstructions to LOS path due to terrain were detected by SPLAT!

So, if there is no obstructions to LOS path due to terrain, why is not the Longley-Rice and Free-space path loss the same?

Cheers!

John McMellen said...

I agree, that doesn't make much sense. You might try the newer version maintained by Austin Wright found at http://www.ve3ncq.ca/wordpress/?page_id=62

Anonymous said...

John,

Can you help me understand why Splat is so particular about data? It seems that it only lets me use 3 arc second and 1 arc second data. I have found data out there for 1/3rd arc second. Therefore, I thought I would use this to run in Splat. Therefore, I used some applications to get the 1/3rd data into SDF format. However, repeatedly in the code the largest precision allowed is 3600x3600 which is what you get if you build at 8x8 and use 1 arc second data. Why so specific? Why can't I just use my 1/3rd arc second data (as long as I keep it to 1x1 degree lat/lon)? Is there something I am missing here?

In summary, is it possible for me to use data with better precision than 1 arc second?

Respectfully,

Chris

buladin said...

Hi can someone help me about exporting profile to some data file. I would like to have something like
------
long, lat, elevation
44 10 11.22, 19 19 22.22, 200
...

Thanks in advance, feel free to post short note on my mail also because I strugle to find working answer on windows..

buladin said...

Hi can someone help me about exporting profile to some data file. I would like to have something like
------
long, lat, elevation
44 10 11.22, 19 19 22.22, 200
...

Thanks in advance, sorry for anonimys

Өлзий said...

Hi John, I'm using splat for win32 and I have some problem. I have .ppm file which included command above :

Splat-1-3-1-SD-mx49.exe -d C:\Program Files\SPLAT\sdf-sd\ -t C:\Program Files\SPLAT\cntower.qth -R 200 -L 1706 -m 1.333 -kml -ngs -s CK-Cities.dat -b OH+MI.dat -metric -erp 0 -dbm -db 20 -o coverage.ppm

When I executed that command from cli above error appeared. Can you help me?

J PARLE said...

THANKS FOR ALL YOUR WORK IN DEVELOPING SPLAT. I HAVE A NEED TO HAVE THE HAAT REPORT LIST ALL 360 RADIALS FROM A SITE RATHER THAN JUST EIGHT. I'M USING THE WIN 32 VERSION AND WONDER IF THERE IS AN EASY WAY TO DO THIS.

THANKS

Bcave said...

I am attempting a simple Point-to-Point Graph, but I am missing something
and cannot get an output. I get no error messages.

I have SRTM converted elevation files located in the "sdf-sd" folder.
Windows C:\ProgramFiles(x86)\SPLAT\sdf-sd

35x36x85x86.sdf
35x36x86x87.sdf
36x37x85x86.sdf
36x37x86x87.sdf

-------------------------------------------------------------------------------
Console Output:
-------------------------------------------------------------------------------

--==[ Welcome To SPLAT! v1.3.1 ]==--

Ported to Win32 by John McMellen and tweaked by VE3NCQ Austin Wright


-d switch processed. Override .SDF directory is C:\Program
-t switch processed. Loading transmitter files
Transmitter location 1 is C:\Program
Transmitter location 2 is Files
Transmitter location 3 is (x86)\SPLAT\Murfreesboro.qth
-r switch processed. Reading RX location
RX 1 is C:\Program
-p switch processed. Terrain profile graph filename set to TEST1.png


==================================================================================

The RX location file appears truncated in the Console, but I don't know if that is the problem.
The full path/filename shows in Splat! 1.1.2 Receiver window.
The Test1.png is not created.

I have tried this every different way I can think, but no further progress.

I would really appreciate any suggestions that might get me moving!
Without any error messages it is difficult to figure out why it is not working.

Bruce
WD8KVQ
(Running Win7-64bit-i7-8G ram)

Anonymous said...

Hello John,

Do you have a url of the source code for the windows version? Thank you in advance.

Bert

Anonymous said...

Hi

I have been unable to get it to run on Windows 7 or 8. I'm not IT minded particularly so am I doing something wrong please?

Cheers

Terry

Unknown said...

Hi John,

I'm wondering why SRTM2SDF seems to flip the longitude of the input files. For instance, N14E010.HGT would get translated to 14x15x349x350.sdf. Do you have any insight on the matter?

Thanks,
Mike

Unknown said...

Hi John,

Do you know why SRTM2SDF seems to swap the longitude from East to West? For instance, if I convert N29E59.HGT to an SDF, I get 29x30x300x301.sdf, when I would expect to get something like 29x30x58x59.sdf or 29x30x59x60.sdf (don't know which is correct).

Splat seems to interpret the "flipped" SDF incorrectly as well, since I need to enter in a flipped longitude to get it to use the converted file.

Do you have any insight?

Thanks,
Mike

Unknown said...

Kindly i'm working in project that i use SPLAT! from commandline and i want to use more anenna patterns rather than the sample antenna (*.az, *.el) so i found a website that provide a huge list of antenna radiation patterns but in (*.Ant) format.

So kindly how to convert the Antenna radiation pattern from (*.ant) to (*.az, *.el) format.

Thanks

The Antenna Patterns Site: http://web.cloudrf.com/API/antennas/