Catching up after 3 weeks or so of spotty e-mail and just plain too much
work. I've gotta fix it as it's now attracted some other attention. I
couldn't figure out what was causing the problem, but could confirm that
there was one. You're talents allowed coding around it. Other users
aren't
On Sat, 23 Jun 2007, Gerry Creager wrote:
> The real distressing problem here is, we don't change anything and the
> background changes. We have a cron-job that always runs the same code
> the same way, every 2 minutes. We flog the out of it and the CPU
> and create several different format
The real distressing problem here is, we don't change anything and the
background changes. We have a cron-job that always runs the same code
the same way, every 2 minutes. We flog the out of it and the CPU
and create several different formats. The GIF format is the native
output.
I'll
Outside the US, virtually all radar are fee-for-service products.
Further, with the exception of some Korean (South Korean!) sites that
now have WSR-88d's and openRPGs, very few radar systems produce anything
that's more than remotely compatible with the systems we use. I've been
trying to acc
And what projection are you expecting? There's an issue with their
polarographic projections that I've not liked.
NOW: If you want roads, I can add roads. There's precious little in
RIDGE that we cannot generate. However, Xastir has the ability to put
roads down, and the datasets for Texas
Here is what I use to grab NWS CONUS Ridge radar map:
NWSRadar.geo
URL http://radar.weather.gov/ridge/Conus/RadarImg/latest_radaronly.gif
TIEPOINT 0 0 -127.62037 50.40662
TIEPOINT 3399 1599 -66.51793 21.65253
IMAGESIZE 3400 1600
REFRESH 300
TRANSPARENT 0x0
73 from 807,
Richard, N6NKO
on 6/20/2007 2:32 PM Alex Carver said the following:
>> Well that exactly what I do. But more choice is
>> always better than less
>> choice, right?
>
> This is true, I guess I'm not seeing what these other
> radar sources are providing over the NWS radars. I'm
> also not in front of my machine r
--- "J. Lance Cotton" <[EMAIL PROTECTED]> wrote:
> on 6/20/2007 2:14 PM Alex Carver said the following:
> > --- "J. Lance Cotton" <[EMAIL PROTECTED]>
> wrote:
> >> This is a good thing. Now we can also use radar
> >> images that have roads and
> >> other labels on them and blank out the color used
on 6/20/2007 2:14 PM Alex Carver said the following:
> --- "J. Lance Cotton" <[EMAIL PROTECTED]> wrote:
>> This is a good thing. Now we can also use radar
>> images that have roads and
>> other labels on them and blank out the color used
>> for those roads and labels
>> to get a relatively "raw" ra
--- "J. Lance Cotton" <[EMAIL PROTECTED]> wrote:
>
> This is a good thing. Now we can also use radar
> images that have roads and
> other labels on them and blank out the color used
> for those roads and labels
> to get a relatively "raw" radar overlay.
Silly question, if you want a raw radar ov
on 6/20/2007 11:14 AM Curt, WE7U said the following:
> Done. Unlimited TRANSPARENT lines can be used now. I tweaked
> WMSRadar.geo to make two blacks and white transparent now too.
> Latest CVS.
This is a good thing. Now we can also use radar images that have roads and
other labels on them and b
On Wed, 20 Jun 2007, Tom Russo wrote:
> Yeah, I figured that out, but never bothered. The real issue to be fixed is
> with Gerry's server, which should be using a consistent value for the
> transparent background --- that value is even specified in the WMS URL,
> but is clearly not being done rig
On Wed, Jun 20, 2007 at 07:05:06AM -0700, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
> On Wed, 20 Jun 2007, Curt, WE7U wrote:
>
> > Hmmm... We _could_ change that by adding a fixed length table or a
> > linked list of transparent values found in the .g
CHecking... more when I can.
gerry
Curt, WE7U wrote:
On Wed, 20 Jun 2007, Curt, WE7U wrote:
Hmmm... We _could_ change that by adding a fixed length table or a
linked list of transparent values found in the .geo. This would
slow down the rendering code a bit if there were several values
list
On Wed, 20 Jun 2007, Curt, WE7U wrote:
> Hmmm... We _could_ change that by adding a fixed length table or a
> linked list of transparent values found in the .geo. This would
> slow down the rendering code a bit if there were several values
> listed, but it doesn't sound terribly difficult to add
On Tue, 19 Jun 2007, Tom Russo wrote:
> The script that generates the weather images at the server seems to have some
> kind of bug where it occasionally changes the color value of the background
> pixels from 0x00 to 0x010101 and back without warning. Xastir can handle
> at most one transpar
"Until Gerry can find the source of the seemingly random changes in background
color produced by the weather radar script, the best you can do is to edit
the WMSRadar.geo file to change the TRANSPARENT value. If it's 0x010101
then change it to 0x00 (or vice-versa). It might fix the map.
On Mon, Jun 18, 2007 at 09:39:40PM -0600, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
>
> Not sure what I did, IF I did it, but tonight when I try to load
> weather maps
> on top of tiger maps, the whole thing turns black with station icons on to
Not sure what I did, IF I did it, but tonight when I try to load
weather maps
on top of tiger maps, the whole thing turns black with station icons on top.
Are the weather map sites down? Or have I created a problem locally?
Thanks,
Earl
--
Earl Needham KD5XB
C
19 matches
Mail list logo