sciencetalk

Beste lezers,

Met Maple lukt het mij niet om de uitkomst van een som numeriek uit te schrijven.

traagheidsmoment:=D->pi/64*D^4;

diameter[100]:=evalf(subs(D=100,pp(D)));

als antwoord krijg ik dan:

diameter[100] := 1.562500*10^6*Pi

Ik krijg het niet voor elkaar om mijn antwoord direct volledig numeriek te noteren (dus zonder pi symbool)

Wat doe ik verkeerd of sla ik over?

De makkelijkste manier die ik zo meteen kan bedenken, is het "evalf()"-commando. Om te weten hoe dat werkt, heb je Google, of typ in: evalf(Pi) en zie wat er gebeurt .

Om de laatste expressie te evalueren, typ je: evalf(%)

Johan_1987 schreef:Beste lezers,

Met Maple lukt het mij niet om de uitkomst van een som numeriek uit te schrijven.

traagheidsmoment:=D->pi/64*D^4;

diameter[100]:=evalf(subs(D=100,pp(D)));

als antwoord krijg ik dan:

diameter[100] := 1.562500*10^6*Pi

Ik krijg het niet voor elkaar om mijn antwoord direct volledig numeriek te noteren (dus zonder pi symbool)

Wat doe ik verkeerd of sla ik over?

Gebruik eerst het kommando pi:=evalf(Pi,15) en gebruik overal dan pi in plaats van Pi dan wordt alles numeriek.

Drieske schreef:De makkelijkste manier die ik zo meteen kan bedenken, is het "evalf()"-commando. Om te weten hoe dat werkt, heb je Google, of typ in: evalf(Pi) en zie wat er gebeurt .

Om de laatste expressie te evalueren, typ je: evalf(%)

evalf commando was mij al bekend. zoals je kunt zien heb ik dat al toegepast in de 2e regel.

en zodra ik evalf(%) toepast krijg ik als antwoord:

1.562500*10^6*Pi

maar op de een of andere manier wil Maple het antwoord van 1.562500*10^6*Pi niet numeriek weergeven.

Ik weet niet of het te zien is maar heb in een .zip bestand 2 Maple files bijgevoegd. Bij de ene het bovenstaande probleem en bij de andere (met een andere formule) krijg ik het wel voor elkaar. Terwijl ik naar mijn weten hetzelfde doe.

Johan_1987 schreef:evalf commando was mij al bekend. zoals je kunt zien heb ik dat al toegepast in de 2e regel.

en zodra ik evalf(%) toepast krijg ik als antwoord:

1.562500*10^6*Pi

maar op de een of andere manier wil Maple het antwoord van 1.562500*10^6*Pi niet numeriek weergeven.

Ik weet niet of het te zien is maar heb in een .zip bestand 2 Maple files bijgevoegd. Bij de ene het bovenstaande probleem en bij de andere (met een andere formule) krijg ik het wel voor elkaar. Terwijl ik naar mijn weten hetzelfde doe.

Klopt bij het traagheids moment staat Pi met een kleine p (pi) dan is het slechts een letter.

Klopt bij het traagheids moment staat Pi met een kleine p (pi) dan is het slechts een letter.

Klopt het is gelukt, wat een kleine letter en hoofdletter voor een verschil kan uitmaken...

Ik moet met Maple daar echt mee oppassen.

Na anderhalfuur zoeken wist ik me geen raad meer en had ik me aangemeld bij deze site met resultaat zo te zien!

Hartelijk dank voor je hulp!

Mooi dat het is opgelost. Heb je files niet bekeken maar toch even op iets reageren

Gebruik eerst het kommando pi:=evalf(Pi,15) en gebruik overal dan pi in plaats van Pi dan wordt alles numeriek.

Dit vind ik allesbehalve een aanrader. Het zorgt voor tussentijdse afrondingen wat op zijn beurt weer zorgt voor fouten die zich door je berekeningen voortplanten. Exact werken tot het einde en dan numeriek berekenen vind ikzelf een véél beter idee.

Drieske schreef:Mooi dat het is opgelost. Heb je files niet bekeken maar toch even op iets reageren

Dit vind ik allesbehalve een aanrader. Het zorgt voor tussentijdse afrondingen wat op zijn beurt weer zorgt voor fouten die zich door je berekeningen voortplanten. Exact werken tot het einde en dan numeriek berekenen vind ikzelf een véél beter idee.

Dat valt mee, ik neem niet voor niets 15-cijfers terwijl ik van uitgegaan ben dat Maple onder de standaard waarde 10-cijfers staat.

Er moet dan heel wat afgerekend worden wil men er last van krijgen.

Ik heb eens een paar oude voorbeeld opgaven van bolgonio die met een 5-dec tabel waren gemaakt overgemaakt met Maple op 15cijfers stand.

Alle fouten zaten binnen de twee seconden, wat me zelf trouwens ook verbaasde.

Natuurlijk is dit alles afhankelijk van hoe nauwkeurig men het antwoord wil hebben, maar voor het gros van de berekeningen is er mijnsinziens geen enkel probleem.

Het valt inderdaad nog wel mee (gelukkig!) in de meeste toepassingen. Maar het mooie (en krachtige?) van Maple vind ik net de mogelijkheid tot exact rekenen. Wil je dan toch je (eind)uitkomst numeriek weten, kun je wel evalf() gebruiken, maar (verder)rekenen zou ikzelf toch steeds met de exacte waarde doen. Maar uiteraard heb je wel gelijk dat die fout zeer miniem gaat zijn (misschien zelfs niet zichtbaar op standaard nauwkeurigheid).

Het valt inderdaad nog wel mee (gelukkig!) in de meeste toepassingen. Maar het mooie (en krachtige?) van Maple vind ik net de mogelijkheid tot exact rekenen. Wil je dan toch je (eind)uitkomst numeriek weten, kun je wel evalf() gebruiken, maar (verder)rekenen zou ikzelf toch steeds met de exacte waarde doen. Maar uiteraard heb je wel gelijk dat die fout zeer miniem gaat zijn (misschien zelfs niet zichtbaar op standaard nauwkeurigheid).

Dat vind ik ook het mooie van Maple.

Vooral omdat formules kunnen worden onrwikkeld.

Maar hier ligt het het toch anders kenelijk is het antwoord in een decimaal gewenst, dan vind ik dat het wel mag wat ik heb aangeraden.

Maar ik geef toe het kan een stuk fraaier, door er een funktie van te maken met uiteraard dan Pi er in.