Orienterare.nu

Tiomila

Orienteringskartan

WOC 2016

SOFT

O-snack

Aktuell tråd

Ocad

JS 2018-01-25 10:47

Ocad finns i en uppsjö av versioner för en som inte är insatt. Om man vill kunna öppna kartor, lägga en enkel bana och skriva ut kartor, vilken version bör man då köpa?

Skriv ett inlägg

Skriv ditt inlägg här...

Skriv 1981 i rutan

Inlägg

suck 2018-05-08 13:19 #43

Här kan man inte fråga om något enkelt.
Använd Purple Pen istället.

OCADanvändare 2018-05-07 18:54 #42

Svar till inlägg av madcap, 2018-05-07 16:54:

Skapande av höjdkurvor från laserdata är omarbetad. Den som ska skapa ny karta från laserdata bör uppgradera.

sladek 2018-05-07 17:03 #41

Svar till inlägg av madcap, 2018-05-07 16:54:

nej det är förstås nytt format

madcap 2018-05-07 16:54 #40

Någon som provat OCAD 2018? Är skillnaderna mot OCAD 12 värda att uppgradera till? Är det samma filformat som i OCAD 12?

troubleshooter 2018-03-02 21:13 #39

Svar till inlägg av quickfix, 2018-03-02 21:07:

Finns det sneda plastfickor att beställa? Skicka gärna en länk för det kan bli en storsäljare!

quickfix 2018-03-02 21:07 #38

Annars kan man skriva ut som vanligt och skära pappret parallellt med meridianerna.

sladek 2018-03-02 15:27 #37

Svar till inlägg av amatörkartritare, 2018-03-02 14:55:

Inte jag helller.

amatörkartritare 2018-03-02 14:55 #36

Svar till inlägg av Andreas Oxenstierna , 2018-03-02 12:08:

Jag har inte märkt någon försening.

Andreas Oxenstierna 2018-03-02 12:08 #35

Svar till inlägg av amatörkartritare, 2018-03-02 11:00:

Så OCAD hanterar roteringen on-the-fly? Blir det inte långsamt med stora ortofoton och laserkurvfiler?

Zerbembasqwibo 2018-03-02 11:53 #34

OT: Man (eller någon?) kan också skriva en motsvarande instruktion för kombon OOM+Purple pen som är open source-versionen av OCAD+ OCAD banläggning.

amatörkartritare 2018-03-02 11:00 #33

Svar till inlägg av Andreas Oxenstierna, 2018-03-02 10:10:

Det är inget problem att använda officiell geodata (laserdata, ortofoto m.m.) med roterad kartfil. Det blir inget fel med Livelox. Ortofotona ska vara georefererade (t.ex. i tif-fil med worldfil .twf). Givetvis ska kartfilen använda markkoordinater och koordinatsystemet vara valt. Jag har inte haft något problem att använda bakgrundsdata, mäta med ansluten GPS eller exportera till Livelox. För banläggningsprojektet använder man samma koordinatsystem, offset och vinkel som bakgrundskartan. Man väljer det när man öppnar kartfilen som bakgrundsdata.

Andreas Oxenstierna 2018-03-02 10:10 #32

Kartgruppen måste hinna skriva en detaljerad instruktion. Viktigaste punkter:
* Kartbasen ska alltid ligga oroterad i SWEREF99 TM (EPSG 3006) - annars kan inte officiell geodata enkelt användas (laserdata, ortofoto m.m.), det blir säkerligen fel med Livelox osv.
* Kartansvarig skapar en roterad kartfil
i OCAD med Karta -> transformera -> rotera, ange roteringsvinkel, klicka ur rutan med Rotera objekt - annars blir sankmarkslinjer m.m. fel
* Kartansvarig skickar roterad kartfil till banläggaren
* Banläggaren skapar ny banfil med kartfilen som bakgrund - anger inget koordinatsystem eller rotering
* Efter uppdateringar skickar kartansvarig ny roterad kartfil till banläggaren

amatörkartritare 2018-03-02 08:01 #31

Svar till inlägg av Surfer, 2018-03-01 21:39:

När missvisningen ökat så mycket att det är lämpligt att rotera kartan (efter 5-8 år) roterar jag kartfilen och skapar nya meridianer. Jag behöver då inte fundera över vridning förrän nästa rotation.

Surfer 2018-03-01 21:39 #30

Hur gör ni arrangörer med vridning av kartan som det ska vara enligt reglerna?
Hur koordineras detta med banläggarens arbete. Vrids kartan innan banläggaren sätter igång eller vrids kartan tillsammans med bantrycket precis innan det går på tryck? Eller kanske mitt under anläggningsarbetet.
Ev kartkompletteringar efter att man har vridit kartbilden?
Skillnader om det körs lasertryck eller gammaldags Offsett?
Saker att tänka på för att inte klåpa till det.
Finns någon instruktion?
Använder OCAD för hela arbetet.
Läser man på detta forum så tycker jag det verkar knepigt evigt för de väl insatta att på ett enkelt sätt få till en lösning >> Typ 5 tryck

PS 2018-02-23 09:52 #29

Svar till inlägg av karraz, 2018-02-22 22:07:

För att rotera kartan ska du gå in under (ur minnet så det kan vara fel) karta -> tranformera -> rotera. Inget behöver vara valt.

karraz 2018-02-22 22:07 #28

Nu har jag testat lite för att komma åt mitt problem (inlägg #5) - då utan möjlighet att kunna rotera själva utskriftslayouten. Tyvärr utan att det blev riktigt lyckat.

1. Jag skapade en ram som jag roterade 45 grader över mitt önskade område.
2. Jag gjorde ett kartutsnitt över området med hjälp av den roterade ramen.
3. Jag markerade alla objekt i kartklippet och roterade i sin tur dessa 45 grader.

Vid en första anblick såg allt riktigt bra ut MEN......

tittar man lite närmare inser man att det har blivit knas. Alla punktobjekt är förvisso roterade (svårt att se om en sten är roterad, men det syns på t ex tvåstrecksmossar/gropar etc), men de har inte följt med resten av kartan. Dvs de ligger roterade, men på fel plats. Se bildexempel: https://photos.app.goo.gl/ccbiHJnQFnJya1hK2

Kan man göra på något annat sätt? För att få det rätt?

PS 2018-02-22 21:45 #27

Att #25 och #26 anmäldes kan jag förstå men varför anmäldes #27. Det innehöll ju bara den information som jag trodde var anledningen till att de föregående hade anmälts och som den anmälande i så fall kanske borde ha skrivit (fel ämne). Om det fanns en annan anledning så vore det kanske på sin plats att skriva det i stället för att bara anmäla igen.

PS 2018-02-22 13:03 #26

OK, det låg kanske lite utanför ämnet. Orkar inte skriva om det på rätt ställe nu så det får bli en annan gång.

PS 2018-02-22 12:31 #25

Svar till inlägg av PS, 2018-02-22 12:26:

En uppenbar nackdel skulle kunna vara att stigändarna blir så korta att de kan tas för tex sten men det löser man lämpligen genom att samtidigt förlänga de vanliga strecken lite.

PS 2018-02-22 12:26 #24

Jag skulle faktiskt vilja ha en konkret ändring av normen när det gäller streckade linjer. För "styled lines" (orkar inte kolla hur det översatts i svenska versionen men det gäller tex stenmurar) gäller att ändarna ska vara häften så långa som mellanrummen. Jag skulle gärna se att motsvarande gäller för streckade linjer dvs att strecken närmast ändarna ska vara hälften så långa. Några motiv:
- När man sätter ihop kartfiler som gränsar till varandra så får man nu ofta partier av stigar och körvägar med dubbelt avstånd mellan mellanrummen.
- När en stor stig blir liten så får man väldigt långt mellan mellanrummen om man inte lägger in ett konstgjort uppehåll.

Finns det några betydande nackdelar?

PS 2018-02-21 10:39 #23

Svar till inlägg av Nja, 2018-02-21 00:12:

Den informationen hade jag missat men frågan är om alla kraven som finns på en streckad linje verkligen är möjliga att förena. Det finns ju även ett krav på att de båda ändarna ska vara lika långa. Detta i kombination med att man ska placera skrapen på lämpliga ställen gör det troligen omöjligt i många fall och framför allt, i ännu fler fall, väldigt svårt att få det att fungera i ett program. Man borde nog formulera detta på ett mer matematiskt sätt men det kan nog bara programvaruutvecklarna göra. Det är ju de som behöver en sådan definition för att implementera. På sikt skulle nog orienteringen även må bra av om det fanns ett öppet standardiserat filformat för orienteringskartor men det blir nog svårt att driva igenom.

Nja 2018-02-21 00:12 #22

Svar till inlägg av PS, 2018-02-20 23:50:

Att streckens längd aldrig ska understiga 80% * 2 mm ger mig ett minimal längd på 1,6 mm. Du kan nog inte stirra dig "säker" på illustrationerna.

Zerbembasqwibo 2018-02-20 23:59 #21

Svar till inlägg av PS, 2018-02-20 23:50:

Normen är alltså inte entydig eller implementerbar utan viss tolkning. Och som vi vet, sunt förnuft det har inte alla, och de som har det, har inte alltid samma sunda förnuft! :)

PS 2018-02-20 23:50 #20

Svar till inlägg av Zerbembasqwibo, 2018-02-20 22:01:

För övrigt kan jag inte se att normen har någon minimal längd på ändarna utan säger bara, i fallet hjälpkurvor, att strecken ska vara 2 mm och mellanrummen 0.2 mm. Att man inte menar att dessa längder ska vara exakta är ju uppenbart eftersom man skriver att man ska placera skrapen på lämpliga platser vilket förutsätter justeringar av längderna. Att det skulle finnas någon minimilängd på strecken motsägs ju av illustrationen där åtminstone en av ändarna är betydligt kortare än 10 gånger skrapens längd.

PS 2018-02-20 23:07 #19

Svar till inlägg av Zerbembasqwibo, 2018-02-20 22:01:

Ja, men i kombination med inlagda styrpunkter blir konsekvensen ibland väldigt långa partier utan skrap.

Zerbembasqwibo 2018-02-20 22:01 #18

Svar till inlägg av PS, 2018-02-20 21:57:

Ja precis, OOM tillåter inga streck kortare än den definierad minlängden. OCAD tillåter det.

PS 2018-02-20 21:57 #17

Svar till inlägg av Zerbembasqwibo, 2018-02-20 19:29:

Jag tog mig en närmare titt på det där nu och en skillnad är att första "skrapet" från änden på en kurva ofta verkar falla bort i OOM även på långa kurvor. Jag tittade också lite närmare på en annan sak jag har noterat i OOM och blev nu mer klar över problemet. I en av de symboluppsättningar som OCAD levererade så hade ändpunkterna på små kraftledningar alltid stolpar vilket inte alltid är så bra (tex kartkanter och förgreningar). Jag löste detta genom att bocka ur så att OCAD inte använder ändsymbolen och när man verkligen vill ha en stolpe i änden (oftast) så gör man bara om änden till hörnpunkt. Nu visade det sig att OOM inte hanterade detta på samma sätt utan finns det en ändpunk definierad så används den alltid. Lösningen nu kommer alltså bli att jag tar bort dessa symboler helt. Hoppas att detta kan vara till hjälp för någon.

En annan sak att tänka på är att OOM inte hanterar "virtuella skrap" vilket kan förstöra lite. Dessa används ibland för nordlinjerna men också för tex kraftledningar. Speciellt för stora kraftledningar där endast den ena "tråden" behöver öppnas så är "virtuella skrap" enklare att använda än ett göra vanliga avbrott.

Zerbembasqwibo 2018-02-20 19:29 #16

Svar till inlägg av PS, 2018-02-20 16:52:

Skyll inte på OOM (eller OCAD för den delen). Normen säger ju så här: en streckad linje ska vara minst x mm lång. Mellanrummet ska vara y. Då ges hur långa strecken ska vara också.

MEN, normen säger inte vad ett dataprogram ska göra om man ritar ett streckat streck som är kortare än vad som är minmått. Där har OCAD valt att hitta på att man gör strecken kortare än vad som är tillåtet, medan mellanrummet är korrekt. OOM har hittat på att man tar bort mellanrummet.

Båda är fel, men alternativet är ju att du som kartritare inte kan rita streckade streck som underskrider minmåttet.

Om du är en kartritare som till 100% följer normen (dvs generaliserar bort alla streckade strecksymboler som är för korta) kommer det inte vara nåt problem att byta mellan OCAD och OOM.

Fast lite osäker blev jag nu om det ändå kanske skiljer sig lite, i alla de fallen då man inte hamnar "jämnt upp" med streck och mellanrum av de bestämda måtten, dvs typ alltid. Men det kan nån annan fylla på med va?

PS 2018-02-20 16:52 #15

Svar till inlägg av DO, 2018-02-20 16:13:

Openorienteeringmapper har väl inget banläggningsstöd så det måste i så fall kombineras med annat program. Tyvärr verkar OOM inte hantera linjeändar på samma sätt som OCAD vilket kan leda till en del obehagliga överraskningar.

PS 2018-02-20 16:48 #14

Svar till inlägg av amatörkartritare, 2018-02-20 13:33:

Om du syftar på den senare delen av mitt inlägg så rörde det ju vridningar som enbart görs för att få plats med ett större område på träningar. I det fallet vill man ju inte att kartan ska ändras utan man vill ju bara ha en ren vridning där symbolerna hänger med så att sankmarkerna lutar mot kartkanten.
Att dessa banläggningsstöd INTE klarar att vrida för korrigering av magnetiska norr där utgår jag från. Där ska ju vridning mycket ske på det sätt du säger.

DO 2018-02-20 16:13 #13

Openorienteeringmapper skulle jag ladda ner för ditt bruk

amatörkartritare 2018-02-20 13:33 #12

Svar till inlägg av PS, 2018-02-20 12:28:

Banläggningsstöden kan inte påverka kartan och vid vridning ska ju symboler som ska vara orienterade mot norr inte vridas.

PS 2018-02-20 12:28 #11

Svar till inlägg av Zerbembasqwibo, 2018-02-20 08:30:

Jag har inte noterat att det skulle vara några problem men har heller inte kollat så noga. Hur har du utfört testet och med vilken version av OCAD? Vridning av kartan i förhållande till referenssystemet har nog varit vanligt ganska länge utanför Sverige men jag vet inte hur de gått till väga.
Den andra typ av vridning som diskuteras nedan är ju inte tillåten för tävling men kan vara användbar för träningar. Då skulle det förstås vara bra om det kunde göras på något lite enklare sätt. Finns funktionen i något av de specialiserade banläggningsstöden?

Zerbembasqwibo 2018-02-20 08:30 #10

Svar till inlägg av PS, 2018-02-20 07:48:

Så kan man också göra. Jag är dock aningens skeptisk till exv OCADs förmåga att korrekt vrida kartan. Även om det kanske inte spelar nån roll, men jag misstänker att man programmerat in för låg noggrannhet i den funktionen eftersom det knappast var frekvent förekommande då man gjorde funktionen. Om man zoomar in rejält ser man att den roterade kartans bezierkurvor inte 100% följer de gamla. OK, de ligger på varann med ett överlapp på säkert 95%, men ändå. 99 % kanske vore bra nog för min del. Det gör ju inget om funktionen "rotera karta" är långsam.

Men för att koppla till Karraz spörsmål, jag anser det vore smartare att rotera utsnittet istället för kartan. I "vanlig CAD" roterar man ju utskriftramen, inte själva modellfilen. Hur gör man i säg ArcGIS och såna program, inte roterar man väl hela databasen i dem om man vill ha norrlinjer åt nåt annat håll?

PS 2018-02-20 07:48 #9

Svar till inlägg av Zerbembasqwibo, 2018-02-19 23:18:

För att uppfylla normen så måste ju kartan roteras (i förhållande till SWEREF99 TM) samtidigt som vissa symboler vrids i förhållande till kartbilden. Det enklaste är väl att den som har kartans råfil gör utsnitt med korrekt vridning åt dem som ska lägga banor så behöver dessa inte bekymra sig.

JP 2018-02-19 23:32 #8

Svar till inlägg av karraz, 2018-02-19 23:13:

Det är något jag också är intresserad av att få tips om! Jag har OCAD CS och det verkar inte gå där eller jag har iaf inte listat ut hur, finns det nån genväg om man inte har nån av de dyrare varianterna?

Doh 2018-02-19 23:25 #7

Svar till inlägg av karraz, 2018-02-19 23:13:

Har inte lyckats med det. Men du kan gå in i kartfien och dra allting snett.

Zerbembasqwibo 2018-02-19 23:18 #6

Svar till inlägg av karraz, 2018-02-19 23:13:

Eller för att följa ISOM 2017 (kartans kant parallellt med norrlinjerna) utan att tvingas rotera kartan.

karraz 2018-02-19 23:13 #5

En fundering som inte har någonting med ursprungsfrågan - men om OCAD :)

Går det att skapa en "sne" layout/utskrift i OCAD (jag har version 11)? Dvs varken stående eller liggande utan något mellanting i syfte att knöka in mer karta över ett lite besvärligt utbredningsområde.....

JS 2018-01-25 11:34 #4

Svar till inlägg av Simon, 2018-01-25 11:24:

Det programmet hade jag inte koll på men det verkar ju bra! Tack för tipset!

Senast kommenterat

Fredag 19/4

20:23

Finansiering av elitorienterare?