Re: [Xastir] New user..and thanks..

2006-11-19 Thread James Ewen

On 11/18/06, Jeff Mohler <[EMAIL PROTECTED]> wrote:

Ive just this moment finished making my first map, discovered that
they have to be square in the process.


As Curt said... rectangular. If you make an image larger than the screen,
you can zoom out view the whole image. This however allows you to zoom into
an area of concern with as good of an image as you can get from the original
image. Using a small image and zooming in makes it blocky (pixellated).


Not sure what to do with timing yet, most of the time we'll have no
more than 5 vehicles to track, at Mid Ohio I could have up to 12-15.


Just to clarify for everyone, you are not tracking race cars, but the
emergency support vehicles.


When in action, 30s is far too slow, but I dont see how 5
vehicles could xmit updates every 5 seconds without lots of
collisions.


If you set up SmartBeaconing to update rapidly when the vehicles are
responding, you would be able to keep the dormant response vehilce out of
your way on RF because they are not sending position reports.

Because SmartBeaconing is activated by movement input, there is no way to
avoid collisions. You will want to use the shortest possible packets, and
you will want the highest possible precision as well. The 60 foot grid
precision won't cut it, you'll need the 2 to 3 foot precision.

Here I'll save time ans simply quote Curt:

Mic-E:  No timestamp and about 60' precision, short packets.

Standard APRS:  Timestamp and about 60' precision, longer packets.

NMEA: Timestamp and precision based on GPS sentence but LONG
packets.

Base91: Timestamp and 2' precision (assuming GPS puts out good
precision), short packets.


So, what are you using for trackers? Going to 9600 baud also shortens up the
packets, but it limits the available tracker hardware.

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


Re: [Xastir] New user..and thanks..

2006-11-19 Thread Curt Mills
On Sun, 19 Nov 2006, Tom Russo wrote:

> And because of this hassle and the fact that shapelib is so small, it might
> be worthwhile for cygwin users who don't plan on using shapelib in other 
> projects to just go ahead and use the internal one.  When I'm done with all
> the other things I want to get done today, perhaps I'll update README.win32
> and the wiki page to say just that.

Thanks for checking this.  It'll make installation on Cygwin that
much easier for people.

-- 
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


Re: [Xastir] New user..and thanks..

2006-11-19 Thread Tom Russo
On Sun, Nov 19, 2006 at 11:04:33AM -0700, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> On Sat, Nov 18, 2006 at 02:16:41PM -0800, we recorded a bogon-computron 
> collision of the <[EMAIL PROTECTED]> flavor, containing:
> > On Sat, 18 Nov 2006, Jeff Mohler wrote:
> > 
> > > Im trying to add shapelib via the instructions and get this error in 'make
> > > lib':
> > > 
> > > /usr/bin/ld -G -h libshp.so.1 -o .libs/libshp.so.1.0.1   shpopen.lo
> > > shptree.lo dbfopen.lo  -lc
> > > dbfopen.lo: In function `DBFReadAttribute':
> > > /cygdrive/c/Documents and
> > > Settings/jmohler/src/shapelib/shapelib-1.2.10/dbfopen.c:716: undefined
> > > reference to `__getreent'
> > > /cygdrive/c/Documents and
> > > Settings/jmohler/src/shapelib/shapelib-1.2.10/dbfopen.c:724: undefined
> > > reference to `__getreent'
> > > make: *** [lib] Error 1
> > 
> > Tom:  Does the internal-Shapelib code compile properly on Cygwin, or
> > must the same change be made?
> 
> Just confirmed.  The internal shapelib code compiles Just Fine on cygwin.
> The "__getreent" issues are purely because of the attempt to build the shared
> library, which needs to have -lcywin linked in.  When using the internal
> shapelib, this is not necessary (no explicit linking of -lcygwin instead of
> -lc is necessary).

And because of this hassle and the fact that shapelib is so small, it might
be worthwhile for cygwin users who don't plan on using shapelib in other 
projects to just go ahead and use the internal one.  When I'm done with all
the other things I want to get done today, perhaps I'll update README.win32
and the wiki page to say just that.

-- 
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] New user..and thanks..

2006-11-19 Thread Tom Russo
On Sat, Nov 18, 2006 at 02:16:41PM -0800, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> On Sat, 18 Nov 2006, Jeff Mohler wrote:
> 
> > Im trying to add shapelib via the instructions and get this error in 'make
> > lib':
> > 
> > /usr/bin/ld -G -h libshp.so.1 -o .libs/libshp.so.1.0.1   shpopen.lo
> > shptree.lo dbfopen.lo  -lc
> > dbfopen.lo: In function `DBFReadAttribute':
> > /cygdrive/c/Documents and
> > Settings/jmohler/src/shapelib/shapelib-1.2.10/dbfopen.c:716: undefined
> > reference to `__getreent'
> > /cygdrive/c/Documents and
> > Settings/jmohler/src/shapelib/shapelib-1.2.10/dbfopen.c:724: undefined
> > reference to `__getreent'
> > make: *** [lib] Error 1
> 
> Tom:  Does the internal-Shapelib code compile properly on Cygwin, or
> must the same change be made?

Just confirmed.  The internal shapelib code compiles Just Fine on cygwin.
The "__getreent" issues are purely because of the attempt to build the shared
library, which needs to have -lcywin linked in.  When using the internal
shapelib, this is not necessary (no explicit linking of -lcygwin instead of
-lc is necessary).

-- 
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] New user..and thanks..

2006-11-19 Thread Jason Winningham


On Nov 19, 2006, at 10:51 AM, Curt Mills wrote:


Unfortunately I think most of the trackers out there
aren't set up to transmit more often than once per minute using
timeslotting.


I fly opentrackers on balloons with timeslotting and intervals of 20s  
or 30s.  Works just fine.


-Jason
kg4wsv



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


Re: [Xastir] New user..and thanks..

2006-11-19 Thread Curt Mills
On Sat, 18 Nov 2006, Jeff Mohler wrote:

> Ive just this moment finished making my first map, discovered that
> they have to be square in the process.

No they don't.  They need to be rectangular though for Xastir.  If
you two georeference points on the map, hopefully as close as
possible to two diagonal corners, then Xastir should be happy to
display it to you.  The reason for getting near the corners is
accuracy.


> 640x640 fit everything just fine.

You can use 1600x1200 if you like.  Or bigger.  Or some completely
different aspect ratio like 100x2000.  Doesn't matter.  For best
accuracy you want it to be in WGS84 or NAD83 datum, and
non-projected.


> I'll have to play with the options in the opentracker on the sending
> side, to see how I can most intelligently deal with near-real-time
> updates.  When in action, 30s is far too slow, but I dont see how 5
> vehicles could xmit updates every 5 seconds without lots of
> collisions.

Either set them up for SmartBeaconing with parameters that make then
transmit fast enough for you, which will allow them to somewhat
randomly change their timing as they go, or set them up for
timeslotting.  Unfortunately I think most of the trackers out there
aren't set up to transmit more often than once per minute using
timeslotting.

BTW:  Some collisions are ok.  Don't expect to get every
transmission.  If you set them up for non-timeslotting as in a
regular timed transmission or SmartBeaconing, set them up so that
you have a enough free time for all of them to transmit, plus double
or triple.  You'll get some collisions for each, but you'll get a
lot of positions out as well.  Hopefully that made some sense.

I doubt you're going to get updates every 5 seconds unless you're
running only one or two cars.  You may be able to get as fast as 2
seconds per transmission, across all the cars, so if you have 10
cars you might be able to get 20 second updates per car.  To get
each one transmitting in the clear you'd probably require custom
mods to the OpenTracker firmware, but Scott would know.

If you just have each car transmitting every 20 seconds with
fixed-timing (not timeslotting), then you have the chance of
collisions and you may not get updates for 40 seconds, or 60, or
even longer, from any particular car.

Another way to avoid this is to have each car on a separate
frequency, then base can have multiple receivers (a separate
scanner or radio per frequency) and get all of them in the clear.
Xastir can handle that just fine, but you'd need a separate TNC per
scanner or radio, as the soundcard driver (AGWPE) would only be able
to handle two radios.  If you had a system that was capable of
handling multiple soundcards, then _perhaps_ AGPWE could be run on
each one of them, giving you two radio channels per soundcard.  I'm
not a Windows guy so I don't know for sure.

-- 
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


Re: [Xastir] New user..and thanks..

