En die k^2 wordt dus k^10. Dat kan zomaar in de breuk gestopt worden?quote:Op dinsdag 7 november 2017 16:34 schreef Janneke141 het volgende:
[..]
Het minteken zou je kunnen zien als een vermenigvuldiging met -1. en (-1)^5 = -1, dus blijf je een minteken houden.
Had er geen vijfde maar een zesde macht gestaan dan was het minteken verdwenen, aangezien (-1)^6 = 1.
Je weet ook datquote:Op dinsdag 7 november 2017 15:51 schreef _--_ het volgende:
Wat zijn de tussenstappen hier en waarom?
Bedankt, dit heeft me geholpen!quote:Op dinsdag 7 november 2017 16:40 schreef Alrac4 het volgende:
[..]
Je weet ook dat.
Dus schrijfals
Dan gebruik je de regel voor vermenigvuldigen:
Dan werk je alle losse termen uit:
En dan combineer je alles weer:
Eeh, omdat je een getal zo vaak als je wil met 1 kan vermenigvuldigen zonder dat er iets verandert?quote:Op dinsdag 7 november 2017 16:45 schreef _--_ het volgende:
[..]
Bedankt, dit heeft me geholpen!
nog 1 vraagje. waarom kan er eigenlijk nog een 1 komen na de '-' als er al een getal staat? in dit geval een getal kleiner dan 1.
Het is dus altijd zo dat je na een '-' een 1 moet zetten als je een opgave dergelijk moet oplossen?quote:Op dinsdag 7 november 2017 16:48 schreef Janneke141 het volgende:
[..]
Eeh, omdat je een getal zo vaak als je wil met 1 kan vermenigvuldigen zonder dat er iets verandert?
Er moet niks. Je kan ook concluderen dat een oneven macht van een minteken altijd een minteken oplevert, en een even macht niet.quote:Op dinsdag 7 november 2017 16:49 schreef _--_ het volgende:
[..]
Het is dus altijd zo dat je na een '-' een 1 moet zetten als je een opgave dergelijk moet oplossen?
Bedankt voor de hulpquote:Op dinsdag 7 november 2017 16:50 schreef Janneke141 het volgende:
[..]
Er moet niks. Je kan ook concluderen dat een oneven macht van een minteken altijd een minteken oplevert, en een even macht niet.
Je kunt het minteken ook bij de 2, de k^2 of zelfs bij de 3 zetten. Als je de 5e macht dan uitwerkt zie je dat je uiteindelijk een minteken overhoudt. Zoals Janneke al zegt kom het er uiteindelijk op neer dat oneven machten van een minteken een minteken opleveren, terwijl even machten een plusteken geven.quote:Op dinsdag 7 november 2017 16:49 schreef _--_ het volgende:
[..]
Het is dus altijd zo dat je na een '-' een 1 moet zetten als je een opgave dergelijk moet oplossen?
quote:Op dinsdag 7 november 2017 16:54 schreef Alrac4 het volgende:
[..]
Je kunt het minteken ook bij de 2, de k^2 of zelfs bij de 3 zetten. Als je de 5e macht dan uitwerkt zie je dat je uiteindelijk een minteken overhoudt. Zoals Janneke al zegt kom het er uiteindelijk op neer dat oneven machten van een minteken een minteken opleveren, terwijl even machten een plusteken geven.
Gewoon gebruik maken van de bekende rekenregels voor breuken en voor machten:quote:Op dinsdag 7 november 2017 15:51 schreef _--_ het volgende:
Wat zijn de tussenstappen hier en waarom?
Jow bedankt!quote:Op dinsdag 7 november 2017 17:44 schreef Riparius het volgende:
[..]
Gewoon gebruik maken van de bekende rekenregels voor breuken en voor machten:
Deze notaties, hoe krijg ik die makkelijk vanaf m`n toetsenbord op het beeld?quote:Op dinsdag 7 november 2017 16:40 schreef Alrac4 het volgende:
[..]
Je weet ook dat.
Dus schrijfals
Dan gebruik je de regel voor vermenigvuldigen:
Dan werk je alle losse termen uit:
En dan combineer je alles weer:
Met LaTex door [tex] tagjes.quote:Op dinsdag 7 november 2017 21:40 schreef Adrie072 het volgende:
[..]
Deze notaties, hoe krijg ik die makkelijk vanaf m`n toetsenbord op het beeld?
Alt + ... invoer, of in een word document eerst intypen/gebruik maken?
Het is eenvoudiger dan het lijkt. Werk deze vijf blogs eens door.quote:Op woensdag 8 november 2017 18:20 schreef Adrie072 het volgende:
[..]
Bedankt, heb er even vluchtig naar gekeken, dat heb je zo te zien niet even onder de knie.
Ga ik doen, merciquote:Op woensdag 8 november 2017 18:57 schreef Riparius het volgende:
[..]
Het is eenvoudiger dan het lijkt. Werk deze vijf blogs eens door.
Is wel verdomd handig. Ik wist niet dat FOK! LaTex faciliteerde overigens.quote:Op woensdag 8 november 2017 18:20 schreef Adrie072 het volgende:
[..]
Bedankt, heb er even vluchtig na gekeken, dat heb je zo te zien niet even onder de knie.
Omdat ze informatie uitdrukken in aantal bits als ik er zo even kort naar kijk.quote:Op maandag 13 november 2017 14:04 schreef obsama het volgende:
Kan iemand de logica uitleggen van de log2 term in Shannon-entropie? Moest dit gebruiken om de purity van een set uit te rekenen maar kan de log niet plaatsen
https://nl.m.wikipedia.org/wiki/Entropie_(informatietheorie)
Toch wonderlijk dat ze dat zo op de Engelstalige wiki vermelden.quote:
quote:Op zondag 19 november 2017 00:52 schreef JAM het volgende:
[..]
Toch wonderlijk dat ze dat zo op de Engelstalige wiki vermelden..
Dat staat er dus niet. Hoe moet ik 2 aparte variabelen dan berekenen?quote:Op zaterdag 9 december 2017 18:07 schreef JAM het volgende:
Ja, dat kan. Het zou me ook niet verbazen als er een paar pagina's eerder of later in dat boek uitgelegd staat hoe je dat moet doen.
Bij 22a is gegeven dat er een lineair verband bestaat tussen C en t, namelijkquote:Op zaterdag 9 december 2017 17:38 schreef _--_ het volgende:
[ afbeelding ]
Is er een manier waarop je opdracht 22a, 24a en 24b kan berekenen? Wat ik doe nu is simpel invullen en raden totdat het klopt. Ik heb niet echt een berekening zeg maar.
Heel erg bedankt. Ik zie nu in hoe het werkt.quote:Op zaterdag 9 december 2017 18:44 schreef Riparius het volgende:
[..]
Bij 22a is gegeven dat er een lineair verband bestaat tussen C en t, namelijk
waarbij a en b constantes zijn. Om nu a en b te bepalen maken we gebruik van de gegevens uit het tabelletje. We hebben twee onbekenden a en b, en dus hebben we ook twee vergelijkingen in a en b nodig om deze eenduidig te kunnen bepalen. Uit het tabelletje lezen we af dat C = 10 als t = 2. Invullen in de betrekking C = at + b geeft
Ook lezen we uit het tabelletje af dat C = 50 als t = 6. Deze waarden weer invullen in de betrekking C = at + b geeft
Nu hebben we twee (lineaire) vergelijkingen in de twee onbekenden a en b. Deze vergelijkingen vormen samen een stelsel, en dit stelsel kunnen we oplossen. We herschrijven om te beginnen de vergelijkingen even in een gestandaardiseerde vorm zodanig dat de onbekenden a en b in het linkerlid komen te staan en de coëfficiënten van de a vóór de a en dan hebben we
Om dit stelsel op te lossen is het het eenvoudigst om de leden van de eerste vergelijking af te trekken van de leden van de tweede vergelijking. Uit bovenstaande twee vergelijkingen volgt immers dat moet gelden
en dus
zodat
Nu we de waarde van a kennen, kunnen we deze invullen in één van onze twee vergelijkingen. Invullen van a = 10 in de eerste vergelijking 2a + b = 10 geeft
en zo vinden we
Nu de waarden a = 10 en b = −10 gevonden zijn kennen we ook de betrekking tussen C en t, namelijk
Je kunt dit uiteraard controleren door de waarden van t uit het tabelletje in te vullen, en deze betrekking levert dan inderdaad de bijbehorende waarden van C.
Los nu zelf opgave 24 op deze manier op. Je krijgt bij deze opgave weer een lineair stelsel van twee vergelijkingen, maar nu met p en q als onbekenden.
Inmiddels wel. Nogmaals X=(X_n) was een martingale op de versie van Polya's Urn op de pagina hiervoor. In box 0 k rode ballen uit m totaal, daar werden dan steeds ballen uit getrokken (met terugleggen) en het resultaat werd in de volgende box getrokken, recursief dus.quote:
3 log 3 is toch geen 3?quote:Op dinsdag 19 december 2017 20:05 schreef Tochjo het volgende:
Het linkerlid is te schrijven alsen het rechterlid is te schrijven als
. Daaruit volgt
.
Even een tip: je moet op FOK geen enter gebruiken tussen je TeX tags, want de parser die FOK gebruikt kan daar niet mee overweg. Daarom werkte je TeX code hierboven niet.quote:
Aha ik snap het al. Daarna pas je de regel g^log(x)=c is x=g^cquote:Op dinsdag 19 december 2017 20:28 schreef Riparius het volgende:
[..]
Even een tip: je moet op FOK geen enter gebruiken tussen je TeX tags, want de parser die FOK gebruikt kan daar niet mee overweg. Daarom werkte je TeX code hierboven niet.
En je hebt inderdaad
maar dat is precies wat je nodig hebt, want je wil het rechterlid van je vergelijking herschrijven als een logaritme met grondtal 3.
Dat is de definitie van een logaritme: de logaritme van een getal is de exponent waartoe je een vast getal (het grondtal) moet verheffen om dat getal te verkrijgen. De regel die je toepast bij het oplossen van je vergelijking is dat twee grootheden met dezelfde logaritme (met hetzelfde grondtal) aan elkaar gelijk zijn. Dus, uitquote:Op dinsdag 19 december 2017 20:31 schreef _--_ het volgende:
[..]
Aha ik snap het al. Daarna pas je de regel toe dat g^log(x)=c equivalent is met x=g^c
Bedankt, Riparius.quote:Op dinsdag 19 december 2017 20:41 schreef Riparius het volgende:
[..]
Dat is de definitie van een logaritme: de logaritme van een getal is de exponent waartoe je een vast getal (het grondtal) moet verheffen om dat getal te verkrijgen. De regel die je toepast bij het oplossen van je vergelijking is dat twee grootheden met dezelfde logaritme (met hetzelfde grondtal) aan elkaar gelijk zijn. Dus, uit
volgt
Het is meer een optimalisatieprobleem wat je op kan lossen met linear programming. Zoek uit wat zo'n sneeuwruimer per uur zo'n beetje qua afstand haalt en maak een soort grid. Je geeft strafpunten voor overlappende routes en/of aantal sneeuwruimers en minimaliseert die penalty functions.quote:Op zaterdag 23 december 2017 18:49 schreef ronaldoo12 het volgende:
Hoi, ik had een vraag over een praktisch probleem die ik moet onderzoeken. Het probleem is als volgt: https://imgur.com/Vfpl0Vm
De plattegrond: https://imgur.com/a/6lSls
Het gaat om het gebied wat omsloten wordt door:
aan de noordzijde: Wateringsevest en Nieuwe Plantage
aan de westzijde: Phoenixstraat en Westvest
aan de oostzijde: de Delftsche Vliet
aan de zuidzijde: de Delftsche Vliet en Kolk
Het is dus de bedoeling dat dit probleem met behulp van een wiskundig model moet worden opgelost. Ik vroeg me af of iemand me kan helpen welk wiskundige modellen geschikt zijn om dit probleem op te lossen. Alvast bedankt !
Denk eens simpel. Tel het aantal kruispunten (en eindpunten) en definieer een graaf (V,E) met punten vi, i = 1,..,n met n = #kruispunten. Nu, [vi, vj] zit in E desda als het aanliggende kruispunten zijn. Het zal even tijd zijn om deze adjacency matrix te construeren, maar dan heb je ook wat. Ik neem aan dat je wilt dat je sneeuwruimers een aaneensluitende route krijgen, anders kun je gewoon een simpel algoritme gebruiken.quote:Op vrijdag 12 januari 2018 20:52 schreef ronaldoo12 het volgende:
Weet iemand hoe ik dit plattegrond beschikbaar kan krijgen zonder straatnamen etc? :
https://imgur.com/a/AQWCL
En wat de standaardschaal is van zo'n plattegrond? In google maps komt 1,7 cm overeen met 200m. Maar ik weet niet of ik die schaal ook voor deze plattegrond kan hanteren.
Dat is inderdaad de methode die ik in gedachte had. Heb hier al een begin gemaakt:quote:Op vrijdag 12 januari 2018 21:24 schreef Amoeba het volgende:
[..]
Denk eens simpel. Tel het aantal kruispunten (en eindpunten) en definieer een graaf (V,E) met punten vi, i = 1,..,n met n = #kruispunten. Nu, [vi, vj] zit in E desda als het aanliggende kruispunten zijn. Het zal even tijd zijn om deze adjacency matrix te construeren, maar dan heb je ook wat. Ik neem aan dat je wilt dat je sneeuwruimers een aaneensluitende route krijgen, anders kun je gewoon een simpel algoritme gebruiken.
Vervolgens geef je iedere kant e in E een gewicht c(e) mee, ofwel de totale hoeveelheid werk (uitgedrukt in uren voor één sneeuwruimer), nogmaals, dat gaat even wat tijd kosten dus ik neem aan dat je hiervoor betaald wordt.
Daarna is het een kwestie van dat probleem linear programmeren, in bijvoorbeeld AIMMS.
Wat betreft je andere vraag, je kan beter direct met de hand uitzoeken hoe lang die straten zijn via Google maps, althans eentje want dan weet je ook direct de schaal.
https://www.iculture.nl/t(...)n-hemelsbreed-meten/
Dat kan. Maar ik denk dat een arbitrair beginpunt ook wel te doen is.quote:Op vrijdag 12 januari 2018 21:57 schreef ronaldoo12 het volgende:
[..]
Dat is inderdaad de methode die ik in gedachte had. Heb hier al een begin gemaakt:
https://imgur.com/a/Xnyqo
Wat ik in gedachte had was om tussen 2 punten de tijd te noteren die een sneeuwruimer nodig heeft om van A naar B te gaan. Vervolgens met een algoritme, bijvoorbeeld het kortste pad algoritme kijken waar de sneeuwruimer eindigt na 1 uur sneeuw ruimen. Het eindpunt van sneeuwruimer 1 is het startpunt van sneeuwruimer 2. Op die manier heel de plattegrond af gaan. Voor alle straten die zijn overgeslagen stuur ik aan het eind een extra sneeuwruimer die deze laatste straten wegruimt.
Maar het is uiteindelijk de bedoeling dat ik aangeef hoeveel sneeuwruimers er in totaal nodig zijn. Ik ben dan van plan om ergens bovenin inderdaad ook gewoon random te beginnen, en vanuit daar het algoritme toepassen. Of bedoel je dat niet?quote:Op vrijdag 12 januari 2018 22:04 schreef Amoeba het volgende:
[..]
Dat kan. Maar ik denk dat een arbitrair beginpunt ook wel te doen is.
Nee. Sterker nog, er is iets fundamenteel mis met je idee.quote:Op vrijdag 12 januari 2018 22:11 schreef ronaldoo12 het volgende:
[..]
Maar het is uiteindelijk de bedoeling dat ik aangeef hoeveel sneeuwruimers er in totaal nodig zijn. Ik ben dan van plan om ergens bovenin inderdaad ook gewoon random te beginnen, en vanuit daar het algoritme toepassen. Of bedoel je dat niet?
Hmm.. hoezo zou het mij geen route opleveren? Ik heb één random beginpunt(en om te optimaliseren zou ik dit beginpunt telkens kunnen wijzigen) en vanuit dit beginpunt laat ik sneeuwruimer 1 vertrekken. Doormiddel van het kortste pad algoritme kan ik zien waar hij eindigt nadat hij een uur is bezig geweest. Dit eindpunt is het startpunt van sneeuwruimer 2. Die kiest zijn route op dezelfde wijze zoals sneeuwruimer 1 dat heeft gedaan. Op die manier heeft elk sneeuwruimer zijn eigen route die hij kan doorlopen.quote:Op vrijdag 12 januari 2018 22:13 schreef Amoeba het volgende:
[..]
Nee. Sterker nog, er is iets fundamenteel mis met je idee.
Even een kleine kanttekening, ik ben niet zo thuis in algoritmen (andere tak van sport) of optimalisatie in het algemeen, maar dit algoritme is niet zo effectief. Je zou een beginpunt kunnen definiëren (logischerwijs op de aanrijroute van de sneeuwruimers) maar daarna kom je niet verder dan een shortest path boom, ofwel je weet de kortste paden van punt X naar Y voor alle X,Y in je netwerk, maar dat geeft je geen 'route' zeg maar. Je moet nog steeds een tweede punt 'kiezen'.
En hoe je dat dan weer doet ..
Jazeker kan dat, maar dan moet je nog steeds een eindpunt 'kiezen'. En daarnaast geeft het volgen van zo'n algoritme nog steeds de complicatie dat je dezelfde weg meerdere keren schoon gaat maken.quote:Op vrijdag 12 januari 2018 22:20 schreef ronaldoo12 het volgende:
[..]
Hmm.. hoezo zou het mij geen route opleveren? Ik heb één random beginpunt(en om te optimaliseren zou ik dit beginpunt telkens kunnen wijzigen) en vanuit dit beginpunt laat ik sneeuwruimer 1 vertrekken. Doormiddel van het kortste pad algoritme kan ik zien waar hij eindigt nadat hij een uur is bezig geweest. Dit eindpunt is het startpunt van sneeuwruimer 2. Die kiest zijn route op dezelfde wijze zoals sneeuwruimer 1 dat heeft gedaan. Op die manier heeft elk sneeuwruimer zijn eigen route die hij kan doorlopen.
Ah super, dan zal ik daar naar gaan kijken. Maar een eis die ik dan stel aan het kortste pad algoritme is dat wegen die al geruimd zijn, niet nog is doorlopen mogen worden tenzij niet anders kan.quote:Op vrijdag 12 januari 2018 22:27 schreef Amoeba het volgende:
[..]
Jazeker kan dat, maar dan moet je nog steeds een eindpunt 'kiezen'. En daarnaast geeft het volgen van zo'n algoritme nog steeds de complicatie dat je dezelfde weg meerdere keren schoon gaat maken.
Nog een tipje, je probleem is equivalent met het 'Route inspection problem' of Chinese Postbodeprobleem. Het goede nieuws is dat het probleem gelukkig niet NP hard is. Op de Engelstalige wiki kun je veel vinden over een mogelijk algoritme.
Nogmaals, het is een algoritme om de minimale afstand tussen 2 arbitraire punten in een netwerk te bepalen inclusief route, niet een route die alle punten in het netwerk aandoet.quote:Op vrijdag 12 januari 2018 22:44 schreef ronaldoo12 het volgende:
[..]
Ah super, dan zal ik daar naar gaan kijken. Maar een eis die ik dan stel aan het kortste pad algoritme is dat wegen die al geruimd zijn, niet nog is doorlopen mogen worden tenzij niet anders kan.
Dat hoef jij niet te doen, dat doet het algoritme voor je.quote:Op dinsdag 16 januari 2018 09:50 schreef ronaldoo12 het volgende:
Ik heb hier de graaf af van de plattegrond van Delft:
https://imgur.com/a/pihW7
Ik wil dus nu het Chinese postbode algoritme op toepassen maar ik loop een beetje vast met hoe ik het best mijn grafen kan opsplitsen.
Waarom zou je meerdere grafen willen maken?quote:Ik neem aan dat de sneeuwruimers sneeuw ruimen met een snelheid van 3 km/u. De gemeente Delft wilt nu 3 dingen weten:
1. Het aantal sneeuwruimers dat nodig is om de binnenstad van Delft binnen een uur te ruimen.
2. Het startpunt van elk van deze sneeuwruimers.
3. De route die de sneeuwruimers moeten afleggen.
Ik denk dat al deze drie punten prima te bepalen zijn met het Chinese postbode algoritme. Ik heb zelf bedacht om grafen te maken met een gewicht van maximaal 2800m zodat er 200m speling overblijft voor de wegen die dubbel moeten worden bewandeld. Ik weet alleen niet of dit ideaal is.
Omdat ik voor ieder sneeuwruimer moet bepalen welk route hij moet bewandelen. Elk sneeuwruimer krijgt dus zijn eigen graaf toegewezen. Daarnaast mag de afstand die hij beloopt niet groter zijn dan 3000m omdat dat de afstand is die hij aflegt binnen 1 uur.quote:Op dinsdag 16 januari 2018 11:27 schreef -jos- het volgende:
[..]
Dat hoef jij niet te doen, dat doet het algoritme voor je.
Ik neem aan dat je kennis hebt van graaftheorie? Een beschrijving (van de simpele versie) van je probleem wordt hier gegeven: https://en.wikipedia.org/(...)#Undirected_solution
De versie die jij probeert op te lossen is het meer algemene k-Chinese postman probleem.
[..]
Waarom zou je meerdere grafen willen maken?
Je kunt dit probleem niet zomaar opsplitsen in kleinere deelproblemen aangezien de oplossing voor een sneeuwruimer afhankelijk is van de oplossingen voor andere sneeuwruimers.quote:Op dinsdag 16 januari 2018 11:37 schreef ronaldoo12 het volgende:
[..]
Omdat ik voor ieder sneeuwruimer moet bepalen welk route hij moet bewandelen. Elk sneeuwruimer krijgt dus zijn eigen graaf toegewezen. Daarnaast mag de afstand die hij beloopt niet groter zijn dan 3000m omdat dat de afstand is die hij aflegt binnen 1 uur.
Voor een wiskundig praktijkopdracht, een project is 't. Heb wel wat kennis van graaftheorie en algoritmes maar niet gigantisch veel. Ik heb nu bijna de afstand van elk zijde bepaald. Het is voor mij 't belangrijkste dat ik met een oplossing kom, dat dit niet de meest ideale is maakt me niet heel veel uit. Het Chinese postbode algoritme schijnt hier heel goed bij te passen. Ik wil er nu alleen nog voor zorgen dat ik dit algoritme zo goed mogelijk toepas.quote:Op dinsdag 16 januari 2018 11:49 schreef -jos- het volgende:
[..]
Je kunt dit probleem niet zomaar opsplitsen in kleinere deelproblemen aangezien de oplossing voor een sneeuwruimer afhankelijk is van de oplossingen voor andere sneeuwruimers.
Voor wat voor soort vak is deze opdracht? Heb je kennis van graaftheorie en van algoritmes?
Je hebtquote:Op donderdag 18 januari 2018 13:17 schreef Mandarinho het volgende:
Hoe herleid ik 2(4-a)^2-1/3(4-a)^3-1/2a(4-a)^2?
Helder, bedankt. Toch weer twee handige dingen geleerd.quote:Op donderdag 18 januari 2018 18:11 schreef Riparius het volgende:
[..]
Je hebt
Je kunt beginnen met te bedenken dat je drie termen hebt die een factor (4−a)² gemeen hebben, en deze gemene factor kun je buiten haakjes halen, dan krijgen we
Na uitwerken van ⅓(4−a) geeft dit
en dus
Nu kun je bedenken dat 2/3 = 4/6. Halen we dus bij (⅔ − ⅙a) een factor ⅙ buiten haakjes, dan hebben we (⅔ − ⅙a) = ⅙(4 − a) zodat we krijgen
oftewel
That's all.
Ook zoiets getuigt weer van weinig inzicht, want de oplossing van je probleem was nou net per definitie de optimale.quote:Op dinsdag 16 januari 2018 11:58 schreef ronaldoo12 het volgende:
[..]
Voor een wiskundig praktijkopdracht, een project is 't. Heb wel wat kennis van graaftheorie en algoritmes maar niet gigantisch veel. Ik heb nu bijna de afstand van elk zijde bepaald. Het is voor mij 't belangrijkste dat ik met een oplossing kom, dat dit niet de meest ideale is maakt me niet heel veel uit. Het Chinese postbode algoritme schijnt hier heel goed bij te passen. Ik wil er nu alleen nog voor zorgen dat ik dit algoritme zo goed mogelijk toepas.
Klopt het is inmiddels gelukt(Y).quote:Op zaterdag 20 januari 2018 19:59 schreef Amoeba het volgende:
[..]
Ook zoiets getuigt weer van weinig inzicht, want de oplossing van je probleem was nou net per definitie de optimale.
Een oplossing van het Chinese Postbode Probleem is zo'n Euclidean Tour, dat zou inderdaad een route voor één sneeuwruimer geven die je dan vervolgens kunt splitten in afzonderlijke routes.
Nee de afstand van A naar A is 0. Dijkstra's algoritme vindt het kortste pad volgens de volgende methode.quote:Op zondag 21 januari 2018 10:10 schreef ronaldoo12 het volgende:
Ik vroeg me af of iemand me kan helpen met dit algoritme vertalen naar eenvoudig Nederlandse taal:
https://imgur.com/a/oZUYt
De eerste stap: Geef A het label (-,0). Houdt dit in dat A verbonden is met (geen knopen, 0 takken) Op die manier?
Ik heb even wat rondgevraagd en een van de eigenschappen van p(T) is dat het altijd een open subset van C is, en eindige intersecties van opens zijn weer open, dus topologisch gezien zit het dan wel juist. Ik zie alleen mijn eigen logische fout helaas nog niet zo in als ik zeg dat p(T) gesloten is in D.quote:Op maandag 22 januari 2018 20:49 schreef thabit het volgende:
Ik zit zelf niet zo in de functionaalanalyse, maar ik zou denken dat je (c) kunt gebruiken daarvoor.
Dat is ook niet fout. Het is zowel open als gesloten in D, dus de doorsnede is heel D of leeg.quote:Op maandag 22 januari 2018 21:13 schreef Amoeba het volgende:
[..]
Ik heb even wat rondgevraagd en een van de eigenschappen van p(T) is dat het altijd een open subset van C is, en eindige intersecties van opens zijn weer open, dus topologisch gezien zit het dan wel juist. Ik zie alleen mijn eigen logische fout helaas nog niet zo in als ik zeg dat p(T) gesloten is in D.
Ja klopt, een andere manier om eigenlijk op te merken dat er een contradictie is. Had ik natuurlijk wel moeten weten dat die ook open is.quote:Op maandag 22 januari 2018 21:34 schreef thabit het volgende:
[..]
Dat is ook niet fout. Het is zowel open als gesloten in D, dus de doorsnede is heel D of leeg.
Surjectiviteit impliceert dat λ - T een open mapping is.quote:Op maandag 22 januari 2018 21:51 schreef thabit het volgende:
Maar is dat bij (c) niet een open conditie op λ?
Het bewijs dat niet alle Fermatgetallen priemgetallen zijn, lever je door er een te vinden die niet priem is. Dat is gebeurd, nummer 5.quote:Op woensdag 7 maart 2018 20:56 schreef _--_ het volgende:
Heeft iemand enig idee waar ik een zo simpel mogelijke bewijs kan vinden dat het argument dat Fermatgetallen alleen uit priemgetallen bestaat ontkracht? Behalve dat je het manueel invult.
Ik heb eens een globaal kijkje gedaan op Wikipedia maar daar worden voor bewijzen allemaal tekens gebruikt die ik bij lange na niet heb gehad.quote:Op woensdag 7 maart 2018 21:00 schreef Janneke141 het volgende:
[..]
Vergis ik mij, of is dat bewijs nooit geleverd?
Het grootste bekende priemgetal.quote:Op woensdag 7 maart 2018 21:03 schreef _--_ het volgende:
Sorry het blijk dat ik me vergis. Bij fermatgetallen is n=4 het grootste priemgetal.
Dat ze niet allemaal priem zijn. P5 schijnt deelbaar te zijn door 641.quote:Op woensdag 7 maart 2018 21:07 schreef _--_ het volgende:
Nu even terug. Wat kan je bewijzen wat betreft Fermatgetallen.
Dat is zeg maar te simpel.quote:Op woensdag 7 maart 2018 21:07 schreef Janneke141 het volgende:
[..]
Dat ze niet allemaal priem zijn. P5 schijnt deelbaar te zijn door 641.
En dan misschien vraag 1c. "Bereken de grootst gemene deler van n=5 en n=6"quote:Op woensdag 7 maart 2018 21:10 schreef Janneke141 het volgende:
Tja.
Als je bewijst dat ze voor n>5 allemaal niet-priem zijn dan denk ik net dat je je nog erg druk hoeft te maken over je cijfer.
Ik gok dat die 1 is.quote:Op woensdag 7 maart 2018 21:12 schreef _--_ het volgende:
[..]
En dan misschien vraag 1c. "Bereken het grootst gemene deler van n=5 en n=6"
Even een tip: zoek iets eenvoudigers. De voorbeelden die je geeft leveren niet het idee op dat je weet waar je over praat.quote:Op woensdag 7 maart 2018 21:14 schreef _--_ het volgende:
GGD(65537, 4294967297)
Welke wiskundige wilt een gokje wagen?
Ben ik ook zojuist achter gekomen. Ik had het verkeerde getal gekopieerd. Nu wil ik n=5 en n=6 doen maar n=6 is zo'n groot getal dat dat gewoon niet gaat lukken. Dus dat gedoe met de GGD kan de prullenbak al in.quote:Op woensdag 7 maart 2018 21:17 schreef Janneke141 het volgende:
[..]
Even een tip: zoek iets eenvoudigers. De voorbeelden die je geeft leveren niet het idee op dat je weet waar je over praat.
65537 is priem, dus je hoeft voor het grote getal maar 1 deler uit te proberen.
Misschien wel leuk om te bewijzen dat Fn geen deler is van Fn+1.
Getaltheorie.quote:Op woensdag 7 maart 2018 21:04 schreef _--_ het volgende:
Om alles te verduidelijken: Ik heb getallentheorie op school en om m'n cijfer wat omhoog te halen is het de bedoeling om je eigen opdracht te maken wat betreft getallentheorie. Nu probeer ik wat informatie te werven.
Ik zal je vast een geheimpje verklappen: de GGD van ieder paar Fermatgetallen is 1. Bewijs daarvan zal wel een stap te ver zijn, dus probeer eerst maar eens te bewijzen wat ik suggereerde in #289.quote:Op woensdag 7 maart 2018 21:26 schreef _--_ het volgende:
[ afbeelding ]
Omg, het is mijn computer toch gelukt.
Maar helaas geen interessant getal.![]()
Met het algoritme van Euclides kun je heel snel ggd's van nog veel grotere getallen uitrekenenquote:Op woensdag 7 maart 2018 21:26 schreef _--_ het volgende:
[ afbeelding ]
Omg, het is mijn computer toch gelukt.
Maar helaas geen interessant getal.![]()
Als het getal groot is heb je met het algoritme van Euclides toch ellenlange berekeningen? Vooral met zulke getallen.quote:Op woensdag 7 maart 2018 21:32 schreef thabit het volgende:
[..]
Met het algoritme van Euclides kun je heel snel ggd's van nog veel grotere getallen uitrekenen
Nee hoor, getallen van duizenden cijfers zijn voor de computer geen enkel probleem.quote:Op woensdag 7 maart 2018 21:33 schreef _--_ het volgende:
[..]
Als het getal groot is heb je met het algoritme van Euclides toch ellenlange berekeningen? Vooral met zulke getallen.
Een inkoppertje.quote:1a. Vul in n=5 en zoek uit of het resulterende Fermatgetal een priemgetal is met behulp van het getal 4487 en het algoritme van Euclides.
Bedoel je overigens niet F(n+1)? Want ik twijfel nu of je het nou hebt over het 1 bijtellen bij een Fermatgetal of bij de n.quote:Op woensdag 7 maart 2018 21:17 schreef Janneke141 het volgende:
[..]
Even een tip: zoek iets eenvoudigers. De voorbeelden die je geeft leveren niet het idee op dat je weet waar je over praat.
65537 is priem, dus je hoeft voor het grote getal maar 1 deler uit te proberen.
Misschien wel leuk om te bewijzen dat Fn geen deler is van Fn+1.
Als het een deler is weet je in ieder geval dat die fractie een postief natuurlijk getal is. Zoek met deze informatie nu naar een contradictie.quote:Op woensdag 7 maart 2018 23:08 schreef _--_ het volgende:
[ afbeelding ] Heb nu dit en ik zit nu een beetje in de knel.![]()
| Forum Opties | |
|---|---|
| Forumhop: | |
| Hop naar: | |