The Experts below are selected from a list of 2937 Experts worldwide ranked by ideXlab platform
Deborah Estrin - One of the best experts on this subject based on the ideXlab platform.
-
sensorbase org a centralized repository to slog sensor network data kno 2
Center for Embedded Network Sensing, 2006Co-Authors: Kevin Chang, Mark Hansen, Deborah EstrinAbstract:Center for Embedded Networked Sensing SensorBase.org - A Centralized Repository to Slog Sensor Network Data Nathan Yau, Gong Chen, Mark Hansen, Deborah Estrin Introduction: Sharing Sensor Network Data Sensor Data Logging Slog is a portmanteau of “sensor” and “log” and was coined to reflect the spirit of sharing of information represented by blogs. Blog user interfaces (e.g. Blogger, Wordpress) are very user- friendly; users can publish, delete, and set permissions on entries with little effort. We wish to create a similar interface and backend for slogging. Blogs have RSS generated on the fly for easy Notification and syndication. Sensor Data Retrieval Once published, data or subsets of the data can be retrieved. Ability to search for data characteristics is vital. Similar to blogs, users should be able to subscribe to RSS data feeds on per project or per sensor basis to Receive Notification or summary statistics of data recently published. – Users should be notified when something out of the ordinary happens. Problem Description: Making many complex data types publishable and retrievable Different data formats such as numeric, text, images, video, and audio all stored and easily retrieved from one central repository Currently, much data exists as flat text files or floating in hundreds of folders on individual hard drives that is easily forgotten and cumbersome to share. Hence, the data is useless, and there is no point in collecting it; however if we can slog data to a centralized repository, and make it easily retrievable, data once again becomes useful. Proposed Solution: Slog data to one place and make it easy to retreive and use How Data is Slogged • To publish data, a user first creates a sensor network project, which is a bit like categories in blogs. • Data can be uploaded as XML or as comma-delimited text. Binary data can also be uploaded file-by-file. • Published data can be searched and retrieved via the user interface or via SOAP web services. Application Building on Top of SensorBase.org • Applications can easily be developed on top of SensorBase.org using SensorBase.org SOAP web services. • Data from different projects can easily be merged using simple database functionality. Future Work • Rule-based RSS Notifications • Data visualization e.g. R, GIS, sparklines • More powerful data searching tools e.g. trends, thresholds, events UCLA – UCR – Caltech – USC – CSU – JPL – UC Merced
-
sensorbase org a centralized repository to slog sensor network data kno 2
Center for Embedded Network Sensing, 2006Co-Authors: Kevin Chang, Mark Hansen, Deborah EstrinAbstract:Center for Embedded Networked Sensing SensorBase.org - A Centralized Repository to Slog Sensor Network Data Nathan Yau, Gong Chen, Mark Hansen, Deborah Estrin Introduction: Sharing Sensor Network Data Sensor Data Logging Slog is a portmanteau of “sensor” and “log” and was coined to reflect the spirit of sharing of information represented by blogs. Blog user interfaces (e.g. Blogger, Wordpress) are very user- friendly; users can publish, delete, and set permissions on entries with little effort. We wish to create a similar interface and backend for slogging. Blogs have RSS generated on the fly for easy Notification and syndication. Sensor Data Retrieval Once published, data or subsets of the data can be retrieved. Ability to search for data characteristics is vital. Similar to blogs, users should be able to subscribe to RSS data feeds on per project or per sensor basis to Receive Notification or summary statistics of data recently published. – Users should be notified when something out of the ordinary happens. Problem Description: Making many complex data types publishable and retrievable Different data formats such as numeric, text, images, video, and audio all stored and easily retrieved from one central repository Currently, much data exists as flat text files or floating in hundreds of folders on individual hard drives that is easily forgotten and cumbersome to share. Hence, the data is useless, and there is no point in collecting it; however if we can slog data to a centralized repository, and make it easily retrievable, data once again becomes useful. Proposed Solution: Slog data to one place and make it easy to retreive and use How Data is Slogged • To publish data, a user first creates a sensor network project, which is a bit like categories in blogs. • Data can be uploaded as XML or as comma-delimited text. Binary data can also be uploaded file-by-file. • Published data can be searched and retrieved via the user interface or via SOAP web services. Application Building on Top of SensorBase.org • Applications can easily be developed on top of SensorBase.org using SensorBase.org SOAP web services. • Data from different projects can easily be merged using simple database functionality. Future Work • Rule-based RSS Notifications • Data visualization e.g. R, GIS, sparklines • More powerful data searching tools e.g. trends, thresholds, events UCLA – UCR – Caltech – USC – CSU – JPL – UC Merced
Kevin Chang - One of the best experts on this subject based on the ideXlab platform.
-
sensorbase org a centralized repository to slog sensor network data kno 2
Center for Embedded Network Sensing, 2006Co-Authors: Kevin Chang, Mark Hansen, Deborah EstrinAbstract:Center for Embedded Networked Sensing SensorBase.org - A Centralized Repository to Slog Sensor Network Data Nathan Yau, Gong Chen, Mark Hansen, Deborah Estrin Introduction: Sharing Sensor Network Data Sensor Data Logging Slog is a portmanteau of “sensor” and “log” and was coined to reflect the spirit of sharing of information represented by blogs. Blog user interfaces (e.g. Blogger, Wordpress) are very user- friendly; users can publish, delete, and set permissions on entries with little effort. We wish to create a similar interface and backend for slogging. Blogs have RSS generated on the fly for easy Notification and syndication. Sensor Data Retrieval Once published, data or subsets of the data can be retrieved. Ability to search for data characteristics is vital. Similar to blogs, users should be able to subscribe to RSS data feeds on per project or per sensor basis to Receive Notification or summary statistics of data recently published. – Users should be notified when something out of the ordinary happens. Problem Description: Making many complex data types publishable and retrievable Different data formats such as numeric, text, images, video, and audio all stored and easily retrieved from one central repository Currently, much data exists as flat text files or floating in hundreds of folders on individual hard drives that is easily forgotten and cumbersome to share. Hence, the data is useless, and there is no point in collecting it; however if we can slog data to a centralized repository, and make it easily retrievable, data once again becomes useful. Proposed Solution: Slog data to one place and make it easy to retreive and use How Data is Slogged • To publish data, a user first creates a sensor network project, which is a bit like categories in blogs. • Data can be uploaded as XML or as comma-delimited text. Binary data can also be uploaded file-by-file. • Published data can be searched and retrieved via the user interface or via SOAP web services. Application Building on Top of SensorBase.org • Applications can easily be developed on top of SensorBase.org using SensorBase.org SOAP web services. • Data from different projects can easily be merged using simple database functionality. Future Work • Rule-based RSS Notifications • Data visualization e.g. R, GIS, sparklines • More powerful data searching tools e.g. trends, thresholds, events UCLA – UCR – Caltech – USC – CSU – JPL – UC Merced
-
sensorbase org a centralized repository to slog sensor network data kno 2
Center for Embedded Network Sensing, 2006Co-Authors: Kevin Chang, Mark Hansen, Deborah EstrinAbstract:Center for Embedded Networked Sensing SensorBase.org - A Centralized Repository to Slog Sensor Network Data Nathan Yau, Gong Chen, Mark Hansen, Deborah Estrin Introduction: Sharing Sensor Network Data Sensor Data Logging Slog is a portmanteau of “sensor” and “log” and was coined to reflect the spirit of sharing of information represented by blogs. Blog user interfaces (e.g. Blogger, Wordpress) are very user- friendly; users can publish, delete, and set permissions on entries with little effort. We wish to create a similar interface and backend for slogging. Blogs have RSS generated on the fly for easy Notification and syndication. Sensor Data Retrieval Once published, data or subsets of the data can be retrieved. Ability to search for data characteristics is vital. Similar to blogs, users should be able to subscribe to RSS data feeds on per project or per sensor basis to Receive Notification or summary statistics of data recently published. – Users should be notified when something out of the ordinary happens. Problem Description: Making many complex data types publishable and retrievable Different data formats such as numeric, text, images, video, and audio all stored and easily retrieved from one central repository Currently, much data exists as flat text files or floating in hundreds of folders on individual hard drives that is easily forgotten and cumbersome to share. Hence, the data is useless, and there is no point in collecting it; however if we can slog data to a centralized repository, and make it easily retrievable, data once again becomes useful. Proposed Solution: Slog data to one place and make it easy to retreive and use How Data is Slogged • To publish data, a user first creates a sensor network project, which is a bit like categories in blogs. • Data can be uploaded as XML or as comma-delimited text. Binary data can also be uploaded file-by-file. • Published data can be searched and retrieved via the user interface or via SOAP web services. Application Building on Top of SensorBase.org • Applications can easily be developed on top of SensorBase.org using SensorBase.org SOAP web services. • Data from different projects can easily be merged using simple database functionality. Future Work • Rule-based RSS Notifications • Data visualization e.g. R, GIS, sparklines • More powerful data searching tools e.g. trends, thresholds, events UCLA – UCR – Caltech – USC – CSU – JPL – UC Merced
Mark Hansen - One of the best experts on this subject based on the ideXlab platform.
-
sensorbase org a centralized repository to slog sensor network data kno 2
Center for Embedded Network Sensing, 2006Co-Authors: Kevin Chang, Mark Hansen, Deborah EstrinAbstract:Center for Embedded Networked Sensing SensorBase.org - A Centralized Repository to Slog Sensor Network Data Nathan Yau, Gong Chen, Mark Hansen, Deborah Estrin Introduction: Sharing Sensor Network Data Sensor Data Logging Slog is a portmanteau of “sensor” and “log” and was coined to reflect the spirit of sharing of information represented by blogs. Blog user interfaces (e.g. Blogger, Wordpress) are very user- friendly; users can publish, delete, and set permissions on entries with little effort. We wish to create a similar interface and backend for slogging. Blogs have RSS generated on the fly for easy Notification and syndication. Sensor Data Retrieval Once published, data or subsets of the data can be retrieved. Ability to search for data characteristics is vital. Similar to blogs, users should be able to subscribe to RSS data feeds on per project or per sensor basis to Receive Notification or summary statistics of data recently published. – Users should be notified when something out of the ordinary happens. Problem Description: Making many complex data types publishable and retrievable Different data formats such as numeric, text, images, video, and audio all stored and easily retrieved from one central repository Currently, much data exists as flat text files or floating in hundreds of folders on individual hard drives that is easily forgotten and cumbersome to share. Hence, the data is useless, and there is no point in collecting it; however if we can slog data to a centralized repository, and make it easily retrievable, data once again becomes useful. Proposed Solution: Slog data to one place and make it easy to retreive and use How Data is Slogged • To publish data, a user first creates a sensor network project, which is a bit like categories in blogs. • Data can be uploaded as XML or as comma-delimited text. Binary data can also be uploaded file-by-file. • Published data can be searched and retrieved via the user interface or via SOAP web services. Application Building on Top of SensorBase.org • Applications can easily be developed on top of SensorBase.org using SensorBase.org SOAP web services. • Data from different projects can easily be merged using simple database functionality. Future Work • Rule-based RSS Notifications • Data visualization e.g. R, GIS, sparklines • More powerful data searching tools e.g. trends, thresholds, events UCLA – UCR – Caltech – USC – CSU – JPL – UC Merced
-
sensorbase org a centralized repository to slog sensor network data kno 2
Center for Embedded Network Sensing, 2006Co-Authors: Kevin Chang, Mark Hansen, Deborah EstrinAbstract:Center for Embedded Networked Sensing SensorBase.org - A Centralized Repository to Slog Sensor Network Data Nathan Yau, Gong Chen, Mark Hansen, Deborah Estrin Introduction: Sharing Sensor Network Data Sensor Data Logging Slog is a portmanteau of “sensor” and “log” and was coined to reflect the spirit of sharing of information represented by blogs. Blog user interfaces (e.g. Blogger, Wordpress) are very user- friendly; users can publish, delete, and set permissions on entries with little effort. We wish to create a similar interface and backend for slogging. Blogs have RSS generated on the fly for easy Notification and syndication. Sensor Data Retrieval Once published, data or subsets of the data can be retrieved. Ability to search for data characteristics is vital. Similar to blogs, users should be able to subscribe to RSS data feeds on per project or per sensor basis to Receive Notification or summary statistics of data recently published. – Users should be notified when something out of the ordinary happens. Problem Description: Making many complex data types publishable and retrievable Different data formats such as numeric, text, images, video, and audio all stored and easily retrieved from one central repository Currently, much data exists as flat text files or floating in hundreds of folders on individual hard drives that is easily forgotten and cumbersome to share. Hence, the data is useless, and there is no point in collecting it; however if we can slog data to a centralized repository, and make it easily retrievable, data once again becomes useful. Proposed Solution: Slog data to one place and make it easy to retreive and use How Data is Slogged • To publish data, a user first creates a sensor network project, which is a bit like categories in blogs. • Data can be uploaded as XML or as comma-delimited text. Binary data can also be uploaded file-by-file. • Published data can be searched and retrieved via the user interface or via SOAP web services. Application Building on Top of SensorBase.org • Applications can easily be developed on top of SensorBase.org using SensorBase.org SOAP web services. • Data from different projects can easily be merged using simple database functionality. Future Work • Rule-based RSS Notifications • Data visualization e.g. R, GIS, sparklines • More powerful data searching tools e.g. trends, thresholds, events UCLA – UCR – Caltech – USC – CSU – JPL – UC Merced
Prakasa Anantia - One of the best experts on this subject based on the ideXlab platform.
-
Purwarupa Pemantauan Volume Kondisi Volume Air Galon Berbasis Internet of Things (IoT)
'Universitas Muhammadiyah Palembang', 2020Co-Authors: Syifa, Fikra Titan, Prakasa AnantiaAbstract:Sistem pemantau volume air di dalam galon sudah banyak dibuat purwarupa atau prototipenya dengan berbagai macam jenis sensor dan media transmisi pengiriman informasinya. Setiap purwarupa sistem pemantau tersebut mempunyai kelebihan dan kekurangan sendiri-sendiri. Penelitian ini bertujuan untuk memantau volume air di dalam galon dengan menggunakan sensor berat Loadcell HX711 dan menggunakan media transmisi WiFi yang tersedia NodeMCU ESP8266. Selain itu, software Android IFTTT dan aplikasi Telegram dirancang sebagai platform pemroses, pengirim data beserta antar muka dari sistem pemantau air ke dunia luar atau internet. Jika volume air terdeteksi kurang dari 1,2 kg, atau 1,2 liter, maka telegram akan menerima notifikasi dari sensor yang dipasang. Berat maksimal yang dapat diterima alat adalah 5 kg dan air yang diisi adalah 3 liter. Pengujian yang dilakukan ada dua macam, pengujian sensor dan pengujian alat. Pengujian sensor dengan beban yang beragam mendapatkan hasil error yang bervariasi dengan nilai error tertinggi 11,7%. Sedangkan rata-rata error sensor satu sebesar 4,02% untuk sensor dua sebesar 4,72%. Pada pengujian alat rata-rata error pada alat satu yaitu 0,29% sedangkan pada alat dua mendapatkan hasil error 0,46%. Berikutnya, delay atau tunda pengiriman data melalui platform IoT untuk sensor loadcell satu memiliki delay atau tunda rata-rata waktu pengiriman notifikasi ke telegram sebesar 4,045 detik dan 4,184 detik pada sensor loadcell dua. Oleh karena itu, sistem minimum NodeMCU digunakan untuk menyelesaikan masalah. Pengujian alat mendapatkan hasil yang memuaskan yaitu prototip ini dapat mendeteksi volume air dibawah 1,2 kg dan mengirimkan informasi pada telegram.Many prototypes of water volume monitoring system in gallon have been developed instead variety of sensors and transmission media for sending information. Each prototype monitoring system has its own advantage and disadvantage. This research focused on monitoring gallon volume of water by using the loadcell sensor HX711 weight sensor and using the available WiFi transmission media NodeMCU ESP8266. In addition, the IFTTT Android Software and Telegram application are designed as a processing platform, sending data and interfacing from a water monitoring system to the outside world or the internet. If the detected water volume is less than 1.2 kg or 1.2 liters, the telegram will Receive Notification from the installed sensor. The maximum weight that can be Received by the tool is 5 kg and the water amount filled is 3 liters. There are two kinds of testing, sensor testing and tool testing. Testing sensors with various loads get variable error results with the highest error value of 11.7 %. While the average sensor error is 4.02 % for sensor two is 4.72 %. In tool testing the average error in tool one is 0.29 % while in tool two it gets 0.46 % error results. Next, the delay about sending data through the IoT platform for loadcell sensor one has an average time sending Notification to the telegram of 4.045 second and 4.184 second on loadcell sensor number two. Therefore, the minimum system NodeMCU is used to solve the problem. Testing tools get satisfactory results, this prototype can detect the volume of water below 1.2 kg and send information into telegram.
Hiromasa Okayasu - One of the best experts on this subject based on the ideXlab platform.
-
using short message service Notification as a method to improve acute flaccid paralysis surveillance in papua new guinea
BMC Public Health, 2016Co-Authors: Siddhartha Sankar Datta, Berry Ropa, Ramzi Khattar, Ravi Shankar Santhana Gopala Krishnan, Hiromasa OkayasuAbstract:High quality acute flaccid paralysis (AFP) surveillance is required to maintain polio-free status of a country. Papua New Guinea (PNG) is considered as one of the highest risk countries for polio re-importation and circulation in the Western Pacific Region (WPRO) of the World Health Organization due to poor healthcare infrastructure and inadequate performance in AFP surveillance. The Government of PNG, in collaboration with WHO, piloted the introduction of short-message-service (SMS) to sensitize pediatricians and provincial disease control officers on AFP and to Receive Notification of possible AFP cases to improve surveillance quality in PNG. Ninety six health care professionals were registered to Receive SMS reminders to report any case of acute flaccid paralysis. Fourteen SMS messages were sent to each participant from September 2012 to November 2013. The number of reported AFP cases were compared before and after the introduction of SMS. Two hundred fifty three unique responses were Received with an overall response rate of 21 %. More than 80 % of responses were reported within 3 days of sending the SMS. The number of reported AFP cases increased from 10 cases per year in 2009–2012 to 25 cases per year during the study period and correlated with provincial participation of the health care professionals. Combined with improved sensitization of health care professionals on AFP reporting criteria and sample collection, SMS messaging provides an effective means to increase timely reporting and improve the availability of epidemiologic information on polio surveillance in PNG.