2006-11-19 Thread Curt Mills
On Sat, 18 Nov 2006, Jeff Mohler wrote:

> Ya..that thought hit me at dinner..just have to get a second base radio.  ;)

Another thought that has been crossing my mind while reading this
thread is that if you try to run both the tracking and voice comms
on separate VHF frequencies to the cars, you'll end up with desense
problems on the voice channel.  The VHF frequencies would need to be
separated by quite a few megahertz in order for this effect to be
reduced or eliminated.

I say this because this could become a serious safety issue if the
car cannot hear you due to its tracker transmitting often and/or
cars near it doing the same.  Same for base, if you have cars
zipping by near base then the base radio voice frequency may not be
able to hear much while any of the trackers nearby are transmitting.

The easiest way to get around that is to transmit on a different
band entirely, like perhaps using GMRS radios (require $80/five year
license), MURS, etc.

I experience this desense of my voice rig on 2-meter VHF ham radio
(at 146.92 MHz) when my other 2-meter VHF radio on 144.39 MHz
decides to send out my position.  I use Base-91 compressed
transmissions so they are short, but I still can miss one or two
syllables on voice during that time.  Combine that with 15 or 20
trackers on a small course and the voice frequency might be unusable
for you if it's on the same band.

-- 
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


Re: [Xastir] New user..and thanks..

2006-11-18 Thread Tom Russo
On Sat, Nov 18, 2006 at 11:26:46PM -0700, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> On Sat, Nov 18, 2006 at 02:16:41PM -0800, we recorded a bogon-computron 
> collision of the <[EMAIL PROTECTED]> flavor, containing:
> > On Sat, 18 Nov 2006, Jeff Mohler wrote:
> > 
> > > Im trying to add shapelib via the instructions and get this error in 'make
> > > lib':
> > > 
> > > /usr/bin/ld -G -h libshp.so.1 -o .libs/libshp.so.1.0.1   shpopen.lo
> > > shptree.lo dbfopen.lo  -lc
> > > dbfopen.lo: In function `DBFReadAttribute':
> > > /cygdrive/c/Documents and
> > > Settings/jmohler/src/shapelib/shapelib-1.2.10/dbfopen.c:716: undefined
> > > reference to `__getreent'
> > > /cygdrive/c/Documents and
> > > Settings/jmohler/src/shapelib/shapelib-1.2.10/dbfopen.c:724: undefined
> > > reference to `__getreent'
> > > make: *** [lib] Error 1
> > 
> > Tom:  Does the internal-Shapelib code compile properly on Cygwin, or
> > must the same change be made?
> 
> Eeep!
> 
> Yes, the same change must be made!

Actually, on second thought, it probably doesn't --- that's shared library 
stuff, and we're building a simpler thing without reentrant code.

I'll try it out tomorrow on my losedows machine.

-- 
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] New user..and thanks..

2006-11-18 Thread Tom Russo
On Sat, Nov 18, 2006 at 02:16:41PM -0800, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> On Sat, 18 Nov 2006, Jeff Mohler wrote:
> 
> > Im trying to add shapelib via the instructions and get this error in 'make
> > lib':
> > 
> > /usr/bin/ld -G -h libshp.so.1 -o .libs/libshp.so.1.0.1   shpopen.lo
> > shptree.lo dbfopen.lo  -lc
> > dbfopen.lo: In function `DBFReadAttribute':
> > /cygdrive/c/Documents and
> > Settings/jmohler/src/shapelib/shapelib-1.2.10/dbfopen.c:716: undefined
> > reference to `__getreent'
> > /cygdrive/c/Documents and
> > Settings/jmohler/src/shapelib/shapelib-1.2.10/dbfopen.c:724: undefined
> > reference to `__getreent'
> > make: *** [lib] Error 1
> 
> Tom:  Does the internal-Shapelib code compile properly on Cygwin, or
> must the same change be made?

Eeep!

Yes, the same change must be made!

-- 
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] New user..and thanks..

2006-11-18 Thread Jeff Mohler

Ya..that thought hit me at dinner..just have to get a second base radio.  ;)



On 11/18/06, Jason Winningham <[EMAIL PROTECTED]> wrote:


On Nov 18, 2006, at 6:35 PM, Jeff Mohler wrote:

