Re: [Xastir] Xastir responding to ?APRSS

2007-07-01 Thread Tom Russo
On Sun, Jul 01, 2007 at 11:42:45PM -0600, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> On Sun, Jul 01, 2007 at 09:55:33PM -0700, we recorded a bogon-computron 
> collision of the <[EMAIL PROTECTED]> flavor, containing:
> > 
> > Ah, I wondered what that was.  It also seems that
> > there's a button or check box under it that's hidden. 
> > I can barely see the edge of it under the text box.
> 
> Huh.  Yeah, I see what you mean.  I can see a check box poking out from
> under the text widget, too.  You can even click it.
> 
> Thing is, all of the GUI code for most of Xastir is in the monolithic
> main.c file.  It's hard to read, to say the least.  I'm looking at it now, 
> and 
> can't at a glance see any widget creation code that's unaccounted for.
> The code for that section of the dialog is down around line 21614 of 
> main.c.

What is truly bizarre is that the altnet text box is way larger than the
allowed number of characters for the altnet name --- the max length appears
to be nine characters, and the box is much bigger than that.  When I tried
to shrink the size of the box (by adjusting the "XmNrightOffset" parameter
in its XtVaCreateManagedWidget call) to expose the phantom check box, I found
that the checkbox disappeared.  It reappeared when I returned the 
XmNrightOffset to 160. 

Too strange.

-- 
Tom RussoKM5VY   SAR502   DM64ux  http://www.swcp.com/~russo/
Tijeras, NM  QRPL#1592 K2#398  SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM
"And, isn't sanity really just a one-trick pony anyway? I mean all you get is
 one trick, rational thinking, but when you're good and crazy, oooh, oooh,
 oooh, the sky is the limit!"  --- The Tick
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Xastir responding to ?APRSS

2007-07-01 Thread Tom Russo
On Sun, Jul 01, 2007 at 09:55:33PM -0700, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> 
> Ah, I wondered what that was.  It also seems that
> there's a button or check box under it that's hidden. 
> I can barely see the edge of it under the text box.

Huh.  Yeah, I see what you mean.  I can see a check box poking out from
under the text widget, too.  You can even click it.

Thing is, all of the GUI code for most of Xastir is in the monolithic
main.c file.  It's hard to read, to say the least.  I'm looking at it now, and 
can't at a glance see any widget creation code that's unaccounted for.
The code for that section of the dialog is down around line 21614 of 
main.c.

-- 
Tom RussoKM5VY   SAR502   DM64ux  http://www.swcp.com/~russo/
Tijeras, NM  QRPL#1592 K2#398  SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM
"And, isn't sanity really just a one-trick pony anyway? I mean all you get is
 one trick, rational thinking, but when you're good and crazy, oooh, oooh,
 oooh, the sky is the limit!"  --- The Tick
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] libgdal is the master here...

2007-07-01 Thread Tom Russo
On Sun, Jul 01, 2007 at 09:43:11PM -0600, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> On Sun, Jul 01, 2007 at 04:44:46PM -0700, we recorded a bogon-computron 
> collision of the <[EMAIL PROTECTED]> flavor, containing:
> > Tom:
> > 
> > ldd spews for libgdal.so:  libgrass_rtree is linked in.
> 
> No surprise.  Hadda have been where it was coming from.
> 
> > ldd spews fro libgrass_rtree: nothing except for libm and libc.
> > 
> > F7 repo uses gdal-1.4.1, grass-libs-6.2.1
> > 
> > I will have to concur that gdal was built full up but I do not see a 
> > circular reference in place. GRASS will stand free, but GDAL needs GRASS 
> > (there is a bad joke in there somewhere). 
> 
> Actually, no.  GRASS absolutely requires GDAL, and will not build without
> it --- unless it's quite an old version of GRASS for which GDAL was merely
> optional.  

How the F7 repository gets around the circular dependency is probably by
bundling the GRASS libraries with the GDAL package, and then having a 
GRASS package that requires the GDAL package to work (thereby getting all
of its own libraries from a separate package).  An icky solution for which
someone will probably not go to heaven, but one that gets rid of the circular 
dependency by blurring the boundaries between the two highly interdependent
pieces of software.

-- 
Tom RussoKM5VY   SAR502   DM64ux  http://www.swcp.com/~russo/
Tijeras, NM  QRPL#1592 K2#398  SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM
"And, isn't sanity really just a one-trick pony anyway? I mean all you get is
 one trick, rational thinking, but when you're good and crazy, oooh, oooh,
 oooh, the sky is the limit!"  --- The Tick
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Xastir responding to ?APRSS

2007-07-01 Thread Alex Carver

--- Tom Russo <[EMAIL PROTECTED]> wrote:

> On Sun, Jul 01, 2007 at 04:35:25PM -0700, we
> recorded a bogon-computron collision of the
> <[EMAIL PROTECTED]> flavor, containing:
> > The question was, does Xastir respond to a
> directed
> > station query ?APRSS and, if so, where is the
> reply
> > programmed in the config menus?
> 
> No.  Xastir does not respond to APRSS.  If you look
> in db.c, you will see
> this block of code:
> 
> // NOT IMPLEMENTED YET
> // Check for proper usage of the APRSS query
> if (!ok && strncmp(message,"APRSS",5)==0) {
> ok = 1;
> }
> 
> I guess nobody who cared about that directed query
> ever had time to implement
> it.  The implementation would go right before the
> "ok = 1" line.  Thing is
> that Xastir doesn't currently support a station
> status, so you'd also have
> to implement that before being able to return it
> with a query response.
> 
> At this time, there's only a few queries that Xastir
> responds to.  Looking
> at db.c, I see these are:
>   ?VER   (return software version)
>   ?APRSD (return list of stations heard direct)
>   ?APRSP (force a position report)
>   ?APRST or ?PING   (return a trace)

Interesting.  I might try to work on a backend for it
in my copious free time next week (sort of to prove
the point to a UI-View user than Xastir works
especially with open code) but I'm miserable at GUI
work so I wouldn't know where to begin for making the
front-end interfaces to add dialog boxes for the
status text, etc.  A shorter term solution I may be
able to whip up would be something that connects to
the local server, listens for an APRSS packet coming
in, and then ships one out.  If Xastir receives a
packet from its local server port, will it transmit it
on all transmit enabled interfaces assuming
authentication has been done?

All that the status text is being used for in this
case is to send out a note about Winlink at regular
intervals.  I suggested two workarounds being the
comment text for the station or a separate object.

> 
> > I've got a separate question, too:
> > 
> > In File -> Configure -> Defaults, there's a text
> box
> > to the right of "Pop up new bulletins" without a
> > label.  Currently it has "XASTIR" in it.  What is
> it? 
> > (ver 1.9.0)
> 
> I never really looked at that very carefully, but it
> really is a confusing
> layout.  The thing in the line edit box is meant to
> be the alternate net
> name, and is meant to go with the check box directly
> above it, "Activate 
> Alternate Net?"
> 
> From the help file (Help->Help Index->Configure
> Default Operation):
> 
>   You can also select "Activate alternate net?" and
> choose an altnet call from
>   this dialog. Altnet allows you to have a private
> APRS(tm) network among the
>   stations that also have altnet configured, and
> have the same altnet call
>   entered.

Ah, I wondered what that was.  It also seems that
there's a button or check box under it that's hidden. 
I can barely see the edge of it under the text box.


   

Get the free Yahoo! toolbar and rest assured with the added security of spyware 
protection.
http://new.toolbar.yahoo.com/toolbar/features/norton/index.php
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] libgdal is the master here...

2007-07-01 Thread Tom Russo
On Sun, Jul 01, 2007 at 10:11:26PM -0600, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> On Sun, Jul 01, 2007 at 09:43:11PM -0600, we recorded a bogon-computron 
> collision of the <[EMAIL PROTECTED]> flavor, containing:
> > 
> > > So, either don't use repo GDAL/GRASS and roll your own or bring in both 
> > > and exclude -Lrtree at the config level via a check. Ouch!
> > 
> > I will try to take a look at the configure script tonight to see if I can 
> > slam
> > in a check for the RTree functions.  I can't really test it out, coz I have
> > no GDAL built anywhere that uses GRASS libraries like the one in the 
> > F7 repository does.
> 
> Turns out that this was relatively trivial.  
> 
> Ok, I've just committed a change to configure.ac that moves the check for
> rtree support to just after the check for GDAL, and before it adds the
> "-Lrtree -lrtree" to the link line it checks if RTreeSearch is already in
> the libraries found so far.  If so, it does nothing, if not, it sets us up
> for building our own rtree library.
> 
> I am able to test that this doesn't break my own build.  I am unable to check
> if this fixes yours.  
> 
> Please update from CVS and see if configure gets it right now.  If so, it
> should just configure and build out of the box, and should not try to link 
> in -lrtree for your system, since RTreeSearch can be found in the GDAL 
> library.

If I did this right, when you configure you should see:

Building with rtree indexing ... : yes (external)

If it does that, then -lrtree should not be included in LIBS, and the 
rtree code in the rtree subdirectory shouldn't even be compiled.

Please let me know how it works out.  

-- 
Tom RussoKM5VY   SAR502   DM64ux  http://www.swcp.com/~russo/
Tijeras, NM  QRPL#1592 K2#398  SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM
"And, isn't sanity really just a one-trick pony anyway? I mean all you get is
 one trick, rational thinking, but when you're good and crazy, oooh, oooh,
 oooh, the sky is the limit!"  --- The Tick
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] libgdal is the master here...

2007-07-01 Thread Tom Russo
On Sun, Jul 01, 2007 at 09:43:11PM -0600, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> 
> > So, either don't use repo GDAL/GRASS and roll your own or bring in both and 
> > exclude -Lrtree at the config level via a check. Ouch!
> 
> I will try to take a look at the configure script tonight to see if I can slam
> in a check for the RTree functions.  I can't really test it out, coz I have
> no GDAL built anywhere that uses GRASS libraries like the one in the 
> F7 repository does.

Turns out that this was relatively trivial.  

Ok, I've just committed a change to configure.ac that moves the check for
rtree support to just after the check for GDAL, and before it adds the
"-Lrtree -lrtree" to the link line it checks if RTreeSearch is already in
the libraries found so far.  If so, it does nothing, if not, it sets us up
for building our own rtree library.

I am able to test that this doesn't break my own build.  I am unable to check
if this fixes yours.  

Please update from CVS and see if configure gets it right now.  If so, it
should just configure and build out of the box, and should not try to link 
in -lrtree for your system, since RTreeSearch can be found in the GDAL 
library.

-- 
Tom RussoKM5VY   SAR502   DM64ux  http://www.swcp.com/~russo/
Tijeras, NM  QRPL#1592 K2#398  SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM
"And, isn't sanity really just a one-trick pony anyway? I mean all you get is
 one trick, rational thinking, but when you're good and crazy, oooh, oooh,
 oooh, the sky is the limit!"  --- The Tick
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Xastir responding to ?APRSS

2007-07-01 Thread Tom Russo
On Sun, Jul 01, 2007 at 04:35:25PM -0700, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> The question was, does Xastir respond to a directed
> station query ?APRSS and, if so, where is the reply
> programmed in the config menus?

No.  Xastir does not respond to APRSS.  If you look in db.c, you will see
this block of code:

// NOT IMPLEMENTED YET
// Check for proper usage of the APRSS query
if (!ok && strncmp(message,"APRSS",5)==0) {
ok = 1;
}

I guess nobody who cared about that directed query ever had time to implement
it.  The implementation would go right before the "ok = 1" line.  Thing is
that Xastir doesn't currently support a station status, so you'd also have
to implement that before being able to return it with a query response.

At this time, there's only a few queries that Xastir responds to.  Looking
at db.c, I see these are:
  ?VER   (return software version)
  ?APRSD (return list of stations heard direct)
  ?APRSP (force a position report)
  ?APRST or ?PING   (return a trace)

> I've got a separate question, too:
> 
> In File -> Configure -> Defaults, there's a text box
> to the right of "Pop up new bulletins" without a
> label.  Currently it has "XASTIR" in it.  What is it? 
> (ver 1.9.0)

I never really looked at that very carefully, but it really is a confusing
layout.  The thing in the line edit box is meant to be the alternate net
name, and is meant to go with the check box directly above it, "Activate 
Alternate Net?"

>From the help file (Help->Help Index->Configure Default Operation):

  You can also select "Activate alternate net?" and choose an altnet call from
  this dialog. Altnet allows you to have a private APRS(tm) network among the
  stations that also have altnet configured, and have the same altnet call
  entered.

-- 
Tom RussoKM5VY   SAR502   DM64ux  http://www.swcp.com/~russo/
Tijeras, NM  QRPL#1592 K2#398  SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM
"And, isn't sanity really just a one-trick pony anyway? I mean all you get is
 one trick, rational thinking, but when you're good and crazy, oooh, oooh,
 oooh, the sky is the limit!"  --- The Tick
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] libgdal is the master here...

2007-07-01 Thread Tom Russo
On Sun, Jul 01, 2007 at 04:44:46PM -0700, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> Tom:
> 
> ldd spews for libgdal.so:  libgrass_rtree is linked in.

No surprise.  Hadda have been where it was coming from.

> ldd spews fro libgrass_rtree: nothing except for libm and libc.
> 
> F7 repo uses gdal-1.4.1, grass-libs-6.2.1
> 
> I will have to concur that gdal was built full up but I do not see a circular 
> reference in place. GRASS will stand free, but GDAL needs GRASS (there is a 
> bad joke in there somewhere). 

Actually, no.  GRASS absolutely requires GDAL, and will not build without
it --- unless it's quite an old version of GRASS for which GDAL was merely
optional.  

This is a bit of an annoyance among GRASSheads, and a frequent source of
questions on the GRASS mailing list.  You can't build GDAL with GRASS
support until you've built GRASS, but can't build GRASS without GDAL.  So
unless you use the plugin (and the documentation that tells you to do it
is hidden outside of both GDAL and GRASS source trees), you need to build
and install GDAL without GRASS support, then build and install GRASS, then 
rebuild GDAL with GRASS support and reinstall it.

With the plugin, you build GDAL without GRASS support, then build GRASS,
then build the plugin.  And when you upgrade either GDAL or GRASS you don't
need to do anything to the plugin, coz all it does is provide a bridge between
the two.

> So, either don't use repo GDAL/GRASS and roll your own or bring in both and 
> exclude -Lrtree at the config level via a check. Ouch!

I will try to take a look at the configure script tonight to see if I can slam
in a check for the RTree functions.  I can't really test it out, coz I have
no GDAL built anywhere that uses GRASS libraries like the one in the 
F7 repository does.

-- 
Tom RussoKM5VY   SAR502   DM64ux  http://www.swcp.com/~russo/
Tijeras, NM  QRPL#1592 K2#398  SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM
"And, isn't sanity really just a one-trick pony anyway? I mean all you get is
 one trick, rational thinking, but when you're good and crazy, oooh, oooh,
 oooh, the sky is the limit!"  --- The Tick
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] libgdal is the master here...

2007-07-01 Thread Tom Russo
On Sun, Jul 01, 2007 at 04:44:46PM -0700, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> Tom:
> 
> ldd spews for libgdal.so:  libgrass_rtree is linked in.
> 
> ldd spews fro libgrass_rtree: nothing except for libm and libc.
> 
> F7 repo uses gdal-1.4.1, grass-libs-6.2.1
> 
> I will have to concur that gdal was built full up but I do not see a circular 
> reference in place. GRASS will stand free, but GDAL needs GRASS (there is a 
> bad joke in there somewhere). 
> 
> So, either don't use repo GDAL/GRASS and roll your own or bring in both and 
> exclude -Lrtree at the config level via a check. Ouch!

There is another option --- for me to fix configure so it checks gdal for
the presence of rtree functions, and to not build or link in the local
rtree if it has it.  That could take some time, because tomorrow's a very
busy day at work for me, as is Tuesday, and Wednesday's a holiday that's
already booked solid with a family outing.

I know how to do it, it'll just take a little time.

-- 
Tom RussoKM5VY   SAR502   DM64ux  http://www.swcp.com/~russo/
Tijeras, NM  QRPL#1592 K2#398  SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM
"And, isn't sanity really just a one-trick pony anyway? I mean all you get is
 one trick, rational thinking, but when you're good and crazy, oooh, oooh,
 oooh, the sky is the limit!"  --- The Tick
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


[Xastir] libgdal is the master here...

2007-07-01 Thread Richard Polivka
Tom:

