Announcement

Collapse
No announcement yet.

Proposed Web Service: Simple Location Service

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Proposed Web Service: Simple Location Service

    This would be a simple service to upload some basic GPS information.


    Code:
    update(string usersessionhash, double lat, double long, double speed, double heading, int altitude)
    Speed should probably be in standard m/s which is what NMAE reports in (i think?). latitude and longitude are in decimal format.

    I propose we get this one working the soonest since its easy and we can at least show something in the web frontend that will be useful.

    Matt, do you think you could write the non-user-account-dependant version of this? I can write the client assembly and linux client part and hopefully we can get some ideas for the web frontend as well.

    UPDATE: added altitude and heading.
    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.

  • #2
    How about adding altitude?

    Code:
    update(double lat, double long, double speed, integer altitude)
    update(string usersessionhash, double lat, double long, double speed, integer altitude)
    Originally posted by ghettocruzer
    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

    Comment


    • #3
      And heading!
      "stop with the REINSTALLS, what do you think we got some lame-o installer!!!" - mitchjs
      RevFE
      My Shop

      Comment


      • #4
        Its not possible to write this without some sort of user account. Otherwise its gonna be a DB full of records with no meaning whatsever. I will accept a userID to begin with, and then upgrade to sessionkeys or userpasshash or whatever we are gonna use.

        Otherwise than that, pretty easy service and web app.

        Comment


        • #5
          That's a good point. We need some method of doing this while keeping some anonymity. Perhaps by ipaddress?
          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.

          Comment


          • #6
            How about supporting location detection via both gps and / or some network / cell service?

            My HTC cellphone is able to figure out where I am based on the network it self (I'm guessing it uses the phone network to pinpoint the location). I'm assuming a lot of people are using cellphones to get internet access in their cars, so it should be possible to use the network to provide a location.

            On my phone this is used to give me the weather forecast for my actual location at all times.

            I don't know if these kind of services provides gps coordinates or just a "location". I'll do some google'ing and see if I can dig something up if it's interesting.

            Edit: Found some info about this here: http://radar.oreilly.com/2009/02/goo...-location.html
            Failure is not an option...
            __________________________________________________ ______________________________
            The only full multizone / multiscreen cross platform open source Front End -> OpenMobile

            Comment


            • #7
              I thought most of the inferred location stuff was done using a proprietary database of hotspots. It's not a bad idea if there were a way to get the information. From that article (which is about a year old now), it doesn't seem like there is an API for latitude so it would be difficult to determine location.

              Nevertheless, that can always be added to the service itself. Right now, the service simply recieves and records the GPS information. Later on, it could add network or cell information if it was available.

              We're just looking for a quick 'win' to show what OSDash can do for a connected mobile user.
              Originally posted by ghettocruzer
              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

              Comment


              • #8
                Originally posted by Bugbyte View Post
                I thought most of the inferred location stuff was done using a proprietary database of hotspots. It's not a bad idea if there were a way to get the information. From that article (which is about a year old now), it doesn't seem like there is an API for latitude so it would be difficult to determine location.
                I did find this info : http://code.google.com/apis/gears/ap...tml#getCurrent

                Just though I'd add it for future reference.
                Failure is not an option...
                __________________________________________________ ______________________________
                The only full multizone / multiscreen cross platform open source Front End -> OpenMobile

                Comment


                • #9
                  there is an app on linux called geoclue that does location based on your IP address, gps coords, or even GSM. The client *could* use something like that and report it up to the server as lat/long coords. It wouldn't be as accurate as gps, but it'd work.
                  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.

                  Comment


                  • #10
                    cell phone triangulation uses the location of the tower you are connected to to provide you with a relative location. accuracy is usually about +-1 mile so it certainly couldn't be used for anything navigation related but would work fine for LBS (but not this type of service).
                    openMobile - An open source C# Front End (why choose openMobile?)
                    - Always Recruiting Developers -
                    Like what you see? Donations are always welcome

                    Comment


                    • #11
                      seems like we need login powers before we can move forward. Justchat_t, do you think you can get the login service started? This requires working with our mp3car resource. Bugbyte, do you think you can connect the dots and get communication going so we can get account integration working?
                      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.

                      Comment


                      • #12
                        Don't need login... All network devices have a MAC adresse... Use this as ID.


                        Note: IP adresses can be translated mistankenly... If a segment of the IP ranged is owned by a Sweedish company, but a subnet of the same segment is used in Norway... It will still report back as Sweeden!

                        GSM Triangulation is the phone messuring signal strength from the radio masts it have connection to. This, with poor GPS signals can give a very accurate location.
                        PS: Triangulation "navigation" can be thrown off if there's something interfering with the signal, making it weaker than it actually are. Making the phone think it's further away from the mast than it really is.

                        Comment


                        • #13
                          Originally posted by Crinos View Post
                          Don't need login... All network devices have a MAC adresse... Use this as ID.


                          Note: IP adresses can be translated mistankenly... If a segment of the IP ranged is owned by a Sweedish company, but a subnet of the same segment is used in Norway... It will still report back as Sweeden!

                          GSM Triangulation is the phone messuring signal strength from the radio masts it have connection to. This, with poor GPS signals can give a very accurate location.
                          PS: Triangulation "navigation" can be thrown off if there's something interfering with the signal, making it weaker than it actually are. Making the phone think it's further away from the mast than it really is.
                          There are lots of ways to generate a unique id for this service. I'm totally okay with mac address or some hardware combination md5 or whatever. The only reason why i'd suggest doing the login first is that a lot of other services depend on it. But i'm also totally okay with just getting a service done as a proof of concept and this may be the way to do it.
                          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.

                          Comment


                          • #14
                            Originally posted by Crinos View Post
                            Don't need login... All network devices have a MAC addresse... Use this as ID.
                            Wouldn't using MAC adresses block accessing the data from multiple sources, like uploading data from your car (with one MAC address) and reading it back to your home computer (with another MAC address).

                            I think login should be created in a way so that a user can access his data from multiple sources.

                            And yes you could set the system so that it allows for multiple MAC addresses but to set this you still need some kind of authentication to acknowledge who you are to confirm this new MAC address, hence some kind of user/password policy. Seems kinda double up to me...
                            Failure is not an option...
                            __________________________________________________ ______________________________
                            The only full multizone / multiscreen cross platform open source Front End -> OpenMobile

                            Comment


                            • #15
                              Originally posted by Borte View Post
                              Wouldn't using MAC adresses block accessing the data from multiple sources, like uploading data from your car (with one MAC address) and reading it back to your home computer (with another MAC address).

                              I think login should be created in a way so that a user can access his data from multiple sources.

                              And yes you could set the system so that it allows for multiple MAC addresses but to set this you still need some kind of authentication to acknowledge who you are to confirm this new MAC address, hence some kind of user/password policy. Seems kinda double up to me...
                              The mac address scenario would be anonymized data used for generating traffic and other statistics. The other scenario, which you are describing here does require a user account for the purposes you mentioned.
                              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.

                              Comment

                              Working...
                              X