> Not sure what to do with timing yet, most of the time we'll have no
> more than 5 vehicles to track, at Mid Ohio I could have up to 12-15.
> I'll have to play with the options in the opentracker on the sending
> side, to see how I can most intelligently deal with near-real-time
> updates.  When in action, 30s is far too slow, but I dont see how 5
> vehicles could xmit updates every 5 seconds without lots of
> collisions.

Use another frequency - let odd vehicles use freq A and even vehicles
use freq B.  The xastir station has a receiver/TNC on each frequency.

With frequent updates, timeslotting is your friend.

Now that I think about it, if you're updating every few seconds there
may be a bit of latency in xastir's display processing.

-Jason
kg4wsv





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


Re: [Xastir] New user..and thanks..

2006-11-18 Thread Jason Winningham


On Nov 18, 2006, at 6:35 PM, Jeff Mohler wrote:


Not sure what to do with timing yet, most of the time we'll have no
more than 5 vehicles to track, at Mid Ohio I could have up to 12-15.
I'll have to play with the options in the opentracker on the sending
side, to see how I can most intelligently deal with near-real-time
updates.  When in action, 30s is far too slow, but I dont see how 5
vehicles could xmit updates every 5 seconds without lots of
collisions.


Use another frequency - let odd vehicles use freq A and even vehicles  
use freq B.  The xastir station has a receiver/TNC on each frequency.


With frequent updates, timeslotting is your friend.

Now that I think about it, if you're updating every few seconds there  
may be a bit of latency in xastir's display processing.


-Jason
kg4wsv



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


Re: [Xastir] New user..and thanks..

2006-11-18 Thread Jason Winningham


On Nov 18, 2006, at 5:52 PM, James Ewen wrote:

 I'm not sure if the OpenTracker is able to sync to the GPS time  
embedded in the NMEA strings or not.


it does.  A timeslot every other second is no sweat.  If your packets  
and TXdelay are short you can probably get one a second.


-Jason
kg4wsv



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


Re: [Xastir] New user..and thanks..

2006-11-18 Thread Jeff Mohler

You can use the track map from the website as a base map, all you need to do
is tell Xastir where the corners of the image are in relation to the face of
the Earth (the .geo file). You could also capture the satellite photo from
Google Earth, and create a .geo file for that image.

---
Ive just this moment finished making my first map, discovered that
they have to be square in the process.


My preference would be to capture a large image (2000 pixels across or so)
from Google Earth, and use that.You would be able to see a fairly decent
image of the track when zoomed in, or back out to watch the full track.

---
640x640 fit everything just fine.


How many safety vehicles are you tracking? Crash Trucks, Ambulances, Tow
Trucks, etc? Are you looking at time slotting them, or having them use
SmartBeaconing with rapid update parameters when in motion? Smart Beaconing
would have only the responding vehicles making noise, but could have the
occasional packet collision. Time slotting would have the packets running
all the time, with constant monitoring of operational status of each
tracker. With low power handheld radios, you shouldn't have to worry about
current drain too much. The safety vehicles will probably be running enough
to never worry about killing the battery.

---
The 25hr race test will be pace car only, and I will be adding
vehicles to the system starting with the first races in February.


I'd probably run timeslotting with every safety vehicle reporting once per
minute as a minimum. I'm not sure if the OpenTracker is able to sync to the
GPS time embedded in the NMEA strings or not. You would want to keep the
time slotting accurate. Depending on the number of safety vehicles, you
might be able to do 30 second updates. (This is on a private frequency, not
144.390... don't get your panties in a bunch!)

---
Ya..were on our own licensed RF..not HAM.

Not sure what to do with timing yet, most of the time we'll have no
more than 5 vehicles to track, at Mid Ohio I could have up to 12-15.
I'll have to play with the options in the opentracker on the sending
side, to see how I can most intelligently deal with near-real-time
updates.  When in action, 30s is far too slow, but I dont see how 5
vehicles could xmit updates every 5 seconds without lots of
collisions.


It sure would be great to have a realtime tactical map of the location of
all safety assets at all times. This is a perfect example of textbook use of
APRS as a real time tactical display tool.
With APRS on the Safety crews, and Xastir dead reckoning their movements,
you'll have just about the same thing.

BTW, beautiful facility! I LOVE turn 5! That must give a great sphincter
muscle workout to all the drivers. The rest of the course is pretty wild as
well. What a workout for the bike riders!

---
Depends how you take it. Normal track path is CCW, and up to the top
of 5 is no challenge, but coming down is the trick, get it wrong and
youre sideways instantly. Around the bypass is lff camber, fast,
peaking..and where the two paths intersect the asphalt has a
transition..thats a LOT of fun.

CW direction both ways around 5 are very fun..total amusement ride.

http://www.speedtoys.biz/downloads/Sequence.mpg is a set of videos
from a few years ago I strung together in my instructor car, I dont
hany any videos from the racecar for download.
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] New user..and thanks..

