LocationIncorporator

Grids must be socially accountable for our commuting too
Macro to micro In-vehicle control systems are focal to performing on the road

Inspiration

Machine learning algorithms are being incorporated in many areas of problem solving. We think that tomorrow socially accountable Grids could decide modes of operations of vehicles, as location analytics could report the availability of refueling/battery recharging/vehicle maintenance facilities, infrastructure and at-site services that can help people commute

What it does

The problem solving called "Location Incorporated" is a solution that expects to use location data from a vehicle (*Ford or Lincoln or in this case a simulated vehicle) to instantiate sustainable recommendations for the mode in which a vehicle must run. The problem solving incorporates this in a proof of concept website created for Drive-India showcasing and safer commuting.

As we are participating from outside the U.S The problem solving will design a solution independent of the need for the Ford Connectivity API(s), as there are many APIs that can be used to obtain location data from a vehicle or device in a vehicle. As location data is typically Latitude, Longitude and in some scenarios chronological quotients associated with the location, we improve upon this concept to add a sphere of control for a location.

The sphere of control (SOC) for a location can be (a) ASSET RADII or (b) Associated SMART Cloud clusters

As the First version of the sphere of control: ASSET RADII can include indicators for Re-fuelling facilities, Battery recharge facilities, Vehicle Maintenance facilities and Supply chain specific facilities. Tomorrow with the onset of Alternate fuels in vehicles, there may be Alternate Fuelling facilities. If vehicles were to run using solar energy, there would be solar panel / system facilities.

For SOC that includes ASSET RADII, the problem solving proposes the implementation of RoadKPI(s) and RoadMIR Desks, where this has been described in the proof of concept site for road engineering and safer commuting.

As the NEXT version of the sphere of control: SMART Cloud Clusters can include profiles for climate or weather associated with a location, climate change mitigation & adaptation profiles associated with a location, Emergency Response services associated with a location, 24x7 services associated with a location, a Location Insight Centre associated with a location etc. We will not focus on this in this ideation.

Developing the Sphere of Control The Sphere of control will be developed using a Situ, or Remote, or Internal or Green Globe indicator for a location. A Situ indicator indicates the Site’s environmental influencers can affect the vehicle or the commute, the Remote indicator indicates that the Site’s environmental influencers will not affect the vehicle or the commute, the Internal indicator indicates the site has no sphere of control (SOC) implemented and the Green Globe indicator indicates the site has implemented Green Globe practices for environmental preservation and conservation.

In this ideation, we propose to get Sphere of control related ASSET RADII data for Situ locations. To do this, the problem solving will need to deploy RoadKPI(s) and RoadMIR Desks. The proposal had been highlighted with the BBMP Road infrastructure department and Traffic engineering departments, the closure is still pending.

How we built it

Wix and https://www.openstreetmap.org location data or in-vehicle data

Challenges we ran into

We as a team live in India but think this Hackathon is important, so are in the midst of inviting another member who is a resident of Detroit, Michigan, India.

We also have requested for access to the Ford Connectivity API just recently (12/-7/2021) as we have grouped a little late for this hackathon. We were told that we were not eligible as we were participating from outside the US.

Accomplishments that we're proud of

Our team has entered different competitions and challenges for showcasing Electric Vehicles and Safer Commuting. We have trended needs that we find important to make the journey on the road safer and environmentally enabled.

Proof of concept URL: www.venkataoec.wixsite.com/driveindia

Proof of concept URL: www.venkataoec.wixsite.com/futureinternet

Proof of concept URL: www.venkataoec.wixsite.com/safercommuting

Proof of concept URL: www.venkataoec.wixsite.com/evshowcase

Proof of concept URL: www.venkataoec.wixsite.com/procreation

Proof of concept URL: www.venkataoec.wixsite.com/gokartlive

What we learned

In-vehicle data can be used from a mobile app or website, but tomorrow the same mobile app or website can learn from a Location Choreographed Grid to recommend modes of performance to drivers or controllers in the vehicle.

A vehicle is known to function either in the Automotive mode, where a Human Machine Interface and/or a Control System Machine Interface inter-operates with the vehicle’s on-board computer / systems to decide performance, vehicle operation or commuting experience.

The problem solving ideates to propose a Choreograph mode where notifications and/or alerts are sent to the driver at first and then in subsequent editions to a vehicle’s control system/application.

The notifications or alerts are either prescriptive, performance based or carbon equivalent based.

The Choreographed locations will appear in mandatory traffic signs and warning traffic signs on roads, where a Choreographed location indicates the location has details information important for a driver.

The location could have KPIs) that need to be related to and could need newer Location Incorporation in terms of Risk admittance or adjustments for synchronized performance, vehicle operation or traffic experience

A location’s Location choreograph will essentially mean added Advocation, Orchestration and Conditioning (A-O-C) parameters for responsive automotive operations or adjusting control system cycles as a vehicle’s coordinates change (here this is more of incorporating alignment for a new Sphere of control associated with a location or its coordinates).

The Location Incorporator can be designed as Dashboard that displays different Location choreograph details, where in addition to different panels 3 buttons will need to be incorporated, that is an autoChorerograph button, an autoReset button and a LocationIncorporatorLookup button.

The autoChoreograph button can initiate the location incorporation in terms of responsive automotive operations or adjusting control system cycles

The autoReset button can reset the location incorporation

The LocationIncorporatorLookup button can lookup the Location choreograph for what is termed as in radius locations, or for a SMART Cloud cluster of importance to the driver of the vehicle. The request for a lookup will be broadcasted to RoadMIR Desks in the proximity defined, where a RoadMIR Desk will process the request and either log the request only if it finds it need not reply or log the request and send a response to the in-vehicle system or device requesting information.

As SMART Cloud clusters can be made up of different SMART Cloud sites/locations, a Location Insight Centre associated with a location will respond instead of a RoadMIR Desk.

The Location choreograph will be received and displayed on the dashboard for simple Human machine interface related decision making or more advanced Control system related decision making

The Dashboard can first be implemented via the http://www.venkataoec.wixsite,com/driveindia website using https://www.openstreetmap.org location data and thereon implemented as a mobile application that can be downloaded and installed for use in commuting.

The Sphere of control implementation can be planned based on the proof of concept website http://www.venkataoec.wixsite.com/futureinternet and the http://www.venkataoec.wixsite.com/safercommuting site.

The possibility of a future Internet and safer commuting is more strappable today.