ldd spews for libgdal.so:  libgrass_rtree is linked in.

ldd spews fro libgrass_rtree: nothing except for libm and libc.

F7 repo uses gdal-1.4.1, grass-libs-6.2.1

I will have to concur that gdal was built full up but I do not see a circular 
reference in place. GRASS will stand free, but GDAL needs GRASS (there is a bad 
joke in there somewhere). 

So, either don't use repo GDAL/GRASS and roll your own or bring in both and 
exclude -Lrtree at the config level via a check. Ouch!

73 from 807,

Richard, N6NKO

___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


[Xastir] Xastir responding to ?APRSS

2007-07-01 Thread Alex Carver
I got asked this question by a fellow operator that's
trying out Xastir for the first time.  Basically he's
trying to see how to configure it to behave like his
UI-View installation.

The question was, does Xastir respond to a directed
station query ?APRSS and, if so, where is the reply
programmed in the config menus?

I've got a separate question, too:

In File -> Configure -> Defaults, there's a text box
to the right of "Pop up new bulletins" without a
label.  Currently it has "XASTIR" in it.  What is it? 
(ver 1.9.0)



 

Be a PS3 game guru.
Get your game face on with the latest PS3 news and previews at Yahoo! Games.
http://videogames.yahoo.com/platform?platform=120121
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Portable Digipeater Antenna?

2007-07-01 Thread Richard Polivka, N6NKO
The J-Antenna is an end-fed 1/2 wave with a 1/4 wave matching section. 
The bottom is tied together forming a "hairpin". The coax is moved up 
from the bottom to reach the 50 ohm point and secured. The feedpoint is 
actually balanced so there can be some issues feeding the antenna with 
coax, which is by design is unbalanced. As a matter of convention, the 
shield is tied to the short piece and the center conductor is tied to 
the long side.


The matching section does not do much radiating because the signals are 
cancelled out, leaving the 1/2 wave section in the clear to do the 
radiating as vertical dipole. This antenna does have some gain 
associated with it over a ground plane antenna and it is a great way to 
start an argument. The nice thing about the J is that you do not need a 
ground or ground plane to work against.


Ray Wells wrote:

Jason Winningham wrote:



On Jul 1, 2007, at 7:59 AM, Richard Polivka, N6NKO wrote:

I have just now created a vertical 1/2 wave dipole. I tune it with  
an MFJ box.



A roll-up J-pole is slightly more complex to build (but not much!)  
and doesn't need a tuner.  A J-pole has noticeably more gain than a  
dipole, too.


-Jason
kg4wsv

Given that a J-pole is only a dipole with an alternative feed method 
(i.e. at the end rather than the centre), I have to wonder where this 
gain comes from.


Ray vk2tv
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Portable Digipeater Antenna?

2007-07-01 Thread Ray Wells

Jason Winningham wrote:



On Jul 1, 2007, at 4:23 PM, Ray Wells wrote:

Given that a J-pole is only a dipole with an alternative feed  method 
(i.e. at the end rather than the centre), I have to wonder  where 
this gain comes from.




beats me, but when we fly 'em on the balloons, the J-pole has a  
better range.  Could be that the lack of a balun isn't so bad with a  
J-pole than with a dipole.  Could be some other construction issue, too.


-Jason
kg4wsv



Was it a very old (about 35 years ago) QST article that headlined "My 
Dipole Has A Gain Of 79dB"?


The crux of the article was that you need to know what you're comparing 
with. In the magazine article the comparison was with a dummy load!!


When you run them in a balloon, do you hang the J-pole down from the 
balloon?


The reason I ask is that a dipole has maximum radiation at right angle 
to the element. An end-fed dipole is no different, providing the pattern 
isn't being disturbed by "something". The J-pole, being an end-fed 
dipole "should" be the same.


Here's the "but". If the feed section of a J-pole radiates (and it often 
does), it radiates out of phase with the dipole element,  causing the 
radiation pattern to move away from being at right angles to the 
element. With an inverted J-pole, i.e. one hanging down from the ballon, 
the antenna pattern would have downward tilt, a desirable characteristic 
given the height a balloon can achieve.


This could be a case of having the antenna pattern where you want it 
rather than the absolute gain of the antenna, a case where your 
particular antenna does indeed work better than some others.


Ray vk2tv
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Portable Digipeater Antenna?

2007-07-01 Thread Jason Winningham


On Jul 1, 2007, at 4:23 PM, Ray Wells wrote:

Given that a J-pole is only a dipole with an alternative feed  
method (i.e. at the end rather than the centre), I have to wonder  
where this gain comes from.



beats me, but when we fly 'em on the balloons, the J-pole has a  
better range.  Could be that the lack of a balun isn't so bad with a  
J-pole than with a dipole.  Could be some other construction issue, too.


-Jason
kg4wsv



___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Portable Digipeater Antenna?

2007-07-01 Thread Ray Wells

Jason Winningham wrote:



On Jul 1, 2007, at 7:59 AM, Richard Polivka, N6NKO wrote:

I have just now created a vertical 1/2 wave dipole. I tune it with  
an MFJ box.



A roll-up J-pole is slightly more complex to build (but not much!)  
and doesn't need a tuner.  A J-pole has noticeably more gain than a  
dipole, too.


-Jason
kg4wsv

Given that a J-pole is only a dipole with an alternative feed method 
(i.e. at the end rather than the centre), I have to wonder where this 
gain comes from.


Ray vk2tv
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Portable Digipeater Antenna?

2007-07-01 Thread Jim Shorney
On Sun, 01 Jul 2007 14:42:41 -0500, Gerry Creager wrote:

