Loading ...
Sorry, an error occurred while loading the content.

Re: [aprsisce] Digest Number 1681

Expand Messages
  • Mike Liller
    I have chrome on my galaxy note II and it scrolls fine. 73 Mike N7NMS Sent from Yahoo! Mail on Android
    Message 1 of 1 , May 10 5:03 PM
    • 0 Attachment

      I have chrome on my galaxy note II and it scrolls fine.
      73
      Mike N7NMS

      Sent from Yahoo! Mail on Android



      From: aprsisce@yahoogroups.com <aprsisce@yahoogroups.com>;
      To: <aprsisce@yahoogroups.com>;
      Subject: [aprsisce] Digest Number 1681
      Sent: Fri, May 10, 2013 11:06:59 PM

      APRSISCE for Windows Mobile and Win32

      15 New Messages

      Digest #1681
      1a
      Re: Chrome browser on android by "Lynn W Deffenbaugh (Mr)" ldeffenb
      1b
      Re: Chrome browser on android by "Stephen Atkins" ve6cpu
      1c
      Re: Chrome browser on android by "Guilford Jones" capn_justice
      2a
      2b
      2d
      Re: Object Paths by "Lynn W Deffenbaugh (Mr)" ldeffenb
      2e
      Strange path for repeater object. by "Tony VE6MVP" ve6mvp
      2f
      Re: Strange path for repeater object. by "Robert Bruninga" wb4apr
      3a
      Re: OT D700 by "k7tye" k7tye
      3b
      Re: OT D700 by "Steve Daniels" sbd64000
      3c
      Re: OT D700 by "James Ewen" ve6srv
      3d
      Re: OT D700 by "Steve Daniels" sbd64000
      4a
      Re: Stale position reports by "Tony VE6MVP" ve6mvp
      4b

      Messages

      Fri May 10, 2013 5:55 am (PDT) . Posted by:

      "Lynn W Deffenbaugh (Mr)" ldeffenb

      Seems like this would be a better question for the aprsfi Google group at

      https://groups. google.com/ forum/#!forum/aprsfi

      Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

      On 5/9/2013 11:00 PM, Stephen Atkins wrote:
      >
      >
      > I've tried using aprs.fi <http://aprs. fi> on the chrome browser on
      > andoid and every time i try scrolling around the map it opens the
      > keyboard. This is on a samsung galaxy note 1. It doesn't do this with
      > the samsung browser but that browser isn't as good. Has anyone else
      > seen this?
      >
      > Stephen
      >
      >
      >
      >

      Fri May 10, 2013 7:32 am (PDT) . Posted by:

      "Stephen Atkins" ve6cpu

      I was trying to send to that group but wasn't paying enough attention to
      the "TO" field. Sorry folks.

      Stephen

      On Fri, May 10, 2013 at 6:55 AM, Lynn W Deffenbaugh (Mr) <kj4erj@arrl. net>wrote:

      > **
      >
      >
      > Seems like this would be a better question for the aprsfi Google group at
      >
      > https://groups. google.com/ forum/#!forum/aprsfi
      >
      > Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
      >
      >
      > On 5/9/2013 11:00 PM, Stephen Atkins wrote:
      >
      > I've tried using aprs.fi on the chrome browser on andoid and every time i
      > try scrolling around the map it opens the keyboard. This is on a samsung
      > galaxy note 1. It doesn't do this with the samsung browser but that browser
      > isn't as good. Has anyone else seen this?
      >
      > Stephen
      >
      >
      >
      >

      Fri May 10, 2013 3:04 pm (PDT) . Posted by:

      "Guilford Jones" capn_justice

      Yes. It does that.

      --
      - gil -
      Musings and Meanderings at captainjustice. net {that's NEW} (has a link
      where you can subscribe to scintillating updates!)

      "I wish to have no connection with any ship that does not sail fast, for I
      intend to go in harm's way."
      --- John Paul Jones (later adopted by the US Navy's Special Boat Units)

      On Fri, May 10, 2013 at 9:32 AM, Stephen Atkins <stephen.atkins@ gmail.com>wrote:

      >
      >
      > I was trying to send to that group but wasn't paying enough attention to
      > the "TO" field. Sorry folks.
      >
      > Stephen
      >
      >
      > On Fri, May 10, 2013 at 6:55 AM, Lynn W Deffenbaugh (Mr) <kj4erj@arrl. net>wrote:
      >
      >> **
      >>
      >>
      >> Seems like this would be a better question for the aprsfi Google group at
      >>
      >> https://groups. google.com/ forum/#!forum/aprsfi
      >>
      >> Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
      >>
      >>
      >> On 5/9/2013 11:00 PM, Stephen Atkins wrote:
      >>
      >> I've tried using aprs.fi on the chrome browser on andoid and every time
      >> i try scrolling around the map it opens the keyboard. This is on a samsung
      >> galaxy note 1. It doesn't do this with the samsung browser but that browser
      >> isn't as good. Has anyone else seen this?
      >>
      >> Stephen
      >>
      >>
      >>
      >
      >
      >
      >

      Fri May 10, 2013 6:20 am (PDT) . Posted by:

      "Robert Bruninga" wb4apr

      > I have one repeater object where I specify the four digipeaters
      > path to ensure the APRS object covers the area of the voice
      > repeater but no where else.  If you care the path is
      VERMLN,LLOYD, PROVST,ALIANC)

      I'm sorry to jump in here with lead feet, (and am not following the
      thread) but on the face of it, I fear that path violates the most
      fundamental principles of the LOCAL INFO and FREQ objects:
      http://aprs. org/localinfo. html

      1) The object is not sourced *at* the digis, but *via* the digis
      2) This source cannot hear what the digis hear, and so it has a higher
      probability of collision with all other area packet sources.
      3) Only the digis are supposed to source these objects and only
      *direct*since they will ONLY TX when the channel is clear and *only* the
      digis know when the channel is clear.
      4) Digipeating normally doubles the channel loading for this kind of info
      5) But in this case Digipeating via 4 hops *quintuples* the channel
      loading for bjects which are supposed to be invisible to user load.
      6) Two of those digis do not show PHG data so it is impossible to analyze
      the network from the maps

      Zooming into the area I see some other frightening situations with one
      station originating at least 26 such objects!*!

      Now, no one likes advice from afar, But -if- all these objects are being
      transmitted as recommended at 10 minute intervals (the value to mobiles
      driving into the area) then that local network would be nearly saturated
      with nothing but these objects with no room for anything else.

      I cannot see the paths used for these objects, because the APRS-IS strips
      the path when heard by an IGate, but if they are anything other than
      *direct* and if they are sourced anywhere other than at the digi's
      themselves, then they are not properly implemented in accordance with the
      design of Frequency (repeater) objects.

      On the other hand, I value these kinds of objects very highly, and if
      abusing the network is the only way to work around lethargig DIGI
      operators, then so be it. But it is not the right way to do things. And
      certainly 4 hops is the worst thing. If the network must be so abused
      because the digi operators will not set up their digis to serve travelers,
      then at least originate the object Central to the 4 digis so that only a
      *single* time slot can hit all 4 digis at once.

      Again, I could very well be taking things all wrong. So in that case just
      ignore me and consider this a sermon to the choir...

      Bob, WB4aPR

      Fri May 10, 2013 9:49 am (PDT) . Posted by:

      "Lynn W Deffenbaugh (Mr)" ldeffenb

      (Please don't cross-post between groups. If you want to start a new
      thread in another mailing list about a topic, do that, but otherwise
      please constrain replies to the group within which the thread exists.)

      On 5/10/2013 9:20 AM, Robert Bruninga wrote:

      > I cannot see the paths used for these objects, because the APRS-IS strips
      > the path when heard by an IGate, but if they are anything other than
      > *direct* and if they are sourced anywhere other than at the digi's
      > themselves, then they are not properly implemented in accordance with the
      > design of Frequency (repeater) objects.

      Please educate me Bob. How does "the APRS-IS strip the path when heard
      by an IGate"? That's something I've not observed nor ever heard of.

      Now, if you mean objects that are simultaneously injected into the
      APRS-IS with a TCPIP* path and transmitted over RF with some other path,
      the outcome would be to not be able to see the paths used for the
      objects. But AFAIK, nothing actively strips paths off of packets in the
      APRS-IS.

      Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

      Fri May 10, 2013 10:17 am (PDT) . Posted by:

      "Robert Bruninga" wb4apr

      >> I cannot see the paths used for these objects, because the APRS-IS
      >> strips the path when heard by an IGate, but if they are anything other
      >
      > Please educate me Bob. How does "the APRS-IS strip the path
      > when heard by an IGate"?

      I thought that everything after the last-digipeated- used was stripped. So
      that if a packet had 4 hops and was heard on the first one, that all the
      path after the first one was stripped, then the QAR construct and callsign
      of the IGATE was inserted?

      Maybe things have changed... (above my overly protective rock ;-)

      Bob

      Fri May 10, 2013 12:37 pm (PDT) . Posted by:

      "Lynn W Deffenbaugh (Mr)" ldeffenb

      On 5/10/2013 1:16 PM, Robert Bruninga wrote:
      >>> I cannot see the paths used for these objects, because the APRS-IS
      >>> strips the path when heard by an IGate, but if they are anything other
      >> Please educate me Bob. How does "the APRS-IS strip the path
      >> when heard by an IGate"?
      > I thought that everything after the last-digipeated- used was stripped. So
      > that if a packet had 4 hops and was heard on the first one, that all the
      > path after the first one was stripped, then the QAR construct and callsign
      > of the IGATE was inserted?

      Not based on what I'm seeing from
      http://aprs. fi/?c=raw&call= VA3CC-14&limit= 1000&view= normal (handy
      station that routine travels from Canada to El Paso criss-crossing the
      continental USA).

      2013-05-07 05:38:44 EDT: VA3CC-14> S6UT2Q,WIDE1- 1,WIDE2-2, qAR,KG4LVA- 1:`r60!6< 0x1f>u/ ]"5U} Heading to El Pas
      2013-05-07 01:57:44 EDT: VA3CC-14> T0QU6P,WA4ZKO- 15,WIDE1* ,WIDE2-2, qAR,WA4ZKO- 2:`p&< 0x7f>! ?ku/]" 7#}Heading to El Paso
      2013-05-07 01:59:00 EDT: VA3CC-14> T0QU6P,WA4ZKO- 15,WIDE1, KB9GYO-3, W8BLV,WIDE2* ,qAR,W8GUC: `p&<0x7f> !?ku/]" 7#}Heading to El Paso

      > Maybe things have changed... (above my overly protective rock ;-)

      Been that way for as long as I've been into APRS. I'm very familiar
      with that because I started out with path analysis from simply the
      global APRS-IS feed. At least, provided that all of the involved
      digipeaters are properly configured and WIDEn-N capable.

      Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

    Your message has been successfully submitted and would be delivered to recipients shortly.