November 14, 2010 – SPLAT! Version 1.3.1 and GUI Version 1.1.2 Available
I’ve spent quite a bit of time on this program by John A. Magliacane – KD2BD, so it gets its own section. In addition to the program link, I’ve included some of the Canada/Ontario overlays since they were difficult to obtain. A Windows/Linux GUI is also available – there are a few finishing touches and some debugging to be done, but a beta version 1.1.2 is now posted as of November 14, 2010.
This Windows interface will generate most combinations of command lines to operate SPLAT, and also includes file conversion utilities. A function to import an azimuth pattern from antennas modeled in 4NEC2 is now implemented, and parameters can be saved for later recall. A choice of maximum pages and resolution modes is made by selecting the desired option. This program is built around Version 1.3.1 of SPLAT, and it’s all made freely available. Download it below.
| SPLAT with Windows GUI – BETA – This is an updated version 1.1.2. All previous bugfixes are included. Release 1.0.2 fixed a bug where multiple transmitter sites were ignored. Thanks to Ben Myers for beta testing the program and catching that error. Version 1.0.2 also repairs the disappearing “Radius to Plot” box, caught by John McInnes.
New to this version, support for 4NEC2 antenna azimuth plots is added, and all parameters can be saved and loaded now. A bug with the -t switch on some configurations has been fixed. The GUI now uses my updated port of SPLAT 1.3.1 with many bugfixes, which is included in the package. This software is BETA! There may be errors and bugs. There is no guarantee it will do what you want. It is released, probably prematurely, in the hope it will be useful. Some parts don’t do anything yet. Screen shot. INSTALLATION INSTRUCTIONS Run the setup program. All the SPLAT executables are included. You don’t need to download these separately. If you already have SPLAT, you can install the update right over top of the existing version. Check the README file for more details and version information. Warning – I know that SPLAT isn’t going to like the Windows default “Program Files” location due to the space in the file name. If you can, install SPLAT directly to “C:\SPLAT” from the setup program. Make sure that all file names and folders used with SPLAT do not use spaces. If you can’t install there directly, MOVE everything there later to keep the DOS applications happy. Update any menu shortcuts to the new location. Run Splat.exe. It will create sub folders and copy conversion programs the first time it runs. If you already have the proper SDF files someplace, copy them into the correct folder that the program created. Do not mix up SD and HD .sdf files. For new installations, download the required HGT files at http://dds.cr.usgs.gov/srtm/version2_1/SRTM3/ and unzip them to the “sdf-sd” folder. If using HD terrain data, available for the United States only, download these from http://dds.cr.usgs.gov/srtm/version2_1/SRTM1/ and unzip them into the “sdf-hd” folder. Convert them to proper .sdf files using the utility on the “Tools” menu. You can and should select multiple files at a time – hit CTRL+A to select them all. The SD and HD folders must be processed separately, using the right tool. Now you are ready to try SPLAT. Select the type of analysis you want to perform, and set the options. Unavailable options are hidden. All the rules for transmitter and receiver files must be observed according to the SPLAT documentation. You can edit QTH and LRP files by clicking the appropriate button. A crude text version of SPLAT documentation is included on the Help menu. You’ll need to find or make city files and boundary files following the instructions in SPLAT documentation. Some samples are now included. This Windows GUI is mainly a wrapper to provide SPLAT with the proper command line. A copy of the command line generated is saved as a text file. It can be modified later to add command line arguments and switches not accommodated by the GUI, and this can be run by invoking the proper SPLAT executable from a DOS console. Refer to the SPLAT documentation for further information. If SPLAT itself becomes hung, you’ll need to kill the DOS program in the task manager, not the Windows GUI. This should release the console window in the GUI. Remember that an analysis could take hours, using full CPU, but there should be some activity in the console window to verify proper operation. HD files are very memory and CPU intensive. There is no warranty or support for this program. It’s a work in progress and may be updated or revised without notice. Check below for revised versions. It may be freely used and distributed, although the VB source code is copyright. Comments or suggestions are welcome. |
| SPLAT! is an RF Signal Propagation, Loss, And Terrain analysis tool for the spectrum between 20 MHz and 20 GHz, by John A. Magliacane, KD2BD. SPLAT! provides site engineering data such as the great circle distances and bearings between sites, antenna elevation angles (uptilt), depression angles (downtilt), antenna height above mean sea level, antenna height above average terrain, bearings and distances to known obstructions, path loss and field strength based on the Longley-Rice Irregular Terrain Model, and minimum antenna height requirements needed to establish line-of-sight communication paths and Fresnel Zone clearances absent of obstructions due to terrain. This is a Linux command line program that requires multiple supplementary files for complete functionality. It works, and produces great maps. See below for Windows ports. Visit Doug Lung’s site for more links and articles. |
| SPLAT! 1.3.1 for Windows – This is my own Windows port of SPLAT v-1.3.1, building on the previous work by John McMellen and my earlier ports. See the official SPLAT documentation for program instructions. This zip file contains executables for all the MAXPAGES combinations for 3 arc-second details, and versions for up to MAXPAGES=36 for 1 arc-second details. Commented source code is included. John McMellen’s ported conversion utilities are updated where needed and included. See the README-FIRST.txt file for more details about operation under Windows. A new port of the srtm2sdf utility is included to handle HD terrain data.
Remember, this is a console application that requires a properly formatted command line, with support files in the appropriate locations. The version posted July 11, 2009 fixed a couple of bugs, and the November 14, 2010 update includes several changes. Notably, the new itm.cpp file is used, which fixes problems in the Longley-Rice calculations – this was coded by Sid Shumate, and Allen Schultz kindly forwarded it to me for inclusion in my port of SPLAT. Doug Lung has written about the fix at TV Technology, and there is a detailed article in the IEEE Spring 2010 Newsletter. The original ITM (Irregular Terrain Model) was released by NTIA. My update also handles antenna azimuth files properly now without adding garbage radials. Better feedback to the console was added. Feedback would be appreciated. This is GNU software that I hope will be useful, but it comes AS IS without any warranty or guarantee. |
| SRTM2SDF 1.3.0 for Windows – This is my own Windows port of the newest srtm2sdf utility. It can convert the terrain data files from .hgt format to the .sdf format required by SPLAT. This port will handle either standard 3 arc-second files, or the new 1 arc-second files used by SPLAT v-1.3.0. All of John McMellen’s other SPLAT utilities ported for Windows are included in the archive. See the README-FIRST.txt file for more details and usage instructions. It is also included in the Windows version of SPLAT above, and the Windows GUI, so you should download those instead. This is GNU software that I hope will be useful, but it comes AS IS without any warranty or guarantee. |
| SPLAT! for Win32 – This is my own Windows port of SPLAT v-1.2.3, building on the work by John McMellen . The main improvements are MAXPAGES=16, giving larger maps, and more informative console feedback was added (to make sure SPLAT is running calculations on the files you think). It also fixes calculation of the 0 and 180 degree average height. Commented source code is included, and John McMellen’s port of the conversion utilities is also in the .zip file, along with the documentation. See the README-FIRST.txt file for more details. Run SPLAT-win32.exe for MAXPAGES=16 or SPLAT-win32x.exe for MAXPAGES=25. Remember, this is a console application that requires a properly formatted command line. Feedback would be appreciated. This is GNU software that I hope will be useful, but it comes AS IS without any warranty or guarantee. |
| SDF helper script – I wrote this simple Linux bash script to quickly batch convert the downloaded .hgt files to the .sdf files required by SPLAT. Follow the instructions in the remarks. Requires the Space Shuttle Radar Topology files – see SPLAT documentation for link. Provided AS IS under the GNU General Public Licence. (Remove the .txt extension and chmod to make executable. Make sure none of the .sdf files in the series are missing.) Note: to use the files in Windows, the “:” must be changed to “x” in the filenames. The Windows GUI (released in beta) will batch convert any files. |
| Canadian ARC/INFO files SPLAT requires ARC/INFO files in ASCII format to plot boundaries. The SPLAT site links to the American files in .dat format, which work great if the propagation study includes US land. I couldn’t find Canadian files in that format, but this site has ARC/INFO .E00 files. They are available for every region of Canada, in various resolutions, including lakes, rivers, railroads, highways, cities, and counties. Some of these files are huge, and can cause significant clutter on the maps, but I’ve got them to work with SPLAT. First they need to be converted to a format SPLAT recognizes. (I wrote a quick and dirty program to translate the files, contact me if you need it.) There are still a few bugs, like missing closing segments and incomplete overlays, and I’m not sure if the fault lies with SPLAT, my conversion, or the source file. See next for my converted Ontario files. |
| Ontario ARC/INFO files that I converted for SPLAT from E00 format (beta). The archive includes lakes, rivers, railroads, highways, cities, and counties. The “drainage” file produces the most useful plots. “CK-cities.dat” plots many southern Ontario towns and cities – it’s easy to add your own using coordinates from Google Earth. Also included is a sample command line to plot the VE3KCR repeater. There are still a few bugs in these files, like missing closing segments and incomplete overlays, but my files are currently the only thing I found to work. Put them in your SPLAT directory and include the desired filenames in the command line. They are offered here without guarantee, and are known to have mild defects. US boundaries can be obtained as listed in SPLAT documentation (I included a combined Michigan and Ohio file). |
See the rest of my links – my new software pages are here:
- Windows Compatible Software
- Electronics Software
- Linux & Open Source Projects
- Software Compilers
- Emulators, Virtual Machines, Remote Terminals & Virtual COM Ports
- Audio Tools and Electronics Software
- Useful Programs
Last Updated: Saturday, November 14, 2010, at 23:55
Thanks. Just what I’m after. I’ve been using “Path Profile” (by M.J. Willis) to get me Path losses but is a bit buggy and irritating to use. I’ve just downloaded Splat and have run it up for the first time. Looks good.
Are there GUI options available for generating kml files? I know Splat can do this. Also any options for using ASTER files (“Path Profile” claimed to be able to use these but I couldn’t get it to work)?
Cheers
Carlos
Comment by Carlos — December 1, 2010 @ 05:38
Had a further play with the software. Some comments:
1. For the life of me I cannot generate graphs (whether png, ps or gif) for point to point graph analysis. I checked and I do have gnuplot (wgnuplot).
2. Selecting Open then cancel produces an error message, and Tx and Rx file entries are wiped from the GUI. You’d want the default behaviour to be to do nothing?
3. Fractions of seconds in Tx/Rx positions are ignored (no rounding done)
4. GUI is resizeable. Perhaps shouldn’t be?
5. I did a point-to-point terrain analysis and the ppm showed a broken green line although there is definitely LOS between my Tx and Rx
6. What is gmon.out?
BTW. I found the kml option, but haven’t tried it yet.
Comment by Carlos — December 1, 2010 @ 07:11
On the GUI, you can check the box to get a kml file if the analysis type supports it. This option disables the legend colour key, otherwise it would also show on the map. The kml file shows a transparent overlay when opened in Google Earth.
Right now, SPLAT doesn’t handle the ASTER format, but this is a very interesting suggestion. The SRTM one arc-second data will already work in SPLAT, but is limited to the United States due to NIMA restrictions. Perhaps ASTER data can get around this restriction. The srtm2sdf converter utility is currently used to make a suitable SDF terrain file for SPLAT. I don’t know if John Magliacane has done any work on the ASTER format, but I will try getting some files to see what I can figure out, if anything. In theory, it should be possible to modify the converter to make an acceptable SDF file from ASTER. SPLAT won’t care where the data came from as long as the SDF files are valid.
More information about ASTER is available from the USGS.
Thanks for the comment Carlos, and it certainly would be worthwhile to work ASTER compatibility into the program.
Comment by VE3NCQ — December 1, 2010 @ 07:49
1. The graph problem can be traced to the system PATH environment variable. If you have wgnuplot installed, SPLAT needs to know where it is. It gets this from the PATH environment variable. Mine is installed in the root directory of c:\ in case SPLAT doesn’t like spaces in the path name. Once wgnuplot is on your PATH, it should work.
At a command prompt, type echo %PATH% and see what’s there. Mine looks like this:
C:\>echo %PATH%
C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Symantec\pcAnywhere\;C:\Program Files\Samsung\Samsung PC Studio 3\;C:\Program Files\Common Files\GTK\2.0\bin;C:\Program Files\QuickTime\QTSystem\;C:\PROGRA~1\HAMRAD~1\gnuplot\bin
If gnuplot isn’t there, type: c:\> path = %PATH%;c:\PATH-TO-GNUPLOT
2. The ability to open a saved file in the GUI is new, and I didn’t bugcheck every combination. I forgot to trap the cancel error and gracefully exit. I’ll do a bugfix release to correct that.
3. SPLAT recognizes decimal coordinates, such as 74.6864. It also accepts DMS format, like 74 41 11.0. Are the fractions being dropped in the site report? I looked at the code, and the site report only uses the first 4 decimal places. They aren’t dropped during the calculations. I’ll see what happens if it’s increased to 6 places.
4. You’re right, the GUI should not be resizable. I never tried that.
5. This has been reported from time to time. There could be several causes. If you make a kml file, and overlay it on Google Earth, can you see anything it might be picking up as an obstruction? In one case I looked at, a tree line was the obstruction, and the attenuation would have been less than predicted (depending on the frequency). You can create a file with terrain overrides in case there are anomalies in the SDF files.
6. As far as I know, gmon.out has something to do with debugging. I thought that debugging symbols had been turned off when I compiled the releases. It seems I left the profiler on, which Dev-C++ includes to help locate excessive processor usage. The file isn’t written by SPLAT itself, and can be safely ignored for now. Next time I compile the binaries I’ll make sure the profiler is off as intended.
Thanks for the feedback, and I’ll put those corrections in the GUI and credit you with the discovery.
Comment by VE3NCQ — December 1, 2010 @ 09:00
I have SPLAT.
I have WGNUPLOT.
The WGNUPLOT directory is in the PATH statement.
When I run any point-to-point graph the console output says that the plot has been written, but no file is actually written anywhere.
Any further ideas?
Comment by Bill Weeks — December 1, 2010 @ 15:00
At a command prompt, type pgnuplot. Does the Gnuplot terminal come up? If not, there is a path issue. Make sure that the path ends in “gnuplot\bin” with no trailing slash.
When SPLAT runs a graphing analysis, it saves the data to a file called “splat.gp” in the working directory. It then invokes gnuplot with the system command “pgnuplot splat.gp”. If gnuplot opens successfully, splat.gp is deleted, but it is retained if gnuplot fails. The thing to look for here is whether or not splat.gp is sticking around. If it’s there, cd into that directory with a command prompt, and type “pgnuplot splat.gp” which should bring up the graph in gnuplot. If not, it’s a PATH environment issue.
By looking for what happens to splat.gp, you should be able to figure out where things are going wrong. On the GUI, there is a checkbox under the “Point-to-Point Options” that will prevent splat.gp from being deleted.
Comment by VE3NCQ — December 1, 2010 @ 16:11
Many thanks for that Austin. I can now get my graph. It would be nice if a plot can be displayed as well, either in the GUI or a separate window.
Other comments:
1. For the path-to-path graph option, it would be useful to display the calculated path loss somewhere on the GUI
2. Put units against text (e.g. on the Longley-Rice analysis option, display km against “Radius to plot”, m against “Receive antenna height” etc.)
3. The software doesn’t like spaces in the qth (and presumably the lrp) files. Probably a Windoze thing. Any chance of your software placing quotes around any inputted filename to get around this?
4. A nice have: Batch process a number of Rx sites with one Tx site to get path losses (to put this in context I’m examining the impact of a windfarm on some Radars here in the UK).
Other than that, a very useful tool!
P.S. I notice that the weather over where you are in Chatham is similar to what we have in the UK, except snow here is major news!!!!!
Comment by Carlos — December 2, 2010 @ 05:29
That Gnuplot problem seems fairly consistent for a lot of people. Perhaps I could add some tests to my GUI that check for its presence on the machine and in the PATH. It’s GNU so maybe I could offer a bundled version that’s pre-configured.
As for a plot with graph, I think SPLAT does a different kind of analysis with that function that doesn’t create a plot. You’d have to run Longley-Rice as well. On the Point-to-Point Terrain analysis, there is an option to force terrain maps to white. That is to allow you to superimpose the plotted line over a Longley-Rice Path Loss Analysis using layers in PhotoShop or GIMP. Just make the white transparent, or multiply the layers.
1. Path loss is saved to a file. I could make it appear on the console output, but that would require changes to all the SPLAT executables. Maybe the GUI could have an option to open that path loss file in Notepad on completion.
2. I will see if there’s a way to add units. The problem as I recall is that each console line is added as the command line is parsed. In most cases, the units are not known yet because the -metric switch hasn’t been encountered, and may not in fact exist at all where Imperial units are desired. When -metric is encountered, the console will say “-metric switch processed. Analysis done in metric units”. The best I can do is maybe have SPLAT parse for the -metric switch first, then it will know which units are in use when the other switches are encountered. This is also a matter for the SPLAT executables.
3. I thought about putting quotes around file names, or escaping the spaces like we do in Linux. It will need some experimenting, because the GUI only passes – and SPLAT only accepts – some but not all of the file names. The rest are calculated. If I’m not mistaken, SPLAT just changes the extension, so adding quotes would be a logical step. I’ll put that in the GUI and see what happens.
4. Yikes! Here’s what we, in theory, could do. My GUI saves the command line which is really what invokes SPLAT. Take that, and copy it to a batch file. Copy and paste as many sites as you need, changing your RX sites as needed, and the output file names. Save that file as a DOS .bat file, and run it from the command line. That would probably be the fastest way. You’d have to enter all that info one at a time in the GUI anyway, but using more mouse clicks.
You probably have your parameters all figured out already, but my approach would be to create a user-defined terrain file that adds each of the turbine sites. This will plot the effects, keeping in mind that the blades are turning so some of the shadowed area will be disturbed as opposed to blocked, and energy will be scattered off in different directions which is then reflected back as artifacts. There is a way to produce a text output file in SPLAT that can be edited and fed back in with obstructions added. This is off by default in the GUI, because the files are huge – in the order of GigaBytes for some runs. Add the -ano switch to get one and -ani to read it back.
I’m assuming that your Radars are for weather? The wind turbines absolutely will show up as ground clutter if they are close enough. I think 13 km from the Radar is the closest they can be. We have many wind farms here in Chatham-Kent. I have noticed that when propagation is enhanced, during inversions or tropo ducting events, our turbines show up as strong echoes on the NWS Radar 100 km away. When that happens, hams can be fairly certain of good openings on VHF and UHF. You could probably model this by making changes to the .lrp parameters, such as decreasing the N units. In this case, you not only have a shadow area, but also ground clutter returns and Radar energy scatter effects.
The N bending constant used by SPLAT is 301, which coincides with the standard 4/3 earth radius model (k) of 1.333 and the standard atmosphere (1013.25 hPa at 15° C). SPLAT only performs a 2D analysis. To get an idea of the 3D effects on pattern, you might model the antenna in 4NEC2 with the turbines added as passive far-field radiators. You may have to model them proportionately taller to compensate for the 4/3 earth radius which NEC doesn’t consider.
As for our weather, it’s been a milder autumn. This year was the latest we’ve ever had a killing frost, and we’ve only been down to -2° C. I still have a tree in the backyard with coloured leaves. Any similarities with our weather will soon end, as we will be into snow and cold season very shortly (antenna season).
Comment by VE3NCQ — December 2, 2010 @ 08:03
Hi Austin. Thanks for the comments.
Currently I’m interested in ATC and AD radars (operating at about 3GHz) and the effect of windfarms on detection of targets in the vicinity of the farm. I have a separate SW for modelling radar systems effects, e.g. antenna patterns, pulse compression, signal processing, and separate SW for predicting radar cross-section of each component of a turbine. Second-order effects that you mention, multipath, I don’t model but could, although I do include ground and sea clutter (K-distributed). I haven’t considered ducting, but we have SW here (at work!) which allows us to define whatever refractive profile (with height) we want and give us path losses through ray-tracing, but I’m generally interested in the “standard” atmosphere.
Thanks again
Comment by Carlos — December 2, 2010 @ 17:26
Thanks, Austin, I’m partway there with gnuplot, anyway.
“pgnuplot” at any command prompt starts the program.
splat.gp disappears. But no graph is written anywhwere.
But “pgnuplot splat.gp” from a command prompt, if I check the preserve gnuplot box, gets me the graph.
Progress is good.
Bill
Comment by Bill Weeks — December 3, 2010 @ 21:04
I have conducted some research into the ASTER format, and downloaded the files for my area. On the surface, it should be trivial to convert the GeoTiff format to SPLAT sdf files. It’s just a matter of jumping past the header offset and converting the 16-bit elevation data to the long integer format used in SPLAT, starting at the bottom left coordinates, eliminating the top and right rows of pixels.
The problem is that ASTER data tends to have numerous voids and anomalies. We are surrounded by Great Lakes here, and the surface is very irregular, with deep banding. This would translate into obstructions that don’t exist. The bands make strips of higher or lower elevation that skew the propagation analysis. While mostly visible over water, these do extend over the land in some areas.
That said, the remaining data seems to be very detailed and good quality. I think it could be useful in some situations, especially where the 1 arc-second STRM data isn’t available. The solution may lie in digital imaging. This is my theory:
First, we’ll need the 3 arc-second STRM data from the .hgt files converted to GeoTiff. This won’t be terribly complicated, as the files cover 1 degree squares and we’re not using the tags. In PhotoShop, these can be resampled up from 1201×1201 to 3601×3601 pixels. This will form the background layer. Then we paste the ASTER GeoTiff file on top in a new layer. (GIMP can’t handle 16-bit TIFF files.)
Now, it’s simply a matter of using the erase tool to remove the voids, which show as black spots. Use a brush that’s an appropriate size, with soft edges. Erase the garbled data over water. Any defect that’s erased will reveal the (3 arc-second) STRM data from the background layer. Once everything is fixed up, flatten the image and save it as a new TIFF file.
This should produce a 16-bit TIFF with all the anomalies fixed up. It’s a bit tedious, but far more accurate than any automatic algorithm. The master files will only need to be done once. Then we can convert it to sdf files for use in SPLAT.
One added advantage is that data can be corrected or added visually. For example, we have a garbage dump that’s grown 100 feet in elevation since the data was collected, and it happens to block the path of a proposed link. This can be drawn on the image at the appropriate place. The foreground shade of grey used on the paintbrush will correspond to a particular height.
With this theory in mind, I’ll try writing some code to make the necessary conversions, and see how it works out in practice. Then I’ll post it on a new page with the programs, and add instructions on getting the ASTER files.
Comment by VE3NCQ — December 13, 2010 @ 20:34
Hi
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
Comment by sara — January 14, 2011 @ 05:52
SPLAT uses the Longley-Rice Irregular Terrain propagation model. There is some good documentation in the docs folder of all the SPLAT distributions, and the manual is also on the KD2BD site.
Several authors have posted articles on SPLAT. These are some that I know about:
SPLAT Home Page
Longley-Rice Irregular Terrain Model
John McMellen, KC0FLR
W5GFE Splat Web Interface
ARRL-Surfin’: Splat That Path Online
Analyzing DTS Coverage With Longley-Rice, SPLAT
SPLAT! Resource Page – Describes Sid Shumate’s fix to ITM.cpp
Improvements in Propagation Models by Doug Lung
Comment by VE3NCQ — January 18, 2011 @ 10:16
I tried to extract the archive splat 1.3.1 but it gives me corrupt archive.
Comment by Andrea — February 9, 2011 @ 16:13
Try saving it to a different location. The MD5 checksum of the file is 4efeeb3e099fbe625bfb55f4398813d6. If that doesn’t match, the file has been corrupted along the way.
MD5(SPLAT-1.3.1.zip)= 4efeeb3e099fbe625bfb55f4398813d6
Comment by VE3NCQ — February 9, 2011 @ 17:31
The MD5 checksum splat 1.3.1 ebfb6ad5070bbeed542652ca6602f471
Comment by Andrea — February 10, 2011 @ 16:53
Hi. Very useful tool. I had a bit of an issue getting it to work to start with, when i entered the details hit splat, nothing happened. Found the text file it had generated and it was looking for splat-130-SD16.exe. I renamed a copy of the mx16 exe to this and it worked.
Thanks
Comment by Rob — March 15, 2011 @ 07:32
Could someone help me with error warnings please?
When doing LR Path Loss Analysis, I have got an error warning “Longley-Rice model error number: 3, Warning: A combination of parameters is out of range. Results are probably invalid.”
What does this error mean? Below are my settings, I cannot find anything wrong with these settings:
Longley-Rice path calculation parameters used in this analysis:
Earth’s Dielectric Constant: 15.000
Earth’s Conductivity: 0.005 Siemens/meter
Atmospheric Bending Constant (N-units): 301.000 ppm
Frequency: 884.800 MHz
Radio Climate: 5 (Continental Temperate)
Polarization: 1 (Vertical)
Fraction of Situations: 50.0%
Fraction of Time: 90.0%
Transmitter ERP: 3.7 Watts (+35.66 dBm)
Transmitter EIRP: 6.0 Watts (+37.80 dBm)
Please any help would be appreciated.
Goanna
PS. any pointers to slat! discussion groups would also be appreciated.
Comment by goannae — April 5, 2011 @ 19:48
I would like to try splat for NB.
Please send me your program so I can convert the Maritime e00 files
Thanks!
Comment by Graeme — September 25, 2011 @ 14:11
I am going through a big move right now to W4, and my network is being disassembled while I pack furiously under deadline. Unfortunately I’ll be offline for a bit without access to my programs. Can you wait until I get back up? I believe you are looking for the utility I wrote to convert e00 to SPLAT dat files. I think I did that quick and dirty in Visual Basic but I might port it to PHP. In the meantime, try SPLAT with the US data, which ought to get you some lines. Do you know VB? I could maybe post the source code, which requires a couple of easy modifications to grab the correct input files. Apparently I never did a proper GUI for it, and I can’t compile it the way it is since I only ran it in the VB development environment.
Comment by VE3NCQ — September 25, 2011 @ 14:43
Thanks for providing the Windows version of Splat! Do you have plans to make the 1.40 version available for Windows?
73,
Brandon Pierce
KC0BTP
Comment by Brandon Pierce — December 2, 2011 @ 15:06
I will look at it once I get settled in Virginia. All of my development computers are in storage right now in Canada so I can’t access anything. The GUI shouldn’t need to be updated unless additional command line options were added to the latest version. This would probably be a project for the new year.
73,
Austin
VE3NCQ/AK4OG
Comment by VE3NCQ — December 2, 2011 @ 17:01
Hi,
I’ve been trying to get Splat! gui working without success.
It’s installed and the sd/hd files downloaded and converted.
I set up a qth file.
When I hit Splat! the command prompt window opens with the following, but then nothing happens and no file is created:
–==[ 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\mtdale.qth
-c switch processed. RX antenna at 5.0 AGL
-kml switch processed. Make Google Earth Keyhole Markup Language file.
-o switch processed. Output map file will be mtdale3.ppm
==================================================================================
Any suggestions?
Thank you!
Comment by Joseph — April 4, 2012 @ 06:28
Try moving the program location to c:/SPLAT. The GUI actually creates a command line that calls SPLAT, and the space in the path is corrupting the command line. Make sure you have the latest version of the GUI. I remember adding some fixes at some point to put quotes around file paths, but I don’t know if I got them all. It is best to run SPLAT without any spaces at all in file names or paths.
Comment by VE3NCQ — April 4, 2012 @ 06:44
That did it!
Thank you!
Comment by Joseph — April 4, 2012 @ 07:59
Sorry, but I could really use a little more help.
the ppm it creates is just a blue background and green oval without the underlying map info.
Here’s the console text:
Ported to Win32 by John McMellen and tweaked by VE3NCQ Austin Wright
-d switch processed. Override .SDF directory is C:\SPLAT\sdf-sd\
-t switch processed. Loading transmitter files
Transmitter location 1 is C:\SPLAT\mtdale.qth
-c switch processed. RX antenna at 5.0 AGL
-kml switch processed. Make Google Earth Keyhole Markup Language file.
-o switch processed. Output map file will be mtdale.ppm
Region “41x42x74x75″ assumed as sea-level into page 1… Done!
Computing line-of-sight coverage of “mtdale” with an RX antenna
at 5.00 feet AGL…
0% to 25% .oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.o
25% to 50% .oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.o
50% to 75% .oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.o
75% to 100% .oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.o
Done!
Site analysis report written to: “mtdale-site_report.txt”
Writing “mtdale.ppm” (1200×1200 pixmap image)… Done!
=======================================================
And the report:
–==[ SPLAT! v1.3.1 Site Analysis Report For: mtdale ]==–
—————————————————————————
Site location: 41.7110 North / 74.5237 West (41° 42′ 39″ N / 74° 31′ 25″ W)
Ground elevation: 0.00 feet AMSL
Antenna height: 50.00 feet AGL / 50.00 feet AMSL
—————————————————————————
Thanks!
Comment by Joseph — April 4, 2012 @ 08:10
The blue background means that the terrain data is missing, so SPLAT assumes it’s all sea level. There are several steps to get the right files. First, you need to decide whether to use the high definition or standard definition terrain data. HD is available for the USA only, and requires more computing power. Once you decide, visit the appropriate website (see the documentation or help files) and download files from all the regions of interest. Then, the files need to be unzipped. My GUI has a conversion tool that allows you to batch all the conversions and copy the resulting .sdf data files to the proper folder (in your case C:\SPLAT\sdf-sd\). HD and SD cannot be mixed.
Once this data is present, SPLAT will import all the regions required, and you should not see the message about any region being assumed at sea level.
Comment by VE3NCQ — April 4, 2012 @ 19:40
I had a hunch it was the terrain files.
The QTH is
Latitude:41.71104683235772°
Longitude:-74.52369689941406°
I downloaded and converted:
N41W074.hgt
for both sd and hd
Do I need to specifically import the data or tell Splat! to use these files?
Thanks!
Comment by Joseph — April 4, 2012 @ 20:27
Here’s the 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:\SPLAT\sdf-sd\
-t switch processed. Loading transmitter files
Transmitter location 1 is C:\SPLAT\mtdale.qth
-c switch processed. RX antenna at 5.0 AGL
-kml switch processed. Make Google Earth Keyhole Markup Language file.
-s switch processed. Reading city files
City file 1 is CK-Cities.dat
City file 2 is OH+MI.dat
City file 3 is ondraing.dat
-b switch processed. Reading boundary files
Boundary file 1 is CK-Cities.dat
Boundary file 2 is OH+MI.dat
Boundary file 3 is ondraing.dat
-o switch processed. Output map file will be mtdale.ppm
Region “41x42x74x75″ assumed as sea-level into page 1… Done!
Computing line-of-sight coverage of “mtdale” with an RX antenna
at 5.00 feet AGL…
0% to 25% .oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.o
25% to 50% .oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.o
50% to 75% .oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.o
75% to 100% .oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.o
Done!
Site analysis report written to: “mtdale-site_report.txt”
Reading “CK-Cities.dat”… Done!
Reading “OH+MI.dat”… Done!
Reading “ondraing.dat”… Done!
Reading “CK-Cities.dat”… Done!
Reading “OH+MI.dat”… Done!
Reading “ondraing.dat”… Done!
Writing “mtdale.ppm” (1200×1200 pixmap image)… Done!
Comment by Joseph — April 4, 2012 @ 20:29
For some reason, it’s not finding the terrain file. Make sure the SD and HD versions aren’t mixed up. They aren’t interchangeable. The SPLAT GUI has a radio button near the top right to select SD or HD. Also, make sure you download and convert all surrounding regions as well, since the one you have might not be the actual one needed.
Comment by VE3NCQ — April 4, 2012 @ 21:04
I deleted all terrain files and started again with only HD one (1 sec).
It ran and created the plot, but it’s still empty.
I have the following files in c:\splat\sdf-hd:
N40W073.hgt
N40W074.hgt
N41W073.hgt
N41W074.hgt
N41W075.hgt
N42W074.hgt
And here’s the output:
Ported to Win32 by John McMellen and tweaked by VE3NCQ Austin Wright
-d switch processed. Override .SDF directory is C:\SPLAT\sdf-hd\
-t switch processed. Loading transmitter files
Transmitter location 1 is C:\SPLAT\mtdale.qth
-c switch processed. RX antenna at 5.0 AGL
-kml switch processed. Make Google Earth Keyhole Markup Language file.
-o switch processed. Output map file will be mtdale.ppm
Region “41x42x74x75-hd” assumed as sea-level into page 1… Done!
Computing line-of-sight coverage of “mtdale” with an RX antenna
at 5.00 feet AGL…
0% to 25% .oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo
25% to 50% .oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo
50% to 75% .oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo
75% to 100% .oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo
Done!
Site analysis report written to: “mtdale-site_report.txt”
Writing “mtdale.ppm” (3600×3600 pixmap image)… Done!
==================================================================================
Comment by Joseph — April 4, 2012 @ 21:49
Okay, I see it. On the SPLAT menu, select Tools > Convert HD .hgt to .sdf. A dialog will open. Select all of the .hgt files at once. My GUI will convert them to the format SPLAT requires, and it will put them in the right folder. Then you can run your analysis. The problem is that SPLAT cannot recognize the raw .hgt files, they need to be converted to .sdf format so the mathematic calculations work.
Comment by VE3NCQ — April 4, 2012 @ 23:01
That did it!
Thank you so much.
If you don’t mind another question: I ran a plot with a radius of 100 and it worked, but then I ran one with a radiuis of 30 and the plot looks identical.
However, in the Splat! GUI the area is much smaller than it is in the ppm.
And, is there a way to overlay roads or other identifying info?
Any idea what’s going on?
Thank you
Comment by Joseph — April 5, 2012 @ 08:42
SPLAT only reads as many terrain files as it needs, based on the analysis and MAXPAGES setting. The ppm file will always correspond to an entire terrain panel. The radius simply puts a limit on how far out the propagation is analyzed. You can pull the image into GIMP or IrfanView to crop it. To make a Google Earth overlay, select the .kml option (you don’t get a legend with .kml mode), check “force terrain maps to white”, pull the image file into GIMP, convert white to transparent, and save. Remember, an image referenced in the .kml XML cannot be cropped or it won’t line up. You CAN save the .ppm file as a .png format and change the path in the .kml file. This allows you to compress the files significantly. You can download roads and boundaries from the USGS, but I mostly use Google Earth now.
Comment by VE3NCQ — April 5, 2012 @ 17:28
I am using Windows version trying to do Regional Coverage Analysis and i can not get a path loss text file of data. i am using -plo which appears to work for Point-to-Point analsys. what am i missing? any help would be appreciated
Comment by Larry — April 27, 2012 @ 15:01
The Regional Coverage Analysis only computes Line of Sight coverage. It doesn’t perform any path loss calculations so it won’t produce that file. You might want to try the Longley-Rice analysis to get the path loss text. It will be a huge file, but can be edited in certain software to add or delete obstructions. Opening a 500+ MB text file in Windows Notepad will likely crash it.
Comment by VE3NCQ — April 28, 2012 @ 12:35
can i do a path loss analysis with no terrain in Splat? If so, i would appreicate info on how to do that.
thanks
Comment by Larry — May 4, 2012 @ 12:03
You can do that, but you’ll wind up with straight path loss and perhaps an antenna pattern. If terrain files are missing, SPLAT assumes sea level. If you have terrain files, just set your QTH to coordinates that don’t have files.
Comment by VE3NCQ — May 4, 2012 @ 20:45
Thanks, that approach for free space worked. I have another question: is it possible to get access to more of the raw data beyond the pathloss file? I would like to do some different processing & plotting but am confined by the .png. Your help is appreciated.
Comment by Larry — May 5, 2012 @ 16:23
Not all flavours of analysis produce the huge path loss file, but that file is capable of being edited and run through SPLAT instead of using the original terrain data. Other than that, there is no other access to raw data unless you dig into the source code to produce additional output.
Comment by VE3NCQ — May 6, 2012 @ 12:52
I am working with creating some repeater maps. One thing I am unsure on the process to create a Data File, ie cities.dat
I understand the concept of
City, Lat, Long
City, Lat, Long
City, Lat, Long
What is the preferred program to create a landmark dat file, the documentation outlines to use a text editor. When I use Windows Notepad to open a (.dat) file the values do not look valid, the values look to be exponent values and numerous, it does not look like Lat-Lon values. Secondly, can I create a dat file with Notepad, if so which format should I save it? Any other suggestions of advice?
Thanks.
Comment by repeater builder — May 9, 2012 @ 13:49
i am back again with another question. i am trying to get a text file out with data to do a contour analysis. since i am using the Windows version i get a text file out using the -plo selection. this file should contain received power or path loss depending on the options selected. But, instead of a contour of data, i get just a single line. is there a way to get a contour of data out covering a defined region?
thanks
Comment by Larry — May 9, 2012 @ 16:40
You can create a .dat file in any plain text editor. It can’t be a word processor. Notepad works fine, but you have to save the name in quotes or else Notepad tries to add .txt to the name. Another program is the Bluefish Editor, which can do text files as well as C, PHP, HTML, KML, and other program source code. It’s is available freely from http://www.bennewitz.com/bluefish/stable/binaries/win32/Bluefish-2.2.1-setup.exe. Whatever you use, it must be plain text and not formatted in any way. The format is like this:
Milton, 43.513861, 79.884114
Hamilton, 43.257823, 79.869113
Burlington, 43.324583, 79.797406
Oakville, 43.467739, 79.691624
You can get the coordinates using Google Earth. SPLAT can create a .kml file for use in Google Earth. You can edit the .kml file in Bluefish (it’s not too hard to figure out what’s going on). Using a straight overlay, you have access to all the Google Earth place names, roads, and terrain so you don’t have to worry about creating external files.
One trick that works for me is to check “force terrain to white” in SPLAT, take the huge SPLAT .ppm file into GIMP or some other photo editor, do a colour search to change white into transparent, save the image as a .png file, then edit the .kml file to change the overlay file name to .png. This gives you a Google Earth overlay of just your plot. When doing a huge analysis in HD of our high-powered TV transmitters, the .ppm files were too big for Google Earth. Converting them to PNG helped, but by splitting the huge image into tiles of separate files carefully cropped (strips of 3600 pixels high), and editing the overlay in the .kml file to make the coordinates match, I was able to get everything to display.
Austin
Comment by VE3NCQ — May 10, 2012 @ 08:36
There is a sample file at http://www.ve3ncq.ca/pub/WVPY-dBm.kml. Be warned that the image files are very large and may take some time to download, but you should be able to right-click the file and Save As to download just the .kml file. Then you can pull it into an editor and see how I did it.
Comment by VE3NCQ — May 10, 2012 @ 08:59
I will have to try this out when I get a moment since I have limited experience using that file. The text file should be huge if everything is working right, but not all analysis generate one. I’m not sure if you are using the GUI or command line, but it seems to me that the GUI doesn’t do the huge file since its use is so specialized. The GUI does save a copy of the command line it generates, so it can be easily modified and run from a DOS prompt.
The file with received power and path loss is a separate text file called Site Report.
If you’re trying to limit the contour data, try editing the .scm files for the QTH, using colours only where you want to see the data. You can use this option to limit the colours displayed, and there is an option to limit the entire analysis out to a specific signal level. I’ve done this to display two colours for only my city grade and Grade A contour.
Comment by VE3NCQ — May 10, 2012 @ 09:14
i am not sure i understand your response. with a -plo element i can get either path loss or received power, but the problem is that the output file is a line segment not a contour of data. How do it get a contour data set out? I am looking for a grid of data which must be generated to produce the .ppm file. also, what is a .scm file?
Thanks
Comment by Larry — May 12, 2012 @ 15:54
An .scm file is created for each site automatically to key the contour colours. Normally these are default values, but you can edit them in many ways. Check the help file for more information. As for a file of grid data, there is indeed one created, which is the actual image itself. It is essentially a grid where every pixel represents the computed value converted to a colour. There is no way to further refine this. However, any decent photo editor should allow you to measure that value at any pixel.
Comment by VE3NCQ — May 15, 2012 @ 07:40