Menu
▾
▴
grailrtls-developers — List for those developing code
You can subscribe to this list here.
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2011 |
Jan
|
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
(1) |
Nov
(3) |
Dec
(3) |
| 2012 |
Jan
(13) |
Feb
(2) |
Mar
(2) |
Apr
(17) |
May
(12) |
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(9) |
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Robert M. <ro...@cs...> - 2012-01-30 16:49:53
|
Hi everyone, Release Candidate 2 has been tagged on master. You can checkout RC2 with: git checkout Octopus1.0-rc2 At this point, however, we encourage people to track master as it will be kept stable and up-to-date. --Rob On 01/24/2012 05:53 PM, bf...@ed... wrote: > You can delete URIs (but not attributes) through the command line ruby > tool in grailrtls/grail3_ruby/tools/wmbrowse. You can also delete URIs and > attributes through the flash GUI if the flashpolicy script is running on > the grail server machine. A compiled version of the flash gui is reachable > at > www.winlab.rutgers.edu/~bfirner/wmbrowse.html > > Put in your name for the origin string. > > -Ben > >> We were just entering data, and unfortunately polluting it...so we were >> going to try and be good and clean up our mess. That's all. Let me >> know when Java has this, and I'll probably use the C code to do it for >> now. >> >> Thanks, >> >> Doug >> >> On 1/24/12 5:16 PM, Robert Moore wrote: >>> Hi guys, >>> >>> That's correct. I haven't really pushed on the more "administrative" >>> features of the Java library to date, as we were focused on just porting >>> the existing solver code over. I'll work on getting it implemented. >>> >>> --Rob >>> >>> On 01/24/2012 05:15 PM, bf...@ed... wrote: >>>> To be more specific, the world model will expire a previous result when >>>> a >>>> solver updates the value for a URI. There is an expire message as well >>>> that can be used to manually expire a value; I assume that this message >>>> is >>>> also missing from the current Java interface. >>>> >>>> -Ben >>>> >>>>> Hi Doug, >>>>> >>>>> The World Model is responsible for expiring previous values of >>>>> attributes. The solver is responsible for generating solutions and >>>>> marking them with a timestamp indicating when they were "valid", and >>>>> not >>>>> necessarily when they were generated. >>>>> >>>>> The Java SolverWorldModelInterface doesn't currently provide a way to >>>>> delete URIs or Attributes. I'll get something coded up soon, but we >>>>> need to discuss how we will handle various permissions for access >>>>> control. I plan to add access control to the aggregator and world >>>>> model >>>>> components this semester. >>>>> >>>>> --Rob >>>>> >>>>> On 01/24/2012 02:17 PM, Douglas Motto wrote: >>>>>> Does the current Java API to the World Model have a method to set the >>>>>> expiration date for entries? >>>>>> >>>>>> Does the current Java API to the World Model have the "delete" method >>>>>> implemented (or whatever the name to completely remove for all time)? >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Doug >>>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Keep Your Developer Skills Current with LearnDevNow! >>>>> The most comprehensive online learning library for Microsoft >>>>> developers >>>>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, >>>>> MVC3, >>>>> Metro Style Apps, more. Free future releases when you subscribe now! >>>>> http://p.sf.net/sfu/learndevnow-d2d >>>>> _______________________________________________ >>>>> Grailrtls-developers mailing list >>>>> Gra...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/grailrtls-developers >>>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Keep Your Developer Skills Current with LearnDevNow! >>>> The most comprehensive online learning library for Microsoft developers >>>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, >>>> MVC3, >>>> Metro Style Apps, more. Free future releases when you subscribe now! >>>> http://p.sf.net/sfu/learndevnow-d2d >>>> _______________________________________________ >>>> Grailrtls-developers mailing list >>>> Gra...@li... >>>> https://lists.sourceforge.net/lists/listinfo/grailrtls-developers >>> >>> ------------------------------------------------------------------------------ >>> Keep Your Developer Skills Current with LearnDevNow! >>> The most comprehensive online learning library for Microsoft developers >>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >>> Metro Style Apps, more. Free future releases when you subscribe now! >>> http://p.sf.net/sfu/learndevnow-d2d >>> _______________________________________________ >>> Grailrtls-developers mailing list >>> Gra...@li... >>> https://lists.sourceforge.net/lists/listinfo/grailrtls-developers >> >> >> >> -- >> -------------------------------------------------------- >> Douglas Motto >> dm...@cs... >> >> Systems Administrator/Programmer -- LCSR/DCS >> Rutgers, The State University of New Jersey >> -------------------------------------------------------- >> >> ------------------------------------------------------------------------------ >> Keep Your Developer Skills Current with LearnDevNow! >> The most comprehensive online learning library for Microsoft developers >> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >> Metro Style Apps, more. Free future releases when you subscribe now! >> http://p.sf.net/sfu/learndevnow-d2d >> _______________________________________________ >> Grailrtls-developers mailing list >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/grailrtls-developers >> > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Grailrtls-developers mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/grailrtls-developers |
|
From: <bf...@ed...> - 2012-01-24 22:53:20
|
You can delete URIs (but not attributes) through the command line ruby tool in grailrtls/grail3_ruby/tools/wmbrowse. You can also delete URIs and attributes through the flash GUI if the flashpolicy script is running on the grail server machine. A compiled version of the flash gui is reachable at www.winlab.rutgers.edu/~bfirner/wmbrowse.html Put in your name for the origin string. -Ben > We were just entering data, and unfortunately polluting it...so we were > going to try and be good and clean up our mess. That's all. Let me > know when Java has this, and I'll probably use the C code to do it for > now. > > Thanks, > > Doug > > On 1/24/12 5:16 PM, Robert Moore wrote: >> Hi guys, >> >> That's correct. I haven't really pushed on the more "administrative" >> features of the Java library to date, as we were focused on just porting >> the existing solver code over. I'll work on getting it implemented. >> >> --Rob >> >> On 01/24/2012 05:15 PM, bf...@ed... wrote: >>> To be more specific, the world model will expire a previous result when >>> a >>> solver updates the value for a URI. There is an expire message as well >>> that can be used to manually expire a value; I assume that this message >>> is >>> also missing from the current Java interface. >>> >>> -Ben >>> >>>> Hi Doug, >>>> >>>> The World Model is responsible for expiring previous values of >>>> attributes. The solver is responsible for generating solutions and >>>> marking them with a timestamp indicating when they were "valid", and >>>> not >>>> necessarily when they were generated. >>>> >>>> The Java SolverWorldModelInterface doesn't currently provide a way to >>>> delete URIs or Attributes. I'll get something coded up soon, but we >>>> need to discuss how we will handle various permissions for access >>>> control. I plan to add access control to the aggregator and world >>>> model >>>> components this semester. >>>> >>>> --Rob >>>> >>>> On 01/24/2012 02:17 PM, Douglas Motto wrote: >>>>> Does the current Java API to the World Model have a method to set the >>>>> expiration date for entries? >>>>> >>>>> Does the current Java API to the World Model have the "delete" method >>>>> implemented (or whatever the name to completely remove for all time)? >>>>> >>>>> Thanks, >>>>> >>>>> Doug >>>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Keep Your Developer Skills Current with LearnDevNow! >>>> The most comprehensive online learning library for Microsoft >>>> developers >>>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, >>>> MVC3, >>>> Metro Style Apps, more. Free future releases when you subscribe now! >>>> http://p.sf.net/sfu/learndevnow-d2d >>>> _______________________________________________ >>>> Grailrtls-developers mailing list >>>> Gra...@li... >>>> https://lists.sourceforge.net/lists/listinfo/grailrtls-developers >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Keep Your Developer Skills Current with LearnDevNow! >>> The most comprehensive online learning library for Microsoft developers >>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, >>> MVC3, >>> Metro Style Apps, more. Free future releases when you subscribe now! >>> http://p.sf.net/sfu/learndevnow-d2d >>> _______________________________________________ >>> Grailrtls-developers mailing list >>> Gra...@li... >>> https://lists.sourceforge.net/lists/listinfo/grailrtls-developers >> >> ------------------------------------------------------------------------------ >> Keep Your Developer Skills Current with LearnDevNow! >> The most comprehensive online learning library for Microsoft developers >> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >> Metro Style Apps, more. Free future releases when you subscribe now! >> http://p.sf.net/sfu/learndevnow-d2d >> _______________________________________________ >> Grailrtls-developers mailing list >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/grailrtls-developers > > > > -- > -------------------------------------------------------- > Douglas Motto > dm...@cs... > > Systems Administrator/Programmer -- LCSR/DCS > Rutgers, The State University of New Jersey > -------------------------------------------------------- > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Grailrtls-developers mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/grailrtls-developers > |
|
From: Douglas M. <dm...@cs...> - 2012-01-24 22:33:32
|
We were just entering data, and unfortunately polluting it...so we were going to try and be good and clean up our mess. That's all. Let me know when Java has this, and I'll probably use the C code to do it for now. Thanks, Doug On 1/24/12 5:16 PM, Robert Moore wrote: > Hi guys, > > That's correct. I haven't really pushed on the more "administrative" > features of the Java library to date, as we were focused on just porting > the existing solver code over. I'll work on getting it implemented. > > --Rob > > On 01/24/2012 05:15 PM, bf...@ed... wrote: >> To be more specific, the world model will expire a previous result when a >> solver updates the value for a URI. There is an expire message as well >> that can be used to manually expire a value; I assume that this message is >> also missing from the current Java interface. >> >> -Ben >> >>> Hi Doug, >>> >>> The World Model is responsible for expiring previous values of >>> attributes. The solver is responsible for generating solutions and >>> marking them with a timestamp indicating when they were "valid", and not >>> necessarily when they were generated. >>> >>> The Java SolverWorldModelInterface doesn't currently provide a way to >>> delete URIs or Attributes. I'll get something coded up soon, but we >>> need to discuss how we will handle various permissions for access >>> control. I plan to add access control to the aggregator and world model >>> components this semester. >>> >>> --Rob >>> >>> On 01/24/2012 02:17 PM, Douglas Motto wrote: >>>> Does the current Java API to the World Model have a method to set the >>>> expiration date for entries? >>>> >>>> Does the current Java API to the World Model have the "delete" method >>>> implemented (or whatever the name to completely remove for all time)? >>>> >>>> Thanks, >>>> >>>> Doug >>>> >>> >>> ------------------------------------------------------------------------------ >>> Keep Your Developer Skills Current with LearnDevNow! >>> The most comprehensive online learning library for Microsoft developers >>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >>> Metro Style Apps, more. Free future releases when you subscribe now! >>> http://p.sf.net/sfu/learndevnow-d2d >>> _______________________________________________ >>> Grailrtls-developers mailing list >>> Gra...@li... >>> https://lists.sourceforge.net/lists/listinfo/grailrtls-developers >>> >> >> >> ------------------------------------------------------------------------------ >> Keep Your Developer Skills Current with LearnDevNow! >> The most comprehensive online learning library for Microsoft developers >> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >> Metro Style Apps, more. Free future releases when you subscribe now! >> http://p.sf.net/sfu/learndevnow-d2d >> _______________________________________________ >> Grailrtls-developers mailing list >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/grailrtls-developers > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Grailrtls-developers mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/grailrtls-developers -- -------------------------------------------------------- Douglas Motto dm...@cs... Systems Administrator/Programmer -- LCSR/DCS Rutgers, The State University of New Jersey -------------------------------------------------------- |
|
From: Robert M. <ro...@cs...> - 2012-01-24 22:16:37
|
Hi guys, That's correct. I haven't really pushed on the more "administrative" features of the Java library to date, as we were focused on just porting the existing solver code over. I'll work on getting it implemented. --Rob On 01/24/2012 05:15 PM, bf...@ed... wrote: > To be more specific, the world model will expire a previous result when a > solver updates the value for a URI. There is an expire message as well > that can be used to manually expire a value; I assume that this message is > also missing from the current Java interface. > > -Ben > >> Hi Doug, >> >> The World Model is responsible for expiring previous values of >> attributes. The solver is responsible for generating solutions and >> marking them with a timestamp indicating when they were "valid", and not >> necessarily when they were generated. >> >> The Java SolverWorldModelInterface doesn't currently provide a way to >> delete URIs or Attributes. I'll get something coded up soon, but we >> need to discuss how we will handle various permissions for access >> control. I plan to add access control to the aggregator and world model >> components this semester. >> >> --Rob >> >> On 01/24/2012 02:17 PM, Douglas Motto wrote: >>> Does the current Java API to the World Model have a method to set the >>> expiration date for entries? >>> >>> Does the current Java API to the World Model have the "delete" method >>> implemented (or whatever the name to completely remove for all time)? >>> >>> Thanks, >>> >>> Doug >>> >> >> ------------------------------------------------------------------------------ >> Keep Your Developer Skills Current with LearnDevNow! >> The most comprehensive online learning library for Microsoft developers >> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >> Metro Style Apps, more. Free future releases when you subscribe now! >> http://p.sf.net/sfu/learndevnow-d2d >> _______________________________________________ >> Grailrtls-developers mailing list >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/grailrtls-developers >> > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Grailrtls-developers mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/grailrtls-developers |
|
From: <bf...@ed...> - 2012-01-24 22:15:11
|
To be more specific, the world model will expire a previous result when a solver updates the value for a URI. There is an expire message as well that can be used to manually expire a value; I assume that this message is also missing from the current Java interface. -Ben > Hi Doug, > > The World Model is responsible for expiring previous values of > attributes. The solver is responsible for generating solutions and > marking them with a timestamp indicating when they were "valid", and not > necessarily when they were generated. > > The Java SolverWorldModelInterface doesn't currently provide a way to > delete URIs or Attributes. I'll get something coded up soon, but we > need to discuss how we will handle various permissions for access > control. I plan to add access control to the aggregator and world model > components this semester. > > --Rob > > On 01/24/2012 02:17 PM, Douglas Motto wrote: >> Does the current Java API to the World Model have a method to set the >> expiration date for entries? >> >> Does the current Java API to the World Model have the "delete" method >> implemented (or whatever the name to completely remove for all time)? >> >> Thanks, >> >> Doug >> > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Grailrtls-developers mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/grailrtls-developers > |
|
From: Robert M. <ro...@cs...> - 2012-01-24 21:59:00
|
Hi Doug, The World Model is responsible for expiring previous values of attributes. The solver is responsible for generating solutions and marking them with a timestamp indicating when they were "valid", and not necessarily when they were generated. The Java SolverWorldModelInterface doesn't currently provide a way to delete URIs or Attributes. I'll get something coded up soon, but we need to discuss how we will handle various permissions for access control. I plan to add access control to the aggregator and world model components this semester. --Rob On 01/24/2012 02:17 PM, Douglas Motto wrote: > Does the current Java API to the World Model have a method to set the > expiration date for entries? > > Does the current Java API to the World Model have the "delete" method > implemented (or whatever the name to completely remove for all time)? > > Thanks, > > Doug > |
|
From: Douglas M. <dm...@cs...> - 2012-01-24 20:18:06
|
Does the current Java API to the World Model have a method to set the expiration date for entries? Does the current Java API to the World Model have the "delete" method implemented (or whatever the name to completely remove for all time)? Thanks, Doug -- -------------------------------------------------------- Douglas Motto dm...@cs... Systems Administrator/Programmer -- LCSR/DCS Rutgers, The State University of New Jersey -------------------------------------------------------- |
|
From: Douglas M. <dm...@cs...> - 2012-01-24 20:12:33
|
-- -------------------------------------------------------- Douglas Motto dm...@cs... Systems Administrator/Programmer -- LCSR/DCS Rutgers, The State University of New Jersey -------------------------------------------------------- |
|
From: <bf...@ed...> - 2012-01-16 23:26:52
|
Hello, We just merged from branch dev to branch master so if you're pulling from dev git will fail. We just updated the wiki instruction recently ( http://sourceforge.net/apps/mediawiki/grailrtls/index.php?title=Developer_Setup_Guide ) so you might have been unlucky and tried to get the code when we made the change but before we updated the instructions. The command: git clone git://grailrtls.git.sourceforge.net/gitroot/grailrtls/grailrtls will pull the repository, or if you've downloaded it before but are on dev branch then switch to branch master with the command: git branch master In the future we'll be tagging branches so that this doesn't happen. If you still have trouble pulling the code we can make a tarball snapshot and put it on sourceforge. -Ben > I am interested in downloading your code, but git fails saying the > directory > is unknown. Is there a tarball that I can download? > Eliezer > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d_______________________________________________ > Grailrtls-developers mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/grailrtls-developers > |
|
From: Eliezer R. <eli...@kl...> - 2012-01-16 22:21:25
|
I am interested in downloading your code, but git fails saying the directory is unknown. Is there a tarball that I can download? Eliezer |
|
From: Robert M. <ro...@cs...> - 2012-01-13 22:58:32
|
Hi all, I'm going to merge the dev branch into master. From here on out, we should consider "dev" to be abandoned. If you need to your "own thing" for a while, create your own branch and work on it there. Master will be the latest-and-greatest. --Rob |
|
From: Robert M. <ro...@cs...> - 2011-12-12 18:33:34
|
Based on today's stakeholders meeting in WINLAB, here are the tasks
remaining for the initial release:
1. Reorganize source code in Git
A. Organization by language has been happening so far, keeps
building easy.
2. Master build script to build everything (invoke other scripts)
A. As a Make script
3. Install scripts
A.
4. Init.d scripts to start services on boot
5. Compile binaries, Jars, Gems and release onto SF.Net so people can
download.
|
|
From: Yan W. <yan...@gm...> - 2011-12-06 16:46:31
|
Got you. Yan On 12/6/2011 11:42 AM, Chenren Xu wrote: > This is just a test to show my presence. > > -- > Best wishes, > > Chenren Xu > > Ph.D. Candidate, WINLAB | Wireless Information Network Laboratory > > Technology Centre of New Jersey > > 671 US1 South, North Brunswick, > > N.J . 08902-3390. | Fax: 732.932.6882 > > Dept of Electrical and Computer Engineering > > Rutgers, the State University of New Jersey > > > ------------------------------------------------------------------------------ > Cloud Services Checklist: Pricing and Packaging Optimization > This white paper is intended to serve as a reference, checklist and point of > discussion for anyone considering optimizing the pricing and packaging model > of a cloud services business. Read Now! > http://www.accelacomm.com/jaw/sfnl/114/51491232/ > > > _______________________________________________ > Grailrtls-developers mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/grailrtls-developers -- Best regards, Yan Stevens Institute of Technology |
|
From: Chenren Xu <che...@gm...> - 2011-12-06 16:42:47
|
This is just a test to show my presence. -- Best wishes, Chenren Xu Ph.D. Candidate, WINLAB | Wireless Information Network Laboratory Technology Centre of New Jersey 671 US1 South, North Brunswick, N.J . 08902-3390. | Fax: 732.932.6882 Dept of Electrical and Computer Engineering Rutgers, the State University of New Jersey |
|
From: <bf...@ed...> - 2011-11-28 20:31:52
|
a) It's a text file with tabs separating the different fields. b) The example from the gen_wm_data.cpp file was: rutgers.anchor.receiver.639 location.xoffset 1302048368 4061400000000000 Here the data is a float that represents the xoffset. For a sensor you specify the physical layer as a single byte (0x01) and then spend 16 byte specifying the sensor ID. Here's an example from winlab: winlab.chair.597 sensor.switch 0 0100000000000000000000000000000255 c) If you just entered a wrong value for an attribute then just update the value with a newer timestamp. If you accidentally created a URI that you need to delete then this tool won't work. You could quickly modify the solver to send delete messages, or you could wait for a little bit and we'll either figure out how to open port 843 on the rutgers server or I'll write command line utilities in ruby. -Ben > Hi, > I am trying to use the gen_wm_data solver to add our chair sensor to > the world_model server (grail.rutgers.edu). > I still have following questions: > a) When I run the gen_wm_data solver, the last required parameter is > <data file>. What kind of file should I give for this parameter? > b) For chair sensor we need to assign an id, which is in the form of > 1.47 in the flash client. According to the cpp of gen_wm_data, I have > to give the data as a hexedecimal string. Which one shall I use here? > Can you give me an example with the sensor having its id 1.47? > c) Can I use the solver to delete data entries? If I entered wrong > information for my sensor, what shall I do? > > Thanks. > > Best regards, > Yan > > On Sun, Nov 27, 2011 at 6:01 PM, <bf...@ed...> wrote: >> As a follow-up, the flash GUI won't connect to the world model because >> port 843 isn't open on the rutgers servers so flash won't connect. >> >> Use the text-based tool (gen_wm_data) to update information for now. >> Instructions for using this tool appear at the top of the source file, >> gen_wm_data.cpp >> >> -Ben >> >>> Hi Rob, >>> I wonder if the world model server (grail.rutgers.edu) still needs some >>> permission to connect with? In that case, please open the account under >>> ip >>> address 155.246.74.116 for us. Right now when I ftp the server, it >>> replies >>> with refused. >>> >>> I also have another question. To add the URIs of our chair sensors to >>> the >>> new world model server at grail.rutgers.edu, we use the world model >>> client. >>> However, the world model client seems to require solvers at the same >>> server. >>> Is the port number for solvers a necessary in the world model client? >>> Can >>> I >>> connect to the grail.rutgers.edu with the world model client without >>> specifying where the solver is? >>> >>> Thanks. >>> >>> Regards, >>> Yan >>> >>> -----Original Message----- >>> From: Robert Moore >>> Sent: Monday, November 21, 2011 4:52 PM >>> To: Richard Martin >>> Cc: Douglas Motto ; Guohua Sheng ; yin...@st... Chen ; >>> bf...@ed... Firner ; Yan Wang ; Yu Gan ; yanyong zhang ; >>> John >>> Austen ; Richard Howard ; Jie Yang ; Eitan Fenson >>> Subject: Re: notes from Octopus/GRAIL3 stakeholders' meeting 11/21 >>> 11:30 >>> AM, >>> winlab >>> >>> Hi all, >>> >>> I've replaced the aggregator on grail2.rutgers.edu with the updated >>> one. I've been running a solver that only accepts around 900 >>> Samples/second (the aggregator is handling 2,500-3,000 /s) and so far >>> no >>> memory leaks. I'll check on it later tonight, but looks like things >>> are >>> better now for the Aggregtor - no solver changes necessary. >>> >>> As part of this change, here's what will happen: >>> >>> 1. The aggregator will attempt to fulfill the solver's subscription >>> request. >>> 2. If the solver cannot accept the data fast enough (either through >>> coding or network issues), the data gets queued. >>> 3. If the queue exceeds 200 samples, the aggregator will drop samples >>> until the queue size falls below 200. >>> >>> This means that until you consume your "old" data, you won't get any >>> "new" data. A more complex solution that keeps newer data and discards >>> older data may be possible, but it's a low priority. >>> >>> --Rob >>> >>> On 11/21/2011 12:34 PM, Richard Martin wrote: >>>> >>>> World model needs to be up an accessible from stevens on >>>> grail.rutgers.edu >>>> >>>> Rich will send email to Yan when the M2 compile issue is fixed. >>>> >>>> Need to make sure aggregator and world model are up: >>>> >>>> - Don't run stuff as root. >>>> - What are the re-start scripts to run aggregator and world model on >>>> grail and grail2 >>>> - how to check status on grail. >>>> >>>> Rob will test new aggregator >>>> >>>> Need for release: >>>> Java API to world model for release >>>> Doug will talk to Rob about the java API. >>>> >>>> Stevens will try to connect to world model at grail.rutgers.edu >>>> >>>> John will get the vestac tags beaconing and record the RSSI for 2 >>>> weeks. >>>> >>>> Rich will find out what's up with the core3 deployment >>>> >>>> Ben will write tutorials tutorials world model clients and solvers >>>> >>>> Rich will write an overall tutorial. Need to talk to Rob about Java >>>> API. >>>> >>>> -R >>>> >>>> On Nov 21, 2011, at 10:12 AM, Richard Martin wrote: >>>> >>>>> Let me know if you need to skype in >>>>> On Nov 10, 2011, at 9:49 AM, Douglas Motto wrote: >>>>> >>>>>> Just confirming/questioning that next Monday's meeting will be >>>>>> cancelled so people can go to the Wozniak speak on CAC. >>>>> >>>> >>> >>> >> >> > > > > -- > Best regards, > Yan Wang > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > Grailrtls-developers mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/grailrtls-developers > |
|
From: Yan W. <yan...@gm...> - 2011-11-28 20:00:37
|
Thank you. Yan On Mon, Nov 28, 2011 at 2:42 PM, <bf...@ed...> wrote: > a) It's a text file with tabs separating the different fields. > > b) The example from the gen_wm_data.cpp file was: > rutgers.anchor.receiver.639 location.xoffset 1302048368 4061400000000000 > > Here the data is a float that represents the xoffset. For a sensor you > specify the physical layer as a single byte (0x01) and then spend 16 byte > specifying the sensor ID. Here's an example from winlab: > winlab.chair.597 sensor.switch 0 0100000000000000000000000000000255 > > c) If you just entered a wrong value for an attribute then just update the > value with a newer timestamp. If you accidentally created a URI that you > need to delete then this tool won't work. You could quickly modify the > solver to send delete messages, or you could wait for a little bit and > we'll either figure out how to open port 843 on the rutgers server or I'll > write command line utilities in ruby. > > -Ben > >> Hi, >> I am trying to use the gen_wm_data solver to add our chair sensor to >> the world_model server (grail.rutgers.edu). >> I still have following questions: >> a) When I run the gen_wm_data solver, the last required parameter is >> <data file>. What kind of file should I give for this parameter? >> b) For chair sensor we need to assign an id, which is in the form of >> 1.47 in the flash client. According to the cpp of gen_wm_data, I have >> to give the data as a hexedecimal string. Which one shall I use here? >> Can you give me an example with the sensor having its id 1.47? >> c) Can I use the solver to delete data entries? If I entered wrong >> information for my sensor, what shall I do? >> >> Thanks. >> >> Best regards, >> Yan >> >> On Sun, Nov 27, 2011 at 6:01 PM, <bf...@ed...> wrote: >>> As a follow-up, the flash GUI won't connect to the world model because >>> port 843 isn't open on the rutgers servers so flash won't connect. >>> >>> Use the text-based tool (gen_wm_data) to update information for now. >>> Instructions for using this tool appear at the top of the source file, >>> gen_wm_data.cpp >>> >>> -Ben >>> >>>> Hi Rob, >>>> I wonder if the world model server (grail.rutgers.edu) still needs some >>>> permission to connect with? In that case, please open the account under >>>> ip >>>> address 155.246.74.116 for us. Right now when I ftp the server, it >>>> replies >>>> with refused. >>>> >>>> I also have another question. To add the URIs of our chair sensors to >>>> the >>>> new world model server at grail.rutgers.edu, we use the world model >>>> client. >>>> However, the world model client seems to require solvers at the same >>>> server. >>>> Is the port number for solvers a necessary in the world model client? >>>> Can >>>> I >>>> connect to the grail.rutgers.edu with the world model client without >>>> specifying where the solver is? >>>> >>>> Thanks. >>>> >>>> Regards, >>>> Yan >>>> >>>> -----Original Message----- >>>> From: Robert Moore >>>> Sent: Monday, November 21, 2011 4:52 PM >>>> To: Richard Martin >>>> Cc: Douglas Motto ; Guohua Sheng ; yin...@st... Chen ; >>>> bf...@ed... Firner ; Yan Wang ; Yu Gan ; yanyong zhang ; >>>> John >>>> Austen ; Richard Howard ; Jie Yang ; Eitan Fenson >>>> Subject: Re: notes from Octopus/GRAIL3 stakeholders' meeting 11/21 >>>> 11:30 >>>> AM, >>>> winlab >>>> >>>> Hi all, >>>> >>>> I've replaced the aggregator on grail2.rutgers.edu with the updated >>>> one. I've been running a solver that only accepts around 900 >>>> Samples/second (the aggregator is handling 2,500-3,000 /s) and so far >>>> no >>>> memory leaks. I'll check on it later tonight, but looks like things >>>> are >>>> better now for the Aggregtor - no solver changes necessary. >>>> >>>> As part of this change, here's what will happen: >>>> >>>> 1. The aggregator will attempt to fulfill the solver's subscription >>>> request. >>>> 2. If the solver cannot accept the data fast enough (either through >>>> coding or network issues), the data gets queued. >>>> 3. If the queue exceeds 200 samples, the aggregator will drop samples >>>> until the queue size falls below 200. >>>> >>>> This means that until you consume your "old" data, you won't get any >>>> "new" data. A more complex solution that keeps newer data and discards >>>> older data may be possible, but it's a low priority. >>>> >>>> --Rob >>>> >>>> On 11/21/2011 12:34 PM, Richard Martin wrote: >>>>> >>>>> World model needs to be up an accessible from stevens on >>>>> grail.rutgers.edu >>>>> >>>>> Rich will send email to Yan when the M2 compile issue is fixed. >>>>> >>>>> Need to make sure aggregator and world model are up: >>>>> >>>>> - Don't run stuff as root. >>>>> - What are the re-start scripts to run aggregator and world model on >>>>> grail and grail2 >>>>> - how to check status on grail. >>>>> >>>>> Rob will test new aggregator >>>>> >>>>> Need for release: >>>>> Java API to world model for release >>>>> Doug will talk to Rob about the java API. >>>>> >>>>> Stevens will try to connect to world model at grail.rutgers.edu >>>>> >>>>> John will get the vestac tags beaconing and record the RSSI for 2 >>>>> weeks. >>>>> >>>>> Rich will find out what's up with the core3 deployment >>>>> >>>>> Ben will write tutorials tutorials world model clients and solvers >>>>> >>>>> Rich will write an overall tutorial. Need to talk to Rob about Java >>>>> API. >>>>> >>>>> -R >>>>> >>>>> On Nov 21, 2011, at 10:12 AM, Richard Martin wrote: >>>>> >>>>>> Let me know if you need to skype in >>>>>> On Nov 10, 2011, at 9:49 AM, Douglas Motto wrote: >>>>>> >>>>>>> Just confirming/questioning that next Monday's meeting will be >>>>>>> cancelled so people can go to the Wozniak speak on CAC. >>>>>> >>>>> >>>> >>>> >>> >>> >> >> >> >> -- >> Best regards, >> Yan Wang >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, application performance, >> security threats, fraudulent activity, and more. Splunk takes this >> data and makes sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-novd2d >> _______________________________________________ >> Grailrtls-developers mailing list >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/grailrtls-developers >> > > -- Best regards, Yan Wang |
|
From: Yan W. <yan...@gm...> - 2011-11-28 19:07:52
|
Hi, I am trying to use the gen_wm_data solver to add our chair sensor to the world_model server (grail.rutgers.edu). I still have following questions: a) When I run the gen_wm_data solver, the last required parameter is <data file>. What kind of file should I give for this parameter? b) For chair sensor we need to assign an id, which is in the form of 1.47 in the flash client. According to the cpp of gen_wm_data, I have to give the data as a hexedecimal string. Which one shall I use here? Can you give me an example with the sensor having its id 1.47? c) Can I use the solver to delete data entries? If I entered wrong information for my sensor, what shall I do? Thanks. Best regards, Yan On Sun, Nov 27, 2011 at 6:01 PM, <bf...@ed...> wrote: > As a follow-up, the flash GUI won't connect to the world model because > port 843 isn't open on the rutgers servers so flash won't connect. > > Use the text-based tool (gen_wm_data) to update information for now. > Instructions for using this tool appear at the top of the source file, > gen_wm_data.cpp > > -Ben > >> Hi Rob, >> I wonder if the world model server (grail.rutgers.edu) still needs some >> permission to connect with? In that case, please open the account under ip >> address 155.246.74.116 for us. Right now when I ftp the server, it replies >> with refused. >> >> I also have another question. To add the URIs of our chair sensors to the >> new world model server at grail.rutgers.edu, we use the world model >> client. >> However, the world model client seems to require solvers at the same >> server. >> Is the port number for solvers a necessary in the world model client? Can >> I >> connect to the grail.rutgers.edu with the world model client without >> specifying where the solver is? >> >> Thanks. >> >> Regards, >> Yan >> >> -----Original Message----- >> From: Robert Moore >> Sent: Monday, November 21, 2011 4:52 PM >> To: Richard Martin >> Cc: Douglas Motto ; Guohua Sheng ; yin...@st... Chen ; >> bf...@ed... Firner ; Yan Wang ; Yu Gan ; yanyong zhang ; John >> Austen ; Richard Howard ; Jie Yang ; Eitan Fenson >> Subject: Re: notes from Octopus/GRAIL3 stakeholders' meeting 11/21 11:30 >> AM, >> winlab >> >> Hi all, >> >> I've replaced the aggregator on grail2.rutgers.edu with the updated >> one. I've been running a solver that only accepts around 900 >> Samples/second (the aggregator is handling 2,500-3,000 /s) and so far no >> memory leaks. I'll check on it later tonight, but looks like things are >> better now for the Aggregtor - no solver changes necessary. >> >> As part of this change, here's what will happen: >> >> 1. The aggregator will attempt to fulfill the solver's subscription >> request. >> 2. If the solver cannot accept the data fast enough (either through >> coding or network issues), the data gets queued. >> 3. If the queue exceeds 200 samples, the aggregator will drop samples >> until the queue size falls below 200. >> >> This means that until you consume your "old" data, you won't get any >> "new" data. A more complex solution that keeps newer data and discards >> older data may be possible, but it's a low priority. >> >> --Rob >> >> On 11/21/2011 12:34 PM, Richard Martin wrote: >>> >>> World model needs to be up an accessible from stevens on >>> grail.rutgers.edu >>> >>> Rich will send email to Yan when the M2 compile issue is fixed. >>> >>> Need to make sure aggregator and world model are up: >>> >>> - Don't run stuff as root. >>> - What are the re-start scripts to run aggregator and world model on >>> grail and grail2 >>> - how to check status on grail. >>> >>> Rob will test new aggregator >>> >>> Need for release: >>> Java API to world model for release >>> Doug will talk to Rob about the java API. >>> >>> Stevens will try to connect to world model at grail.rutgers.edu >>> >>> John will get the vestac tags beaconing and record the RSSI for 2 weeks. >>> >>> Rich will find out what's up with the core3 deployment >>> >>> Ben will write tutorials tutorials world model clients and solvers >>> >>> Rich will write an overall tutorial. Need to talk to Rob about Java API. >>> >>> -R >>> >>> On Nov 21, 2011, at 10:12 AM, Richard Martin wrote: >>> >>>> Let me know if you need to skype in >>>> On Nov 10, 2011, at 9:49 AM, Douglas Motto wrote: >>>> >>>>> Just confirming/questioning that next Monday's meeting will be >>>>> cancelled so people can go to the Wozniak speak on CAC. >>>> >>> >> >> > > -- Best regards, Yan Wang |
|
From: <bf...@ed...> - 2011-10-23 04:17:33
|
Hello everyone, As you may or may not know we have combined the functionality of the world server and distributor into the world model. The transition is complete (except for a java interface) and everything is working very nicely! I've just finished coding a fingerprint training solver and a location discrimination solver and all of the solvers that worked on the previous system work on this system as well. This is the last coding I plan to do in the immediate future - for the next few weeks I will concentrate on documenting the system. Check the wiki over the next week or so to see new tutorials for the world model. -Ben |
|
From: Robert M. <ro...@cs...> - 2011-08-19 21:25:39
|
Hi everyone,
This is just a test of the developer mailing list. Over the next
few days and weeks we'll be using this list more actively to announce
changes and enhancements to GRAIL as we commit them to the Git repository.
Eventually we will start having periodic releases for project
binaries. At that time we'll try to have a changelog of what's changed
between release versions.
Cheers,
Rob
|
|
From: Robert M. <ro...@cs...> - 2011-08-19 20:51:01
|
Hi everyone,
Sorry if this is a duplicate, trying to get the mailing list
working again.
This is just a test of the developer mailing list. Over the next
few days and weeks we'll be using this list more actively to announce
changes and enhancements to GRAIL as we commit them to the Git repository.
Eventually we will start having periodic releases for project
binaries. At that time we'll try to have a changelog of what's changed
between release versions.
Cheers,
Rob
|
|
From: ao g. <gu...@gm...> - 2011-03-17 13:51:49
|
Hi, I hava cheked out the code from CVS,and I want to make it runing. But I don't know whether I need additional device. Can I run the system just using a laptop? or some special devices are needed? Thanks a lot! |
|
From: Robert M. <ro...@ru...> - 2011-02-11 05:08:59
|
Hi German, Our latest code has moved from CVS to git repository, and instructions to check it out can be found here: <http://sourceforge.net/apps/mediawiki/grailrtls/index.php?title=Category:GRAIL_RTLS_v3_Documentation> The previous version of GRAIL RTLS is still available via CVS, but I believe due to recent problems in the SourceForge.net website, that access may not yet be available (as I cannot currently check-out from CVS either). The SourceForge.net blog has more details at: <http://sourceforge.net/blog/update-on-scm-services/> Please let us know if you have further questions or difficulties in checking-out the code. Thank you, Rob On Mon, 2011-02-07 at 17:49 -0300, Bioing. German Hirigoyen wrote: > Hi from Argentina! I'm trying to download the files from CVS, and > the Grail's web just say that I must press Enter to download it from > CVS, but says: Connection refused, after to press Enter, > > Can you sendme the files to compile it or a new CVS access? > > Tnx in advance, > > German > > |
|
From: Bioing. G. H. <ger...@is...> - 2011-02-07 21:16:12
|
Hi from Argentina! I'm trying to download the files from CVS, and
the Grail's web just say that I must press Enter to download it from
CVS, but says: Connection refused, after to press Enter,
Can you sendme the files to compile it or a new CVS access?
Tnx in advance,
German
--
------------------------------------------------------------------------
*Bioing**. German Martin Hirigoyen
MP CIEER 41276*
*- Integracion de Sistemas Tecnologicos S.A. - *
Mejico 366
Tel/Fax: +54-343-4313304
Tel IP: +54-11-53539494 ext. 2939075
Parana - ER - Argentina
Web: www.istsa.com.ar <http://www.istsa.com.ar/> **
Este mensaje es confidencial y puede contener informacion amparada por
el secreto profesional. Si usted ha recibido este e-mail por error, por
favor comuniquenoslo inmediatamente respondiendo a este e-mail y luego
eliminandolo de su sistema. El contenido de este mensaje no debera ser
copiado ni divulgado a ninguna persona.
This e-mail is confidential and may contain legally privileged
information. If you have received this e-mail by mistake, please notify
us immediately by responding to this e-mail and then delete it from your
system. You should not copy this message or disclose its contents to anyone.
|
|
From: chamila l. <cha...@ya...> - 2010-09-23 19:19:31
|
Hi,
Is the project still active?
where can i get support and sample coding,i'm building a wifi based RTLS and looking for some opensource libraries to use in it.
your help is greatly appreciated.
Thanks & Regards,
Chamila Liyanage.
|
