开云体育

ctrl + shift + ? for shortcuts
© 2025 开云体育
Date

Issues - was: THE ANTI BRIGADE

Ciemon Dunville
 

After a week away from my pc, and some serious withdrawl........

Roger Barker wrote:
Doesn't the above very much represent a self-fulfilling prophecy? ;-)

Not really, I'm just showing what can be done with a well placed digi.

No matter how good APRS is, few are going to permanently move their systems
onto >a dedicated APRS frequency, even when one is agreed.


Well, that's your opinion and I, a many others don't agree. Opposition to
the use of UIV on BBS freqs will grow, after all they're BBS access freqs
and shouldn't be used for keyboard to keyboard chats (DCC's words from my
previous experiences). UIV has generated a lot of interest with many talking
about seperate networks. Such a network has already been proposed for APRS
and it's because of this that it's essential that UIV complies with the
exisiting protocols.

Whilst UIV is streets ahead on the interface, there will be people who
prefer WinAPRS, APRSDos and MacAPRS so it makes sense to ensure that UIV is
compatible with these programs. Otherwise we will eventually have two
systems running on the same freq.

Why not just use UI-View? Well for the reasons stated above and the fact
that the various APRS packages, although not as user friendly, do a hell of
a lot more.....at the moment. Also, don't forget that it's possible to digi
into Europe....although if there are incompatibilities, you won't be able
to talk to them. What about the guy who travels over from the US or EU with
his laptop and THD7, tries to access the locals on the APRS freq, but can't
because they're using UI-View.

What I see happening at the moment is that an image of UI-View is being
projected by comments to the UIVIEW packet topic, that wide area
digipeating is a prerequisite of using the program, which isn't true.

No it's not, but it's a natural progression to ensure wider coverage. Whilst
it may have been your intention to use UIV as a local natter utility, people
have already picked up on its similarity to APRS, and are using it as such,
and in the same way has been developed over the pond.

My main concern with UIV is not the whinging on the BBS access freqs but
that of incompatibility with APRS. Previously there have been problems with
accessing the protocol, but these restrictions are being lifted.

Please remember, I think UI-View is the dogs plums, and Roger..."You da
man". But there are a few things that need hi-lighting.....in my humble
opinion.


73....Ciemon G0TRT g0trt@...
APRS UK
!5207.40N/00058.35E-PHG7268/ QRA:JO02lc QTH Wattisham Suffolk
Operating on 144.825 with a 'serious' WIDE


Enhancement requests..

"Emlyn Cooke" <[email protected]
 

1. Indication in stations list of which radio port the station was heard on.
2. Inclusion of some basic alarms (eg High Wind level) when there is a WX Node in the Station list.

Otherwise, thanks again Roger for a superb piece of software.

73, Emlyn (MW0ATT)


Fw: UIVIEW V0.75b

 

----------
From: John <mull@...>
Subject: UIVIEW V0.75b
Date: 22 April 1999 01:46

Thanks Roger for such a good program,like a few people
I had the problem with the map calibrations..which now seem to be working
100% with the recent update.
At the moment in this area in the N/West it seems to be catching on
very quickly and there are quite a number using it.The problems seems
what
do you set the Unproto Ad to.??.at the moment I just
have mine set to RELAY but I have noticed a few set at RELAY,WIDE
it would be good to know what would be for the best so all staions
hopefully can use the same settings...just a thought fro a very grateful
user.73 all the best De John G0THP...
mull@... Keep up the good work Roger


Re: Features request

"Mick O'Donnell" <[email protected]
 

With reference to indicating off-map stations.

It occured to me the other night that half the facility is there already.
The Distance and Bearing facility could be made to show a Distance and
Bearing line, captioned with Callsign of the off-map station, from the Host
UI-Vew station, automatically??

Is it possble Roger?

Thanks and 73, Mick O'Donnell

Phone/Fax:: +44 (0)1908 316052
Mobile : +44 (0)836 228084
E-Mail: mickodonnell@...
ICQ 27902590


Re: Strange goings on at GB7VRB?

 

Not wishing to add to the problems, but a situation is brewing where a
remote sysop in this area is getting more 'anti-UIVIEW' by the day.

