Dat bedoel ik Een timestamp is een fixed point in time, onafhankelijk van waar je op aarde staat.quote:
ja die strings in de eerste output die ik gaf klopte niet, maar de timestamps blijven hetzelfde en de volgorde ervan snap ik nog steeds niet helemaal. toen ik een unit test schreef ging ik er van uit dat amsterdam in het midden zou zitten qua timestamp voor "today", maar dat klopt dus nietquote:Op woensdag 22 oktober 2014 21:01 schreef Light het volgende:
[..]
Nee. Om te beginnen kloppen die strings niet. En het probleem met "today" is dat je niet weet welke dat je krijgt. In Australië is 23 oktober al begonnen, dus krijg je die datum als je "today" gebruikt. In de andere gebieden is dat niet het geval en krijg je 22 oktober.
int(1413950400)
2014-10-22 00:00:00-0400
int(1413928800)
2014-10-22 00:00:00+0200
int(1413982800)
2014-10-23 00:00:00+1100
Eigenlijk zoek je voor Sydney deze tijd:
int(1413896400)
2014-10-22 00:00:00+1100
Light gaf het al aan: timestamps gaan van UTC uit (tijdzone 0).quote:Op woensdag 22 oktober 2014 21:27 schreef wipes66 het volgende:
[..]
ja die strings in de eerste output die ik gaf klopte niet, maar de timestamps blijven hetzelfde en de volgorde ervan snap ik nog steeds niet helemaal. toen ik een unit test schreef ging ik er van uit dat amsterdam in het midden zou zitten qua timestamp voor "today", maar dat klopt dus niet
1 2 3 | 2014-10-22T04:00:00+00:00 New York 2014-10-21T22:00:00+00:00 Amsterdam 2014-10-22T13:00:00+00:00 Sydney |
Nee, Sydney is de kleinste, dan Nederland, en New York is de grootste. De reden dat het mis lijkt te gaan voor Sydney is dat het daar inmiddels 07:18 is op 23 oktober waar Nederland en New York nog in 22 oktober leven.quote:Op woensdag 22 oktober 2014 22:03 schreef Aether het volgende:
[..]
Light gaf het al aan: timestamps gaan van UTC uit (tijdzone 0).
Misschien dat het duidelijker is als UTC:
[ code verwijderd ]
Door zomertijd geldt voor Nederland tijdzone +02 t.o.v. UTC. Als het middernacht is, is het 22 uur 's avonds de vorige dag in UTC (tweede regel).
New York loopt 4 uur achter t.o.v. UTC. Als het daar middernacht is, is het 4 uur 's ochtends UTC.
Sydney loopt 11 uur voor op UTC. Als het daar middernacht is, is het 24 - 11 = 13 uur 's middags UTC (omdat het op het moment van meten al een dag later is in Australië).
Vanuit UTC gezien is Nederland de kleinste timestamp, daarna New York en dan Sydney.
Amsterdam zit in het midden als je het over dezelfde dag hebt. Maar 'today' is niet voor alle tijdzones hetzelfde. Als je het over een uur weer probeert, is de timestamp van Sydney voor 'today' wel kleiner dan die van Amsterdam voor 'today'.quote:Op woensdag 22 oktober 2014 21:27 schreef wipes66 het volgende:
[..]
ja die strings in de eerste output die ik gaf klopte niet, maar de timestamps blijven hetzelfde en de volgorde ervan snap ik nog steeds niet helemaal. toen ik een unit test schreef ging ik er van uit dat amsterdam in het midden zou zitten qua timestamp voor "today", maar dat klopt dus niet
En zowaar geschiedde:quote:Op woensdag 22 oktober 2014 23:04 schreef Light het volgende:
[..]
Amsterdam zit in het midden als je het over dezelfde dag hebt. Maar 'today' is niet voor alle tijdzones hetzelfde. Als je het over een uur weer probeert, is de timestamp van Sydney voor 'today' wel kleiner dan die van Amsterdam voor 'today'.
1 2 3 | string(31) "Thu, 23 Oct 2014 00:00:00 -0400" int(1414036800) string(31) "Thu, 23 Oct 2014 00:00:00 +0200" int(1414015200) string(31) "Thu, 23 Oct 2014 00:00:00 +1100" int(1413982800) |
Wat wil je eigenlijk bereiken, dit lijkt namelijk op een unittest van DateTime zelf..quote:Op woensdag 22 oktober 2014 19:45 schreef wipes66 het volgende:
heeft iemand verstand van timezones? ik probeer "today 00:00" om te zetten in een timestamp, maar wel afhankelijk van een tijdzone (via DateTime). in de unittest vergelijk ik new-york, amsterdam en die van sydney. maar die van amsterdam blijkt lager te zijn dan die van new-york?
een class testen, die inderdaad niet veel meer dan datetime gebruikt. maar goed, het komt wel vaker voor dat je dingen test die gebruik maken van iets dat op zichzelf ook al getest wordt tochquote:Op donderdag 23 oktober 2014 18:43 schreef slacker_nl het volgende:
[..]
Wat wil je eigenlijk bereiken, dit lijkt namelijk op een unittest van DateTime zelf..
Over het algemeen maak je dan gebruik van mocks. Die kun je namelijk configureren zodat ze precies doen wat je wilt en je niet afhankelijk bent van de interne werking van die class.quote:Op donderdag 23 oktober 2014 19:03 schreef wipes66 het volgende:
[..]
een class testen, die inderdaad niet veel meer dan datetime gebruikt. maar goed, het komt wel vaker voor dat je dingen test die gebruik maken van iets dat op zichzelf ook al getest wordt toch
Zoiets? http://sourceforge.net/projects/phpocr/quote:Op zaterdag 25 oktober 2014 17:53 schreef xaban06 het volgende:
Iemand bekend met text uitlezen uit foto's?
Rekening houdend met:
- Je weet van te voren niet hoe groot de plaatje dus, kan altijd verschillend zijn.
- Je weet wel de opbouw van de text, is altijd <xx> karakters lang.
- Je weet de kleur van de tekst (zwart, maar zal uiteraard altijd een ander tint zwart zijn, want foto's).
- Je weet de achtergrondkleur van de tekst.
Zijn hier libraries voor?
Daarmee kan je tekst uit screenshots lezen, ik heb het echt over foto's. Geen screenshots oid.quote:Op zaterdag 25 oktober 2014 18:05 schreef bondage het volgende:
[..]
Zoiets? http://sourceforge.net/projects/phpocr/
Nee, voor dat soort specifieke gevallen zijn geen libraries. Wat je natuurlijk zou kunnen doen is het voorbewerken van de afbeelding en dan een standaard OCR oplossing gebruiken.quote:Op zaterdag 25 oktober 2014 17:53 schreef xaban06 het volgende:
Iemand bekend met text uitlezen uit foto's?
Rekening houdend met:
- Je weet van te voren niet hoe groot de plaatje dus, kan altijd verschillend zijn.
- Je weet wel de opbouw van de text, is altijd <xx> karakters lang.
- Je weet de kleur van de tekst (zwart, maar zal uiteraard altijd een ander tint zwart zijn, want foto's).
- Je weet de achtergrondkleur van de tekst.
Zijn hier libraries voor?
1 | mysql -h localhost -uUSERNAME --password="PASSWORD" -e "SET @variable_file=123" < ./testSqlMetParamenter.sql |
1 2 | use hub_test; INSERT INTO mut_pcdata_results ( filename, starttime ) VALUES ( @variable_file, NOW() ); |
1 | mysql -h localhost -uUSERNAME --password="PASSWORD" -e "SET @variable_file=123; source ./testSqlMetParamenter.sql" |
Ken je dit al? https://www.cs.rochester.edu/~ferguson/poker/ipp.htmlquote:Op vrijdag 31 oktober 2014 00:56 schreef TwenteFC het volgende:
Een aantal jaar geleden al eens geprobeerd om te maken, destijds niet gelukt.
Nu in een uurtje dit er uit gerammeld, morgen maar eens kijken naar de winnaars berekening. En zorgen dat je/er ingezet wordt.
[ afbeelding ]
Wanneer het af is zal ik de code wel op github gooien.
Kende deze nog niet nee, ziet er wel handig uit.quote:Op vrijdag 31 oktober 2014 08:46 schreef slacker_nl het volgende:
[..]
Ken je dit al? https://www.cs.rochester.edu/~ferguson/poker/ipp.html
1 | SELECT `provincie`, `brandstof`, `gewichtStart`, `tarief` FROM `wegenbelasting` WHERE `brandstof` = 'diesel' AND `gewichtstart` < '1370' |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 | provincie brandstof gewichtstart tarief Drenthe Diesel 1 93 Drenthe Diesel 551 113 Drenthe Diesel 651 133 Drenthe Diesel 751 160 Drenthe Diesel 851 196 Drenthe Diesel 951 232 Drenthe Diesel 1051 268 Drenthe Diesel 1151 305 Drenthe Diesel 1251 341 **Drenthe Diesel 1351 377 Noord-Holland Diesel 1 90 Noord-Holland Diesel 551 109 Noord-Holland Diesel 651 129 Noord-Holland Diesel 751 154 Noord-Holland Diesel 851 189 Noord-Holland Diesel 951 223 Noord-Holland Diesel 1051 257 Noord-Holland Diesel 1151 290 Noord-Holland Diesel 1251 324 **Noord-Holland Diesel 1351 358 Utrecht Diesel 1 91 Utrecht Diesel 551 110 Utrecht Diesel 651 130 Utrecht Diesel 751 156 Utrecht Diesel 851 190 Utrecht Diesel 951 225 Utrecht Diesel 1051 259 Utrecht Diesel 1151 294 Utrecht Diesel 1251 328 **Utrecht Diesel 1351 363 |
1 2 3 | Drenthe Diesel 1 93 Noord-Holland Diesel 1 90 Utrecht Diesel 1 91 |
1 2 3 4 5 6 7 8 9 10 | SELECT `provincie`, `brandstof`, `gewichtStart`, `tarief` FROM `wegenbelasting` WHERE `brandstof` = 'diesel' AND `gewichtstart` = ( SELECT gewichtstart FROM wegenbelasting WHERE gewichtstart < 1370 AND brandstof = 'diesel' ORDER BY gewichtstart DESC LIMIT 1 ) |
1 2 3 4 5 6 | select gewicht from wegenbelasting where gewicht = ( select max(gewicht) from wegenbelasting where gewicht < 1370) |
Zit nu mobiel, kan niet testen, maar ik wil de resultaat van ieder provincie. Dus niet alleen de duurste provincie.quote:Op zaterdag 1 november 2014 21:31 schreef slacker_nl het volgende:
Simplified:
[ code verwijderd ]
Mogelijk zou je het met een join kunnen doen. Maar dat laat ik aan jou over.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |