maptalk.co.nz Forum   |   Links    

  Forum

Forum Home   Start New Topic   Edit Profile   Register  

1   2   3   4   5   6   7   8   9   10   11   12   13   14   15   16   17   18   19   20   21   22   23   24   25   26   27   28   29   30   31   32   33   34   35   36   37   38   39   40   41   42   43   44   45   46   47   48   49   50   51   52   53   54   55   56   57   58   59   60   61   62   63   64   65   66   67   68   69   70  

Mapping

Show Profile  Greig Posted: 27 April 2008, 4:19 PM  
Jenni, I think it would be quite simple to develop a small application that would allow you to turn on and off layers from an OCAD file. This would allow people to doing training courses with contours only or removing tracks etc.

Show Profile  Martin Posted: 28 April 2008, 4:26 AM  
OCAD have put out a Course Setting version of OCAD9 (OCAD 9 CS), cheaper but not sure what the limitations are in terms of turning on/off features.

Show Profile  Michael Posted: 1 May 2008, 6:21 AM  
I've got a suspicion that OCAD or Windows updates the "date modified" when you haven't modified at all. I would like to preserve the info about when the map was REALLY updated last.

I always thought I must have failed to say "don't save" when exiting an old map that I didn't want to touch, but today I've found proof. Opening a version 8 map into version 9, it asks whether I want to convert, exiting without saving. Opening again and it again asks me whether I want to convert - so it can't have saved. Yet the modified date in Windows is today, dammit. Anyone throw any light on the situation?

Show Profile  Greig Posted: 1 May 2008, 9:49 AM  
Michael, I just tried what you said. Opening a version 8 file in Ocad 9.5 Demo it asks to convert the file. I say yes. I then close the file and the modified date stayed the same. The last accessed date changed to today though. If you really don't want to alter the file then I suggest changing the file to a read only file and then manually change this property when it comes time to update the file.

Show Profile  Michael Posted: 1 May 2008, 10:08 AM  
But in the demo version saving is disabled, so that may avoid what I have described. I should mention I'm using Vista Business, in case it is relevant.

PS I can now replicate it. Open old file, do something to it, save as another name, close. Old file remains unchanged, except that the last modified date/time is identical to the "save as" file. Anyone able to try this with other OCAD versions (I'm on 9) or other Windows versions?

This message was edited by Michael on 1 May 2008, 11:19 PM

Show Profile  Michael Posted: 1 May 2008, 4:24 PM  
And for something that works in the opposite way, editing a post on here doesn't seem to update the "last post" date/time.

Show Profile  addison Posted: 2 May 2008, 2:54 AM  
Thats because its the same post Michael, so it has the same "last post" time

Show Profile  addison Posted: 2 May 2008, 2:55 AM  
Of course, this should be in a new thread as well under "Last Post Issues" :-P

Show Profile  Michael Posted: 9 May 2008, 2:40 PM  
The spurious "date modified" issue. I have discovered that OCAD 8 under Vista does not seem to update the modified date when you "save as" another file, so it appears to be an OCAD 9 thing.

To make sure that Windows is not implicated, could someone with OCAD 9 but NOT running Vista please do this test? Just take an old file that doesn't matter, open it and make some simple modification like drawing a line, save as another name, then exit and check the modified date of the original file. Thanks.

Show Profile  Michael Posted: 22 May 2008, 4:06 AM  
Is there no-one out there running OCAD 9 under XP with 5min to help tie down a bug?

New issue: digital printing glitch. After literally tens of thousands of copies at our regular printer, I found 65 faulty prints out of a run of 400. Colour had not properly fused, splodges had come off part of the map, were deposited on another part. "This cannot happen" said the printer. Of course, "It would always be picked up," says the conventional wisdom, with several days after printing for the controller to check every single print. Wouldn't it...

Show Profile  Michael Posted: 7 June 2008, 4:42 AM  
Is there no-one out there running OCAD 9 under XP with 5min to help tie down a bug? Pleeeeeease. See 9 May posting.

I see the IOF has started the process to revise the ISOM 2000. The new version is provisionally labelled ISOM 201X with a "preliminary roadmap" showing it to take effect from 2012. A chance to get ankle-deep depressions approved?? Seriously, I would like someone creative to think of a thinner symbol for a small depression. Our windblown sand-dunes create long narrow terrain shapes and its often hard to fit a "U" in. The elongated knoll is ideal for the "ups" (its narrower than a round dot) and we could do with something similar for the "downs".

Show Profile  Paul I Posted: 7 June 2008, 9:17 AM  
We have 'large boulder' and 'small boulder' - I would suggest 'large knoll' and 'small knoll' would give mappers some flexibility.
Lets face it, the symbol size on the map represents so outrageous physical size on the ground - it just doesn't fit well in certain terrain types.
2012 seems a long way off.

Show Profile  Casser Posted: 16 June 2008, 3:12 AM  
Is there a date modified bug on maptalk as well or is just my computer, that seem to show posts that are posted one day into the future?

Show Profile  Casser Posted: 16 June 2008, 3:15 AM  
well, apparently not anymore and maybe it was just a detail to underline the current problem that OCAD9 has with date modified....

Show Profile  Michael Posted: 16 June 2008, 3:43 PM  
I have verified that the "date modified" problem is independant of the Windows version; reported it to OCAD; and had an acknowledgement that it's a bug.


1   2   3   4   5   6   7   8   9   10   11   12   13   14   15   16   17   18   19   20   21   22   23   24   25   26   27   28   29   30   31   32   33   34   35   36   37   38   39   40   41   42   43   44   45   46   47   48   49   50   51   52   53   54   55   56   57   58   59   60   61   62   63   64   65   66   67   68   69   70  


Ruffneck Productions © Ruffneck Productions maptalk.co.nz