The situation is that a station in the area, using BPQ and a multi-port
system feeding several radios, was digipeating UIVIEW from one frequency in
the 70cm band, to another 25kHz down.

Yes, I know, but he thought he was offering a service to people 'stuck' on
the one frequency and 'advertising' the use of UIVIEW to people who might be
interested......

After discussing the situation, he admitted that, as yet, there were no
UIVIEW users on the BBS frequency and that, untill there were, he would stop
doing it, especially when I asked him how many people monitored the channels
'looking' for new packet modes in use. He was reconfiguring his station when
I logged onto the BBS!

At this point I read a very inflamatory message from said remote sysop,
accusing UIVIEW of being to blame, this was the person who I thought I'd
convinced to at least load the program so that he knew what it did! The
gist of which was that UIVIEW digipeated packets from one frequency to
another, caused Ghosts and was messing up the MH lists. He then went on to
just about denounce UIVIEW as illegal and state that he believed that it
would cause loss of messages and bring the whole packet network crashing down!
(You don't believe me? List messages to UIVIEW and read it yourself....)

So, I've given up trying to reason with said sysop and asked if a different
sysop could check my outgoing mail in future, as it was when he read a
message of mine addressed to UIVIEW that he first contacted me with his
concerns about UI frames on the system.

Ah well, who would be a peace maker eh?

Regards - Dave (G0DJA)

From: Roger Barker <roger@...>


As far as I can make out, there are only two or three people attempting
to use UI-View in the GB7VRB area, and yet the sysop has been jumping up
and down about it ever since they first used the program. Has one of
them got something wrong that somehow results in their system sending
out a continuous stream of frames, or what?


Re: Map fix

 

What frequency are you looking on?

Try 432.675MHz or 144.9375MHz. I've even seen stations beaconing their
possition from around the Sheffield area. Try looking out for GB7SYP, that
has its Lat/Long in the beacon.

I've used 50.650MHz as well today.

Hope these ideas help.

de Dave (G0DJA)
West Yorkshire Area, but can hear the Mansfield 70cm repeater, the South
Yorkshire Repeater, and might be able to reach North Notts. on a 'good'
day. :-)


All I want now, is some activity in the South Yorkshire/North Nottingham
area. I seem to be the only one using Ui-view. Apart from seeing beacons
from my BBS, local nodes and an occasional station, there is nothing. Where
are you all? I'm getting fed up looking at an almost empty map!


Re: V0.75b Available

 

Downloaded, and installed. Thanks Roger,

It's completely cured the problems I was having with the KAM+ in Host mode.

:-)

I'm now hoping to run a few tests on HF on the other port. Anyone
interested in trying UI-View on some HF band or another please?

Cheers de Dave (G0DJA)

From: Roger Barker <roger@...>

I've just uploaded the V0.75b update to my web site. Please note that
this is only an update, not a complete installation system. The update
can be applied to V0.6b or later and includes all the changes made since
that version, you don't need to apply the previous updates before
applying this one. The url is:-


Re: V0.75b Available

Mark Simper
 

Hi Roger,
I'm pleased to be able to report that the bug fix appears to be
working fine, on my set-up at least, bitmaps now open perfectly, with all
stations in the right position on the map.

Now come the questions, I'm having some problems with gif files that I
have created myself (the ones included with the software open ok). The
problem is this, stations on the map move on the screen to reflect the
positions they would be in on the different scale map, but the map itself
isn't actually replaced. Do any gifs that I create have to be the same size
as the ones you included? If so can anyone tell me how to create an
appropriately sized image without stretching along the vertical axis to fit
in an art package. I'm using Autoroute 95 to create the maps and microsoft
photo editor, paint or windows imaging to manipulate the images.



Roger Barker wrote:

From: Roger Barker <roger@...>

I've just uploaded the V0.75b update to my web site. Please note that
this is only an update, not a complete installation system. The update
can be applied to V0.6b or later and includes all the changes made since
that version, you don't need to apply the previous updates before
applying this one. The url is:-



