den Duit Geplaatst 8 maart 2012 Geplaatst 8 maart 2012 (bewerkt) Net terug van cachen op de Veluwe...geen last gehad van de zonnestorm......twee stuks gevonden met minimale afwijking!!!! 8 maart 2012 bewerkt door den Duit
Garmindude Geplaatst 26 maart 2012 Geplaatst 26 maart 2012 Ik had geen probleem met mijn gps gelukkig
Prof. Y. Lupardi Geplaatst 2 april 2012 Geplaatst 2 april 2012 (bewerkt) Als de Miep van je TomTom zegt: "na 200 meter recht naar boven" dan weet je dat er iets fout zit. Geen GPS-signaal Sinds Zaterdag 31 maart hebben wij de melding ontvangen dat een aantal modellen problemen hebben met het bepalen van de GPS-positie. Momenteel onderzoeken wij de oorzaak en zodra hier meer over bekend is, plaatsen wij hier een bericht. Als je op Update mij klikt onderaan deze pagina, krijg je automatisch bericht.Van sommige klanten hebben wij vernomen dat een soft reset dit probleem tijdelijk oplost. 2 april 2012 bewerkt door Prof. Y. Lupardi
GeoGorkum Geplaatst 3 april 2012 Geplaatst 3 april 2012 Sinds Zaterdag 31 maart hebben wij de melding ontvangen dat een aantal modellen problemen hebben met het bepalen van de GPS-positie. Momenteel onderzoeken wij de oorzaak en zodra hier meer over bekend is, plaatsen wij hier een bericht. Als je op Update mij klikt onderaan deze pagina, krijg je automatisch bericht.Van sommige klanten hebben wij vernomen dat een soft reset dit probleem tijdelijk oplost. Diezelfde URL Geen GPS-signaal geeft nu dit als oorzaak: Bijgewerkt 03/04/2012 10:00: Wij hebben de hoofdoorzaak gevonden waarom sommige van onze producten geen GPS-positie verkrijgen sinds 31 maart. Het probleem wordt veroorzaakt door een ‘leap year’(schrikkeljaar) bug in de software van de GPS-ontvanger. Er wordt hard gewerkt aan een permanente oplossing die wij beschikbaar zullen maken op onze website in de vorm van een software fix. Meer informatie volgt later vandaag. 't is dat 't geen 1 april meer is anders zou ik denken aan een geslaagde grap!
Team PeEr Geplaatst 4 april 2012 Geplaatst 4 april 2012 Het zijn wel net kleine kinderen bij TomTom. Het is namelijk helemaal niet hun fout hoor. "(..) bug in software (..) welke wordt geleverd door een derde partij."
Track_leader Geplaatst 4 april 2012 Geplaatst 4 april 2012 Het zijn wel net kleine kinderen bij TomTom. Het is namelijk helemaal niet hun fout hoor. "(..) bug in software (..) welke wordt geleverd door een derde partij." Hoe zo kleine kinderen??????? Tuurlijk moet software goed gecontroleerd worden en getest maar het blijft natuurlijk wel mensen werk. Enig idee wat er achter een release proces schuil gaat, het LEAP YEAR probleem is 1 van de grootste problemen in de IT en ja het kan tot een bug leiden.... het is wel makkelijk gelijk weer een mening klaar te hebben...
Peetee Geplaatst 4 april 2012 Auteur Geplaatst 4 april 2012 Toch snap ik niet dat dat schrikkeljaar probleem nog steeds een probleem is. Immers: het is bepaald niet zo dat de regelmaat van schrikkeljaren niet aan regels is gebonden of zo. Dus iedere software ontwikkelaar kan hiermee zo nodig rekening houden. Bovendien wordt de datum en tijd van de gps ontvanger veelal automatisch aangepast aan die van de ontvangen satellietinformatie. Dus waarom een Tomtom er toch last van heeft?
thex Geplaatst 4 april 2012 Geplaatst 4 april 2012 Wat is er nu zo leap aan eind maart Het einde van de maand na feburari
J-Thread Geplaatst 4 april 2012 Geplaatst 4 april 2012 <offtopic> het LEAP YEAR probleem is 1 van de grootste problemen in de IT Wat?!? En ik al mijn tijd maar verdoen aan P vs NP Maar eh, nee, het rekening houden met schrikkeljaren is geen probleem en ingebouwd in alle momenteel veelgebruikte platforms en programmeertalen, dus is absoluut geen probleem. Elke programmeur die daar een fout in maakt doet echt iets flink fout bij het ontwikkelen van de software, want is blijkbaar bezig met het (verkeerd) nabouwen van ingebouwde functies voor het omgaan met datum en tijd. Zoiets zou je als eerstejaars informaticastudent toch afgeleerd moeten hebben... Wellicht bedoel je dat het 1 van de meest gemaakte fouten is. Daar heb ik geen kijk op maar dat kan best, helaas is het niet al te best gesteld met "de IT". Grote bedrijven die veel geld verdienen met software ontwikkeling zijn helaas meestal niet degenen die dit het beste kunnen, en dit soort fouten zie je dus inderdaad vaker. Maar dat komt enkel door het inhuren van ongekwalificeerde mensen, en niet doordat het een fundamenteel probleem is. </offtopic> En sorry voor de offtopic, maar als iemand zoiets geks over mijn vakgebied gaat zeggen moet ik dat toch even recht zetten.
wirholt Geplaatst 4 april 2012 Geplaatst 4 april 2012 (bewerkt) Toch snap ik niet dat dat schrikkeljaar probleem nog steeds een probleem is. Immers: het is bepaald niet zo dat de regelmaat van schrikkeljaren niet aan regels is gebonden of zo. Dus iedere software ontwikkelaar kan hiermee zo nodig rekening houden. Bovendien wordt de datum en tijd van de gps ontvanger veelal automatisch aangepast aan die van de ontvangen satellietinformatie. Dus waarom een Tomtom er toch last van heeft? Ik had begrepen dat het niet om een schrikkeljaar gaat, maar om een schrikkelseconde. In tegenstelling tot schrikkeljaren, zit er in schrikkelseconden weinig regelmaat. (Op zaterdag 30 juni staat er weer een gepland.) Ik dacht dat de schrikkelseconde informatie niet in de informatie zit die de GPS satellieten verzenden. Als programmeur kun je dan niet veel anders doen dan er een tabel van bijhouden van schrikkelsecondes, die dan af en toe moet worden bijgewerkt als er weer een nieuwe schrikkelseconde nodig is. 4 april 2012 bewerkt door wirholt
Hiker_R Geplaatst 4 april 2012 Geplaatst 4 april 2012 Uit: http://nl.wikipedia.org/wiki/Schrikkelseconde Tegenwoordig is de seconde gedefinieerd als 9 192 631 770 perioden van de straling die correspondeert met de overgang tussen de twee hyperfijnenergieniveaus van de grondtoestand van cesium-133.
thex Geplaatst 4 april 2012 Geplaatst 4 april 2012 Eeeh, maar in 1 schrikkelseconde kom ik 2 meter ver. Whats the problem Een kortstondige terugslag bij het vinden van de ftf had ik verwacht, maar na 2 schrikkelseconden is mijn gps weer up to date. Dit duurt nu al een ruim schrikkelweekend, en lijkt schrikkelreset onafhankelijk en alleen afhankelijk van een schrikkelijke firmware update. Ik begrijp: tom tom maakt dom dom, maar echt snappen doe ik niet. Blond he Kan Prof Lupardi hier zijn wijsheid over ons laten schijnen ?
Track_leader Geplaatst 5 april 2012 Geplaatst 5 april 2012 Draadje kan worden gesloten..... Tom Tom heeft het probleem gevonden en brengt een Fix uit.... http://us.support.to...4/?locale=en_US Nu alvast maar druk maken over het einde van de wereld dat op het programma staat voor dit jaar, tenzij de Maya's ook een probleem hebben met het schrikkeljaar...... Shit het einde van de wereld kan dan zomaar op een andere dag vallen.... Eens kijken wie dat al heeft getest en gefixed heeft
Prof. Y. Lupardi Geplaatst 5 april 2012 Geplaatst 5 april 2012 Die leap-second dan. We hebben de dag (is een (1) maal ronddraaien van de aarde) opgedeeld in 24/60/60. Door de getijdewerking zal de aarde langzamer gaan draaien. Door zeestromingen en luchtverdeling draait de aarde soms wat sneller. Maar op de lange duur is er vertraging. Elke dag een klein beetje sommeert in de loop der tijd. En als het verschil van mijn UTC-tijdklok tot 1 seconde is opgelopen dan schrikkelen we de UCT tijd.. Deviation of day length from SI day (zie grafiek) http://upload.wikimedia.org/wikipedia/commons/2/28/Deviation_of_day_length_from_SI_day_.svg Je ziet dat tot 2000 er geregeld geschrikkeld moest worden maar dat sindsdien het maar heel zelden nodig is geweest. (+1 in 2008 was de laatste keer) Meer bij http://en.wikipedia.org/wiki/Leap_second Met de GPS hebben we er geen last van. Die werkt in GPS-tijd.
Aanbevolen berichten
Maak een account aan of meld je aan om een opmerking te plaatsen
Je moet lid zijn om een opmerking achter te kunnen laten
Account aanmaken
Maak een account aan in onze gemeenschap. Het is makkelijk!
Registreer een nieuw accountAanmelden
Ben je al lid? Meld je hier aan.
Nu aanmelden