BDP approach lets mobile users (enterprises) associate own data snippets with Bluetooth nodes. So, other mobile users in proximity (Bluetooth radio distance) will be able to discover and read them. You can think about the web browsing, where web pages provide some hyper-local data. Read more.
/via Geo Messages
P.S. and a good discussion on YC related to this paper.
Comments and remarks are more than welcome.
/via Geo Messages
Bluetooth Data Points (BDP) is a new approach for creating mobile services with wireless tags. It is a yet another use case for the network proximity. Mobile application (Android) lets any user post some announce (advertising, classified, etc.) and associate it with Bluetooth node on the phone. The same application on another phone can scan nearby Bluetooth nodes and collect local announces. Dislike iBeacon and similar applications:
a) this approach is based on the Core Bluetooth rather than on Bluetooth Low Energy. So it will work with any phone;
b) this application works like a browser. So, mobile user decides when to run and what to read rather than constantly get unwanted notifications.
The following picture illustrates BDP (Bluetooth Data Points) approach:
BDP uses Core Bluetooth. So, it could be used with almost any smartphone. Let us see how it works:
1. Mobile user can browse local announces:
|
|
2. Another user publish own announce:
|
|
It is simply a text. User can publish links (URLs), email, phone or links to Twitter: @t411
3. Application switch on Bluetooth for published announces:
|
|
Of course, the publisher can switch Bluetooth off and make own announces unavailable. And later, switch it on again, etc. So, publisher's announces will follow his phone. When published materials are on, other mobile users nearby will the them:
Mobile application for Android, which implements this approach could be downloaded right from Google Play: BDP on Google Play. Here is an appropriate QR-code:
You can download it right from our site too: BDP on servlewtsuite. And here is an appropriate QR-code:
As the possible use cases for this approach we can mention applications for retail, indoor navigation, as well as context-dependent services for Smart Cities.
P.S. We've used the similar approach for Wi-Fi: SpotEx
P.S. Btw, here you can find online courses
Bluetooth Data Points (BDP) is a new approach for creating mobile services with wireless tags. It is a yet another use case for the network proximity. Mobile application (Android) lets any user post some announce (advertising, classified, etc.) and associate it with Bluetooth node on the phone. The same application on another phone can scan nearby Bluetooth nodes and collect local announces. Dislike iBeacon and similar applications:
a) this approach is based on the Core Bluetooth rather than on Bluetooth Low Energy. So it will work with any phone;
b) this application works like a browser. So, mobile user decides when to run and what to read rather than constantly get unwanted notifications.
The following picture illustrates BDP (Bluetooth Data Points) approach:
BDP uses Core Bluetooth. So, it could be used with almost any smartphone. Let us see how it works:
1. Mobile user can browse local announces:
|
|
|
2. Another user publish own announce:
|
|
|
It is simply a text. User can publish links (URLs), email, phone or links to Twitter: @t411
3. Application switch on Bluetooth for published announces:
|
|
|
Of course, the publisher can switch Bluetooth off and make own announces unavailable. And later, switch it on again, etc. So, publisher's announces will follow his phone. When published materials are on, other mobile users nearby will the them:
Mobile application for Android, which implements this approach: BDP (Bluetooth Data Point). You can download it right from our site servletsuite.com. And here is an appropriate QR-code:
As the possible use cases for this approach we can mention applications for retail, indoor navigation, as well as context-dependent services for Smart Cities.
P.S. We've used the similar approach for Wi-Fi: SpotEx
a) this approach is based on the Core Bluetooth rather than on Bluetooth Low Energy. So it will work with any phone;
b) this application works like a browser. So, mobile user decides when to run and what to read rather than constantly getting unwanted notifications
The following picture illustrates BDP (Bluetooth Data Points) approach:
You can download this application right from our server: BDP.apk
The same idea for courses from Coursera. CS four-year curriculum
/via Geo Messages
/via Geo Messages
/via Geo Messages
It is published by the OIT Lab (Open Information Technologies Lab, Faculty of Computational Mathematics and Cybernetics, Lomonosov Moscow State University).
Indexing: Google Scholar, DOAJ, Ulrich's Periodicals Directory, ResearchBib, Elibrary.ru (RINC)
/via Geo Messages
/via Geo Messages
/via Geo Messages
This paper describes a new model for delivering hyper-local data for mobile subscribers. Our model uses Wi-Fi proximity as a service. According to this concept, any existing or even a specially created Wi-Fi hot spot could be used as presence sensor that can trigger access for some user-generated information snippets. In this article we present several examples for deployment: context-aware browser, integration for proximity and social streams and human dynamics models based on proximity data. As the possible use-cases, we can mention, for example, news and deals delivery in malls, news feeds for office centers and campuses, social curation, Smart City projects, personal classifieds, etc.
Send CV to info@servletsuite.com
It is published by the OIT Lab (Open Information Technologies Lab, Faculty of Computational Mathematics and Cybernetics, Lomonosov Moscow State University).
/via Geo Messages
It is anticipated that the DDD initiative will make about 15 awards at ~$1,500,000 each, at $200K-$300K/year for five years.
read more here.
It is published by the OIT Lab (Open Information Technologies Lab, Faculty of Computational Mathematics and Cybernetics, Lomonosov Moscow State University).
/via Geo Messages
What is missed? New suggestions are more than welcome.
/via Geo Messages
See list of journals here.
/via Geo Messages
/via City Geographics blog.
How does it work? Point two browsers (two phones, for example) to the same URL: http://pair.linkstore.ru
You can use the following QR-code:
You can see the following:
There is an unique 4-digits code on the top. The picture will be the same in the second browser. Just a code should be different:
This random code will be used for pairing two devices. The schema for pairing is similar to Bluetooth pairing. On the screen (phone) that should display the data (be linked to another phone/show data in slave mode) type the code presented on the second browser. You do not need to type anything on the second (master) phone. It will recognize the connection from the slave device automatically.
As soon as you submit the code, slave screen is ready to accept data:
As soon as the code in entered, the second screen (master) will be updated automatically:
Type any text and press Push button on the master screen. You (your pal) will see data on the slave screen.
It is a basic example that transfers text data. Technically it is possible to pass any data available in the browser. What can you transfer right now:
- just type any text. All connected slaves phones will see that
- type any phone number. It will be presented as a clickable link on the slave screen (screens)
- type any URL. E.g. http://servletsuite.com Slave screen will show a clickable link
- type any email address. Slave screen will show a clickable link
- type the following command t:some_name_from_Twitter. E.g.: t:t411. Slave screen (screens) will show the link to that account in Twitter (http://twitter.com/t411 in our example). So, your pals will be able to read your feed, follow it, etc.
- type the following command f:some_name_from_Facebook. The same as above but for Facebook. Slave screen (screens) will show the link to that profile in Facebook. So, your pals will be able to read your feed, subscribe, etc.
- type the following command v:some_name_from_Vkontakte. The same as above but for Vkontakte. Slave screen (screens) will show the link to that profile in Vkontakte. So, your pals will be able to read your feed, subscribe, etc.
In the latest version you can transfer image files (or pictures from the camera) too. E.g., get the file (camera picture) from mobile and show it on Smart TV, etc. As you can see (try to enlarge the pictures above) master screen contains a widget for images selection.
Note. File transfer is based on HTML5 File Read API. It is not 100% supported right now for mobie browsers (especially, with old operational systems). But it works fine for the desktop already. So, you can transfer images from your desktop browser (master) to mobile (slave), for example.
What are the prototypes? There are two componets in Coldtags suite. Both controls are pre-ajax and use frames but they work. They are Cobrowse and Slide.
We did the similar things for proximity data. E.g.: Analysis of trajectories in mobile networks based on data about the network proximity.
/via Geo Messages
In other words, do this in your Twitter client: @t411 t TWTR
/via T411 for Twitter
It is published by the OIT Lab (Open Information Technologies Lab, Faculty of Computational Mathematics and Cybernetics, Lomonosov Moscow State University).
/via Geo Messages
We are looking for partners. We have some ideas for B5: Platform Enrichment (Data and Content). Extend or build Open City Databases.
See also this message
/via Geo Messages
Here is an example for ICT course - Big Data for Smart Cities
Map of Data Science University Programs
Graduate Programs in Big Data Analytics and Data Science
Data Science programs overview
More or less traditionally referred to in conjunction with Twitter sources. At the first hand it is location based services. Although fewer than 1 percent of tweets are "geotagged," or voluntarily labeled by users with location coordinates. The second big area is natural language processing for tweets. For example, there are various demographics data that could be extracted and making sense of breaking news.
We would like to point attention to our old idea - Twitter as a transport. The system could be used as a transport layer. Think for example about many services that provide request/response cycles over SMS. Why do not use Twitter for this? Request data (and/or service) over Twitter rather than SMS.
For example, try to send the following tweet:
@t411 t GOOG
It will return to you (as a reply in Twitter) stock quotes for GOOG. Here:
@t411 is service address (a-la service number in SMS world)
t - is a request
GOOG is a parameter
It is from our T411 for Twitter service. And it is DIY service. You can define your own bot at T411.
Obviously, that such service could be a part of Twitter's offering. E.g. allow unlimited statuses for a fee, etc. It is Twitter for business.
iBeacons is a Bluetooth-based micro-locations system. But instead of being used by people to determine their own locations, it's used by retailers, museums and businesses of all kinds to find out exactly where people are, so they can automatically serve up highly relevant interactions to customers' phones.
How does it work? The closes analogue is, probably, an automatic check-in. As per Apple, if you walked into, say, Jay's Donut Shop, iBeacons would know for certain that you had walked into Jay's Donut shop, whereas other location apps might use GPS, Wi-Fi and cellular triangulation to produce a list of guesses about where you were. A check-in wouldn't even be required.
But of course, it depends on pre-installed BLE devices (iBeacons). They have to have some global addresses (unique IDs) in order to distinguish Jay's Donut Shop from Ann's Donut Shop.
And here I would like to highlight again our old idea about triggering data access depends on the network environment. It is SpotEx. See our papers, for example. In this concept, any existing or even specially created wireless network node could be used as a presence sensor that can open (discover) access to some dynamic or user-generated content. The content itself could also be linked to social media. An appropriate mobile service (context-aware browser) can present that information to mobile subscribers. Potential use-cases for the proposed approach include any project associated with hyper-local news data. For example, projects providing Smart City data, delivering indoor retail information, etc. In other words, we can replace iBeacons right now (more precisely - simulate the same behavior) with Wi-Fi nodes. And because Wi-Fi access point could be opened right on the mobile phone, any smartphone can play a role of iBeacon.
Actually, we wrote about this in discussion about Estimote. Once again - any wireless node (e.g. Wi-Fi access point or even the smartphone itself) is a beacon. The location is completely insignificant here. It is about the visibility only. As soon as some access point is visible (and this access point could be opened right on the phone, of course), we can deliver some data to the mobile user (to the subscriber).
Of course, the metric could be more complex (e.g., we can use The Spearman rank-order, etc.), but the whole idea is transparent. The presence statement for some network node (nodes) triggers data access.
The M2M/IoT Application Platform provides the 'glue' that intermediates between application developers, M2M connected devices and a range of niche and specialised M2M platforms and wider enterprise IT systems. Referring to the dynamics of this new M2M/IoT world, Morrish commented: "In the world of the M2M/IoT Application Platform, the application developer is king." - from here
