• After witnessing the continued decrease of involvement in the SpotterNetwork staff in serving SN members with troubleshooting issues recently, I have unilaterally decided to terminate the relationship between SpotterNetwork's support and Stormtrack. I have witnessed multiple users unable to receive support weeks after initiating help threads on the forum. I find this lack of response from SpotterNetwork officials disappointing and a failure to hold up their end of the agreement that was made years ago, before I took over management of this site. In my opinion, having Stormtrack users sit and wait for so long to receive help on SpotterNetwork issues on the Stormtrack forums reflects poorly not only on SpotterNetwork, but on Stormtrack and (by association) me as well. Since the issue has not been satisfactorily addressed, I no longer wish for the Stormtrack forum to be associated with SpotterNetwork.

    I apologize to those who continue to have issues with the service and continue to see their issues left unaddressed. Please understand that the connection between ST and SN was put in place long before I had any say over it. But now that I am the "captain of this ship," it is within my right (nay, duty) to make adjustments as I see necessary. Ending this relationship is such an adjustment.

    For those who continue to need help, I recommend navigating a web browswer to SpotterNetwork's About page, and seeking the individuals listed on that page for all further inquiries about SpotterNetwork.

    From this moment forward, the SpotterNetwork sub-forum has been hidden/deleted and there will be no assurance that any SpotterNetwork issues brought up in any of Stormtrack's other sub-forums will be addressed. Do not rely on Stormtrack for help with SpotterNetwork issues.

    Sincerely, Jeff D.

WeatherScope - Locally-Hosted Data

Joined
Dec 29, 2003
Messages
140
Location
Santa Teresa, NM (El Paso, TX)
So, I've been messing around with OCS's WeatherScope software lately, and have found that it holds promise. However, I'm having some trouble trying to customize data sources.

Does anyone know if it is possible to read in configuration files (such as siteinfo.xml files, which contain station tables), or for that matter, even shapefiles, from the local hard disk?

The "Help" files seem to indicate that everything needs to be on the web.

For example, when explaining how to load a custom shapefile, the help files mention the following with respect to setting up the config.xml file:

It would seem that having to upload a bloated shapefile to the internet would be an unnecessary requirement.

Another example... (admittedly, this may be hard to follow): I've found that there is International surface ob data available in MDF format (e.g., http://www.mesonet.org/data/public/noaa/metar/mdf/Canada/), but there are no online *.xml files to define the data (as there is for US-based surface data at http://sdg.mesonet.org/weathersoft/datasets/edu.ou.ocs.asos/info/)

So I set up my own local folder in the proper directory, just called it 'edu.ou.ocs.asoscan' ... and copied over the various xml files. I added station info for one Canadian site (CYUL) to my local version of siteinfo.xml, and changed the 'dataUrlFormat' string in config.xml to point to the directory with the Canadian surface data.

This seemed successful at first -- there was a new source in the menus, but when selected...no plot appeared, not even when zoomed into where CYUL should be. The log files indicated that the Canadian mdf file was imported properly. My guess is that my local "siteinfo.xml" file was being ignored, in favor of the siteinfo.xml file located on the web at http://sdg.mesonet.org/weathersoft/datasets/edu.ou.ocs.asos/info/ -- which obviously only included US stations. But, when I changed my local config.xml so that "siteinfoUrl" pointed to my locally-modified version of siteinfo.xml... replacing "http://blahblah..." with "C:\Path\siteinfo.xml" (and subsequently tried "file:///C:\Path...") the new dataset didn't even show up in the menus any more.

Surely there must be a way to read in shapefiles and config files from the local disk, and not just a web URL???

-Mike
 
I am not familiar with the program and have not reviewed and documentation for it. My initial reaction was to try file:/// , but, since you've already tried that, it sounds like the program is expecting certain things in the "service" portion of the URL and only supports the protocols defined by those services. I would hope it would support at least http and ftp (and, it would be good to support the ssl version of those too, https and ftps). Since it is clear that http is supported, you can install a very lightweight http server on your local machine and then access the file(s) via http://localhost/<file> . At least, that's what I would try next.
 
Back
Top