knopflerbruce Skrevet 28. januar 2014 Del Skrevet 28. januar 2014 Det er ment å være noen verdier til diffligningen y'=y^2/x^2+1/4 Lenke til kommentar
voident Skrevet 28. januar 2014 Del Skrevet 28. januar 2014 (endret) Mulig det har skjedd endringer siden sist jeg lagde 3D-plot med pgfplots, men jeg har i alle fall aldri sett syntaxen (2,-2,\frac{5}{4}) for å angi (x,y,z)-koordinater i pgfplots. Har du eksempler på at dette skal fungere? Endret 28. januar 2014 av drgz Lenke til kommentar
Torbjørn T. Skrevet 28. januar 2014 Del Skrevet 28. januar 2014 (endret) (Innlegget har vorte redigert ein del gonger, sidan eg gjorde litt ymse tabbar, og oppdaterte etterkvart.) Skulle gjerne ha brukt tex tag, men fikk "blocked word" med det på.TeX-tagen kan kun brukast for matematiske uttrykk, og det er ikkje alt av matematiske kommandoar som kan brukast. Grunnen til det er at systemet bak tex-tagen her på forumet ikkje bruker LaTeX i det heile tatt, det er berre syntaksen som er felles. Bruk code-tagen for å vise kode i forumet. Problemet mitt er at jeg ikke får plottet noe her. Jeg lurer på om det kan være pga at x=0 gjør at funksjonen divergerer, men jeg har ingen løsning på den problematikken ift kompilering. Oppgaven er det den er, og jeg må ha med området rett rundt origo her.Som drgz nemner so har du feil syntaks i koordinatane, bruk desimaltal eller skriv brøkane som 1/2. I staden for t.d. 2.\frac{1}{4} kan du skrive 2+1/4. \documentclass{standalone} \usepackage{pgfplots} \begin{document} \begin{tikzpicture} \begin{axis}[colorbar horizontal,view={0}{90}] \addplot3[surf,shader=interp]coordinates { (-2,-2,1.2) (-1,-2,4.25) (0,-2,0) (1,-2,4.25) (2,-2,1.2) (-2,-1,0.5) (-1,-1,1.2) (0,-1,0) (1,-1,1.2) (2,-1,0.5) (-2,-0,.25) (-1,0,2.25) (0,0,0) (1,0,7.25) (2,0,.25) (-2,1,0.5) (-1,1,1.2) (0,1,0) (1,1,1.2) (2,1,0.5) (-2,2,1+1/5) (-1,2,4.25) (0,2,0) (1,2,4.25) (2,2,1.2) }; \end{axis} \end{tikzpicture} \end{document} Endret 28. januar 2014 av Torbjørn T. 1 Lenke til kommentar
knopflerbruce Skrevet 29. januar 2014 Del Skrevet 29. januar 2014 Skal teste det beklager tregt svar, men har ikke nett på kvelden og frem til jeg er ferdig med forelesninger osv Jeg fikk ingen feilmeldinger, derfor jeg antok at det måtte fungere med \frac. Lenke til kommentar
Twinflower Skrevet 3. mars 2014 Del Skrevet 3. mars 2014 (endret) Hei, Jeg skal sende LaTeX-prosjektet mitt til trykking (en gang i mai, riktignok), og det er et par ting jeg lurer på: Trykkeriet sier at PDFen må være "trykkeklar", dvs spesielle PDF-profiler, ikke-komprimerte bilder etc. Hvordan løser jeg dette i LaTeX? (http://fagtrykk.no/index.php/student/trykkeklar1) Jeg har valgt "\documentclass[12pt,twoside,a4paper,openright]{report}". Men jeg er usikker på hvilken side sidetallene egentlig skal være på, og hvordan jeg skal konfigerere PDF-leseren min for å sette opp sidene riktig i forhold til bookview.Om jeg setter Sumatra i bookview, så vises det to sider parallelt, men førstesiden er alene øverst (til høyre). Da er sidetallene mot midten men hvert kapittel starter på en venstreside.Om jeg setter den i "normal" facing mode, er sidetallene ute på hver ende av "boken", men da er naturligvis hvert nye kapittel på en høyreside.Hva er rett? Dette er ganske greit å ha riktig før man bruker tusenvis av kroner på trykkingedit: never mind siste spørsmål. Må ha standard facing mode for at det skal bli riktig. Men er det vanlig å ha blanke sider i starten, slik at "baksiden" til forsiden er blank, og alle de ensiders-seksjonene i starten er alene på høyresiden (abstact, preface, summary, acknowledgements etc) Endret 3. mars 2014 av Twinflower Lenke til kommentar
Torbjørn T. Skrevet 4. mars 2014 Del Skrevet 4. mars 2014 Trykkeriet sier at PDFen må være "trykkeklar", dvs spesielle PDF-profiler, ikke-komprimerte bilder etc. Hvordan løser jeg dette i LaTeX? (http://fagtrykk.no/index.php/student/trykkeklar1)Dette er ikkje noko eg kan mykje om, so det følgjande er litt lause tankar og synsing.Pakken pdfx kan vere av interesse: «helps LATEX users to create PDF/X-1a and PFD/A-1b compliant pdf documents with pdfTEX.» Om du legg til \pdfcompresslevel=0 heilt i starten av fila vil det ikkje verte noko komprimering av det meste innhaldet i PDF-en, inkludert tekst. Står litt om dette i avsnitt 7.1 av manualen til pdftex: «This integer parameter specifies the level of stream compression (text, inline graphics, and embedded png images (only if they are un- and re-compressed during the embedding process); all done by the zlib library). Zero means no compression, 1 means fastest, 9 means best, 2..8 means something in between.» Korleis det er med fargeprofiler (RGB, CMYK) veit eg ikkje. Du kan jo ta kontakt med trykkeriet og høyre om dei har noko kjennskap til LaTeX, og kva grep ein eventuelt må gjere. Jeg har valgt "\documentclass[12pt,twoside,a4paper,openright]{report}". Men jeg er usikker på hvilken side sidetallene egentlig skal være på, og hvordan jeg skal konfigerere PDF-leseren min for å sette opp sidene riktig i forhold til bookview. Om jeg setter Sumatra i bookview, så vises det to sider parallelt, men førstesiden er alene øverst (til høyre). Da er sidetallene mot midten men hvert kapittel starter på en venstreside. Om jeg setter den i "normal" facing mode, er sidetallene ute på hver ende av "boken", men da er naturligvis hvert nye kapittel på en høyreside. Hva er rett? Dette er ganske greit å ha riktig før man bruker tusenvis av kroner på trykking edit: never mind siste spørsmål. Må ha standard facing mode for at det skal bli riktig. Men er det vanlig å ha blanke sider i starten, slik at "baksiden" til forsiden er blank, og alle de ensiders-seksjonene i starten er alene på høyresiden (abstact, preface, summary, acknowledgements etc) Framsida må vel vere ei høgreside? Om du har twoside,openright, og kapitlar starter på ei venstreside når du ser på framsida som ei høgreside, so er det kanskje skjedd noko feil i samband med sidenummerering. Akkurat korleis du organiserer abstract, acknowledgements etc. er vel opp til deg, eg hadde dei på høgresider med blanke venstresider mellom i masteren min. Lenke til kommentar
Twinflower Skrevet 13. mai 2014 Del Skrevet 13. mai 2014 Ok, hva er greia med kolonner og bilder med [H]-parameter? Hvilke triks må jeg finne på for å få et bilde mellom to avsnitt ? Altså, pr nå kommer bildet først på siden med [h]-parameter, og helt sist i dokumentet med [H]-parameter. I det andre prosjektet mitt (hovedoppgavegreie) vil H føre til at bildet kommer nøyaktig der jeg setter figurmiljøet. \documentclass[DIV=calc, paper=a4, fontsize=11pt, twocolumn]{scrartcl} \usepackage{wrapfig} \usepackage{graphicx} Trenger jeg noen flere? Lenke til kommentar
Nebuchadnezzar Skrevet 13. mai 2014 Del Skrevet 13. mai 2014 (endret) Dersom du vil finjustere figurer anbefaler jeg \usepackage[section]{placeins} over H. Da dette gir latex litt merfrihet til figur og tabell plassering. Anbefalerå lese dokumentasjonen. Kort fortalt presserdette latex til å plassere figurer mellom seksjoner. Endret 13. mai 2014 av Nebuchadnezzar Lenke til kommentar
Twinflower Skrevet 13. mai 2014 Del Skrevet 13. mai 2014 Dersom du vil finjustere figurer anbefaler jeg \usepackage[section]{placeins} over H. Da dette gir latex litt mer frihet til figur og tabell plassering. Anbefaler å lese dokumentasjonen. Kort fortalt presser dette latex til å plassere figurer mellom seksjoner. Tja, det fungerte delvis. Figuren kom *i* seksjonen, men på en helt egen, tom side. Altså: Lenke til kommentar
Nebuchadnezzar Skrevet 13. mai 2014 Del Skrevet 13. mai 2014 Uten at jeg har sett kildekoden anbefaler jeg deg å gjøre figuren litt mindresamt å legge til figure[htbp!] , det pleier å hjelpe. Lenke til kommentar
Twinflower Skrevet 13. mai 2014 Del Skrevet 13. mai 2014 Uten at jeg har sett kildekoden anbefaler jeg deg å gjøre figuren litt mindre samt å legge til figure[htbp!] , det pleier å hjelpe. da blir det slik det har vært fra før av: (Jeg har aldri hatt problemer med dette når jeg skriver hovedoppgaven min, men den er ikke med kolonner og har en ganske annerledes setup) Lenke til kommentar
Nebuchadnezzar Skrevet 13. mai 2014 Del Skrevet 13. mai 2014 Uten at jeg skal være for krass så er latex lagt opp til at brukeren skal fokusere på innhold mens den tar seg av hvordan ting ser ut. Å bruke ting som H og \Floatbarrier presser latex til å gjøre ting den ikke vil, eller er ment for. Det jeg har lært meg opp gjennom tiden er å bry meg så lite som mulig om hvordan ting ser ut, og heller skrive om teksten, enn å leke meg til dødes med funksjonen ovenfor.Er det på død og liv at bildet skal være akkuratt der? Mitt siste tipser å først prøve en kombinasjon av å plassere bildet lengre opp i teksten, samt å bytte mellom H og h! Lenke til kommentar
Twinflower Skrevet 13. mai 2014 Del Skrevet 13. mai 2014 Jeg er klar over det du skriver, og jeg har en litt romantisk tilnærming til det prinsippet jeg også. Men nå er det engang slik at jeg på død og liv (nesten) vil ha bildet der teksten som omtaler bildet er, og ikke på neste side. Problemet med LaTeX slik jeg ser det, er at hvis man ikke er enig med LaTeX, så må man hacke noe voldsomt for å få viljen sin. Eksempel: "Jeg vil ha et linjeskift i en celle" -INGEN problem, bare skriv de 50 linjene her i prefacen din, lag en liten superboks inne i en tulleboks og skriv om defaultmiljøet til slik og slik, DAAA får du linjeskift i cellen vettu! Lett som bare det! Lenke til kommentar
Frexxia Skrevet 13. mai 2014 Del Skrevet 13. mai 2014 Grunnen til at den ikke vil plassere figuren der er at det ikke er plass uten at figuren (med figurtekst) går utenfor siden. Lenke til kommentar
Twinflower Skrevet 13. mai 2014 Del Skrevet 13. mai 2014 Grunnen til at den ikke vil plassere figuren der er at det ikke er plass uten at figuren (med figurtekst) går utenfor siden. jeg har 0.7\textwidth på størrelse. Bør jeg gjøre noe annet? Lenke til kommentar
Frexxia Skrevet 13. mai 2014 Del Skrevet 13. mai 2014 (endret) Det er jo opp til deg. Du kan jo gjerne prøve å lage figuren mindre, men det ser ikke spesielt pent ut om den blir for liten heller. Personlig ville jeg bare latt figuren være der den er i det siste bildet du postet. edit: Hvis du virkelig vil gå drastisk til verks kan du skrive litt om på teksten, eller begynne å stille på marger og slikt, men det synes jeg blir litt ekstremt. Endret 13. mai 2014 av Frexxia Lenke til kommentar
Twinflower Skrevet 13. mai 2014 Del Skrevet 13. mai 2014 Det er jo opp til deg. Du kan jo gjerne prøve å lage figuren mindre, men det ser ikke spesielt pent ut om den blir for liten heller. Personlig ville jeg bare latt figuren være der den er i det siste bildet du postet. Jeg er jo enig, men jeg ser ingen klar årsakssammenheng mellom størrelse og plassering her. Den passer fint i kolonnen sin når den er på "feil" side, så hvorfor skulle den ikke passe der hvor jeg vil ha den? Lenke til kommentar
Frexxia Skrevet 13. mai 2014 Del Skrevet 13. mai 2014 Det er ikke bredden det går på, men høyden (det ser ihvertfall slik ut av bildet). 1 Lenke til kommentar
Twinflower Skrevet 13. mai 2014 Del Skrevet 13. mai 2014 Det er ikke bredden det går på, men høyden (det ser ihvertfall slik ut av bildet). helvete. du hadde helt rett. *smile blondt* Lenke til kommentar
Torbjørn T. Skrevet 16. mai 2014 Del Skrevet 16. mai 2014 Ok, hva er greia med kolonner og bilder med [H]-parameter? Hvilke triks må jeg finne på for å få et bilde mellom to avsnitt ? Altså, pr nå kommer bildet først på siden med [h]-parameter, og helt sist i dokumentet med [H]-parameter. I det andre prosjektet mitt (hovedoppgavegreie) vil H føre til at bildet kommer nøyaktig der jeg setter figurmiljøet. \documentclass[DIV=calc, paper=a4, fontsize=11pt, twocolumn]{scrartcl} \usepackage{wrapfig} \usepackage{graphicx} Trenger jeg noen flere? For å bruke H (som eg på generell basis vil anbefale deg å ikkje bruke) må du og ha med \usepackage{float}. Elles er det alltid høgden av figuren det går på. Sidan eit figure-miljø alltid tek opp heile kolonnebreidda har det ikkje noko å seie om figuren inni er 1cm eller 10cm brei. (Om den er for brei vil den sjølvsagt stikke ut i høgre marg, men det er ein annan sak.) Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå