[aprssig] Generic Smartphone APRS aps!

[Tom]

Lynn,
I think we all understand where you are coming from but Eric's points are
valid.  As you know I am using the PC version.  At some point perhaps you
freeze development of the phone version and move forward with the PC version
as I think you have said having to make APRSIS run on the phone limits what
you can do on the PC version.  I believe APRSIS will become the standard for
APRS PC software with all the work you are putting into it. The phone
version that you support is heading for an end of life cycle anyway and I
don't see Windows PC going away anytime soon.

Just my 2 cents.

Tom

On Tue, Jan 25, 2011 at 9:28 AM, Lynn W. Deffenbaugh (Mr) <
ldeffenb at homeside.to> wrote:

> Feel free to take up a collection to pay me to take a leave-of-absence from
> my day job, replacing my full salary, paying the education expenses for me
> to go learn the Android or iPhone platform, and cover enough time to port
> all of my straight C and direct Win32 API code to the platform of your
> choice, and I'll be there.  In the meantime, keep asking, but it'll take
> someone with prior-knowledge, extreme willingness, and LOTS of spare time to
> step up to the bar to deliver to your demands.
>
> And even if they charged $50 a pop (which no one is likely to pay for an
> app these days) and 100 people anted up (highly unlikely), he'd probably end
> up getting $1 for every hour invested.
>
> Lynn (D) - KJ4ERJ - Don't worry, be happy!  There's no $$$ in ham software!
>
> PS.  I do WinMo because that's what I already know and the phone I own, not
> because I consciously chose it over another platform.  I've got enough to
> learn on the APRS side to have to learn a new development platform as well,
> especially for free.
>
> Eric Hansen wrote:
>
>  With all respect to what you have accomplished; the Windows Mobile phone
> is dead. Win7 may make a comeback and be a contender in the market. In
> regards to mobile phones, if the app doesn't run on Android or iOS right
> now, it's not a smart phone app. CE is a niche OS with less than 1% market
> share.
>
> I do agree heartily with you on one point: Without a mapping application,
> APRS is virtually useless. I *could* plot out posits on a topo map, or I
> could plug in a laptop with USB and have it done for me.
>
> FOR ME, the ideal smartphone app would do everything iAPRS does, except
> also allow full RF participation through either a RS-232 dongle to TNC or to
> a radio directly with an audio cable. Either one is very possible with the
> two major smartphone OSes, and there are applications that do both tasks.
> Just none that condense it all into ONE app.
>
> On Mon, Jan 24, 2011 at 10:35 PM, Lynn W. Deffenbaugh (Mr) <
> ldeffenb at homeside.to> wrote:
>
>> First, there is no such thing as a "Generic SmartPhone" platform.  Every
>> phone O/S has a different development environment, language, licensing, and
>> distribution model.  Even a "web application" may or may not work on any
>> given SmartPhone browser...
>>
>> And these recommendations ignore the RF aspect of APRS!  Just because it's
>> a SmartPhone, doesn't mean that Internet access will always be available.
>>
>> APRSISCE/32 already runs on Windows Mobile SmartPhones (as well as Windows
>> desktops)
>>
>> Includes an offline-capable mapping interface using cached
>> OpenStreetMap.org maps
>>
>>
>> Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
>>
>>
>> _______________________________________________
>> aprssig mailing list
>> aprssig at tapr.org
>> https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig
>>
>
> ------------------------------
>
> _______________________________________________
> aprssig mailing listaprssig at tapr.orghttps://www.tapr.org/cgi-bin/mailman/listinfo/aprssig
>
>
>
> _______________________________________________
> aprssig mailing list
> aprssig at tapr.org
> https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.tapr.org/pipermail/aprssig_lists.tapr.org/attachments/20110125/c13563db/attachment.html>