2006-11-18 Thread James Ewen

On 11/18/06, Curt Mills <[EMAIL PROTECTED]> wrote:


> How much creativity do I have available to me to create a custom map?

You can create your own maps in any of the formats that Xastir can
use.  If using images, you can create a large one, tile it into
smaller pieces, and set up a .GEO file for each one.  Xastir can
then load the ones of interest as it needs to.



Just further to what Curt has said above...

You can use the track map from the website as a base map, all you need to do
is tell Xastir where the corners of the image are in relation to the face of
the Earth (the .geo file). You could also capture the satellite photo from
Google Earth, and create a .geo file for that image.

My preference would be to capture a large image (2000 pixels across or so)
from Google Earth, and use that.You would be able to see a fairly decent
image of the track when zoomed in, or back out to watch the full track.

How many safety vehicles are you tracking? Crash Trucks, Ambulances, Tow
Trucks, etc? Are you looking at time slotting them, or having them use
SmartBeaconing with rapid update parameters when in motion? Smart Beaconing
would have only the responding vehicles making noise, but could have the
occasional packet collision. Time slotting would have the packets running
all the time, with constant monitoring of operational status of each
tracker. With low power handheld radios, you shouldn't have to worry about
current drain too much. The safety vehicles will probably be running enough
to never worry about killing the battery.

I'd probably run timeslotting with every safety vehicle reporting once per
minute as a minimum. I'm not sure if the OpenTracker is able to sync to the
GPS time embedded in the NMEA strings or not. You would want to keep the
time slotting accurate. Depending on the number of safety vehicles, you
might be able to do 30 second updates. (This is on a private frequency, not
144.390... don't get your panties in a bunch!)

It sure would be great to have a realtime tactical map of the location of
all safety assets at all times. This is a perfect example of textbook use of
APRS as a real time tactical display tool. I've run safety net control for a
couple Cascar events here in Edmonton, as well as main control for the Champ
Car Grand Prix of Edmonton. I've used pins/magnets for keeping track of
assets, but there's nothing like having that automated for you. The Champ
cars all have transponders onboard that get picked up by trackside
recorders, and then their computer system dead reckons the position between
trackside recorders. That gives a great view of what's happening on track.
With APRS on the Safety crews, and Xastir dead reckoning their movements,
you'll have just about the same thing.

BTW, beautiful facility! I LOVE turn 5! That must give a great sphincter
muscle workout to all the drivers. The rest of the course is pretty wild as
well. What a workout for the bike riders!

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


Re: [Xastir] New user..and thanks..

2006-11-18 Thread Jeff Mohler

> Im trying to add shapelib via the instructions and get this error in 'make
> lib':
>
> /usr/bin/ld -G -h libshp.so.1 -o .libs/libshp.so.1.0.1   shpopen.lo
> shptree.lo dbfopen.lo  -lc
> dbfopen.lo: In function `DBFReadAttribute':
> /cygdrive/c/Documents and
> Settings/jmohler/src/shapelib/shapelib-1.2.10/dbfopen.c:716: undefined
> reference to `__getreent'
> /cygdrive/c/Documents and
> Settings/jmohler/src/shapelib/shapelib-1.2.10/dbfopen.c:724: undefined
> reference to `__getreent'
> make: *** [lib] Error 1

That's documented in the HowTo:Windows file and in the README.win32 file
from which it's based.

Scan down to where it says:

[ ] Edit Shapelib's Makefile to remove the space after the "-h" on the line 
that looks like this:

It specifically mentions that issue.

---
I did that, with and without the space in there, same error, but the
readme calls out a different undefined reference.  It mentions
impure_ptr, my error is different (getreent) and that doesnt grep in
the source anywhere.
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] New user..and thanks..

2006-11-18 Thread Curt Mills
On Sat, 18 Nov 2006, Jeff Mohler wrote:

> Im trying to add shapelib via the instructions and get this error in 'make
> lib':
> 
> /usr/bin/ld -G -h libshp.so.1 -o .libs/libshp.so.1.0.1   shpopen.lo
> shptree.lo dbfopen.lo  -lc
> dbfopen.lo: In function `DBFReadAttribute':
> /cygdrive/c/Documents and
> Settings/jmohler/src/shapelib/shapelib-1.2.10/dbfopen.c:716: undefined
> reference to `__getreent'
> /cygdrive/c/Documents and
> Settings/jmohler/src/shapelib/shapelib-1.2.10/dbfopen.c:724: undefined
> reference to `__getreent'
> make: *** [lib] Error 1

Tom:  Does the internal-Shapelib code compile properly on Cygwin, or
must the same change be made?

-- 
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


Re: [Xastir] New user..and thanks..

2006-11-18 Thread Curt Mills
On Sat, 18 Nov 2006, Jeff Mohler wrote:

> But I'd like to use Windows as the base OS, just that I keep trying to
> find a comprehensive set of Cygwin install instructions where all of
> the steps still work today in 2006.  (Picky eh?)
> 
> That seems to hold the most hope in reducing complexity in code &
> compiling to get a system where I can view maps, and _create_ maps.

I personally think of Cygwin on Windows as adding complexity, but
maybe that's just me.  I'd run it on a Linux OS, perhaps a live-CD
version or something so that you can just boot the laptop into it
and skip the hard drive install altogether.  With limited time and
all that it might not be a good option for you though.  Tried and
true _something_ is what you should be aiming for at this point.


> How much creativity do I have available to me to create a custom map?

You can create your own maps in any of the formats that Xastir can
use.  If using images, you can create a large one, tile it into
smaller pieces, and set up a .GEO file for each one.  Xastir can
then load the ones of interest as it needs to.

The facilities in Xastir itself for creating maps are rudimentary,
but may be good enough for you.  They revolve around creating
Shapefile maps.  No reason you have to create them with Xastir
though.


> As for the data, I will be using opentracker using our 2-way VHF
> radios (spare ones) on a separate channel from voice to transmit data,
> and a base radio with audio output to the windows sound card to input
> with Soundmodem for windows..the data.

If using AGWPE on Windows, make sure you test it all out and also
that your audio mixer settings get saved/restored properly.  This
will hopefully make the portable setups nice and reliable for
decoding packets.

-- 
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


Re: [Xastir] New user..and thanks..

2006-11-18 Thread Tom Russo
On Sat, Nov 18, 2006 at 01:26:35PM -0800, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> Thanks Tom..I kept going straight to other instructions..and didnt get
> into -that- document far enough.
> 
> Fantastic.
> 
> 
> Im trying to add shapelib via the instructions and get this error in 'make 
> lib':
> 
> /usr/bin/ld -G -h libshp.so.1 -o .libs/libshp.so.1.0.1   shpopen.lo
> shptree.lo dbfopen.lo  -lc
> dbfopen.lo: In function `DBFReadAttribute':
> /cygdrive/c/Documents and
> Settings/jmohler/src/shapelib/shapelib-1.2.10/dbfopen.c:716: undefined
> reference to `__getreent'
> /cygdrive/c/Documents and
> Settings/jmohler/src/shapelib/shapelib-1.2.10/dbfopen.c:724: undefined
> reference to `__getreent'
> make: *** [lib] Error 1

That's documented in the HowTo:Windows file and in the README.win32 file
from which it's based.

Scan down to where it says:

[ ] Edit Shapelib's Makefile to remove the space after the "-h" on the line 
that looks like this:

It specifically mentions that issue.

Also, you can just use the "get-maptools.sh" script described towards the 
end of the shapelib section, which will take care of all the arcane junk
that has to happen.

> But..before I get too far, is this going to work with any manner of
> soundmodem or method to get data from a VHF radio into xastir on
> cygwin?

Yes.  It works with AGWPE.  You'll have to download it and get it working
yourself according to its various well-written documentation, but once you
do have it working xastir can connect to the running AGWPE and use it as a
TNC.

> On 11/18/06, Tom Russo <[EMAIL PROTECTED]> wrote:
> >On Sat, Nov 18, 2006 at 02:26:06AM -0800, we recorded a bogon-computron 
> >collision of the <[EMAIL PROTECTED]> flavor, containing:
> >>
> >> But I'd like to use Windows as the base OS, just that I keep trying to
> >> find a comprehensive set of Cygwin install instructions where all of
> >> the steps still work today in 2006.  (Picky eh?)
> >
> >The steps in the HowTo:Windows page on the wiki (http://www.xastir.org/) 
> >are
> >pretty current.  If there's anything that's out of date it's that that page
> >says that ImageMagick is broken in Cygwin, and that was apparently fixed
> >several weeks ago.
> >
> >--
> >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
> >

-- 
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] New user..and thanks..

2006-11-18 Thread Jeff Mohler

Thanks Tom..I kept going straight to other instructions..and didnt get
into -that- document far enough.

Fantastic.


Im trying to add shapelib via the instructions and get this error in 'make lib':

/usr/bin/ld -G -h libshp.so.1 -o .libs/libshp.so.1.0.1   shpopen.lo
shptree.lo dbfopen.lo  -lc
dbfopen.lo: In function `DBFReadAttribute':
/cygdrive/c/Documents and
Settings/jmohler/src/shapelib/shapelib-1.2.10/dbfopen.c:716: undefined
reference to `__getreent'
/cygdrive/c/Documents and
Settings/jmohler/src/shapelib/shapelib-1.2.10/dbfopen.c:724: undefined
reference to `__getreent'
make: *** [lib] Error 1


Thanks for any assistance.  :)


