Re: [Xastir] DRG Error: Compression Algorithm Does Not Support Random Access

[Curt, WE7U]

On Thu, 29 May 2008, ZPO wrote:

> I did a bit more googling and found "geotiffcp" which is exactly like
> "tiffcp", but for geotiffs.  DOH!!!  I guess I should have looked a
> bit harder.  I can download the unmodified files, but the ones I tried
> didn't seem to tile together properly.

If they are in the USGS DRG standard format, they should tile
properly.  At least the 1:24k ones, which are the format the code
was optimized for.


> When you say the Xastir code is written to handle lines, do you mean
> scanlines are strips as defined in the tiff/geotiff spec?

Yes.  If you look around the USGS DRG site you can find details of
their standard format.  They have a limited number of colors and are
arranged in strips.  The unmodifed maps are in UTM projection and
have a white border.  The Xastir code will strip off this border as
it displays and stretch the map into unprojected or lat/lon
projection.

-- 
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] DRG Error: Compression Algorithm Does Not Support Random Access

[Nick]

Curt,  I am definitely through using the CD/DVD's with the WA DRG's. 
Have them sitting here in the box waiting for the upcoming Summer 
Gathering, or in this case the next user.


Cheers and '73

Nick
KC7RGL




Curt, WE7U wrote:




On Thu, 29 May 2008, ZPO wrote:

  

I'm having an issue using the WA clipped DRGs from -
http://rocky2.ess.washington.edu/data/raster/drgclip/index.html - .




  

Some of the DRGs load fine, but the majority (especially the 24Ks)
give an error of "compression algorithm does not support random
access".



Such is the way of the world with modified DRG's...  At least you
didn't run into MrSID compressed -and- clipped DRG's.


  

Based on my reading it appears the correct answer is to reprocess the
files through TIFFCP and convert them.  I'm unsure whether I should
convert them to strips or tiles.  It looks like scanline format is out
since it doesn't allow random access when using compression.  Between
strips and tiles, is there a preference on which Xastir can process
more efficiently for pan/zoom/update operations?  At first glance I'm
guessing tiles would be the most efficient.  Along with the goes the
question of recommended tile size.  16? 32? 64? 128?



The Xastir geotiff code is written to handle lines, not tiles.

I see two options:

1) Find another source for unmodified DRG's.

2) Do a Google search through the Xastir list to find the
   parameters you need to convert those DRG's to.

Regarding #1:  Where are you at?  I have the complete set of WA
DRG's, unmodified.  I lent out a set of CD's and a set of DVD's to
one Xastir user in Everett.  I have another DVD here at home
somewhere, and another set of CD's at work.  I'd rather keep my
hands on one set of each, but the guy I lent the other sets to
should be done by now.

Another possibility is that you might live near one of the people
I've lent them to before and can copy the DVD's, CD's, or files off
their hard drive.  There are at least 4 or 5 people around mostly
western WA that should have them.

Yet another possibility:  If you're near UW you should be able to go
to the library on campus and copy the CD's.  They might have them
online now, not sure.  I know they have the DOQQ's online and I've
been able to download a few and convert them for use with Xastir.

  

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

Re: [Xastir] DRG Error: Compression Algorithm Does Not Support Random Access

[ZPO]

Curt,

I'm finally back in the US after 3 years in Baghdad.  I'm living down
in Olympia and working at Ft. Lewis.  Xastir with DRGs was a definite
winner last week when I was running all over the range trails at YTC.

I did a bit more googling and found "geotiffcp" which is exactly like
"tiffcp", but for geotiffs.  DOH!!!  I guess I should have looked a
bit harder.  I can download the unmodified files, but the ones I tried
didn't seem to tile together properly.

I've got another trip coming up next week.  Hopefully I'll have some
downtime at the hotel to try a few different combinations of
"geotiffcp".

When you say the Xastir code is written to handle lines, do you mean
scanlines are strips as defined in the tiff/geotiff spec?

I should be much more active again now that I'm back in CONUS.

73 N5VFF - Brian


On Thu, May 29, 2008 at 10:09 PM, Curt, WE7U <[EMAIL PROTECTED]> wrote:
> On Thu, 29 May 2008, ZPO wrote:
>
>> I'm having an issue using the WA clipped DRGs from -
>> http://rocky2.ess.washington.edu/data/raster/drgclip/index.html - .
>
>
>> Some of the DRGs load fine, but the majority (especially the 24Ks)
>> give an error of "compression algorithm does not support random
>> access".
>
> Such is the way of the world with modified DRG's...  At least you
> didn't run into MrSID compressed -and- clipped DRG's.
>
>
>> Based on my reading it appears the correct answer is to reprocess the
>> files through TIFFCP and convert them.  I'm unsure whether I should
>> convert them to strips or tiles.  It looks like scanline format is out
>> since it doesn't allow random access when using compression.  Between
>> strips and tiles, is there a preference on which Xastir can process
>> more efficiently for pan/zoom/update operations?  At first glance I'm
>> guessing tiles would be the most efficient.  Along with the goes the
>> question of recommended tile size.  16? 32? 64? 128?
>
> The Xastir geotiff code is written to handle lines, not tiles.
>
> I see two options:
>
> 1) Find another source for unmodified DRG's.
>
> 2) Do a Google search through the Xastir list to find the
>   parameters you need to convert those DRG's to.
>
> Regarding #1:  Where are you at?  I have the complete set of WA
> DRG's, unmodified.  I lent out a set of CD's and a set of DVD's to
> one Xastir user in Everett.  I have another DVD here at home
> somewhere, and another set of CD's at work.  I'd rather keep my
> hands on one set of each, but the guy I lent the other sets to
> should be done by now.
>
> Another possibility is that you might live near one of the people
> I've lent them to before and can copy the DVD's, CD's, or files off
> their hard drive.  There are at least 4 or 5 people around mostly
> western WA that should have them.
>
> Yet another possibility:  If you're near UW you should be able to go
> to the library on campus and copy the CD's.  They might have them
> online now, not sure.  I know they have the DOQQ's online and I've
> been able to download a few and convert them for use with Xastir.
>
> --
> 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] DRG Error: Compression Algorithm Does Not Support Random Access

[Curt, WE7U]

On Thu, 29 May 2008, ZPO wrote:

> I'm having an issue using the WA clipped DRGs from -
> http://rocky2.ess.washington.edu/data/raster/drgclip/index.html - .


> Some of the DRGs load fine, but the majority (especially the 24Ks)
> give an error of "compression algorithm does not support random
> access".

Such is the way of the world with modified DRG's...  At least you
didn't run into MrSID compressed -and- clipped DRG's.


> Based on my reading it appears the correct answer is to reprocess the
> files through TIFFCP and convert them.  I'm unsure whether I should
> convert them to strips or tiles.  It looks like scanline format is out
> since it doesn't allow random access when using compression.  Between
> strips and tiles, is there a preference on which Xastir can process
> more efficiently for pan/zoom/update operations?  At first glance I'm
> guessing tiles would be the most efficient.  Along with the goes the
> question of recommended tile size.  16? 32? 64? 128?

The Xastir geotiff code is written to handle lines, not tiles.

I see two options:

1) Find another source for unmodified DRG's.

2) Do a Google search through the Xastir list to find the
   parameters you need to convert those DRG's to.

Regarding #1:  Where are you at?  I have the complete set of WA
DRG's, unmodified.  I lent out a set of CD's and a set of DVD's to
one Xastir user in Everett.  I have another DVD here at home
somewhere, and another set of CD's at work.  I'd rather keep my
hands on one set of each, but the guy I lent the other sets to
should be done by now.

Another possibility is that you might live near one of the people
I've lent them to before and can copy the DVD's, CD's, or files off
their hard drive.  There are at least 4 or 5 people around mostly
western WA that should have them.

Yet another possibility:  If you're near UW you should be able to go
to the library on campus and copy the CD's.  They might have them
online now, not sure.  I know they have the DOQQ's online and I've
been able to download a few and convert them for use with Xastir.

-- 
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] DRG Error: Compression Algorithm Does Not Support Random Access

[ZPO]

Howdy!

I'm having an issue using the WA clipped DRGs from -
http://rocky2.ess.washington.edu/data/raster/drgclip/index.html - .

Some of the DRGs load fine, but the majority (especially the 24Ks)
give an error of "compression algorithm does not support random
access".  After some Googling, it appears this means the tiff files
were written in non-sequential format during the clipping process.  I
checked and it appears to be using PACKBITS compression and scanline
mode.

Based on my reading it appears the correct answer is to reprocess the
files through TIFFCP and convert them.  I'm unsure whether I should
convert them to strips or tiles.  It looks like scanline format is out
since it doesn't allow random access when using compression.  Between
strips and tiles, is there a preference on which Xastir can process
more efficiently for pan/zoom/update operations?  At first glance I'm
guessing tiles would be the most efficient.  Along with the goes the
question of recommended tile size.  16? 32? 64? 128?

I tried using TIFFCP on one file and it dumped the GEOTIFF-specific
tags as TIFFCP doesn't know what to do with them.
is there an analog to TIFFCP buried somewhere in the GEOTIFF tools
that I haven't found yet?  Fortunately, there are already TFW files
for each quad, but I'd like something a bit cleaner and standalone if
at all possible.  Once I've done a few more tests I can batch them up
and do them all at once.  Whatever method works best I'll post back to
the group.  Thanks in advance for any pointers and hints.

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

Re: [Xastir] still trying to install on Fedora 9

[Eric Christensen]

Didn't mean to shout... I've been writing docs today that required 
CAPITAL LETTERS so now it all looks the same to me.  :)



Gerry Creager wrote:

but without shouting :-)

Eric Christensen wrote:

SUDO YUM INSTALL XASTIR

Gerry Creager wrote:

Real geeks don't use the GUI to update software;-)

gerry

kc7zru wrote:
Thanks for the heads up on the "add remove software" changes! Looks 
like we'll have to go CLI to keep things universal across GUI changes.


I've modified the entry in the Wiki to make it work for releases 
from F7 to F9 - lemme know what you think.


FWIW, I've built Xastir on 3 different F9 machines using that Wiki 
'checklist' - just never had to install the development stuff. The 
CVS servers can be slow - very slow - too )@#! slow at times. But 
they do work, eventually.


73

[EMAIL PROTECTED] wrote:
 BTW, an earlier part of the wiki doesn't work with Fedora 9. The 
package management is quite different in Fedora 9, and there is no 
Applications>Add/Remove Software option.  Instead we have 
System>Administration>Add/Remove packages but you have to specify 
individual packages, not "development tools:.  Below does not exist:


If by chance, you didn't install Fedora with the required 
development tools, start the 'Add/Remove Software' tool from the 
Applications Menu. Choose 'Development' and make sure you have the 
following groups installed:


* Development Libraries
* Development Tools
* Gnome or KDE development (depending on your desktop of choice)
* X Software Development

I've heard of folks successfully building Xastir on Fedora 9, so I 
guess I need to find the source somewhere other than cvs?


73 -- john
___
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 mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir

Re: [Xastir] still trying to install on Fedora 9

[Gerry Creager]

but without shouting :-)

Eric Christensen wrote:

SUDO YUM INSTALL XASTIR

Gerry Creager wrote:

Real geeks don't use the GUI to update software;-)

gerry

kc7zru wrote:
Thanks for the heads up on the "add remove software" changes! Looks 
like we'll have to go CLI to keep things universal across GUI changes.


I've modified the entry in the Wiki to make it work for releases from 
F7 to F9 - lemme know what you think.


FWIW, I've built Xastir on 3 different F9 machines using that Wiki 
'checklist' - just never had to install the development stuff. The 
CVS servers can be slow - very slow - too )@#! slow at times. But 
they do work, eventually.


73

[EMAIL PROTECTED] wrote:
 BTW, an earlier part of the wiki doesn't work with Fedora 9. The 
package management is quite different in Fedora 9, and there is no 
Applications>Add/Remove Software option.  Instead we have 
System>Administration>Add/Remove packages but you have to specify 
individual packages, not "development tools:.  Below does not exist:


If by chance, you didn't install Fedora with the required 
development tools, start the 'Add/Remove Software' tool from the 
Applications Menu. Choose 'Development' and make sure you have the 
following groups installed:


* Development Libraries
* Development Tools
* Gnome or KDE development (depending on your desktop of choice)
* X Software Development

I've heard of folks successfully building Xastir on Fedora 9, so I 
guess I need to find the source somewhere other than cvs?


73 -- john
___
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




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

Re: [Xastir] still trying to install on Fedora 9

[Gerry Creager]

You may have already heard this, but...

as root:
yum install graphicsmagick-devel

gerry

[EMAIL PROTECTED] wrote:

Yeah, but here is the interesting part.  ImageMagick was already installed on 
my computer.  Not sure why it isn't working but the package maintainer is on 
the job.  He filed a NEEDINFO and I just sent it to him.



Well, there's your problem! (right?) 'XPM and/or ImageMagick support have not been 
compiled in." Isn't Image/GraphicsMagick required to display online maps? Also 
suggest they use GraphicsMagick over ImageMagick due to the historical problems with 
a dynamic API.


Admittedly I don't know enough to tell if this is relevant, but when I tried to 
compile (on Fedora 9 - arghhh) from CVS sources without ImageMagick, I kept 
getting an error about GraphicsMagick even though the GraphicsMagick library 
was in /usr/lib and /etc/ld.so.conf contained that path:

checking for GraphicsMagick-config... /usr/bin/GraphicsMagick-config 
checking GraphicsMagick/magick/api.h usability... yes 
checking GraphicsMagick/magick/api.h presence... yes 
checking for GraphicsMagick/magick/api.h... yes 
checking for WriteImage in -lGraphicsMagick... no 
configure: WARNING: *** Cannot find GraphicsMagick library files: 
Building w/o GraphicsMagick support. *** 
checking for Magick-config... no 


When I yum installed ImageMagick-devel the above GraphicsMagick error went 
away, but I still have no online maps...  Just an FYI.

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


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

Re: [Xastir] still trying to install on Fedora 9

[Richard Polivka, N6NKO]

I can't get F9 to install on the T42. Still running F8.

I have tried several times using a separate hard drive in the laptop and 
have had no luck.


Now on to modifying xastir to talk intelligently.

73 from 807,

Richard, N6NKO


Eric Christensen wrote:

SUDO YUM INSTALL XASTIR

Gerry Creager wrote:

Real geeks don't use the GUI to update software;-)

gerry

kc7zru wrote:
Thanks for the heads up on the "add remove software" changes! Looks 
like we'll have to go CLI to keep things universal across GUI changes.


I've modified the entry in the Wiki to make it work for releases 
from F7 to F9 - lemme know what you think.


FWIW, I've built Xastir on 3 different F9 machines using that Wiki 
'checklist' - just never had to install the development stuff. The 
CVS servers can be slow - very slow - too )@#! slow at times. But 
they do work, eventually.


73

[EMAIL PROTECTED] wrote:
 BTW, an earlier part of the wiki doesn't work with Fedora 9. The 
package management is quite different in Fedora 9, and there is no 
Applications>Add/Remove Software option.  Instead we have 
System>Administration>Add/Remove packages but you have to specify 
individual packages, not "development tools:.  Below does not exist:


If by chance, you didn't install Fedora with the required 
development tools, start the 'Add/Remove Software' tool from the 
Applications Menu. Choose 'Development' and make sure you have the 
following groups installed:


* Development Libraries
* Development Tools
* Gnome or KDE development (depending on your desktop of choice)
* X Software Development

I've heard of folks successfully building Xastir on Fedora 9, so I 
guess I need to find the source somewhere other than cvs?


73 -- john
___
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 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] still trying to install on Fedora 9

[Eric Christensen]

SUDO YUM INSTALL XASTIR

Gerry Creager wrote:

Real geeks don't use the GUI to update software;-)

gerry

kc7zru wrote:
Thanks for the heads up on the "add remove software" changes! Looks 
like we'll have to go CLI to keep things universal across GUI changes.


I've modified the entry in the Wiki to make it work for releases from 
F7 to F9 - lemme know what you think.


FWIW, I've built Xastir on 3 different F9 machines using that Wiki 
'checklist' - just never had to install the development stuff. The CVS 
servers can be slow - very slow - too )@#! slow at times. But they do 
work, eventually.


73

[EMAIL PROTECTED] wrote:
 BTW, an earlier part of the wiki doesn't work with Fedora 9. The 
package management is quite different in Fedora 9, and there is no 
Applications>Add/Remove Software option.  Instead we have 
System>Administration>Add/Remove packages but you have to specify 
individual packages, not "development tools:.  Below does not exist:


If by chance, you didn't install Fedora with the required development 
tools, start the 'Add/Remove Software' tool from the Applications 
Menu. Choose 'Development' and make sure you have the following 
groups installed:


* Development Libraries
* Development Tools
* Gnome or KDE development (depending on your desktop of choice)
* X Software Development

I've heard of folks successfully building Xastir on Fedora 9, so I 
guess I need to find the source somewhere other than cvs?


73 -- john
___
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 mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir

Re: [Xastir] still trying to install on Fedora 9

[Gerry Creager]

Real geeks don't use the GUI to update software;-)

gerry

kc7zru wrote:
Thanks for the heads up on the "add remove software" changes! Looks like 
we'll have to go CLI to keep things universal across GUI changes.


I've modified the entry in the Wiki to make it work for releases from F7 
to F9 - lemme know what you think.


FWIW, I've built Xastir on 3 different F9 machines using that Wiki 
'checklist' - just never had to install the development stuff. The CVS 
servers can be slow - very slow - too )@#! slow at times. But they do 
work, eventually.


73

[EMAIL PROTECTED] wrote:
 BTW, an earlier part of the wiki doesn't work with Fedora 9. The 
package management is quite different in Fedora 9, and there is no 
Applications>Add/Remove Software option.  Instead we have 
System>Administration>Add/Remove packages but you have to specify 
individual packages, not "development tools:.  Below does not exist:


If by chance, you didn't install Fedora with the required development 
tools, start the 'Add/Remove Software' tool from the Applications 
Menu. Choose 'Development' and make sure you have the following groups 
installed:


* Development Libraries
* Development Tools
* Gnome or KDE development (depending on your desktop of choice)
* X Software Development

I've heard of folks successfully building Xastir on Fedora 9, so I 
guess I need to find the source somewhere other than cvs?


73 -- john
___
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


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

Re: [Xastir] How do I use shapefile maps?

[ke5c]

> Meaning they're not showing up in the Map Chooser?  Try 
> Map->Configure->Reindex All Maps or similar.  The maps may have an
older timestamp than the last reindex you did, so "Reindex New Maps" 
which depends on timestamps may skip those files.

You saved my bacon!  Shapefiles up and working: Saturday bicycle race 
project saved!!

73 -- John 

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

Re: [Xastir] How do I use shapefile maps?

[Curt, WE7U]

On Thu, 29 May 2008, Tom Hayward wrote:

> Have you checked file ownership and permissions?
> 
> ls -l
> on your map folder will tell a lot.

Good point.

Could this also have to do with installing Xastir in a different
location using a pre-compiled binary?  If so, you might try renaming
your .xastir directory to something else and restarting to have
Xastir fix up the paths in your per-user config file to match where
the executable is looking for things.

cd
mv .xastir .xastir.save
xastir &

This will cause Xastir to create a new default ~/.xastir directory
and contents for your use.

More explanation:  Sometimes a pre-compiled binary might install in
the /opt or /usr areas instead of the /usr/local area.  If so, you
can end up with a mismatch with the paths in your
~/.xastir/config/xastir.cnf file, but only if you're run some other
version of Xastir before that installed in a different spot.

Normally (if you compile Xastir yourself) maps go in
/usr/local/share/xastir/maps and subdirectories below that.  If it's
a pre-compiled Xastir binary it may be looking in
/usr/share/xastir/maps or /opt/Xastir/share/xastir/maps for them.

-- 
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] How do I use shapefile maps?

[Tom Hayward]

Have you checked file ownership and permissions?

ls -l
on your map folder will tell a lot.

Tom KD7LXL

On Thu, May 29, 2008 at 12:06 AM, John Dvoracek <[EMAIL PROTECTED]> wrote:
> I am having a lot of issues trying to get xastir running under Fedora 9
> on a Thinkpad where xastir ran fine under Fedora 7.  I'm also trying to
> have this working by Saturday morning for an event.  I've given up on
> getting online maps working since there seems to be some bug with those
> as also experienced by others.  Instead I downloaded shapefile maps for
> one Texas county, but xastir does not seem to recognize them.  Hopefully
> I am just installing them incorrectly.  On startup xastir says it
> supports shapefile maps:
>
> [EMAIL PROTECTED] ~]# xastir
> Built-in map types:
>  gnis   USGS GNIS Datapoints
>   map   APRSdos Maps
>   map   WinAPRS/MacAPRS/X-APRS Maps
>   pdb   PocketAPRS Maps
> Support for these additional map types has been compiled in:
>   geo   Image Map (ImageMagick/GraphicsMagick library, many formats
> allowed)
>   geo   URL (Internet maps via libcurl library)
>   shp   ESRI Shapefile Maps (Shapelib library)
>   tif   USGS DRG Geotiff Topographic Maps (libgeotiff/libproj)
>   xpm   X Pixmap Maps (XPM library)
> festival_client: connect to server failed
> SayText: Couldn't open socket to Festival
> Indexing maps...
> Finished indexing maps
> *** Reading WX Alert log files
> *** Done with WX Alert log files
>
> I downloaded the Texas county shapefile maps from Texas A&M as
> referenced in the xastir map wiki, then extracted and installed the
> county of interest in my map directory as shown in this recursive
> directory listing:
>
> [EMAIL PROTECTED] maps]# ls -R
> .:
> GPS  Online  TX_Polygons  TX_Polylines  worldhi.map
>
> ./GPS:
> placeholder
>
> ./Online:
> CanadaTopo250k.geo  terraserver-reflectivity.geo  tigermap.geo
> WMSRadar.geo
> CanadaTopo50k.geo   terraserver-topo.geo  TXRadar.geo
> terraserver.geo terraserver-urban.geo USRadar.geo
>
> ./TX_Polygons:
> Bell_County.dbf  Bell_County.shp  Bell_County.shx
>
> ./TX_Polylines:
> Bell_County.dbf  Bell_County.prj  Bell_County.shp  Bell_County.shx
>
> TX_Polyogns and TXPolylines show up as directories in the map chooser
> dialog, but none of the maps within those directories show up.  Do I
> have to do something else to use shapefiles?  Thanks for any help at
> this late moment.
>
> 73 -- John
>
>
> ___
> 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] Xastir and OWW

[Curt, WE7U]

On Thu, 29 May 2008, Walter Schreiber wrote:

> arneport 8890
>The port number to which UDP broadcasts are made in the Arne
>Henriksen format, for reception by his Windows client program. Set
>this to 0 to turn off UDP broadcasts.
> *arnetcpport  < take this port!!!*
>The port number on which Oww listens for connexions from clients
>using the Arne Henriksen format. Set this to 0 to turn off this server.