>3.  If you were to expand the braid and double it back over the jacket 
>of the coax, you'd achieve the decoupling you're trying to get with the 
>(effectively HF) choke.  A similar decoupler can theoretically (meaning, 
>I've not tried this yet) with a piece of 1/2 in pvc and aluminum or 
>copper tape bonded (electrically) to the shield and also .52 wave long.
>
>This is a good idea for a short-term, temporary, quickie antenna.


What you're talking about is basically this:

http://athensarc.org/sleevedipole.asp

The feed needs to be offset from the center because of the end effect of the
dipole element interacting with the coax.  They can be made with coax as you
describe above, I've seen them called a "coaxial dipole" in the past.



-- 
Jim Shorney  -->.<--Put complaints in this box
jshorney (at) inebraska.com
Ham Radio NU0C
Lincoln, NE, USA
EN10ps
http://incolor.inetnebr.com/jshorney/

___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Portable Digipeater Antenna?

2007-07-01 Thread Chris Thompson
On Sunday 01 July 2007 15:42:41 Gerry Creager wrote:
> Couple of thoughts here.
>
> 1.   Coax-seal is evil and messy.
> 
>
> 2.  For short-term protection against the elements, I recommend Scotch
> 23 or 130 rubberized splicing tape plus or minus ScotchKote.
>
> 3.  If you were to expand the braid and double it back over the jacket
> of the coax, you'd achieve the decoupling you're trying to get with the
> (effectively HF) choke.  A similar decoupler can theoretically (meaning,
> I've not tried this yet) with a piece of 1/2 in pvc and aluminum or
> copper tape bonded (electrically) to the shield and also .52 wave long.
>
> This is a good idea for a short-term, temporary, quickie antenna.
>
> gerry
>
are we talking short term in a pinch workable antennae?? a coax works well 
enough, but if we are talking about an antennae that is already made up to 
take out in the field and work with for events, camping trips, ect. then why 
not build a copper J pole? they are simple enough, work well enough -- my 
voice rig here at the house is working one thats stood up in the corner of my 
home office (its not been mounted in the attic its future perminate home) and 
are rugged enough to be just thrown in the back of a pickup or car and hauled 
anywhere.

my suggestion

-- 
Chris Thompson
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Portable Digipeater Antenna?

2007-07-01 Thread Gerry Creager

Couple of thoughts here.

1.   Coax-seal is evil and messy.


2.  For short-term protection against the elements, I recommend Scotch 
23 or 130 rubberized splicing tape plus or minus ScotchKote.


3.  If you were to expand the braid and double it back over the jacket 
of the coax, you'd achieve the decoupling you're trying to get with the 
(effectively HF) choke.  A similar decoupler can theoretically (meaning, 
I've not tried this yet) with a piece of 1/2 in pvc and aluminum or 
copper tape bonded (electrically) to the shield and also .52 wave long.


This is a good idea for a short-term, temporary, quickie antenna.

gerry

Richard Polivka, N6NKO wrote:
Here is a quick and dirty one. We all have coax, wire ties, and a good 
pitching arm.


Sometimes a mast is not the easiest thing to install but if you have 
tall overhanging objects, this helps. I always carry a spool of mason's 
twine (either pink or electric green/yellow). The antenna is made out of 
RG-58. I strip back about 22 inches to expose the center conductor, 
making sure that the outer shield does not short against the exposed 
center conductor. I also put a little coax-seal at that point to seal 
the cable against the elements. I form a loop at the end of the center 
conductor so the length is .52 meters. At the same distance down the 
coax from the strip point, I put about six-eight turn coil about 3-4 
inches in diameter, straight wind, not scatter wind.  I hold the 
inductor together with the plastic wire ties. I have just now created a 
vertical 1/2 wave dipole. I tune it with an MFJ box. Tuning is 
accomplished with it hanging in an accessible spot off the ground and 
adjusting where the coil is and the length of the exposed copper center 
conductor.


The antenna works either inside or out. It may not be a gain antenna, 
but it is simple, easy to store, easy to use, and costs are just for the 
coax, connector and wire ties. A nice safety aspect of this is that 
there are no radials sticking out. It can be used inside in a building ( 
a pin in the wall to hang it on or in a suspended ceiling from a 
paperclip) or outside from a tree or lamp post. Don't use power lines as 
a hanger. You could get away using a cable TV cable or phone cable, but 
not power lines.


73 from 807,

Richard, N6NKO

Gerry Creager wrote:

Steve Friis wrote:

Jim Tolbert wrote:
When considering adding a portable digipeater to a kit, what does an 
antenna mast buy you and what is the relationship between height and 
effectiveness?
What is antenna height & specifications and equipment specifications 
that should be considered for a permanent antenna, centrally located 
in the county?


We are in Burnett County, Wisconsin . according to the U.S. 
Census Bureau, the county has a total area of 2,280 km² (880 mi²). 
2,128 km² (822 mi²) of it is land and 152 km² (59 mi²) of it (6.69%) 
is water.   There are small elevation changes in the county (800 
feet to 1440 feet above mean sea level) and the land is largely 
forested.


Many thanx . jt

My experience shows that doubling the height is equal to multiplying 
the power by 4. This is especially true if you can get above the 
tree-tops. Here in the desert, you can really increase the range by 
adding height. I bring a 25' pole to mount both the HF antenna on 
plus the dual band VHF/UHF antenna.


My portable repeater exploits suggest that an antenna should be 
between 20-40 feet as a minimum... or else just left on the car.  You 
see benefits with antenna height above local terrain that cannot be 
compensated for by either power or preamplification.


I tend to shoot for one of several 30 foot portable masts I have 
available.  One of the simplest is a "bull-float" handle available 
from concrete supply stores (but probably not Home Depot).  they're 
~1-3/4" diameter threaded poles, 10 ft long.  I've put up to 4 
together with 3-way, single level guying and had the antenna up for as 
long as a week.  Easy to carry and handle, and total cost of the mast 
was less than $80.  Very rugges... they have to be to survive the 
concrete business.


gerry


--
Gerry Creager -- [EMAIL PROTECTED]
Texas Mesonet -- AATLT, Texas A&M University
Cell: 979.229.5301 Office: 979.458.4020  FAX 979.862.3983
MAIL:  AATLT, 3139 TAMU
Physical: 1700 Research Parkway, Suite 160,
College Station, TX 77843-3139
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Problem with maps

2007-07-01 Thread Luka
Well, problem solved.
The problem was in map_cache in my "$HOME/.xastir" map, at least I think
so. I removed my .xastir map and run xastir again and that did the trick.

Oh and I'm using unstable version, so that might be a bug.

Anyways thank you all for help.

Kind regards,
Luka - S57LX

Luka wrote:
> Thanks for the idea, I did it and well it doesn't work.
> 
> The problem is that in map chooser I don't even see the maps that I created.
> 
> Huh, and also thank you all for help with chmoding. ;-)
> 
> Kind regards,
> Luka
> 
> Lee Bengston wrote:
>> On 6/30/07, Luka <[EMAIL PROTECTED]> wrote:
>>> Well I've done as you said but it still doesn't work.
>>> I still can't choose what map I would like to see in map chooser...
>>>
>>> What do I do?
>>
>> There was a thread a while back where a gentleman had a problem with XASTIR
>> reading GIFs, but JPGs were working, so he converted the GIFs to JPGs.  It
>> may be worth a try.
>>
>>
>> Regards,
>> Lee - K5DAT
>> ___
>> Xastir mailing list
>> Xastir@xastir.org
>> http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
>>
>>
> 

-- 
BOFH Excuse #20:

divide-by-zero error

Luka Goltnik, [EMAIL PROTECTED]

http://lea.hamradio.si/~s57lx
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Problem with maps

2007-07-01 Thread Curt Mills
On Sat, 30 Jun 2007, Tate Belden wrote:

> Tom Russo wrote:
> > 
> > You use the "chmod" function to change the permissions (which are
> > technically
> > known as "file modes," so chmod stands for "CHange MODe").
> 
> I love the stuff I learn here! Always wondered what was up with that.

If you're into listening to podcasts, or even if you're not, you
might want to listen to the LinuxReality series.  If you choose to
do this, listen for my name on episode 67, and Fred Finster from
Arlington, WA on one of the 20-series epsiodes...  A neighbor of
mine.  Those last two are just for kicks, people I or you know.

Chess Griffin covers a lot of beginning Linux questions on there.
You can listen to these on Mac's, Windows machines, Linux machines,
MP3 players, or even on a Treo cell-phone like I do.  I download the
OGG versions, but they have MP3 versions available from the main
page.

XMMS or Amarok may be good players for Linux, I think they were
mentioned on Linux Reality.

-- 
Curt, WE7U. archer at eskimo dot com
http://www.eskimo.com/~archer
  Lotto:  A tax on people who are bad at math. - unknown
Windows:  Microsoft's tax on computer illiterates. - WE7U.
The world DOES revolve around me:  I picked the coordinate system!"
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


[Xastir] maps not working after system reload.

2007-07-01 Thread Chris Thompson
well i had hoped when i worked through my Beryl issue that xastir's maps would 
have resolved themselves as before. but no such luck this time around. Beryl 
is up and working after a short edit of xorg.config but to my dismay no maps 
showing in xastir.

suggestions on a good starting point would be appreciated.

73
-- 
Chris Thompson
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] -Lrtree -ltree ... may have found where...

2007-07-01 Thread Richard Polivka, N6NKO

Tom,

IIRC, my laptop version of xastir had me compile separately GDAL. BigBox 
got GDAL from the repo.


All I can say is "AIIIEEE" as he runs into the darkness, holding his 
head, and thinking of Muench.


73 from 807,

Richard, N6NKO


Tom Russo wrote:

On Sun, Jul 01, 2007 at 07:35:33AM -0700, we recorded a bogon-computron collision of 
the <[EMAIL PROTECTED]> flavor, containing:
  

Apparently, Fedora 7 on my system loaded parts of GRASS. The ldd search of 
1.9.1 that worked showed libgrass_rtree.so.6.2 being linked in. Changing the 
variable names, I believe that what was done,  that was done in the CVS , 
avoided the linker bringing in libgrass_rtree because it could not find the 
symbols. What I find interesting is that nm can't find any labels in 
libgrass_rtree. Maybe I did not pick the right option. But that can be for 
another time. Have to tackle the outside honeydo list.



AH HAH!  I bet your GDAL was built with GRASS support, and that's how it's 
getting in.  Try doing an ldd on the GDAL shared library, and you'll probably

find that that is where the libgrass_rtree is being dragged in.  Since you're
not explicitly linking against grass libraries, and the only other GIS-related
library that you're using is GDAL, that is the most likely suspect.

GDAL should almost never need to be built with GRASS support, because that
results in a circular dependency (GRASS needs GDAL to build, GDAL needs
GRASS to read GRASS data), so there's a "GRASS plugin" that can be used
to add GRASS support to GDAL without rebuilding it.  That's the preferred
method.  The GDAL package you installed was probably not built according to
that preferred method.

The easiest fix, then, is to build GDAL from source instead of using a package.

No, that's not true.  The easiest fix is to de-install GDAL unless you're using
it for some other GIS package, and then rebuild xastir without it --- Xastir 
barely uses GDAL except for some very specific vector data types, and unless 
you're using those you need not even bother with GDAL support in xastir.  


If you *are* using GDAL for some other GIS-related package, you could always
rebuild xastir with "--without-gdal" in the configure options, too.

  

___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] -Lrtree -ltree ... may have found where...

