Page 2 of 3 FirstFirst 123 LastLast
Results 11 to 20 of 24

Thread: OSDash - A visual explanation for non-techies

  1. #11
    Raw Wave
    Auto Apps:loading...
    justchat_1's Avatar
    Join Date
    Jul 2008
    Location
    Boston, Ma or NY,NY
    Posts
    1,783
    Of course if you really dig into things you realize the only change you have made is from:
    a developer creating a plugin that interacts with a web service

    to:
    a developer creating a plugin that interacts with an osdash service that interacts with a web service

    Minor savings in time, additional layer of abstraction, additional potential point of failure. When you deal with server localization you also have a loss in speed and increase in latency. For front ends which have cross-platform plugins, there really aren't any advantages to 90% of the services offered. Then we add in that quite a few providers (facebook and twitter come to mind) don't allow mitm (man in the middle) services to handle user credentials or cache any data which completely rules them out as osdash services.

    Not saying there isn't that 10%...mainly remote access or online data storage...just that almost all of the original ideas for osdash services fall into the above.

  2. #12
    Mod - iPad Forums RipplingHurst's Avatar
    Join Date
    Dec 2007
    Location
    Danville, CA
    Posts
    2,161
    Interesting, thanks for the explanation. I just don't like this "move back to mainframes", PC "computers getting dumber like terminals", that the whole idea looks like. But if it works, hey, you can't argue with that. Good luck.

  3. #13
    Admin. Linux loser.
    Auto Apps:loading...
    Bugbyte's Avatar
    Join Date
    Sep 2004
    Location
    Corning, NY
    Posts
    7,359
    Blog Entries
    2
    Quote Originally Posted by justchat_1 View Post
    Of course if you really dig into things you realize the only change you have made is from:
    a developer creating a plugin that interacts with a web service

    to:
    a developer creating a plugin that interacts with an osdash service that interacts with a web service
    Right. The important point that isn't captured there is that the services in OSDash are stored on the web.

    The OSDash model shouldn't be considered a monolithic replacement for plugins. It isn't. It's more of a plug-in of sorts itself. And, it's good for some things, but not other things.

    For example, you can make a plug-in for your car pc that will read from the open source file of car PIDs for OBDII. However, as new cars are added, you'll need to update the file for your FE. OSDash could read the updated file from the web as a service, requiring only the web file to be updated a single time. Additional features of the service might suggest ways to troubleshoot the issue by finding posts in forums related to the trouble code.

    On the other hand, it wouldn't make sense for OSDash to send real time data from your engine to a web file. That's something that is more effectively handled by a plug-in in your FE or by a stand alone logging program.
    Quote Originally Posted by ghettocruzer View Post
    I was gung ho on building a PC [until] just recently. However, between my new phone having internet and GPS and all...and this kit...Im starting to have trouble justfiying it haha.
    Want to:
    -Find out about the new iBug iPad install?
    -Find out about carPC's in just 5 minutes? View the Car PC 101 video

  4. #14
    Mod - all of it. SapporoGuy's Avatar
    Join Date
    Aug 2009
    Location
    SonyLand
    Posts
    448
    So:
    OSDash could be more of a service that is relayed to users in-dash systems or to other vendors.

    It would make sense if OSDash were a web service and all FEs or even just your browser could access. And in reverse, it could accept your data that is being logged by your in-dash.

    Here is a link that was listed in the CF plug-in contest thread (I think that is where I found it)
    To get some ideas rolling: web APIs

    A standard example:
    Using the OBD data as an example you could keep track of speed, mileage and general maintenance of your fleet vehicles. Continuing with fleet vehicles you could also tag their gps to make sure they are busy bees instead of hot dog shop junkies.

    If I were to take this to the dealer level, I could keep an eye on your regular maintenance and send out those friendly 3,oookm oil change post cards. Or even have your parts waiting or at least in transit to dealer since they have error codes that could clue them in before your car even reaches the mechanic / dealer by tow truck.

    Other example:
    The movie database idea that just came up.

    Where would I go with this?
    * come up with a list of basic services that could provided by the server
    * come up with a list of services that could be pushed from the in-dash to the server
    * get people on board to create a plug-ins for the various FEs
    * find data supplier services to come on-board so that you can provide more server based services

    ... Still need to think about this some more ...

  5. #15
    Raw Wave
    Auto Apps:loading...
    justchat_1's Avatar
    Join Date
    Jul 2008
    Location
    Boston, Ma or NY,NY
    Posts
    1,783
    Quote Originally Posted by SapporoGuy View Post
    * find data supplier services to come on-board so that you can provide more server based services
    Like brought up in the movies thread...this is where you will hit problems. Supplying data costs money (for server maintenance, bandwidth, developer time, etc)...theres really no incentive for a data provider to use OSDash-it costs them money with no return. Which is why in many cases OSDash type proxies are explicitly banned by their TOS.

  6. #16
    Variable Bitrate checksum's Avatar
    Join Date
    Feb 2006
    Location
    Columbia/MD
    Posts
    260
    now I get it!!!
    2005 Nissan Altima - Completed 2007
    2010 Nissan Altima - Coming Soon...

  7. #17
    Mod - all of it. SapporoGuy's Avatar
    Join Date
    Aug 2009
    Location
    SonyLand
    Posts
    448
    @ data/information
    Just because some sources request payment, would that mean that other sources will also request the same?

    The way I see it, a customer receives the data and then makes a decision to purchase or not. This means that the data has a value to the supplier. Therefore, we should be NOT be short selling our users who in reality are their customers.

    If we can not source the data, what is stopping us from creating a service that would convince companies to actually contact us to provide them a chance?

    lolo, I'm sure porn companies would love to stream to a new environment ... I don't think I'd like to be distracted that much though

  8. #18
    licensed to kill - FKA kev000
    Auto Apps:loading...
    tripzero's Avatar
    Join Date
    Aug 2006
    Location
    16.40618, 120.61106
    Posts
    2,494
    I think there may be some slight confusion about what osdash is intending to provide and how it is to be used. Creating an osdash service to talk to twitter or facebook doesn't provide anything. But look at how we are using it now: Live-traffic/Location information and remote control. None of these services currently exist for free outside of osdash. I've coded bluemonkey to take advantage of at least the traffic bits. I'm working on making it work with the remote control.

    In other words, OSDash should be used to provide web services that either don't exist, or exist but because of stringent TOS, are impossible for us to use in any useful way. These services are offered to forum members via their favorite frontend, *if* that frontend implements those services via some plugin of some sort (or built in, I don't care how they do it...).

    We are backing off of the original complexity of the server a bit, yes. The way we are using it now is natural evolution based on need.
    Former author of LinuxICE, nghost, nobdy.
    Current author of Automotive Message Broker (AMB).
    Works on Tizen IVI. Does not represent anyone or anything but himself.

  9. #19
    Mod - all of it. SapporoGuy's Avatar
    Join Date
    Aug 2009
    Location
    SonyLand
    Posts
    448
    Actually, trip might be right. Evolution will get us there.


    I'm gonna throw this in the mix.

    Maybe, OSDash should be developed in sections?
    [no particular order or importance]
    I.) web FE
    II.) tie-up with content providers
    III.) create content to fill in the gaps
    IV.) plug-in (will need content)

  10. #20
    Raw Wave
    Auto Apps:loading...
    justchat_1's Avatar
    Join Date
    Jul 2008
    Location
    Boston, Ma or NY,NY
    Posts
    1,783
    Quote Originally Posted by tripzero View Post
    In other words, OSDash should be used to provide web services that either don't exist, or exist but because of stringent TOS, are impossible for us to use in any useful way. These services are offered to forum members via their favorite frontend, *if* that frontend implements those services via some plugin of some sort (or built in, I don't care how they do it...).
    Thats exactly what I was pushing for....I think in those areas OSDash can really thrive... its better to put development effort into services that don't exist elsewhere then to try re-inventing the wheel.

    Quote Originally Posted by SapporoGuy View Post
    II.) tie-up with content providers
    and thats kind of what im saying should be avoided

Page 2 of 3 FirstFirst 123 LastLast

Similar Threads

  1. OSDash Client - Draft Requirements document
    By Bugbyte in forum OSDash - Client
    Replies: 2
    Last Post: 02-03-2010, 11:31 AM
  2. OSDash Server - Draft Requirements document
    By Bugbyte in forum OSDash - Server
    Replies: 0
    Last Post: 02-01-2010, 08:26 PM
  3. OSDash Web Interface Definition
    By Bugbyte in forum OSDash - Web Interface
    Replies: 19
    Last Post: 12-31-2009, 01:32 PM
  4. OSDash - Client definition
    By Bugbyte in forum OSDash - Client
    Replies: 9
    Last Post: 12-22-2009, 11:34 PM
  5. Need assistance improving boot time - Windows Xp - 12s
    By hidddenh in forum Operating System Optimization
    Replies: 14
    Last Post: 02-12-2008, 04:15 AM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •