Your killer application ideas for Android?

by Marc Reichelt » Fri, 13 Jun 2008 21:23:10 GMT


Sponsored Links
 Hi!

I think what the upcoming mobile phones with Android on them really
need is at least one killer application that no other devices have.
During the last months I got some ideas about what could be something
like this - but I don't have the time to develop it (I'm in
university), so I publish them here.

1. idea: GPS navigation over Internet.
Google Maps is already there, the GPS chip is available - so what
about a GPS navigation system that is stored online and is accessed by
the mobile phone?
The advantages are:
  - complex and large map material possible (only the important map
tiles for a route have to be stored on the device, the server stores
the complete material as Google already does now)
  - the material is always up-to-date, no need for buying new map
material
  - simple integration of map points (gas stations, hotels,
restaurants) and informational material (Wikipedia)
  - traffic control is simple if all clients are attached to the same
system

This is what I always wanted: A GPS system that is up-to-date, free in
use (the money for the service provider comes via advertisements for
the points of interest) and with good quality, maybe even 3D material.


2. idea: Telephone over WLAN (e.g. through a SIP provider).
If I'm at a location where WLAN is available (e.g. at home or in
university) I want to use this internet access to do my telephone
calls. A VoIP application could do this, but a better solution would
be a module that is integrated in the native phone system and which
uses WLAN instead of a mobile phone network if it is possible.


What do think about my ideas?
What is your favorite killer application that would make Android
superior to other systems?


Thanks in advance for your answers

Marc Reichelt   ||    http://www.marcreichelt.de/ 
--~--~---------~--~----~------------~-------~--~----~



Your killer application ideas for Android?

by JP » Sat, 14 Jun 2008 03:32:15 GMT


 

I guess I bite.
1.: This has been implemented in a few flavors. Traditional car
navigation as well as pedestrian-oriented 3d-implementation. I am
certain there are plenty more which have not been published on one of
the email lists here.
2.: This wouldn't be really an application but rather integrated in
the phone stack. Has been done years ago already. If you get an
unlocked unbranded Nokia E-Series (or N95, I believe) you can toy with
that right out of the box. I am using VoIP/SIP client over WLAN on my
E60 on a daily basis. And over 3G (UMTS) for funsies when in Europe.
Yeah... hasn't been seen this side of the water much, but altogether
this is not "killer" new. Unless iPhone is the benchmark (little stab
here) (;->)
JP

--~--~---------~--~----~------------~-------~--~----~


Sponsored Links


Your killer application ideas for Android?

by plusminus » Sat, 14 Jun 2008 08:58:49 GMT


 1.  http://andnav.anddev.org/  :)

Regards, plusminus
 http://anddev.org 
#  Worlds largest Android Development Community / Tutorials



--~--~---------~--~----~------------~-------~--~----~



Your killer application ideas for Android?

by [EMAIL PROTECTED] » Sat, 14 Jun 2008 11:38:22 GMT


 Thanks for the link.  I liked the product.




--~--~---------~--~----~------------~-------~--~----~



Your killer application ideas for Android?

by [EMAIL PROTECTED] » Sat, 14 Jun 2008 12:04:10 GMT


 I am from a subculture that sees a mobile phone as an audio delivery
device that can be used to enhance communication and coordination for
ordinary people.  There are a bunch of pedestrian applications that
can be "killer apps" if an android phone is availible at pedestrian
prices. The critical path to gold in andriod is gated by handset
pricing.

I see location based behavior like Locale on an equal price point
phone as a killer app. I want that on my phone. A point radius ( do
you even need a radius?) version would do it. i.e. silent ring 99% of
calls when I am here, 'click.' Forward to my land line when I am
here,'click'. Calendar integration is nice but I would hardly ever use
it. I don't need a map or a fancy screen to do this. I need a location
engine in the ring tone decision loop and a place to store
coordinates.

Andriod can do that!  There are a lot of wonderful things Android can
do for my sub culture!





--~--~---------~--~----~------------~-------~--~----~



Your killer application ideas for Android?

by whitemice » Mon, 16 Jun 2008 08:21:59 GMT


 >>1. idea: GPS navigation over Internet<<
That comes with my N95.

Try Fring.

Rightly or wrongly, all the big money is chasing after location based
services right now.

The reason we haven't got LBS already is because there are some
technical limitations that mess up the use cases for non-navigation
based applications:
 http://blog.zedray.com/2008/05/16/android-developer-challenge-critique/ 
(see further down the article)

In my opinion, Android will have the best applications simply because
its a great platform for research and development.  However anything
that takes off on Android, will be immediately ported over to iPhone
(and all the rest) regardless of how much development time it costs.
--~--~---------~--~----~------------~-------~--~----~



Other Threads

1. HorizontalScrollView XML starting scrolled to RIGHT instead of left

Hi,

When you define by XML an HorizontalScrollView, inside it a
LinearLayout with several items, if there are too many items, you will
be able to scroll it.

This scrolls by default, go from left to right, the first item is on
the left and the last item "cutet" because is doesnt fit on he right.

What I need is to set the scroll completely scrollet into the right,
where you have the element "cutet" on your left. Like if you had done
the scroll by yourself, but I need to declare it into the XML.

Ive tried to use android:scrollX="200px" but it doest work.

Any idea?

-- 

2. ContactsContract.Data RAW_CONTACT_ID vs. CONTACT_ID

ContactsContract.Data.RAW_CONTACT_ID   vs.
ContactsContract.Data.CONTACT_ID
Can anyone please explain how these two IDs are different.

I'm having very strange merge issues when I try to add contacts
programmatically, (phone numbers that I mean to set to one contact,
end up in another for example) and I wonder if it doesn't have to do
with these IDs and using the wrong ones.

Both RAW_CONTACT_ID and CONTACT_ID are documented as "A reference to
the _ID that this data belongs to." very confusing.
How are we as developers supposed to figure out how to use these two
separate IDs when they are documented identically?


For example I create a brand new contact like so? :
// (please pay attenion to use of Data RAW_CONTACT_ID vs. CONTACT_ID)
//====
ArrayList<ContentProviderOperation> ops = new
ArrayList<ContentProviderOperation>();
                
ops.add(ContentProviderOperation.newInsert(RawContacts.CONTENT_URI)
                                .withValue(RawContacts.ACCOUNT_TYPE, 
toAcctType).withValue(
                                                RawContacts.ACCOUNT_NAME, 
toAcct).build());
                ops.add(ContentProviderOperation.newInsert(Data.CONTENT_URI)
                                .withValueBackReference(Data.RAW_CONTACT_ID, 
0).withValue(
                                                Data.MIMETYPE, 
StructuredName.CONTENT_ITEM_TYPE)
                                .withValue(StructuredName.DISPLAY_NAME, 
fullName).build());
                ContentProviderResult[] insertResult = null;
                try {
                        insertResult = 
curContext().getContentResolver().applyBatch(
                                        ContactsContract.AUTHORITY, ops);
                } catch (Exception e) {
                        e.printStackTrace();
                }
                Uri newUri = insertResult[0].uri;
//====

Can I now add an email like so?

//====
                ContentValues values = new ContentValues();
                values.clear();
                values.put(Data.RAW_CONTACT_ID, ContentUris.parseId(newUri)); 
//or
should this Data.CONTACT_ID <----------??
                values.put(Data.MIMETYPE,
                                
ContactsContract.CommonDataKinds.Email.CONTENT_ITEM_TYPE);
                values.put(ContactsContract.CommonDataKinds.Email.DATA, 
someEmail);
                values.put(ContactsContract.CommonDataKinds.Email.TYPE, 
emailType);
                if (emailType == BaseTypes.TYPE_CUSTOM) {
                        values.put(ContactsContract.CommonDataKinds.Email.LABEL,
emailLabel);
                }
                curContext().getContentResolver().insert(Data.CONTENT_URI, 
values);
//====


A question for the Google devs: When we might see some real API
documentation for ContactContracts? The bare bones JavaDocs aren't
really sufficient to understand all of the complexities of this API.

Thanks a bunch.

Jake

-- 

3. HorizontalScrollView XML starting scrolled to LEFT

4. Suspending and resuming threads in Android

5. Ruby for Android

6. Garbage Collector

7. Developing Android Developers in the US