2007-07-01 Thread Tom Russo
On Sun, Jul 01, 2007 at 07:35:33AM -0700, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> Apparently, Fedora 7 on my system loaded parts of GRASS. The ldd search of 
> 1.9.1 that worked showed libgrass_rtree.so.6.2 being linked in. Changing the 
> variable names, I believe that what was done,  that was done in the CVS , 
> avoided the linker bringing in libgrass_rtree because it could not find the 
> symbols. What I find interesting is that nm can't find any labels in 
> libgrass_rtree. Maybe I did not pick the right option. But that can be for 
> another time. Have to tackle the outside honeydo list.

AH HAH!  I bet your GDAL was built with GRASS support, and that's how it's 
getting in.  Try doing an ldd on the GDAL shared library, and you'll probably
find that that is where the libgrass_rtree is being dragged in.  Since you're
not explicitly linking against grass libraries, and the only other GIS-related
library that you're using is GDAL, that is the most likely suspect.

GDAL should almost never need to be built with GRASS support, because that
results in a circular dependency (GRASS needs GDAL to build, GDAL needs
GRASS to read GRASS data), so there's a "GRASS plugin" that can be used
to add GRASS support to GDAL without rebuilding it.  That's the preferred
method.  The GDAL package you installed was probably not built according to
that preferred method.

