in the actual Uber app, mobile numbers of the passenger and the driver are masked using a temporary number.
However, we have noticed that while using the Uber API, it seems that real numbers are exposed when requesting a ride and then attempting to call the driver.
Is there any parameter that we can use to enable masking of mobile numbers? We obviously don't want to expose real numbers of either the driver or the passenger.
If not, what is the suggested solution to mask the numbers?
Thanks!
Related
Is it possible to call a whatsapp contact from other than whatsapp, say for example I have a sip provider. Can I use it to call a whatsapp number?
There is not, as far as I can tell, any directly supported way to do this. The whole Whatsapp paradigm is mobile-phone-centric to the extent that even tablets (running the same OS) won't work and the Chrome web app requires you to use your phone to authenticate it by scanning a QR code.
The closest I have been able to find is the yowsup2 library which has some tools that could probably be used to script up a SIP-to-Whatsapp bridge running on a Linux server. That would be IM text only though, since I don't think that library supports voice calls.
A PC running the Android development environment and Freeswitch/Asterix would have all the pieces you need to build a bridge for voice calls, but it would be a real project to put all that together.
If you can figure out a way to make Bluetooth-initiated calls go through Whatsapp (a big "if"), then you can accomplish a similar result with one of those BT-to-analog line adapters and an ordinary phone.
In Skype-land, this can be done by forwarding calls to a PSTN number (with the concomitant charges per-minute). I am not aware of Whatsapp having that feature.
For a while, it was possible to bridge Google Voice to SIP (when they inherited SIP subscribers from Gizmo5), and then they shut it down. So if the Goog takes working SIP interoperation and shuts it down, I wouldn't plan on any of the walls coming down around the Whatsapp garden anytime soon. If you want SIP you are on your own.
I have been trying to use bing maps API's function getCurrentPosition from a mobile device via 3G internet. I was expecting the Samsung SIII, being a high spec device, to work without any problems.
However when the mobile connects over WiFi I am able to get my location whereas when I switch the connection to 3G I do not get my actual location.
The pushpin does point to my house but as I move away from it, it does not react to my position. It's like getting the location of the server hosting the function (which is my computer at my house).
The GPS is on and correctly set on the mobile too.
Moreover, the getCurrentPosition is inside a recursive loop which invokes it every 500ms.
Now I know for sure that bing maps API works mobile devices since I have been involved in a Vodafone organized treasure hunt using tablets. Please guide me to solve my issue.
Thanks,
Justin
The positioning service is directly related to the device and its own implementation to find the position assumed by and from the various method that was used to find the best matching. It does not seem to be directly related to Bing API in this specific case.
In order to improve positioning speed and precision, the different systems can switch to Wifi-Positioning to other method like A-GPS or even cell identification.
If you try to get the information about your position based on your wifi, on Android, we can easily assume that it will used the Wifi-cell as the position that means that the known location would be the one retrieve from various crowdsourced information from your own devices and also others. That said, in WiFi, you will not be moving, you are connected to the Wifi cell without any other information.
If you cannot get your position in 3G, try to go outside so it can use the most precise positioning method (A-GPS) as it appears that phone cell-id is not working in your area.
Ok. Here is my situation:
I am developing an embedded device, which provide a service. It will provide some web based services to a client (a smart phone).
Currently we are planning to implement a REST server in the device so that web applications can easily access and use the services provided by the device.
In the future, we plan to add a display and a better processor to our embedded device so that we can run the web applications on the device itself.
We want to maintain application compatibility - i.e all the current web applications should work on the device without any modifications.
Is there a better way to implement this than using REST and HTTP? I am worried about performance running both the server and the client on the device.
If you take care to separate the REST Api code from the actual service code, your newer device can interface (direct call) directly with the service instead of wrapping everything into HTTP and REST.
This being said, you can always try an implementation using you REST api and validate if performance is adequate. If it is, you do not even need to add the indirection.
i want to measure network traffic of
GPS , 3G and WiFi separately
Application vise separately
in iphone , can any one suggest me the APIs to perform all above task or show me some example or road map.
There's no way to get those figures from the publicly documented APIs (and I don't quite know what you mean by 'network traffic of GPS', because GPS isn't a network protocol). So the answer to your question is: no, nobody can suggest it, because it's not possible within the public APIs.
You can probably do it using undocumented classes or on jailbroken devices, but if you're looking to put your app on the app store there's no point considering that because it will just get rejected.
I want to send some Text plus a image from one iphone application to other iphone app but restriction is I should not use a web server in between communication,Is there any way to fulfill it ?
Details: There are two independent devices and could be far enough say out of network. My requirement one app adds some text with a image and sends it to another iphone which can be at any long distance , and the app installed in another iphone will read that info and image into itself.
Actually there is a solution that meets your needs — and that fits to bbums answer:
Create a HTTP-Server on the iPhone, using cocoahttpserver. than you will ask some webservice like whatismyip.com for your public ip. with this your iPhone can be connected worldwide.
But very likely ur wifi-network is not forwarding your port to the iPhone. Ash.
And even if: Now it gets difficult. How to publish your ip from one phone to the other? hmmm... — I got it: I will exchange the information in a centralized space! In the web!
... wait — that would be a Webserver.
You see: Without any kind of server in the Web the users would need to exchange ip manually and have full admin power and knowledge about the local network.
So IMHO bbums answer is the only way to go.
PS: I am working with http server running on iPhones. In local network that works great, especially with bonjour. And you can use them over distance network — but only with reconfiguration of your router — something you shouldn't force your user to do
There is far from enough information to provide a specific answer.
two apps on two different devices?
are the two devices on the same network?
are the two devices both on WiFi?
do you need the user to receive a notification or something if the app isn't running?
If on same device, you can define a custom URL handler in the destination app and then openURL: in the source app to pass the data over. Encode your image and text into the URL, but be careful of size limitations.
If on different devices, there are many possible solutions, but answering the above questions will be critical to actually knowing what solution is appropriate.
Given your comment -- two apps, different devices, arbitrary networks -- then you are going to have to have some kind of server in between. Note that the recently added Game Center does have the ability to rendezvous two users, but it has a very particular user experience that may not be appropriate to your needs.
I would suggest that you investigate using push notifications to notify the receiving user of the availability of content. As for moving the content between, no direct connection is possible and you will have to have some kind of store-and-forward server in between. And, yes, a web server is going to be the easiest possible solution simply because HTTP is ubiquitous these days.
If there's no network of any kind available, but both parties have amateur radio licenses, then hooking the two devices up to HF packet radios might work.
THIS is super EASY.
I would code up some software that can turn data into modem signal, like the good old dial up modem. The device would actually make those annoying buzzing sounds.
You get the phone number for your friends nearest landline and call him.
He places his iPhone near the phones receiver in listen mode and you connect to his phone using your audible modem.
Bingo, via the power of sounds you have sent data which is decoded on his device and all for the very cheap price of a phone call, there are pretty cheap these days especially if you use Skype.
Easy Way (relatively speaking)
A way two apps on different networks can communicate without setting up a web server of some sort is as follows.
Use an existing third party storage system like DropBox.
Each app would need the login and password for your DropBox. Then both apps can read and write files that the other app can see.
An existing app that does this is a shopping list app called ShopShop.
The app on my phone and my wife's phone both link to the same DropBox account and the app keeps the shopping list synced up when one of us adds something to the list.