It should be one of the above two ports.  I think the 2nd one.

-- 
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] Xastir and OWW

[Walter Schreiber]

Hi Curt,

Network WX interface is defined,
OOW Docus:


 Server ports and unix socket names

arneport 8890
   The port number to which UDP broadcasts are made in the Arne
   Henriksen format, for reception by his Windows client program. Set
   this to 0 to turn off UDP broadcasts.
*arnetcpport  < take this port!!!*
   The port number on which Oww listens for connexions from clients
   using the Arne Henriksen format. Set this to 0 to turn off this server.
owwtcpport 8899
   The port number 
owwlocalname /tmp/oww_trx_un

   The name for the Unix socket on which Oww listens for connexions
   from clients on the local host using the Oww client / server
   protocol. Set this blank
    to turn off
   this server.
txttcpport 8891
   The port number on which Oww listens for connexions from clients
   using text format. Set this to 0 to turn off this server.
txtname /tmp/oww_txtserve
   The name for the Unix socket on which Oww listens for connexions
   from clients on the local host using text format. Set this blank
    to turn off
   this server.
txtform $localtime%d/%m/%y , %H:%M:%S$ , $t1%7.1$,$tunit$ , 
$wsp%7.2$,$wspunit%5$,$wdrname%10$ ,$wdrdeg%5.1$ ,$wdrpoint%3$ 
,$rain%5.2$, $rainunit$

   The format string used by the text-format server.

or have i take the txttcpport 8891??

73 de Walter / OE6WSF



Curt, WE7U schrieb:

On Thu, 29 May 2008, Walter Schreiber wrote:

  

Internet interface is ok.
Weather Symbol is ok.
but
under View - Own Weather Data
i can not see any Weather Data from OWW.



You also need a "Networked WX" interface defined in order for Xastir
to connect to the OWW daemon.  I don't recall which port number OWW
uses, so you'll need to look at the OWW docs to find out.

  



--
73 de Walter
OE6WSF
ADL 613 - ÖVSV
mailto:[EMAIL PROTECTED]
Skype: badmin0815
Echolink: 4695

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

Re: [Xastir] still trying to install on Fedora 9

[Curt, WE7U]

On Thu, 29 May 2008, [EMAIL PROTECTED] wrote:

> checking for WriteImage in -lGraphicsMagick... no

You can look in your "config.log" file to see if there is additional
info regarding that error.  Sometimes it can be as simple as another
package that GM depends on which your package manager dependency
checking missed.


> When I yum installed ImageMagick-devel the above GraphicsMagick
> error went away, but I still have no online maps...  Just an FYI.

Xastir looks for GM/GM-devel first.  If it is happy with them, it
will skip looking for IM/IM-devel.  If not, it looks for IM/IM-devel
and will set up Xastir to use IM if found.

We generally prefer GM over IM because of inconsistencies that we've
had with IM in the past.  Better to get GM in there if you can, so
check your config.log file and let us know what you find.

-- 
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] still trying to install on Fedora 9

[Eric Christensen]

So I just found out that the Fedora 9 Xastir package DOES work. 
Something in my .xastir folder was breaking it.


Eric W4OTN



[EMAIL PROTECTED] wrote:

Yeah, but here is the interesting part.  ImageMagick was already installed on 
my computer.  Not sure why it isn't working but the package maintainer is on 
the job.  He filed a NEEDINFO and I just sent it to him.



Well, there's your problem! (right?) 'XPM and/or ImageMagick support have not been 
compiled in." Isn't Image/GraphicsMagick required to display online maps? Also 
suggest they use GraphicsMagick over ImageMagick due to the historical problems with 
a dynamic API.


Admittedly I don't know enough to tell if this is relevant, but when I tried to 
compile (on Fedora 9 - arghhh) from CVS sources without ImageMagick, I kept 
getting an error about GraphicsMagick even though the GraphicsMagick library 
was in /usr/lib and /etc/ld.so.conf contained that path:

checking for GraphicsMagick-config... /usr/bin/GraphicsMagick-config 
checking GraphicsMagick/magick/api.h usability... yes 
checking GraphicsMagick/magick/api.h presence... yes 
checking for GraphicsMagick/magick/api.h... yes 
checking for WriteImage in -lGraphicsMagick... no 
configure: WARNING: *** Cannot find GraphicsMagick library files: 
Building w/o GraphicsMagick support. *** 
checking for Magick-config... no 


When I yum installed ImageMagick-devel the above GraphicsMagick error went 
away, but I still have no online maps...  Just an FYI.

73 -- John
___
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] still trying to install on Fedora 9