The easiest fix, then, is to build GDAL from source instead of using a package.

No, that's not true.  The easiest fix is to de-install GDAL unless you're using
it for some other GIS package, and then rebuild xastir without it --- Xastir 
barely uses GDAL except for some very specific vector data types, and unless 
you're using those you need not even bother with GDAL support in xastir.  

If you *are* using GDAL for some other GIS-related package, you could always
rebuild xastir with "--without-gdal" in the configure options, too.

-- 
Tom RussoKM5VY   SAR502   DM64ux  http://www.swcp.com/~russo/
Tijeras, NM  QRPL#1592 K2#398  SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM
"And, isn't sanity really just a one-trick pony anyway? I mean all you get is
 one trick, rational thinking, but when you're good and crazy, oooh, oooh,
 oooh, the sky is the limit!"  --- The Tick
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


[Xastir] -Lrtree -ltree ... may have found where...

2007-07-01 Thread Richard Polivka
Apparently, Fedora 7 on my system loaded parts of GRASS. The ldd search of 
1.9.1 that worked showed libgrass_rtree.so.6.2 being linked in. Changing the 
variable names, I believe that what was done,  that was done in the CVS , 
avoided the linker bringing in libgrass_rtree because it could not find the 
symbols. What I find interesting is that nm can't find any labels in 
libgrass_rtree. Maybe I did not pick the right option. But that can be for 
another time. Have to tackle the outside honeydo list.

73 from 807,

Richard, N6NKO

___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Portable Digipeater Antenna?

2007-07-01 Thread Richard Polivka, N6NKO
I agree about the windup j-pole. My complaint is that 300 ohm twinlead 
is not stable in construction or materials. I have had the geometries of 
a J change when rolled up, messing up the tunings. You also have to use 
a coax balun or beads on a J since it is a balanced antenna being fed 
from an unbalanced coax.


Just personal preference. Coax is more easily had than twinlead in an 
emergency


73 from 807,

Richard, N6NKO


Jason Winningham wrote:


On Jul 1, 2007, at 7:59 AM, Richard Polivka, N6NKO wrote:

I have just now created a vertical 1/2 wave dipole. I tune it with an 
MFJ box.


A roll-up J-pole is slightly more complex to build (but not much!) and 
doesn't need a tuner. A J-pole has noticeably more gain than a dipole, 
too.


-Jason
kg4wsv



___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Portable Digipeater Antenna?

2007-07-01 Thread Jason Winningham


On Jul 1, 2007, at 7:59 AM, Richard Polivka, N6NKO wrote:

I have just now created a vertical 1/2 wave dipole. I tune it with  
an MFJ box.


A roll-up J-pole is slightly more complex to build (but not much!)  
and doesn't need a tuner.  A J-pole has noticeably more gain than a  
dipole, too.


-Jason
kg4wsv



___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Portable Digipeater Antenna?

2007-07-01 Thread Richard Polivka, N6NKO
Here is a quick and dirty one. We all have coax, wire ties, and a good 
pitching arm.


Sometimes a mast is not the easiest thing to install but if you have 
tall overhanging objects, this helps. I always carry a spool of mason's 
twine (either pink or electric green/yellow). The antenna is made out of 
RG-58. I strip back about 22 inches to expose the center conductor, 
making sure that the outer shield does not short against the exposed 
center conductor. I also put a little coax-seal at that point to seal 
the cable against the elements. I form a loop at the end of the center 
conductor so the length is .52 meters. At the same distance down the 
coax from the strip point, I put about six-eight turn coil about 3-4 
inches in diameter, straight wind, not scatter wind.  I hold the 
inductor together with the plastic wire ties. I have just now created a 
vertical 1/2 wave dipole. I tune it with an MFJ box. Tuning is 
accomplished with it hanging in an accessible spot off the ground and 
adjusting where the coil is and the length of the exposed copper center 
conductor.


The antenna works either inside or out. It may not be a gain antenna, 
but it is simple, easy to store, easy to use, and costs are just for the 
coax, connector and wire ties. A nice safety aspect of this is that 
there are no radials sticking out. It can be used inside in a building ( 
a pin in the wall to hang it on or in a suspended ceiling from a 
paperclip) or outside from a tree or lamp post. Don't use power lines as 
a hanger. You could get away using a cable TV cable or phone cable, but 
not power lines.


73 from 807,

Richard, N6NKO

Gerry Creager wrote:

Steve Friis wrote:

Jim Tolbert wrote:
When considering adding a portable digipeater to a kit, what does an 
antenna mast buy you and what is the relationship between height and 
effectiveness?
What is antenna height & specifications and equipment specifications 
that should be considered for a permanent antenna, centrally located 
in the county?


We are in Burnett County, Wisconsin . according to the U.S. 
Census Bureau, the county has a total area of 2,280 km² (880 mi²). 
2,128 km² (822 mi²) of it is land and 152 km² (59 mi²) of it (6.69%) 
is water.   There are small elevation changes in the county (800 
feet to 1440 feet above mean sea level) and the land is largely 
forested.


Many thanx . jt

My experience shows that doubling the height is equal to multiplying 
the power by 4. This is especially true if you can get above the 
tree-tops. Here in the desert, you can really increase the range by 
adding height. I bring a 25' pole to mount both the HF antenna on 
plus the dual band VHF/UHF antenna.


My portable repeater exploits suggest that an antenna should be 
between 20-40 feet as a minimum... or else just left on the car.  You 
see benefits with antenna height above local terrain that cannot be 
compensated for by either power or preamplification.


I tend to shoot for one of several 30 foot portable masts I have 
available.  One of the simplest is a "bull-float" handle available 
from concrete supply stores (but probably not Home Depot).  they're 
~1-3/4" diameter threaded poles, 10 ft long.  I've put up to 4 
together with 3-way, single level guying and had the antenna up for as 
long as a week.  Easy to carry and handle, and total cost of the mast 
was less than $80.  Very rugges... they have to be to survive the 
concrete business.


gerry

___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Problem with maps

2007-07-01 Thread Luka
Thanks for the idea, I did it and well it doesn't work.

The problem is that in map chooser I don't even see the maps that I created.

Huh, and also thank you all for help with chmoding. ;-)

Kind regards,
Luka

Lee Bengston wrote:
> On 6/30/07, Luka <[EMAIL PROTECTED]> wrote:
>>
>> Well I've done as you said but it still doesn't work.
>> I still can't choose what map I would like to see in map chooser...
>>
>> What do I do?
> 
> 
> There was a thread a while back where a gentleman had a problem with XASTIR
> reading GIFs, but JPGs were working, so he converted the GIFs to JPGs.  It
> may be worth a try.
> 
> 
> Regards,
> Lee - K5DAT
> ___
> Xastir mailing list
> Xastir@xastir.org
> http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
> 
> 

-- 
BOFH Excuse #346:

Your/our computer(s) had suffered a memory leak, and we are waiting for
them to be topped up.

Luka Goltnik, [EMAIL PROTECTED]

http://lea.hamradio.si/~s57lx
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Problem with ShapeLib contrib make

2007-07-01 Thread Mark Miller

Figured it out.  I did not have proj-4.5.0 installed
73,
Mark N5RFX

At 02:21 AM 7/1/2007, Mark Miller wrote:
I am trying to compile the tools in the shapelib contrib 
directory.  When I do a make all i get this output.  Can someone 
help me where to look for the problem?


[EMAIL PROTECTED]:/home/markm/tiger_maps/shapelib-1.2.10/contrib# make all
cc -g -I.. -DPROJ4 -D_LITTLE_ENDIAN -DDEBUG -DDEBUG2  shpdxf.c 
../shpopen.o ../dbfopen.o   -o shpdxf

cc -g -I.. -DPROJ4 -D_LITTLE_ENDIAN -DDEBUG -DDEBUG2  -c shpgeo.c
cc -g -I.. -DPROJ4 -D_LITTLE_ENDIAN -DDEBUG 
-DDEBUG2  shpproj.c  ../shpopen.o ../dbfopen.o  ./shpgeo.o -lm 
-lproj -lm -lproj  -o shpproj
/usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../../i486-slackware-linux/bin/ld: 
cannot find -lproj

collect2: ld returned 1 exit status
make: *** [shpproj] E

73,
Mark N5RFX


___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir



___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


[Xastir] Problem with ShapeLib contrib make

2007-07-01 Thread Mark Miller
I am trying to compile the tools in the shapelib contrib 
directory.  When I do a make all i get this output.  Can someone help 
me where to look for the problem?


[EMAIL PROTECTED]:/home/markm/tiger_maps/shapelib-1.2.10/contrib# make all
cc -g -I.. -DPROJ4 -D_LITTLE_ENDIAN -DDEBUG -DDEBUG2  shpdxf.c 
../shpopen.o ../dbfopen.o   -o shpdxf

cc -g -I.. -DPROJ4 -D_LITTLE_ENDIAN -DDEBUG -DDEBUG2  -c shpgeo.c
cc -g -I.. -DPROJ4 -D_LITTLE_ENDIAN -DDEBUG 
-DDEBUG2  shpproj.c  ../shpopen.o ../dbfopen.o  ./shpgeo.o -lm -lproj 
-lm -lproj  -o shpproj
/usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../../i486-slackware-linux/bin/ld: 
cannot find -lproj

collect2: ld returned 1 exit status
make: *** [shpproj] E

73,
Mark N5RFX


___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir