offline
Last seen: May 05, 2014 5:42 PM EDT
Hire Me!
Rate: $20.00 USD/hour
Follow Invite to Project
 

WE1000

Don`t get scammed by icaps (Swapnil Shah) http://www.freelancer.com/u/icaps.html i lose 10K$

Username: WE1000

  • Has made a deposit.
  • Has verified their email address.
  • Has not completed their profile.
  • Has not verified their secure phone number.
  • Verified
  • Payment is verified.

Location: VENEZUELA, Venezuela

Member since: April 2006

Reputation:

0.0/5

(0 reviews)

0
[see more]

No user has recommended this freelancer.

My skills:

    WE1000 has not completed any projects.
    WE1000 has not completed any projects.
    WE1000 does not have any work in progress.
  • [Sealed] Aug 7, 2012

    We would like to develop a mobile app for finding a specific MEAL in an area. So if I were to be standing on a main street somewhere and really felt like a plate of Nachos I could type in Nachos and it would find the nearest restaurant that serves it. We would need geocoding/locational services and it would ideally work in conjunction with the iPhone Maps application. Obvious expansion can be user reviews and photos (much like Foodspotting).We are aware the database of restaurant information here is our biggest hurdle, and we need most help with how it is we access this information. Apps to look at which come very close to this is "Dimmi" and "Foodspotting" as well as "Yelp". Dimmi has a great database of menus - is this possible to do? Is it the restaurants responsibility? Or can we make a start on it somehow ourselves? Also, once these menu files are uploaded, are they searchable by keyword? We would obviously like to avoid entering every single term into a database, so uploading entire menu files and having them be searchable would be best.We are willing to take on a fair amount of the data entry ourselves and need to have someone more knowledgable set up the framework, possibly as follows (but open to suggestion):This is the architecture we"re considering:- web site to enable maintenance of business and menu information by businesses and/or administrators - registration - log-in - update details - create menu list- back-end SQL database updated by the websiteBusiness- ID (system use only)- Name- Street/Postal Address- Locality- Postcode- State- Phone- Email- Web- UserID- Password- Lat/Long (they confirm their location on a map and the system stores this)Menu Item- ID (system use only)- Business ID (system use only)- Name- Group (see below)- Description- Price (optional)- Special Comments- Image (optional)- Keywords/TagsMenu Group (e.g. Breakfast, Main, Vegetarian, Dessert, Pasta, etc)- ID (system use only)- Group NameApp: - user starts App - what do you want to eat? - keywords, predictive? - where (or use current location) - App queries database and delivers a result - user can see more info about the choices - if a choice is selected, user can flip to "Directions" and get directed to the location from their current location- opportunity to leave review "stars"Then, the question is how the App talks to this database… choices appear to be- ALL information be retrieved from the database via http on an "as needed" basis - all information is always current - data retrieval could take time- ALL data is stored within the APP - users have to request an "update" to get new data - APP would be very fast to use - might be an issue with the app"s size- Information stored in the App, but updated each time used - App detects if data updates are available and starts download - Could be slow and unpredictable (when are updates done or not?)Or any other suggestion as to how most Apps deliver this kind of information - is it all "live" across the network, or is it stored?I guess an issue is frequency of updates, and I think this App would have its data constantly changing as businesses and menus change.Please let me know your suggestions, and indeed whether I am completely optimistic about what can be achieved.

    [more]
    WE1000 does not have any open projects.
    WE1000 does not have any work in progress.
[see more]

Portfolio

[see more]