Please don't publicise the link outside this mailing list. Also, because
the main feature of this update is an attempted bug fix, it's probably a
good idea not to pass it on to too many people until a day or two has
elapsed, to allow subscribers to the list to let me know if the fix has
worked.

I've released this update very soon after V0.74b because of the problems
that were reported with loading some maps. I have found a problem with
loading BMP format maps, but I have not found a problem with loading
correctly calibrated GIFs - for instance the ones that I supplied with
the program.

The problem I found was that the map window was not resized when loading
a BMP, the most obvious way to demonstrate it was to close UI-View with
a BMP loaded. When the program was restarted, the only part of the map
visible would be a small square in the top left corner of the map
window. If a BMP was loaded after a GIF map that filled the window, then
the problem would be less obvious, but the calibration would be wrong
unless the BMP was exactly the same size as the GIF.

If anyone still gets a problem with this version, using the maps I
supplied, then there is something I am missing, and I would need the
following information:-

Details of exactly what goes wrong
Version of Windows
Make and type of video card
Resolution being used
Whether "large fonts" are being used

If you get a problem with your own BMPs, please convert one of the maps
that I supplied to a BMP, and see if it also gives a problem.

Here is the relevant section of HISTORY.TXT:-

V0.75b 1999-Apr-19 1. A bug fixed in displaying BMP maps that was
introduced in V0.74b.
2. Had another go at the KAM frame header problem.
3. Slightly altered the auto close down logic when
WINPDDE mode is being use, and WinPack is closed
while UI-View is still running.
4. Support added for GPS $GPRMC sentence.
5. Support added for location data transmitted by
microphone encoder devices. (A microphone encoder
sits between the mic and the rig, and allows
position data to be sent on release of the PTT.)
The Kenwood TH-D7E also transmits this data
format.

--
Roger Barker, G4IDE roger@...
Boston, UK

------------------------------------------------------------------------
Shop.theglobe.com * One-Stop Shopping * Free Shipping in U.S.!
Live Personal Shopper * Satisfaction Guaranteed * No Hassle Returns!
Accessories, Apparel, Jewelry, Kids, Sporting Goods, Apparel, More!!


Re: Features request

Roger Barker <[email protected]
 

In article <004d01be8b5e$5d62df20$156afea9@eve>, Roger Colwell
<zec@...> writes
From: "Roger Colwell" <zec@...>

From: Roger Barker <roger@...>
I would also like to be able to modify the font attributes in the Station
List, please Roger incidentally, I'm in agreement with Dave G0DJA over
the
usefulness of this list, but would prefer to reduce its physical size.
That's a non-trivial one, for several reasons. Also, if I make the font
smaller and the list smaller, then I'd really have to make the buttons
smaller, or it would still take up as much room across the screen. What
if I make it so you can shrink the window? Losing information from the
right and bottom the more you shrink it?
As it is now, the Station List window contents/menu/buttons use MS Sans
Serif in one point size, therefore how difficult would it be to dynamically
change the button size along with the one font?
No, the list itself uses a fixed pitch font, because it's easier to
space pad the columns than to start trying to put tabs in, particularly
when I'm trying to keep the width down.

As for shrinking the window on the bottom & right, not as the layout stands
as there is no menu...why is there no menu in this window when all the
others have them?
The buttons tend to be used a lot, and I regard them as being
functionally more suitable in that particular window than a menu bar,
because it's very much a dialogue window.

And/or, could the bottom bar be dynamically stacked into
two rows if the width was reduced (assuming dynamic button sizing isn't
feasible)? Then provide vertical window height adjustment (only) as the
vertical scroll bar is provided.
Mmm, possibly... At this stage of development, the complexity of either
dynamically resizing it all, or moving the buttons into two rows, really
rules out both options. It's the sort of thing I would do only when I
was confident that the final structure of the program was well defined.

Alternatively remove the buttons Details, Delete, Message, Ping, Query and
provide these functions from Station selection with a right-click? Why
left-click/select button when right-click/select menu option is no less
economical?
Because the list provides easy access to all the stations, without
searching for them on the map. (Isn't this where we came in? :-)

Anyway, I've just had a go at doing it in the way I suggested. The
window can now be sized. If you size it vertically, the list height
changes, and the buttons reposition so they don't disappear. If you size
it horizontally, you lose the right-hand side of the list and the right-
hand buttons. However, sized down to the right-hand edge of the Query
button, it is still quite useful, and the hidden buttons are still
usable via the speed keys. Also selecting Close from the System menu (or
in Win95 clicking the 'X'), which was previously disable, will hide the
window.

--
Roger Barker, G4IDE roger@...
Boston, UK


Strange goings on at GB7VRB?

Roger Barker <[email protected]
 

Having just read a packet bulletin from G0FUM saying "Just one digipeat
blocked all the user ports on the BBS and slowed the BBS down to a great
degree" (and he's supposed to be a supporter of the program! ;-) Is
there anyone on the list within RF range of GB7VRB who can explain to
me, in technical terms, what it is about that area that results in a
single digipeat causing such problems? I have tried asking two users,
but all I get back is non-specific quotes from the sysop.

As far as I can make out, there are only two or three people attempting
to use UI-View in the GB7VRB area, and yet the sysop has been jumping up
and down about it ever since they first used the program. Has one of
them got something wrong that somehow results in their system sending
out a continuous stream of frames, or what?

--
Roger Barker, G4IDE roger@...
Boston, UK


Map fix

 

Version 0.75b cures the map problem I had with 0.74b. I have loaded the same map in both GIF and Bitmap formats and they are identical. My QTH is now back where it should be.

Thank you, Roger, for sorting it out so quickly.

All I want now, is some activity in the South Yorkshire/North Nottingham area. I seem to be the only one using Ui-view. Apart from seeing beacons from my BBS, local nodes and an occasional station, there is nothing. Where are you all? I'm getting fed up looking at an almost empty map!

73 de Keith

keithp@...


Re: Features request

Roger Colwell
 

From: Roger Barker <roger@...>

In article <003a01be8b12$239e4640$156afea9@eve>, Roger Colwell
<zec@...> writes
<snip>
The label font is also accessible from the station right-click menu,
"Font" option.
I knew I'd seen it somewhere....! (Mutter, mutter...must RTFM...) ;-)

I would also like to be able to modify the font attributes in the Station
List, please Roger incidentally, I'm in agreement with Dave G0DJA over
the
usefulness of this list, but would prefer to reduce its physical size.
That's a non-trivial one, for several reasons. Also, if I make the font
smaller and the list smaller, then I'd really have to make the buttons
smaller, or it would still take up as much room across the screen. What
if I make it so you can shrink the window? Losing information from the
right and bottom the more you shrink it?
As it is now, the Station List window contents/menu/buttons use MS Sans
Serif in one point size, therefore how difficult would it be to dynamically
change the button size along with the one font?

As for shrinking the window on the bottom & right, not as the layout stands
as there is no menu...why is there no menu in this window when all the
others have them? And/or, could the bottom bar be dynamically stacked into
two rows if the width was reduced (assuming dynamic button sizing isn't
feasible)? Then provide vertical window height adjustment (only) as the
vertical scroll bar is provided.

Alternatively remove the buttons Details, Delete, Message, Ping, Query and
provide these functions from Station selection with a right-click? Why
left-click/select button when right-click/select menu option is no less
economical?

Is it possible to save the vertical height of the main window
(non-maximised) when closing?
It's supposed to do that, and the next update will actually do it! ;-)
Thanks Roger!

--
73 - Roger G4ZEC <zec@...>


Re: Suggestion

Roger Barker <[email protected]
 

In article <41D9AF705DB0D1119E570020AF871A64D4E4@MAILSTORE>, Nik Price
<Nik@...> writes
From: Nik Price <Nik@...>

In my local area (Portsmouth), there are a few users living in close
proximity to each other. This results in the callsigns overwriting each
other, even on a map of large scale (they live within a couple of
hundred yards of each other).

Would it be possible when plotting the icon on the screen, to check to
see if the label would overwrite another station, and if so to place the
label on the other side of the icon?
In theory yes, but it would be difficult to implement. Also, when the
great day comes and you've got 100 stations on your map, there would be
an awful lot of time consuming checking of overlapping rectangles going
on every time the map refreshed.

If you regularly see these stations on your map, why not create a
special symbol for each of them, and check "Omit labels on special
symbols" in "Miscellaneous Setup"? Even if the special symbol is nothing
more than a rectangle containing the callsign, it will still take up
less room than a default symbol plus a label.

--
Roger Barker, G4IDE roger@...
Boston, UK


Re: Features request

Roger Barker <[email protected]
 

In article <003a01be8b12$239e4640$156afea9@eve>, Roger Colwell
<zec@...> writes
I prefer to label stations on the map with a smaller font than the default,
MS Sans Serif 8.25 Bold, using instead the condensed WinPack 9 this may be
done by editing UIVIEW.INI e.g:

[SETUP]
LABEL_FONTNAME=WinPack
LABEL_FONTSIZE=9
LABEL_FONTBOLD=FALSE
LABEL_FONTITALIC=FALSE
The label font is also accessible from the station right-click menu,
"Font" option.

I would also like to be able to modify the font attributes in the Station
List, please Roger incidentally, I'm in agreement with Dave G0DJA over the
usefulness of this list, but would prefer to reduce its physical size.
That's a non-trivial one, for several reasons. Also, if I make the font
smaller and the list smaller, then I'd really have to make the buttons
smaller, or it would still take up as much room across the screen. What
if I make it so you can shrink the window? Losing information from the
right and bottom the more you shrink it?

Is it possible to save the vertical height of the main window
(non-maximised) when closing?
It's supposed to do that, and the next update will actually do it! ;-)

--
Roger Barker, G4IDE roger@...
Boston, UK


Suggestion

Nik Price <[email protected]
 

In my local area (Portsmouth), there are a few users living in close
proximity to each other. This results in the callsigns overwriting each
other, even on a map of large scale (they live within a couple of
hundred yards of each other).

Would it be possible when plotting the icon on the screen, to check to
see if the label would overwrite another station, and if so to place the
label on the other side of the icon?

Nik Price.
M1DOX.
Nik@...


Regards,
Nik.
www.aquacars.co.uk


Re: Map

 

Sorry Mick, but I don't agree!

I usually check in the Stations list to see who has been heard before I load
a map. Even when I have a map loaded, I keep an eye on the Stations list
for new, incoming stations heard.

Call me 'strange' but even with a fairly close scale map, many stations are
plotted one on top of the other, so keeping the Stations list open tells me
of a new one plotted and then I load a suitably sized map to find them.

de Dave (G0DJA)

Maybe so, but nothing is flagged on the MAP, which is where, I would
suggest, most users would be looking at, if not doing anything else. It
would be nice to have a visual indication of direction of, off-map station
and callsign? Maybe I am missing something here, but I can't find it! :-)


Features request

Roger Colwell
 

I prefer to label stations on the map with a smaller font than the default,
MS Sans Serif 8.25 Bold, using instead the condensed WinPack 9 this may be
done by editing UIVIEW.INI e.g:

[SETUP]
LABEL_FONTNAME=WinPack
LABEL_FONTSIZE=9
LABEL_FONTBOLD=FALSE
LABEL_FONTITALIC=FALSE

I would also like to be able to modify the font attributes in the Station
List, please Roger incidentally, I'm in agreement with Dave G0DJA over the
usefulness of this list, but would prefer to reduce its physical size.

Is it possible to save the vertical height of the main window
(non-maximised) when closing? When I re-open UI-VIEW, the top left and right
corners are always in the correct position, and the map is positioned
correctly as per the previous session, but the height of the window has
shrunk by about 20%. If it's relevant, my screen's at 1280x1024 and UI-VIEW
occupies the lower right quadrant of the display, at these co-ordinates:

MAP_LEFT=10080
MAP_TOP=6390
MAP_WIDTH=9120
MAP_HEIGHT=8550
MAP_MAXIMISED=FALSE

I always have to drag the lower edge to the bottom of the screen after
restarting UI-VIEW is this a fault or conditional on the map size etc.?

Finally, V0.75b is working fine with my .BMP files I left a few on my
system that I didn't convert to .GIF format.

Thanks for yet another splendid piece of innovation!

--
73 Roger G4ZEC <zec@...>


Re: Map

Roger Barker <[email protected]
 

In article <001001be8ac8$39fc9760$4519883e@g8ccv>, Mick O'Donnell
<mickodonnell@...> writes
From: "Mick O'Donnell" <mickodonnell@...>


They already are Mick! They are shown in the Stations List, along with
those
within the area of the current map.

--
73 - Roger G4ZEC <zec@...>
Maybe so, but nothing is flagged on the MAP, which is where, I would
suggest, most users would be looking at, if not doing anything else. It
would be nice to have a visual indication of direction of, off-map station
and callsign? Maybe I am missing something here, but I can't find it! :-)
I think you'll find that, the more stations you hear, the more you'll
use the Station List. I open it by default when UI-View starts, using
the /S command line option.

Also, if you load a series of maps - local, semi-local, UK, and Europe,
you can then flick through them with the <- and -> buttons and so
easily see what stations are off your local map.

I've had various thoughts about clicking a station in the list and
automatically loading a map on which that station will appear, moving
the map so the station is visible, highlighting it in some way, etc, but
that's a bit far in the future at the moment.

--
Roger Barker, G4IDE roger@...
Boston, UK


V0.75b Available

Roger Barker <[email protected]
 

I've just uploaded the V0.75b update to my web site. Please note that
this is only an update, not a complete installation system. The update
can be applied to V0.6b or later and includes all the changes made since
that version, you don't need to apply the previous updates before
applying this one. The url is:-



Please don't publicise the link outside this mailing list. Also, because
the main feature of this update is an attempted bug fix, it's probably a
good idea not to pass it on to too many people until a day or two has
elapsed, to allow subscribers to the list to let me know if the fix has
worked.

I've released this update very soon after V0.74b because of the problems
that were reported with loading some maps. I have found a problem with
loading BMP format maps, but I have not found a problem with loading
correctly calibrated GIFs - for instance the ones that I supplied with
the program.

The problem I found was that the map window was not resized when loading
a BMP, the most obvious way to demonstrate it was to close UI-View with
a BMP loaded. When the program was restarted, the only part of the map
visible would be a small square in the top left corner of the map
window. If a BMP was loaded after a GIF map that filled the window, then
the problem would be less obvious, but the calibration would be wrong
unless the BMP was exactly the same size as the GIF.

If anyone still gets a problem with this version, using the maps I
supplied, then there is something I am missing, and I would need the
following information:-

Details of exactly what goes wrong
Version of Windows
Make and type of video card
Resolution being used
Whether "large fonts" are being used

If you get a problem with your own BMPs, please convert one of the maps
that I supplied to a BMP, and see if it also gives a problem.

Here is the relevant section of HISTORY.TXT:-

V0.75b 1999-Apr-19 1. A bug fixed in displaying BMP maps that was
introduced in V0.74b.
2. Had another go at the KAM frame header problem.
3. Slightly altered the auto close down logic when
WINPDDE mode is being use, and WinPack is closed
while UI-View is still running.
4. Support added for GPS $GPRMC sentence.
5. Support added for location data transmitted by
microphone encoder devices. (A microphone encoder
sits between the mic and the rig, and allows
position data to be sent on release of the PTT.)
The Kenwood TH-D7E also transmits this data
format.

--
Roger Barker, G4IDE roger@...
Boston, UK


Re: Map

"Mick O'Donnell" <[email protected]
 


They already are Mick! They are shown in the Stations List, along with
those
within the area of the current map.

--
73 - Roger G4ZEC <zec@...>
Maybe so, but nothing is flagged on the MAP, which is where, I would
suggest, most users would be looking at, if not doing anything else. It
would be nice to have a visual indication of direction of, off-map station
and callsign? Maybe I am missing something here, but I can't find it! :-)

Thanks and 73, Mick O'Donnell, g8ccv@gb7ben

Phone/Fax:: +44 (0)1908 316052
Mobile : +44 (0)836 228084
E-Mail: mickodonnell@...
ICQ 27902590