Het Wat heb jij vandaag geprogrammeerd? topic

Ooit gekeken hoe bussen rijden volgens Google Maps? Recht door het water en schuin over allerlei wegen dwars door woonwijken (en huizen) heen
toevoeging op 2 maart 2015, 13:01:03:
En mensen stappen binnen een paar honderd ms in en uit de bus.
toevoeging op 2 maart 2015, 13:01:50:
De ene bus haalt de andere in, dubbel zo snel
toevoeging op 2 maart 2015, 13:02:25:
De waterbus stopt ook nog geen halve seconden voordat hij weer terug gaat
toevoeging op 2 maart 2015, 13:03:56:
De treinvan 13:35 is nu al vertrokken volgens dat ding
toevoeging op 2 maart 2015, 13:04:57:
Oh maar je kan alles wel doorspoelen, dat is wel handig als de NS weer eens vertraging heeft.
Gewoon alle treintjes ff doorspoelen

Goed verhaal lekker kort

toevoeging op 2 maart 2015, 13:08:53:
Misschien dat je voortaan van 10x versnellen naar 1x moet gaan

Wat maakt dat voor verschil?
Dan heeft hij ook niet de real-time info, dat is alsnog alleen een berekening op vertrek en aankomst tijd.
Geen actuele (GPS-)locatie waar Aarclay het over heeft.
Dan is dit toch iets heel anders?

Jessee schreef:

Ooit gekeken hoe bussen rijden volgens Google Maps? Recht door het water en schuin over allerlei wegen dwars door woonwijken (en huizen) heen

Dat is wel logisch omdat Google Maps de exacte routes niet weet. In plaats van te gokken welke ze zullen nemen laten ze dus enkel de haltes zien, stukken handiger dus.

De tracker van Geops.ch werkt echt waardeloos, ik denk dat deze meer kijkt naar de dienstregelingen gecombineerd met een waardeloos algoritme, dan dat deze de echte posities van de treinen en bussen weet.

OVradar en OVzoeker zijn daarintegen een stuk beter, die gebruiken een serie datastromen van de NS (béta), en een aantal andere vervoerders. Die worden ontsloten via het NDOV-loket en iedereen kan deze datastromen op aanvraag gebruiken. Het is GEEN API, dus de TCP-stream moet je zelf via Python binnenhengelen en verwerken tot een realtime XML, JSON ofzo...

Lennard schreef:

Eerdere citaten tonen

Jessee schreef:

Ooit gekeken hoe bussen rijden volgens Google Maps? Recht door het water en schuin over allerlei wegen dwars door woonwijken (en huizen) heen

Dat is wel logisch omdat Google Maps de exacte routes niet weet. In plaats van te gokken welke ze zullen nemen laten ze dus enkel de haltes zien, stukken handiger dus.

Maar waarom voegt Google Maps die routes dan niet toe? Die zijn namelijk wel openbaar geloof ik.
Want geops.ch heeft dat dan weer wél goed .

Ik heb aan het import systeem gewerkt. Probleem was dus het volgende: import ondersteunde enkel identifiers als bv [c]import std[/c].

Als je dan bv. iets wilt includen uit een andere mapje, dan zou je dit doen: [c]import a/b[/c], maar, dat zou nooit lukken aangezien [c]/[/c] niet als identifier telt.

Dus ik dacht, import moet ook strings ondersteunen. Maar als import strings moet ondersteunen moet ik weer op een nieuwe manier parsen.

En toen dacht ik: hé, eigenlijk moet import een functie zijn. Dan ondersteunt ie direct meerdere imports op 1 lijn en dan worden je mapjes en dergelijke gewoon als string geschreven.

import(std.Writeln, mapje/in/mapje/bestand);

bestand.Hoi();

De naam van je bestand is automatisch de naam van je value.

Raoul schreef:

Ik heb aan het import systeem gewerkt. Probleem was dus het volgende: import ondersteunde enkel identifiers als bv [c]import std[/c].

Als je dan bv. iets wilt includen uit een andere mapje, dan zou je dit doen: [c]import a/b[/c], maar, dat zou nooit lukken aangezien [c]/[/c] niet als identifier telt.

Dus ik dacht, import moet ook strings ondersteunen. Maar als import strings moet ondersteunen moet ik weer op een nieuwe manier parsen.

En toen dacht ik: hé, eigenlijk moet import een functie zijn. Dan ondersteunt ie direct meerdere imports op 1 lijn en dan worden je mapjes en dergelijke gewoon als string geschreven.

import(std.Writeln, mapje/in/mapje/bestand);

bestand.Hoi();

De naam van je bestand is automatisch de naam van je value.

En als je nu twee bestanden import met dezelfde naam maar alleen een andere bestandslocatie?

@^ Ik had een fout gemaakt, je zal niet "bestand" als naam hebben voor de value, maar "mapje". Alle bestanden en values uit die map worden geautoload en in "mapje" gezet.

En als je twee dezelfde mappen hebt, kan je alsnog importen als een andere naam:

map1 = import(zelfde/naam/van/uiterste/map);
map2 = import(nog/eens/dezelfde/naam/voor/een/map);

Volgende uitdaging: maken dat je cookies kunt ophalen. Ik moet de HTTP spec voor cookies eens bekijken, want Apaches Java library heeft geen cookie functionaliteit, dus ik moet headers parsen

Polygon en normale selectie voor mijn screenshot programma gemaakt. Het idee komt van Sharex!

Niet echt geprogrammeerd, maar wel programming related:

Heb sinds een hele tijd weer eens een project waarmee ik vol inzet op Github.
Normaal werk ik via ssh direct op mijn test servers, en via Github werken is dan nogal omslachtig.

Heb nu atom.io als lokale editor en node.js lokaal geïnstalleerd en met Github alles werkend.
Super chill werkt dit Als je naar Github pusht dan gaat er via een webhook een request naar de server die dan kijkt welke repo (we hebben er 2) er is geupdate, en die repo daarvan haalt hij de code op en start hij de node-server opnieuw.

En werk voor het eerst met Locomotive.js, so far werkt het echt super chill.
(@Raoul heb jij toch ook ooit mee gewerkt?)

atom.io zuigt echt hier, super trage editor

Brackets

Raoul schreef:

atom.io zuigt echt hier, super trage editor

Je hebt ook minimaal een Atom-processor nodig grt

Raoul schreef:

atom.io zuigt echt hier, super trage editor

100% mee eens.