[ke5c]

> Yeah, but here is the interesting part.  ImageMagick was already installed on 
> my computer.  Not sure why it isn't working but the package maintainer is on 
> the job.  He filed a NEEDINFO and I just sent it to him.

>> Well, there's your problem! (right?) 'XPM and/or ImageMagick support have 
>> not been compiled in." Isn't Image/GraphicsMagick required to display online 
>> maps? Also suggest they use GraphicsMagick over ImageMagick due to the 
>> historical problems with a dynamic API.

Admittedly I don't know enough to tell if this is relevant, but when I tried to 
compile (on Fedora 9 - arghhh) from CVS sources without ImageMagick, I kept 
getting an error about GraphicsMagick even though the GraphicsMagick library 
was in /usr/lib and /etc/ld.so.conf contained that path:

checking for GraphicsMagick-config... /usr/bin/GraphicsMagick-config 
checking GraphicsMagick/magick/api.h usability... yes 
checking GraphicsMagick/magick/api.h presence... yes 
checking for GraphicsMagick/magick/api.h... yes 
checking for WriteImage in -lGraphicsMagick... no 
configure: WARNING: *** Cannot find GraphicsMagick library files: 
Building w/o GraphicsMagick support. *** 
checking for Magick-config... no 

When I yum installed ImageMagick-devel the above GraphicsMagick error went 
away, but I still have no online maps...  Just an FYI.

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

Re: [Xastir] Configure Interface paths

[Curt, WE7U]

On Thu, 29 May 2008, kim wrote:

> What is meant by "XASTIR will cycle through one of them at each
> transmission time."

> If three paths are entered, does it randomly chose one of the three?

Round-robin, through any slots that are filled in.  Skips those that
are empty.

-- 
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] Configure Interface paths

[kim]

>From the old xastir documents:

Enter in up to three UNPROTO paths. Xastir will assume the XX VIA part
of the UNPROTO path. There are three paths allowed so that your signal
will be heard if conditions are bad. If any of these are filled in
XASTIR will cycle through one of them at each transmission time. If you
are local, just a WIDE may be a good choice. If you are using low power
and/or are distant from a digi then RELAY, WIDE may work better. Or if
you know the call of your closest digi you may use XXXCALL, WIDE. Most
of you will only need one path. If you are in a remote area and your
signal is difficult to get out you may need more. Check with a local
group and ask what path may be best for your area. Some areas use the
more efficient flooding protocols, in which case you might use WIDE3-3
or RELAY,WIDE3-3.

What is meant by "XASTIR will cycle through one of them at each
transmission time."

If three paths are entered, does it randomly chose one of the three?

K

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

Re: [Xastir] Xastir and OWW

[Curt, WE7U]

On Thu, 29 May 2008, Walter Schreiber wrote:

> Internet interface is ok.
> Weather Symbol is ok.
> but
> under View - Own Weather Data
> i can not see any Weather Data from OWW.

You also need a "Networked WX" interface defined in order for Xastir
to connect to the OWW daemon.  I don't recall which port number OWW
uses, so you'll need to look at the OWW docs to find out.

-- 
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] Xastir and OWW

[Walter Schreiber]

Hi Curt,

thank you for the info.
Internet interface is ok.
Weather Symbol is ok.
but
under View - Own Weather Data
i can not see any Weather Data from OWW.

73 de Walter / OE6WSF


Curt, WE7U schrieb:

On Thu, 29 May 2008, Walter Schreiber wrote:

  

is there anyone who has Xastir with OWW (One Wire Weather)-Station
running??



I'm had it working before, but just for testing, not as a permanent
setup.


  

My Problem:
Xastir 1.9.0 is running
OWW 0.82.1 is running

Xastir connect OWW on TCP  (Arne Henriksens Protocol)
but do not send the weather-information to the internet.



Set up an internet interface in Xastir.

Enter your callpass number in the properties for that interface.

Set your symbol to either the blue or the green weather symbol (it's
a circle).  File->Configure->Station

Tell Xastir you're a fixed station sending weather
(File->Configure->Defaults?)

  



--
73 de Walter
OE6WSF
ADL 613 - ÖVSV
mailto:[EMAIL PROTECTED]
Skype: badmin0815
Echolink: 4695

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

Re: [Xastir] How do I use shapefile maps?

[Curt, WE7U]

On Thu, 29 May 2008, John Dvoracek wrote:

> Instead I downloaded shapefile maps for
> one Texas county, but xastir does not seem to recognize them.

Meaning they're not showing up in the Map Chooser?  Try
Map->Configure->Reindex All Maps or similar.  The maps may have an
older timestamp than the last reindex you did, so "Reindex New Maps"
which depends on timestamps may skip those files.

Xastir has Shapelib support built-in, so if you don't Shapelib
loaded in your OS, Xastir uses it's own private version.  Should
work just fine.

-- 
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] Xastir and OWW

[Curt, WE7U]

On Thu, 29 May 2008, Walter Schreiber wrote:

> is there anyone who has Xastir with OWW (One Wire Weather)-Station
> running??

I'm had it working before, but just for testing, not as a permanent
setup.


> My Problem:
> Xastir 1.9.0 is running
> OWW 0.82.1 is running
> 
> Xastir connect OWW on TCP  (Arne Henriksens Protocol)
> but do not send the weather-information to the internet.

Set up an internet interface in Xastir.

Enter your callpass number in the properties for that interface.

Set your symbol to either the blue or the green weather symbol (it's
a circle).  File->Configure->Station

Tell Xastir you're a fixed station sending weather
(File->Configure->Defaults?)

-- 
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] still trying to install on Fedora 9

[Eric Christensen]

Yeah, but here is the interesting part.  ImageMagick was already 
installed on my computer.  Not sure why it isn't working but the package 
maintainer is on the job.  He filed a NEEDINFO and I just sent it to him.


Eric


kc7zru wrote:

Well, there's your problem! (right?)

"XPM and/or ImageMagick support have not been compiled in."

Isn't Image/GraphicsMagick required to display online maps?

Also suggest they use GraphicsMagick over ImageMagick due to the 
historical problems with a dynamic API


73

Eric Christensen wrote:

John,
I just filed another trouble ticket [1] in Red Hat's Bugzilla for the 
latest Xastir package.  The person that built the last package said he 
had the mapping problem fixed.  I just installed it and it fails. 
Hopefully this will be fixed soon.


Eric W4OTN


[1] https://bugzilla.redhat.com/show_bug.cgi?id=448849




___
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] Xastir and OWW

[Walter Schreiber]

Hi,

is there anyone who has Xastir with OWW (One Wire Weather)-Station
running??

My Problem:
Xastir 1.9.0 is running
OWW 0.82.1 is running

Xastir connect OWW on TCP  (Arne Henriksens Protocol)
but do not send the weather-information to the internet.

best regards
Walter

--
73 de Walter
OE6WSF
ADL 613 - ÖVSV
mailto:[EMAIL PROTECTED]
Skype: badmin0815
Echolink: 4695

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

[Xastir] How do I use shapefile maps?

[John Dvoracek]

I am having a lot of issues trying to get xastir running under Fedora 9
on a Thinkpad where xastir ran fine under Fedora 7.  I'm also trying to
have this working by Saturday morning for an event.  I've given up on
getting online maps working since there seems to be some bug with those
as also experienced by others.  Instead I downloaded shapefile maps for
one Texas county, but xastir does not seem to recognize them.  Hopefully
I am just installing them incorrectly.  On startup xastir says it
supports shapefile maps:

[EMAIL PROTECTED] ~]# xastir
Built-in map types:
  gnis   USGS GNIS Datapoints
   map   APRSdos Maps
   map   WinAPRS/MacAPRS/X-APRS Maps
   pdb   PocketAPRS Maps
Support for these additional map types has been compiled in: 
   geo   Image Map (ImageMagick/GraphicsMagick library, many formats
allowed)
   geo   URL (Internet maps via libcurl library)
   shp   ESRI Shapefile Maps (Shapelib library)
   tif   USGS DRG Geotiff Topographic Maps (libgeotiff/libproj)
   xpm   X Pixmap Maps (XPM library)
festival_client: connect to server failed
SayText: Couldn't open socket to Festival
Indexing maps...
Finished indexing maps
*** Reading WX Alert log files
*** Done with WX Alert log files

I downloaded the Texas county shapefile maps from Texas A&M as
referenced in the xastir map wiki, then extracted and installed the
county of interest in my map directory as shown in this recursive
directory listing:

[EMAIL PROTECTED] maps]# ls -R
.:
GPS  Online  TX_Polygons  TX_Polylines  worldhi.map

./GPS:
placeholder

./Online:
CanadaTopo250k.geo  terraserver-reflectivity.geo  tigermap.geo
WMSRadar.geo
CanadaTopo50k.geo   terraserver-topo.geo  TXRadar.geo
terraserver.geo terraserver-urban.geo USRadar.geo

./TX_Polygons:
Bell_County.dbf  Bell_County.shp  Bell_County.shx

./TX_Polylines:
Bell_County.dbf  Bell_County.prj  Bell_County.shp  Bell_County.shx

TX_Polyogns and TXPolylines show up as directories in the map chooser
dialog, but none of the maps within those directories show up.  Do I
have to do something else to use shapefiles?  Thanks for any help at
this late moment.

73 -- John


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