On 2013-05-18 23:10, Sampsa Laine wrote: Always doable, just pick one box per area. Indeed. Or actually, not even one box per area is required. But it's something that needs to be agreed upon, as well as details on formats. Agreement is always a big issue. Once that is in place, and the actual data design is in place, writing code is always easy. As for easy to scrape, we had a pretty well-defined format for where the machine readable stuff starts (the content is just CSV, more or less) and ends. How much easier do you want it? :) Who knows? :-) Johnny sampsa On 18 May 2013, at 23:08, Johnny Billquist <bqt at softjar.se> wrote: On 2013-05-18 22:58, Sampsa Laine wrote: On 18 May 2013, at 18:41, Johnny Billquist <bqt at softjar.se> wrote: Or I could possible scrape files in know locations to manage the updating, if that would make more sense. (The last one would probably be really easy from my point of view...) Johnny Didn't we develop a format for this ages ago, to be stuck at the end of INFO.TXT on the public accessible dir of a machine? I don't think the current INFO.TXT files are that useful, or even easy to scrape. But that might just be me. :-) Not to mention that I have no clue which machines to scrape, if I were to do that. If I were to do it, I'd probably ask for a different format, and have a designated machine per person/area to scrape. Johnny -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol