**** BEGIN LOGGING AT Thu Nov 03 03:00:00 2016
Nov 03 04:05:39 <jonwil> oh great, looks like if I want to do Google GTFS-realtime data on Maemo I need to find a way to get Google Protocol Buffers working on Maemo
Nov 03 04:07:12 <jonwil> and more so get them going with the ancient GCC 4.2.1 version Maemo is stuck with
Nov 03 04:07:48 <jonwil> If I can find the right debian packages for protobuf (the runtime side in particular) I could try and back-port it
Nov 03 04:07:52 <jonwil> That might be a good place to start
Nov 03 05:59:44 <jonwil> http://talk.maemo.org/showthread.php?p=1517946#post1517946
Nov 03 06:37:24 <sicelo> jonwil: there is backgammon for n900, offscr-backgammon
Nov 03 06:43:32 <Oksana> Is it open-source?..
Nov 03 07:00:16 <jonwil> I think offscr-backgammon was in the old ovi store
Nov 03 07:00:22 <jonwil> which is gone
Nov 03 07:00:35 <jonwil> I dont believe it was open source
Nov 03 07:12:11 <jonwil> in fact I am sure it wasn't
Nov 03 07:24:29 <bencoh> yup it's in ovi
Nov 03 07:42:58 <jonwil> If I can figure out how to read the GTFS and GTFS-realtime data on the N900 I think the transit app I am planning to write should be doable
Nov 03 07:43:58 <bencoh> gtfs ? google traffics?
Nov 03 07:45:48 <jonwil> Google transit
Nov 03 07:46:06 <jonwil> public transport agencies publish data in that format and apps can use it
Nov 03 07:46:18 <jonwil> GTFS provides data on routes, stops, schedules etc
Nov 03 07:46:32 <jonwil> then GTFS-realtime is real-time tracking data on top of that
Nov 03 07:46:57 <bencoh> don't they have a public API for that
Nov 03 07:47:13 <bencoh> in json/xml iirc
Nov 03 07:47:29 <jonwil> different agencies do different things
Nov 03 07:47:42 <jonwil> The transport agency in my area provides Google GTFS data
Nov 03 07:47:53 <jonwil> plus a GTFS-realtime data feed
Nov 03 07:48:10 <jonwil> plus also a REST/SOAP API for journey planning/scheduling
Nov 03 07:48:19 <jonwil> all 3 of which I plan to use in my app
Nov 03 07:48:32 <jonwil> REST isn't a problem, there are libs for that in the repos
Nov 03 07:48:47 <bencoh> no I mean ... google has an api for that right?
Nov 03 07:48:59 <jonwil> google doesn't have an API
Nov 03 07:49:02 <jonwil> or if they do, its not one I have seen
Nov 03 07:49:29 <jonwil> https://developers.google.com/transit/ is what I see with Google
Nov 03 07:49:38 <jonwil> and that is just the specs for GTFS and GTFS-realtime
Nov 03 07:50:00 <bencoh> they at least do for directions
Nov 03 07:50:21 <jonwil> oh wait I see now, its part of the Google Maps API.
Nov 03 07:50:30 <jonwil> But that's not what I need
Nov 03 07:50:48 <jonwil> I have a specific feature set in mind for the app based on what I personally want to do with it.
Nov 03 07:51:10 <bencoh> which is?
Nov 03 07:51:45 <jonwil> I want to write something that uses the REST API to let me do journey planning (they have a mobile website but they recently upgraded it and now its useless on the N900 browser)
Nov 03 07:51:50 <jonwil> And '
Nov 03 07:52:01 <jonwil> And I want to use the GTFS and GTFS-realtime APIs to track things
Nov 03 07:52:20 <jonwil> I want something to track buses comming to the stop I am at
Nov 03 07:52:35 <jonwil> and tell me when the next bus is due
Nov 03 07:52:46 <jonwil> well bus/train/tram/ferry since this agency does all 4 :)
Nov 03 07:53:39 <jonwil> I also want something that I can use (again via the GTFS-realtime data) to follow the vehicle I am currently riding on and display the upcoming stops so I know when to get off.
Nov 03 07:53:58 <jonwil> The Google Maps API wont help with the features I want
Nov 03 07:54:38 <jonwil> hence why I want to be able to read GTFS and GTFS-realtime data on the N900
Nov 03 07:54:57 <jonwil> GTFS is just text files and I bet I could find a C/C++ library that reads them and port that to the N900
Nov 03 07:55:06 <jonwil> But GTFS-realtime uses Google Protocol Buffers
Nov 03 07:55:16 <jonwil> and so I need to figure out how to get that thing ported to the N900
Nov 03 07:55:39 <jonwil> https://developers.google.com/protocol-buffers/
Nov 03 08:01:18 <jonwil> well I was wrong and I cant find a C/C++ library for parsing GTFS
Nov 03 08:01:28 <jonwil> but I am probably just not using the right search terms :P
Nov 03 08:01:47 <jonwil> certainly though getting protocol-buffers working on the N900 is key to my app, otherwise I cant do what I want
Nov 03 08:09:29 <bencoh> jonwil: err iirc I've built protobuf already
Nov 03 08:09:42 <bencoh> just haven't had time to clean/push it to extras
Nov 03 08:14:34 <bencoh> jonwil: protobuf/c++ is already present in extras*, and I have protobuf-c lying around if you want
Nov 03 08:17:57 <jonwil> is protobuf/c++ the latest version?
Nov 03 08:18:03 <jonwil> and what package(s) do I want?
Nov 03 08:42:06 <bencoh> I dunno what you're looking for to be honest, so ... no idea ;)
Nov 03 08:42:21 <bencoh> protobuf-c is 0.14 here
Nov 03 08:42:32 <bencoh> protobuf is latest in extras ... 2.4.x
Nov 03 09:13:43 <jonwil> According to https://github.com/google/protobuf/releases the latest release from Google is 3.1.0
Nov 03 09:36:25 <jonwil> Looks like the .proto file for GTFS-realtime needs protobuf 2.x anyway
Nov 03 10:08:24 <jonwil> ok, I got the .proto file to spit out a .cc file and a .h file and the result compiles in scratchbox with the included gcc
Nov 03 10:08:29 <jonwil> So that seems to be going
Nov 03 10:08:45 <jonwil> So I got the protobuf stuff installed properly
Nov 03 10:08:50 <jonwil> At least I hope so
Nov 03 10:08:57 <jonwil> I also got librest for the REST api installed
Nov 03 10:16:28 <sicelo> :)
Nov 03 12:25:29 <jonwil> now all I need is to find something to parse GTFS and I can start working on this app (well that and I need a name)
Nov 03 12:25:50 <bencoh> "something?
Nov 03 12:54:34 <jonwil> a C/C++ library more specifically :)
Nov 03 13:05:43 <jon_y> jonwil: use flex/bison? :)
Nov 03 13:14:45 <jonwil> I dont know the first thing about using flex/bison or how to write parsers
Nov 03 13:14:57 <jonwil> I dont think flex/bison is the right tool for GTFS data in any case
Nov 03 13:15:05 <jonwil> since its comma delimited text
Nov 03 13:16:49 <jon_y> use perl :)
Nov 03 13:17:58 <jon_y> $\ = q{,}; @results = map {...} <STDIN>;
Nov 03 13:18:56 <jon_y> flex/bison isn't hard to pick up if you know regex
Nov 03 14:06:12 <_maniac_> GTFS data is just a zip of csv-like files. not sure of GTFS-relatime, didn't touch that. 
Nov 03 20:34:07 <jonwil> hi
Nov 03 20:36:36 <CatButts> uhllo
Nov 04 01:21:03 <brolin_empey> DocScrutinizer51: DocScrutinizer05: Around?  Or someone else who knows more than me about using the LVDS display controller on an industrial/embedded x86 motherboard to directly drive a flat-panel display (AMLCD panel) instead of using a video monitor?
Nov 04 01:35:42 <brolin_empey> The computer is a DFI Q7X-151 BT700 running Windows 8.1 Enterprise for x86-32.  The display is an AUO G101EVN01.0 10.1-inch 1280×800 AMLCD panel.  In the firmware setup program on the DFI computer, in the Intel IGD screen, in the list of display modes to use, the only entry for 1280×800 says “36 bit” and results in 4 images of 640×400 on the screen (one image quadrupled).  The entries for 1024×768 or 1366×768 that say “18 bit” work (image on 
Nov 04 01:35:42 <brolin_empey> screen is as expected).  How do I get 1280×800 working?
**** ENDING LOGGING AT Fri Nov 04 03:00:00 2016