Uber Proxy: use uber in cities where it's banned but pay the driver by drawing an equi-distance route in a city that it's not banned in.
Introducing the Uber Request Endpoint
31–40 of 41 posts
Re: Introducing the Uber Request Endpoint
#32Would it be possible to create something that effectively books an Uber for a later time/date?
An example would be I know I'll need an Uber tomorrow morning at 7AM so rather than get out my phone at 6:50AM I do it the night before and it just delays the request until the morning? Perhaps even add in some push notifications or something to check that you still want to book it and all you have to do is hit yes/no.
Re: Introducing the Uber Request Endpoint
#33Would it be possible to create something that effectively books an Uber for a later time/date? An example would be I know I'll need an Uber tomorrow morning at 7AM so rather than get out my phone at 6:50AM I do it the night before and it just delays the request until the morning? Perhaps even add in some push notifications or something to check that you still want to book it and all you have to do is hit yes/no.
This would be great! This is where people still hire cabs in my city--If you have an early flight, do you trust that there will be an Uber driver available? Or do you pay a little extra and call a cab service with a scheduled pickup?
Re: Introducing the Uber Request Endpoint
#34Re: Introducing the Uber Request Endpoint
#35Would it be possible to create something that effectively books an Uber for a later time/date? An example would be I know I'll need an Uber tomorrow morning at 7AM so rather than get out my phone at 6:50AM I do it the night before and it just delays the request until the morning? Perhaps even add in some push notifications or something to check that you still want to book it and all you have to do is hit yes/no.
You mean a cron/at job with curl and json?
(cron repeats, at is for one time jobs)
Re: Introducing the Uber Request Endpoint
#36Would it be possible to create something that effectively books an Uber for a later time/date? An example would be I know I'll need an Uber tomorrow morning at 7AM so rather than get out my phone at 6:50AM I do it the night before and it just delays the request until the morning? Perhaps even add in some push notifications or something to check that you still want to book it and all you have to do is hit yes/no.
You mean a cron/at job with curl and json? (cron repeats, at is for one time jobs)
Effectively, yeah. Thinking from the RoR world something like sidekiq or delayed_jobs could do the same thing.
Re: Introducing the Uber Request Endpoint
#37Would it be possible to create something that effectively books an Uber for a later time/date? An example would be I know I'll need an Uber tomorrow morning at 7AM so rather than get out my phone at 6:50AM I do it the night before and it just delays the request until the morning? Perhaps even add in some push notifications or something to check that you still want to book it and all you have to do is hit yes/no.
This would be great! This is where people still hire cabs in my city--If you have an early flight, do you trust that there will be an Uber driver available? Or do you pay a little extra and call a cab service with a scheduled pickup?
The difficulty is that there's still no guarantee that an Uber would be available. It'd just take care of the request part. Would need to be some thinking around what if there's none available in the area etc.
Re: Introducing the Uber Request Endpoint
#38Earlier quoted context omitted.
You mean a cron/at job with curl and json? (cron repeats, at is for one time jobs)
Effectively, yeah. Thinking from the RoR world something like sidekiq or delayed_jobs could do the same thing.
Should definitely work. I use a cron job in the winter to kick off the remote start on my wife's car through Viper/Directed's JSON API.
Re: Introducing the Uber Request Endpoint
#39Earlier quoted context omitted.
That third one reads like something out of a Gibson novel. Might work best with a pre-defined group of people (e.g., models in an agency) or something similar.
"like something out of a Gibson novel.", "models in an agency". While not politically correct, it would be interesting to run an outcall escort service with this. Throw in an AirBNB API... Disclaimer: The above is just a thought. I do not condone this use case.
You're giving Uber some ideas.
Re: Introducing the Uber Request Endpoint
#40SOME UBER APP IDEAS:
* An app that allows people to search up the products of small local businesses near by, pay for them via mobile, and then have it delivered to them via a trusted Uber driver. Good for small businesses since they wouldn't be able to afford a fleet of cars. Uber delivery will increase business since they will no longer be limited by their location.
* Tinder integration would be perfect. Users can agree upon a location via a google map in the app, and then schedule Uber drivers to pick them both up (option to share ride too). No need for either person to reveal their address to the other. Will make participants feel more safe.
* Vacation package integration. Not sure if this is already being done, but vacation packages can now include a dedicated Uber driver, along with the standard hotel + plane package. Will make vacations even smoother.
* Office lunch app uber integration. An app that lets co-workers pool money together to order lunch from local restaurants, and then have it delivered via Uber. Business for restaurant is increased since they are no longer limited by seating capacity (esp during high volume times - business plaza at 12pm for example).
* This idea is a combination of some of the others. Pizza Hut, Domionos, Chinese restaurants all do delivery... why not all of the other restaurants? Imagine an app that aggregates a bunch of restaurants and allows users to place orders. As the food is being prepared the app calculates all the nearby Uber drivers, the delivery locations, etc. It then finds the most efficient 'load' for a single Uber driver to carry. For example, pickup food from restaurants A B R since the drop off locations are all near to each other. This allows an Uber driver to take food from more than 1 restaurant to more than 1 customer, maximizing the amount of $$ they can make and decreasing cost for the end customer.