What kind of User data I can collect [closed] - android

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
I was wondering if I ever need to collect any kind of user data (like their location, which I don't think I should collect now, their IMEI, their google account, app usage time etc), then how much of it I can collect without doing so illegally.
I know there will be issues with all of them, but since I couldn't find any document or question on SO, addressing this topic, telling me what kind of data I can collect, I am here with a question.
Hope to get nice answers.
Wish to mark it as a community wiki.

Without the user knowing it?
NONE.
4.3 You agree that if you use the SDK to develop applications for general public users, you will protect the privacy and legal rights of those users. If the users provide you with user names, passwords, or other login information or personal information, your must make the users aware that the information will be available to your application, and you must provide legally adequate privacy notice and protection for those users. If your application stores personal or sensitive information provided by users, it must do so securely. If the user provides your application with Google Account information, your application may only use that information to access the user's Google Account when, and for the limited purposes for which, the user has given you permission to do so.
(from part 4 of the Terms and Conditions)
Take a look also at this page about searches

Related

I have an app/web application in mind but I can't find the answers on what I would need to build it [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 8 years ago.
Improve this question
Basic overview of this app isn't new or ground breaking. most importantly it's centered around the google maps api using json. That part I have under control, i have studied the google maps api up and down.
The issue I am having is figuring out how to create users for the app. I need to not only allow(require) users to create a profile, but for them to be able to add and view points on the map. Again I am not concerned about the map, only the user profiles.
I have read that javascript isn't secure enough to use to create users (by the way i can't figure out the term I'm looking for ie. user profiles? user area? users? i don't know how to phrase it) but I know that I would like to store the data from the user as json so that I can easily call it. I could say that I am considering using java or ruby on rails but the truth is I don't know the first thing about what I am trying to do (hence not being able to find what I am looking for). I would also like to use a titanium like structure so as to make it friendly for all platforms.
payments will be involved so it needs to be secure, but the data also needs to be usable on the web. i'd like to allow the user to access there product and all of the same functionailty that comes with it on the website (like facebook).
I'm just looking for a lead or something that will help me to find the info I need. if you know what you are talking about and you want to write me a book on the matter please do so. I've been searching for days and can't find what I'm looking for.
You could always use Google's OAuth2 method for performing authentication, which should also make it easy to integrate Google Wallet for payment stuff. As for saving data regarding the user, since you are relying on OAuth2 for your authentication you could just keep track of their Google account (e.g., gmail address) and the OAuth2 Refresh Token. The refresh token would allow you to re-authenticate the OAuth2 session without requiring additional user authentication.
Note: The OAuth2 Refresh Token will only be returned the first time the user grants your application access. Check out these pages:
https://developers.google.com/accounts/docs/OAuth2
https://developers.google.com/wallet/
Hope this is helpful.

How to integerate credit card payment alone in Android? [closed]

Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 8 years ago.
Improve this question
I am developing a restaurant application in that i want to integerate credit card payment for ordered items.
Thanks.
There are many payment gateways that allow access to api's for mobile platforms these days, a few to get you started:
JudoPay: https://www.judopay.com/docs
PayPal: https://developer.paypal.com/docs/integration/mobile/mobile-sdk-overview/
Payscape: https://www.payscape.com/mobile-payments.php
It should be noted, that hardly any (if any at all) of these payment gateway services will be free. You'll often find that you'll pay a monthly charge, or a monthly charge + % of transactions, or just a % of each transaction, that'll have to be something you research yourself, and decide upon.
As for accepting payment in your application, well, each payment gateway I've listed, will have an API and various examples on how to implement such things, so I wont go in to detail, plus, I don't want to do all the work for you! ;)
Failing that, if none of the info I've listed above is any help to you, might I suggest: "mobile payment gateways with api" as a starting Google search. Brought up hundreds of results. Can't guarantee that any of good, well known or indeed reliable, but that'll be something you'll have to find out.
Hope this helps.
Get a Payment Service Provider. Also think about other solutions like PayPal.
For other solutions I named PayPal, and it also depends in which country are you operating. For example in Germany you can use Click&Buy. The advantage of this approach is that users can pay simply by following several clicks (after login). Of course the PSP is a paid service. From technical perspective most of the providers offer some kind of REST api, so in the simplest words, the payment happens by HTTP redirects and backend HTTP callbacks.

Google removed app from playstore [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 9 years ago.
Improve this question
One of our apps has been removed from Playstore by Google.
//Sent by Google Play Team
REASON FOR REMOVAL: Violation of section 4.3 of the Developer Distribution Agreement.
We classify a user’s contacts as private and confidential information. Apps which upload a user’s contacts to a service without making this clear to the user and obtaining the user’s explicit consent are regarded as being in violation of section 4.3 of the DDA.
We are getting contact information from users phone and sending the list of contacts to our server through an HTTP API. However at the server we are not storing any of those information and using only for some complex operations.
4.3 DDA agreement says we should have a separate user-agreement and opt user to agree to those Terms & Conditions.
Can we solve this problem by have a separate EULA and prompt user to agree upon those ? Please let me know the right solution because I don't want to risk my client's developer account getting deleted.
Can we solve this problem by have a separate EULA and prompt user to agree upon those ?
YES..!! only this one can solve your porblem..

Disassociate android apps in Play Store search [closed]

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 9 years ago.
Improve this question
I apologize in advance if this is not the appropriate forum for this question. I looked at https://android.stackexchange.com/ and it appeared that it definitely wasn't appropriate for that forum.
My company has developed two apps. One for our business users and one for our consumer users. Marketing is very concerned about business users being confused by the offerings and has determined they would like to separate these apps.
We created two google accounts, paid the developer cost twice and used a different (legal) name for our company in one account from the other. Yet when we search for the business app it brings the consumer app back in the results.
We've been over all the information and there are no references between the two in either store listing. Anyone know why they might still be associated and what we can do to prevent it?
(Oddly enough I was able to talk to a google support person but they were not developer support and were unable to help me or direct me to anyone who could)

Solution to Not-Yet-Supported Country for Android Market Merchandise [closed]

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
I wish to sell paid applications via Android Market, however my country (Slovakia) is not in the list of entitled countries(http://market.android.com/support/bin/answer.py?hl=en&answer=150324).
Could I temporarily overcome this limitation by getting a bank account and a paycard from a bank within the country(Austria in my case) entitled for Android Market merchandise?
Do you know, whether the Android Market merchants are allowed to use the store based on the location of their bank, their residence encoded in the card, or the internet connection location?
Solving this would help many others wishing to distribute paid apps but their country has not yet been allowed for Android Market merchandise.
I think technically you could just open a bank account in an entitled country, lie about your address and use that to take payments, but there might be legal issues around this.
What could be a solution is to open a company too and register that legal entity as a developer, but unless you anticipate massive sales this might be a bit too much effort, even with all the administration easing you get if you do it in an other EU country.
There is really no direct way to sell apps on Android Market if your country is not listed there. However, you can check out www.androidconnector.com, a US based company that will help you with just that.

Categories

Resources