But..before I get too far, is this going to work with any manner of
soundmodem or method to get data from a VHF radio into xastir on
cygwin?


On 11/18/06, Tom Russo <[EMAIL PROTECTED]> wrote:

On Sat, Nov 18, 2006 at 02:26:06AM -0800, we recorded a bogon-computron collision of 
the <[EMAIL PROTECTED]> flavor, containing:
>
> But I'd like to use Windows as the base OS, just that I keep trying to
> find a comprehensive set of Cygwin install instructions where all of
> the steps still work today in 2006.  (Picky eh?)

The steps in the HowTo:Windows page on the wiki (http://www.xastir.org/) are
pretty current.  If there's anything that's out of date it's that that page
says that ImageMagick is broken in Cygwin, and that was apparently fixed
several weeks ago.

--
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] New user..and thanks..

2006-11-18 Thread Tom Russo
On Sat, Nov 18, 2006 at 02:26:06AM -0800, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> 
> But I'd like to use Windows as the base OS, just that I keep trying to
> find a comprehensive set of Cygwin install instructions where all of
> the steps still work today in 2006.  (Picky eh?)

The steps in the HowTo:Windows page on the wiki (http://www.xastir.org/) are 
pretty current.  If there's anything that's out of date it's that that page 
says that ImageMagick is broken in Cygwin, and that was apparently fixed 
several weeks ago.

-- 
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] New user..and thanks..

2006-11-18 Thread Jeff Mohler

Ive spent the last week looking at the different OS's and ways to use Xastir.

But here is where im at today..

My goal is a graphical system that can track via GPS our safety
vehicles at racetracks in CA.  My test has to be up and working for
pace car at our 25hr endurance race here:

http://www.nasa25hour.com/

..so Xastir appears to be a good method to create a custom map, and
track this one vehicle as a dry run, then build this up to tracking 15
vehicles in February.


Fedora linux isnt a bad option, but very unsupportable for the end
user im building this for...and mind you im -very- new to
Xastir/APRS/etc.

But I'd like to use Windows as the base OS, just that I keep trying to
find a comprehensive set of Cygwin install instructions where all of
the steps still work today in 2006.  (Picky eh?)

That seems to hold the most hope in reducing complexity in code &
compiling to get a system where I can view maps, and _create_ maps.

How much creativity do I have available to me to create a custom map?

As for the data, I will be using opentracker using our 2-way VHF
radios (spare ones) on a separate channel from voice to transmit data,
and a base radio with audio output to the windows sound card to input
with Soundmodem for windows..the data.


Am I on the right track?
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir