IRC log of dig on 2013-09-18
Timestamps are in UTC.
- 00:35:47 [cheater__]
- cheater__ (~cheater@p57AEA76D.dip0.t-ipconnect.de) has joined #dig
- 00:38:28 [timbl]
- timbl has quit (Ping timeout: 245 seconds)
- 00:39:33 [cheater_1]
- cheater_1 has quit (Ping timeout: 276 seconds)
- 00:46:34 [timbl]
- timbl (~timbl@host86-178-83-98.range86-178.btcentralplus.com) has joined #dig
- 01:44:30 [melvster]
- melvster has quit (Ping timeout: 264 seconds)
- 06:29:25 [bblfish]
- bblfish (~bblfish@AAubervilliers-652-1-206-161.w90-3.abo.wanadoo.fr) has joined #dig
- 06:47:17 [bblfish]
- bblfish has quit (Remote host closed the connection)
- 06:47:52 [bblfish]
- bblfish (~bblfish@AAubervilliers-652-1-206-161.w90-3.abo.wanadoo.fr) has joined #dig
- 06:52:18 [bblfish]
- bblfish has quit (Ping timeout: 264 seconds)
- 06:52:42 [bblfish]
- bblfish (~bblfish@AAubervilliers-652-1-206-161.w90-3.abo.wanadoo.fr) has joined #dig
- 07:03:13 [bblfish]
- bblfish has quit (Remote host closed the connection)
- 07:10:34 [bblfish]
- bblfish (~bblfish@AAubervilliers-651-1-117-176.w86-198.abo.wanadoo.fr) has joined #dig
- 07:15:22 [bblfish_]
- bblfish_ (~bblfish@AAubervilliers-652-1-206-161.w90-3.abo.wanadoo.fr) has joined #dig
- 07:17:38 [bblfish]
- bblfish has quit (Ping timeout: 245 seconds)
- 07:30:58 [bblfish_]
- bblfish_ has quit (Remote host closed the connection)
- 07:32:09 [bblfish]
- bblfish (~bblfish@AAubervilliers-651-1-117-176.w86-198.abo.wanadoo.fr) has joined #dig
- 07:33:37 [cheater__]
- cheater__ has quit (Read error: Connection reset by peer)
- 07:44:01 [timbl]
- timbl has quit (Quit: timbl)
- 08:04:01 [timbl]
- timbl (~timbl@host-212-159-137-83.static.as13285.net) has joined #dig
- 08:07:12 [timbl]
- bblfish, re """bblfish: timbl, what is the ontology you use for doing your accounts? [5:11pm] bblfish: if you have examples of rdf that uses it too that would be nice. We'd like to see if we can build a UI for it." …. There is a general transaction ontology (qu: ) and an OFX mirror ontology. See the transaction pane … and OFX2n3.py etc
- 08:08:10 [bblfish]
- is that code in cwm?
- 08:08:51 [timbl]
- yes in pim
- 08:08:55 [timbl]
- pim/fin.py
- 08:09:00 [timbl]
- pim/financial
- 08:09:01 [timbl]
- etc
- 08:10:14 [timbl]
- @prefix : <http://www.w3.org/2000/10/swap/pim/qif#> .
- 08:10:48 [timbl]
- @prefix ofx: <http://www.w3.org/2000/10/swap/pim/ofx#> .
- 08:11:08 [bblfish]
- great found it
- 08:11:12 [timbl]
- Seee the transaction pane in tabulator
- 08:12:23 [bblfish]
- ok that should be enough to get going. So I can take an ofx document and turn it to triples and then building a UI should be easy
- 08:12:42 [bblfish]
- OFX I suppose http://en.wikipedia.org/wiki/Open_Financial_Exchange
- 08:13:52 [bblfish]
- thanks a lot.
- 08:14:40 [timbl]
- timbl has quit (Quit: timbl)
- 08:19:48 [deiu]
- deiu (~andrei@unaffiliated/deiu) has joined #dig
- 08:35:08 [jmvanel]
- jmvanel (~jmvanel@199.0.88.79.rev.sfr.net) has joined #dig
- 08:36:19 [timbl]
- timbl (~timbl@host-212-159-137-83.static.as13285.net) has joined #dig
- 08:42:36 [timbl]
- timbl has quit (Quit: timbl)
- 08:53:19 [cheater__]
- cheater__ (~cheater@p57AEA76D.dip0.t-ipconnect.de) has joined #dig
- 08:54:34 [timbl]
- timbl (~timbl@host86-178-83-98.range86-178.btcentralplus.com) has joined #dig
- 09:10:12 [melvster]
- melvster (~melvster@89.176.108.70) has joined #dig
- 10:39:15 [timbl]
- timbl has quit (Quit: timbl)
- 11:19:10 [RalphS]
- RalphS (rswick@w3cvpn2.w3.org) has joined #dig
- 11:58:26 [timbl]
- timbl (~timbl@37.205.61.203) has joined #dig
- 12:31:48 [deiu]
- bblfish, timbl: I'm using $rdf.SPARQLToQuery to perform a SPARQL query on a graph
- 12:32:15 [deiu]
- but when I do kb.query(query, onResult, undefined, onDone), onDone is triggered before onResult finishes iterating through the results
- 12:33:05 [deiu]
- is there any way to perform this operation synchronously ("waiting" for onResult to finish)?
- 12:33:48 [jmvanel]
- jmvanel has quit (Read error: No route to host)
- 12:34:42 [jmvanel]
- jmvanel (~jmvanel@199.0.88.79.rev.sfr.net) has joined #dig
- 12:58:12 [bblfish]
- not sure myself. One has to study the code, and document it better.
- 13:02:22 [deiu]
- there's no call to onDone inside kb.query()
- 13:02:24 [deiu]
- which is weird
- 13:03:45 [deiu]
- anyway, I hacked around it
- 13:04:59 [deiu]
- timbl, I'm very close to finishing a really nice LD calendar
- 13:05:21 [deiu]
- calendar/agenda
- 13:06:50 [deiu]
- I'm not sure about using workspaces vs dedicated storage URI (per app)
- 13:07:26 [deiu]
- especially in the light of sharing events with other people
- 13:49:55 [timbl]
- timbl has quit (Quit: timbl)
- 15:25:06 [deiu]
- deiu has quit (Quit: Leaving)
- 16:49:54 [bblfish]
- bblfish has quit (Remote host closed the connection)
- 18:10:47 [bblfish]
- bblfish (~bblfish@AAubervilliers-651-1-117-176.w86-198.abo.wanadoo.fr) has joined #dig
- 18:12:05 [jorash]
- jorash (~A@unaffiliated/jorash) has joined #dig
- 19:28:03 [deiu]
- deiu (~andrei@5-14-20-197.residential.rdsnet.ro) has joined #dig
- 19:28:03 [deiu]
- deiu has quit (Changing host)
- 19:28:03 [deiu]
- deiu (~andrei@unaffiliated/deiu) has joined #dig
- 19:44:24 [cheater__]
- cheater__ has quit (Ping timeout: 256 seconds)
- 20:00:33 [jmvanel]
- jmvanel has quit (Ping timeout: 245 seconds)
- 20:30:36 [bblfish_]
- bblfish_ (~bblfish@AAubervilliers-651-1-170-208.w86-218.abo.wanadoo.fr) has joined #dig
- 20:33:09 [bblfish]
- bblfish has quit (Ping timeout: 248 seconds)
- 20:44:36 [melvster]
- deiu ... now that we have shared resources on the web and serializations that's like 2/3 of the UNIX system V IPC ( shared memory and messaging )
- 20:44:49 [melvster]
- the only one that's not modeled is semaphores
- 20:44:52 [melvster]
- ie a lock
- 20:45:01 [melvster]
- but we could do that easily I think
- 20:46:53 [deiu]
- we'll see :)
- 20:47:09 [deiu]
- for now I'm happy that my agenda app can read/write events :)
- 20:53:04 [melvster]
- deiu: ooh nice!
- 20:53:11 [melvster]
- actually maybe etags does it
- 20:53:20 [melvster]
- deiu: do you have a demo yet?
- 20:54:05 [deiu]
- hopefully by the end of the week
- 20:54:12 [melvster]
- awesome!
- 20:54:34 [deiu]
- lots of design issues to consider
- 20:54:56 [deiu]
- like storing events in a dedicated resource document per event / per month / etc.
- 20:54:57 [melvster]
- yes deiu: im sort of liking your one event per resource idea ...
- 20:55:09 [melvster]
- start with one to one I think then optimize later
- 20:55:16 [deiu]
- granularity sucks when it comes to updating/removing an event that is part of a list
- 20:55:17 [melvster]
- 1-1 is very clean
- 20:55:23 [deiu]
- PATCH would be very nice but hard to implement
- 20:55:30 [melvster]
- sparql delete?
- 20:55:42 [deiu]
- delete is easy
- 20:55:47 [deiu]
- UPDATE is more difficult
- 20:55:51 [melvster]
- delete and insert then?
- 20:56:11 [deiu]
- especially when you factor in concurrency (after sharing an event)
- 20:57:24 [melvster]
- deiu: i dont know if you saw the websocket demo but what that does is send a sparql delete+insert for an update and all the clients get updated in realtime, presbrey had a working demo
- 20:57:48 [deiu]
- I know about it, but not endpoints support WS
- 20:57:54 [deiu]
- not all*
- 20:58:06 [melvster]
- yeah
- 20:58:08 [melvster]
- true
- 20:58:25 [melvster]
- deiu: id suggest one event per document to begin
- 20:58:29 [deiu]
- it's an awesome exercise and a challenge though :)
- 20:58:32 [deiu]
- I welcome it
- 20:58:52 [deiu]
- so far the app looks really great!
- 20:59:24 [deiu]
- had we an app store now, I would totally "sell" it :)
- 21:13:38 [melvster]
- deiu: you can put it into 5apps ... they will put it onto chrome, firefox, amazon and other app stores
- 21:15:50 [RalphS]
- RalphS has quit (Ping timeout: 245 seconds)
- 21:36:13 [cheater__]
- cheater__ (~cheater@87.174.132.123) has joined #dig
- 22:56:18 [deiu]
- deiu has quit (Quit: Leaving)
- 23:16:10 [jorash]
- jorash has quit (Ping timeout: 256 seconds)