dxfreader-info Mailing List for DXFReader
Status: Beta
Brought to you by:
allandaly
Menu
▾
▴
dxfreader-info — A mailing list to discuss issues related to DXFReader development and use.
You can subscribe to this list here.
| 2009 |
Jan
|
Feb
(18) |
Mar
(26) |
Apr
(7) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2010 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
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
(1) |
27
(2) |
28
(15) |
|
From: Allan D. <al...@br...> - 2009-02-28 16:51:50
|
Also to answer your question about Header objects -- no I have not put anything in there yet to read data out of the Header section. Do you want to tackle that? -Allan On Feb 28, 2009, at 7:45 AM, Michael Caron wrote: > Hi list! > > Just wanted to make sure that I'm going about loading entities > correctly. Seems that when I draw them into a DKDrawingLayer, I get > incorrect directions and line widths (not sure if line widths are > part of the DXF line entity though). > > Process for reading in the DXF File: > BBDXFModel* model = [[BBDXFModel alloc] init]; > [model loadDXFString:dxfFileContents]; > [model getDXFFileStructure]; > [model processEntities]; > > Process for translating LINE entities into DK lines: > > BBDXFEntityLine* line = (BBDXFEntityLine*) entity; > > // Ignoring z coordinates for the moment > NSPoint sp; > sp.x = [[line startPoint] x]; > sp.y = [[line startPoint] y]; > NSPoint ep; > ep.x = [[line endPoint] x]; > ep.y = [[line endPoint] y]; > > DKDrawablePath* dkline = > [[DKDrawablePath alloc] initWithStartingCoordinate:sp > endingCoordinate:ep > grid: > [self gridLayer]]; > return [dkline autorelease]; > > Like I said, it seems that when I render this way, I'm getting weird > directions, though the lines seem to be spatially correct, that is, > they are in the right places relative to each other, just sort of > rotated or something differently. It might be due to an error in > scaling it to microns, however. I haven't looked too far into it. > > I also didn't see anything yet for getting the array of Header > objects. Am I missing something? I will add it if it's not there. It > was late... maybe I just totally overlooked it. Important to get > measurement data from the Header for SonoDraw. > > Cheers. > > Michael > ------------------------------------------------ > mic...@gm... > http://techrad.wordpress.com > http://mrcaron.wordpress.com > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San > Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source > code: SFAD > http://p.sf.net/sfu/XcvMzF8H_______________________________________________ > Dxfreader-info mailing list > Dxf...@li... > https://lists.sourceforge.net/lists/listinfo/dxfreader-info |
|
From: Allan D. <al...@br...> - 2009-02-28 16:50:29
|
Your code looks right for reading in the DXF file.
1. create the model BBDXFModel* model = [[BBDXFModel alloc] init];
2. load the dxf file [model loadDXFString:dxfFileContents];
3. analyze the dxf file structure [model getDXFFileStructure];
4. process the entities [model processEntities];
Eventually steps 2 - 4 should probably get combined into one step for
convenience, but for now keeping them separate might be helpful for
development and debugging.
To add a line so far I have been using a different DK method that you
are. Here's what I've been doing and it seems to work. This is the
method I call in my importer object. x1, y1, x2, an y2 are the 2D
coordinates for the start and end of the line.
- (void) addLineX1: (double) x1value
Y1: (double) y1value
X2: (double) x2value
Y2: (double) y2value;
{
// create a NSBezierPath for the line
NSBezierPath* aPath = [NSBezierPath bezierPath];
[aPath moveToPoint:NSMakePoint(x1value, y1value)];
[aPath lineToPoint:NSMakePoint(x2value, y2value)];
// create a DK drawable object, in this case a line (path)
DKDrawablePath *newLine = [[DKDrawablePath alloc]
initWithBezierPath:aPath];
// add the drawable object to the new layer
if ([lyr respondsToSelector:@selector(objects)])
{
[(DKObjectOwnerLayer *)lyr addObject:newLine];
}
}
I have not used the DKDrawablePath initWithStartingCoordinate:
endingCoordinate: grid: approach as you are doing, so I cannot speak
to that question. It seems like it should work.
One thing to remember is that the DK world is either "filpped" or "not
flipped." A "not flipped" world is where the 0,0 origin is in the
lower left corner, and a "flipped" world is where the origin in the
upper left corner. For some reason Graham has developed everything in
DK to be normal "flipped", which is the opposite of how most of us
think of the world, or at least how AutoCAD and other standard CAD
tools that I'm used to think of the world. Maybe the weird directions
you're getting are the result of you sending in objects in a "not-
flipped" coordinate system, but then having them be drawn in a
"flipped" coordinate system.
Please let me know what you figure out on this one.
-Allan
On Feb 28, 2009, at 7:45 AM, Michael Caron wrote:
> Hi list!
>
> Just wanted to make sure that I'm going about loading entities
> correctly. Seems that when I draw them into a DKDrawingLayer, I get
> incorrect directions and line widths (not sure if line widths are
> part of the DXF line entity though).
>
> Process for reading in the DXF File:
> BBDXFModel* model = [[BBDXFModel alloc] init];
> [model loadDXFString:dxfFileContents];
> [model getDXFFileStructure];
> [model processEntities];
>
> Process for translating LINE entities into DK lines:
>
> BBDXFEntityLine* line = (BBDXFEntityLine*) entity;
>
> // Ignoring z coordinates for the moment
> NSPoint sp;
> sp.x = [[line startPoint] x];
> sp.y = [[line startPoint] y];
> NSPoint ep;
> ep.x = [[line endPoint] x];
> ep.y = [[line endPoint] y];
>
> DKDrawablePath* dkline =
> [[DKDrawablePath alloc] initWithStartingCoordinate:sp
> endingCoordinate:ep
> grid:
> [self gridLayer]];
> return [dkline autorelease];
>
> Like I said, it seems that when I render this way, I'm getting weird
> directions, though the lines seem to be spatially correct, that is,
> they are in the right places relative to each other, just sort of
> rotated or something differently. It might be due to an error in
> scaling it to microns, however. I haven't looked too far into it.
>
> I also didn't see anything yet for getting the array of Header
> objects. Am I missing something? I will add it if it's not there. It
> was late... maybe I just totally overlooked it. Important to get
> measurement data from the Header for SonoDraw.
>
> Cheers.
>
> Michael
> ------------------------------------------------
> mic...@gm...
> http://techrad.wordpress.com
> http://mrcaron.wordpress.com
>
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San
> Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source
> code: SFAD
> http://p.sf.net/sfu/XcvMzF8H_______________________________________________
> Dxfreader-info mailing list
> Dxf...@li...
> https://lists.sourceforge.net/lists/listinfo/dxfreader-info
|
|
From: Michael C. <mic...@gm...> - 2009-02-28 16:24:55
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Will do. Thanks for looking into that for me. Mike On Feb 28, 2009, at 10:09 AM, dxf...@li... wrote: > Send Dxfreader-info mailing list submissions to > dxf...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/dxfreader-info > or, via email, send a message with subject or body 'help' to > dxf...@li... > > You can reach the person managing the list at > dxf...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Dxfreader-info digest..." > > > Today's Topics: > > 1. DXFReader with delegates? (Michael Caron) > 2. entity reading process (Michael Caron) > 3. Re: DKSimpleDXF (Allan Daly) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 28 Feb 2009 09:37:15 -0600 > From: Michael Caron <mic...@gm...> > Subject: [Dxfreader-info] DXFReader with delegates? > To: dxf...@li... > Message-ID: <262...@gm...> > Content-Type: text/plain; charset="us-ascii" > > Hey list, > > thought it might be cool to add delegates to the DXFReader Model > class. I think that if one wanted to add multi-threading to the > loader, it would be easier that way. The reader could continue > reading, calling delegates as it hits things like entities, header > sections, etc. If the delegate chose to, it could kick off a thread to > do it's processing on that element. The element would still be added > to the model for later if so desired, but the processor would have a > chance to create, say a DK drawing layer and render the element on it, > while the reader is busy reading. I don't know if it would be all that > much of a performance gain though and I'd probably want to do some > profiling before adding it in there, but it's an idea. > > It's kind of a cross between what a SAX and DOM parser is to XML. One > is streaming using callbacks, and the other is model-based. Best of > both worlds. > > Michael > ------------------------------------------------ > mic...@gm... > http://techrad.wordpress.com > http://mrcaron.wordpress.com > > -------------- next part -------------- > An HTML attachment was scrubbed... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: PGP.sig > Type: application/pgp-signature > Size: 186 bytes > Desc: This is a digitally signed message part > > ------------------------------ > > Message: 2 > Date: Sat, 28 Feb 2009 09:45:27 -0600 > From: Michael Caron <mic...@gm...> > Subject: [Dxfreader-info] entity reading process > To: dxf...@li... > Message-ID: <8BD...@gm...> > Content-Type: text/plain; charset="us-ascii" > > Hi list! > > Just wanted to make sure that I'm going about loading entities > correctly. Seems that when I draw them into a DKDrawingLayer, I get > incorrect directions and line widths (not sure if line widths are part > of the DXF line entity though). > > Process for reading in the DXF File: > BBDXFModel* model = [[BBDXFModel alloc] init]; > [model loadDXFString:dxfFileContents]; > [model getDXFFileStructure]; > [model processEntities]; > > Process for translating LINE entities into DK lines: > > BBDXFEntityLine* line = (BBDXFEntityLine*) entity; > > // Ignoring z coordinates for the moment > NSPoint sp; > sp.x = [[line startPoint] x]; > sp.y = [[line startPoint] y]; > NSPoint ep; > ep.x = [[line endPoint] x]; > ep.y = [[line endPoint] y]; > > DKDrawablePath* dkline = > [[DKDrawablePath alloc] initWithStartingCoordinate:sp > endingCoordinate:ep > grid: > [self gridLayer]]; > return [dkline autorelease]; > > Like I said, it seems that when I render this way, I'm getting weird > directions, though the lines seem to be spatially correct, that is, > they are in the right places relative to each other, just sort of > rotated or something differently. It might be due to an error in > scaling it to microns, however. I haven't looked too far into it. > > I also didn't see anything yet for getting the array of Header > objects. Am I missing something? I will add it if it's not there. It > was late... maybe I just totally overlooked it. Important to get > measurement data from the Header for SonoDraw. > > Cheers. > > Michael > ------------------------------------------------ > mic...@gm... > http://techrad.wordpress.com > http://mrcaron.wordpress.com > > -------------- next part -------------- > An HTML attachment was scrubbed... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: PGP.sig > Type: application/pgp-signature > Size: 186 bytes > Desc: This is a digitally signed message part > > ------------------------------ > > Message: 3 > Date: Sat, 28 Feb 2009 08:07:59 -0800 > From: Allan Daly <all...@gm...> > Subject: Re: [Dxfreader-info] DKSimpleDXF > To: dxf...@li... > Message-ID: <5DD...@gm...> > Content-Type: text/plain; charset="us-ascii" > > Michael, > > Were you able to get the DKSimpleDXF project to build and run > correctly? > > Your note/problem prompted me to go dig into what caused this issue. > Back when I switched from using the C++ dxflib library to the home- > grown DXFReader framework I created a new branch in the Subversion > directory. The development of both DKSimpleDXF and DXFReader continued > along substantially and I forgot that I created this branch (oops). > When I wrapped up the DKSimpleDXF project I used the old trunk and not > the new branch. That's why nothing made sense to you when you looked > in there. Anyway ... apologies for wasting your time -- but it was an > honest mistake at least. I hope I'm not the first one to have made > that blunder. > > I now have my the Subversion repository correctly reconfigured and > everything right and sane. Along the way I also found the problem with > not including the Nib files, so that's worked out now too. > > I posted a new cleaned-up, much smaller version of the DKSimpleDXF > project at this link: http://brown-bird.net/Projects/dksimpledxf.html. > The file is DKSimpleDXF_v.0.1_r2.zip. > > Everything should work for you now. Please let me know if you're able > to get this to build and run so I know if this is the right process to > use in the future. > > -Allan > > > On Feb 27, 2009, at 4:50 PM, Allan Daly wrote: > >> I re-zipped and re-posted the DKSimpleDXF archive. Give it a try now >> and let me know if it works. >> >> link: http://brown-bird.net/Projects/dksimpledxf.html >> >> -Allan >> >> On Feb 27, 2009, at 4:33 PM, Allan Daly wrote: >> >>> I was wondering if that would happen. I do not have tons of >>> experience wrapping up Xcode projects for distribution like this. >>> Can you give me any tips or advice on how to make sure I get >>> everything? >>> >>> Can you send me the build results error log so I can see >>> specifically what is missing. In the mean time I'll try to figure >>> it out and re-post the zip archive. >>> >>> I have everything set up to build in the DrawKit directory. Did you >>> see that and is that working for you? >>> >>> -Allan >>> >>> >>> On Feb 27, 2009, at 3:57 PM, Michael Caron wrote: >>> >>>> Hi Allan, >>>> >>>> I grabbed the source from your site for the DKSimpleDXF and I >>>> can't get it to build correctly. I'm linking properly with the DK >>>> project, but what's missing are some png's, the MainMenu.nib >>>> English (can't even open MainMenu.nib). >>>> >>>> Do I need first to grab Graham's test app to get those, sincd DSD >>>> is based off of that? >>>> >>>> Michael >>>> ------------------------------------------------ >>>> mic...@gm... >>>> http://techrad.wordpress.com >>>> http://mrcaron.wordpress.com >>>> >>> >> > > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San > Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source > code: SFAD > http://p.sf.net/sfu/XcvMzF8H > > ------------------------------ > > _______________________________________________ > Dxfreader-info mailing list > Dxf...@li... > https://lists.sourceforge.net/lists/listinfo/dxfreader-info > > > End of Dxfreader-info Digest, Vol 1, Issue 3 > ******************************************** Michael - ------------------------------------------------ mic...@gm... http://techrad.wordpress.com http://mrcaron.wordpress.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFJqWVP5CEAr1NK/dQRAraAAKCQLcpwDPqsUpKSnHydIpQ7PtCn9ACfTTKd LjNhBH6NShDxq5+raA1bjBM= =bNQk -----END PGP SIGNATURE----- |
|
From: Allan D. <al...@br...> - 2009-02-28 16:24:40
|
On Feb 28, 2009, at 8:07 AM, Allan Daly wrote: > Michael, > > Were you able to get the DKSimpleDXF project to build and run > correctly? > > Your note/problem prompted me to go dig into what caused this issue. > Back when I switched from using the C++ dxflib library to the home- > grown DXFReader framework I created a new branch in the Subversion > directory. The development of both DKSimpleDXF and DXFReader > continued along substantially and I forgot that I created this > branch (oops). When I wrapped up the DKSimpleDXF project I used the > old trunk and not the new branch. That's why nothing made sense to > you when you looked in there. Anyway ... apologies for wasting your > time -- but it was an honest mistake at least. I hope I'm not the > first one to have made that blunder. > > I now have my the Subversion repository correctly reconfigured and > everything right and sane. Along the way I also found the problem > with not including the Nib files, so that's worked out now too. > > I posted a new cleaned-up, much smaller version of the DKSimpleDXF > project at this link: http://brown-bird.net/Projects/ > dksimpledxf.html. The file is DKSimpleDXF_v.0.1_r2.zip. > > Everything should work for you now. Please let me know if you're > able to get this to build and run so I know if this is the right > process to use in the future. > > -Allan > > > On Feb 27, 2009, at 4:50 PM, Allan Daly wrote: > >> I re-zipped and re-posted the DKSimpleDXF archive. Give it a try >> now and let me know if it works. >> >> link: http://brown-bird.net/Projects/dksimpledxf.html >> >> -Allan >> >> On Feb 27, 2009, at 4:33 PM, Allan Daly wrote: >> >>> I was wondering if that would happen. I do not have tons of >>> experience wrapping up Xcode projects for distribution like this. >>> Can you give me any tips or advice on how to make sure I get >>> everything? >>> >>> Can you send me the build results error log so I can see >>> specifically what is missing. In the mean time I'll try to figure >>> it out and re-post the zip archive. >>> >>> I have everything set up to build in the DrawKit directory. Did >>> you see that and is that working for you? >>> >>> -Allan >>> >>> >>> On Feb 27, 2009, at 3:57 PM, Michael Caron wrote: >>> >>>> Hi Allan, >>>> >>>> I grabbed the source from your site for the DKSimpleDXF and I >>>> can't get it to build correctly. I'm linking properly with the DK >>>> project, but what's missing are some png's, the MainMenu.nib >>>> English (can't even open MainMenu.nib). >>>> >>>> Do I need first to grab Graham's test app to get those, sincd DSD >>>> is based off of that? >>>> >>>> Michael >>>> ------------------------------------------------ >>>> mic...@gm... >>>> http://techrad.wordpress.com >>>> http://mrcaron.wordpress.com >>>> >>> >> > |
|
From: Allan D. <al...@br...> - 2009-02-28 16:22:17
|
Interesting idea. I'll have to think about this one. Off the bat it seems to me that because the DXF file structure is a very straightforward "flat file" approach that that creating a reader that could start to operate on one part of the file before the whole file is completed processing could cause problems. At the same time there is tons of data inside the DXF that most programs have no use for so as you say this might speed things up. So far I have not found the DXF reading process to be very slow -- even with pretty large architectural floorplan files. So far it appears that the process of creating the DK objects on the drawing layers is what is slow and needs to be sped up. If you try to open the floorplan.dxf example file in the DKSimpleDXF app you'll see what I mean. I'm certainly open to this idea and if you want to explore it further I think that would be great. -Allan On Feb 28, 2009, at 7:37 AM, Michael Caron wrote: > Hey list, > > thought it might be cool to add delegates to the DXFReader Model > class. I think that if one wanted to add multi-threading to the > loader, it would be easier that way. The reader could continue > reading, calling delegates as it hits things like entities, header > sections, etc. If the delegate chose to, it could kick off a thread > to do it's processing on that element. The element would still be > added to the model for later if so desired, but the processor would > have a chance to create, say a DK drawing layer and render the > element on it, while the reader is busy reading. I don't know if it > would be all that much of a performance gain though and I'd probably > want to do some profiling before adding it in there, but it's an idea. > > It's kind of a cross between what a SAX and DOM parser is to XML. > One is streaming using callbacks, and the other is model-based. Best > of both worlds. > > Michael > ------------------------------------------------ > mic...@gm... > http://techrad.wordpress.com > http://mrcaron.wordpress.com > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San > Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source > code: SFAD > http://p.sf.net/sfu/XcvMzF8H_______________________________________________ > Dxfreader-info mailing list > Dxf...@li... > https://lists.sourceforge.net/lists/listinfo/dxfreader-info |
|
From: Allan D. <all...@gm...> - 2009-02-28 16:08:13
|
Michael, Were you able to get the DKSimpleDXF project to build and run correctly? Your note/problem prompted me to go dig into what caused this issue. Back when I switched from using the C++ dxflib library to the home- grown DXFReader framework I created a new branch in the Subversion directory. The development of both DKSimpleDXF and DXFReader continued along substantially and I forgot that I created this branch (oops). When I wrapped up the DKSimpleDXF project I used the old trunk and not the new branch. That's why nothing made sense to you when you looked in there. Anyway ... apologies for wasting your time -- but it was an honest mistake at least. I hope I'm not the first one to have made that blunder. I now have my the Subversion repository correctly reconfigured and everything right and sane. Along the way I also found the problem with not including the Nib files, so that's worked out now too. I posted a new cleaned-up, much smaller version of the DKSimpleDXF project at this link: http://brown-bird.net/Projects/dksimpledxf.html. The file is DKSimpleDXF_v.0.1_r2.zip. Everything should work for you now. Please let me know if you're able to get this to build and run so I know if this is the right process to use in the future. -Allan On Feb 27, 2009, at 4:50 PM, Allan Daly wrote: > I re-zipped and re-posted the DKSimpleDXF archive. Give it a try now > and let me know if it works. > > link: http://brown-bird.net/Projects/dksimpledxf.html > > -Allan > > On Feb 27, 2009, at 4:33 PM, Allan Daly wrote: > >> I was wondering if that would happen. I do not have tons of >> experience wrapping up Xcode projects for distribution like this. >> Can you give me any tips or advice on how to make sure I get >> everything? >> >> Can you send me the build results error log so I can see >> specifically what is missing. In the mean time I'll try to figure >> it out and re-post the zip archive. >> >> I have everything set up to build in the DrawKit directory. Did you >> see that and is that working for you? >> >> -Allan >> >> >> On Feb 27, 2009, at 3:57 PM, Michael Caron wrote: >> >>> Hi Allan, >>> >>> I grabbed the source from your site for the DKSimpleDXF and I >>> can't get it to build correctly. I'm linking properly with the DK >>> project, but what's missing are some png's, the MainMenu.nib >>> English (can't even open MainMenu.nib). >>> >>> Do I need first to grab Graham's test app to get those, sincd DSD >>> is based off of that? >>> >>> Michael >>> ------------------------------------------------ >>> mic...@gm... >>> http://techrad.wordpress.com >>> http://mrcaron.wordpress.com >>> >> > |
|
From: Michael C. <mic...@gm...> - 2009-02-28 15:45:41
|
Hi list!
Just wanted to make sure that I'm going about loading entities
correctly. Seems that when I draw them into a DKDrawingLayer, I get
incorrect directions and line widths (not sure if line widths are part
of the DXF line entity though).
Process for reading in the DXF File:
BBDXFModel* model = [[BBDXFModel alloc] init];
[model loadDXFString:dxfFileContents];
[model getDXFFileStructure];
[model processEntities];
Process for translating LINE entities into DK lines:
BBDXFEntityLine* line = (BBDXFEntityLine*) entity;
// Ignoring z coordinates for the moment
NSPoint sp;
sp.x = [[line startPoint] x];
sp.y = [[line startPoint] y];
NSPoint ep;
ep.x = [[line endPoint] x];
ep.y = [[line endPoint] y];
DKDrawablePath* dkline =
[[DKDrawablePath alloc] initWithStartingCoordinate:sp
endingCoordinate:ep
grid:
[self gridLayer]];
return [dkline autorelease];
Like I said, it seems that when I render this way, I'm getting weird
directions, though the lines seem to be spatially correct, that is,
they are in the right places relative to each other, just sort of
rotated or something differently. It might be due to an error in
scaling it to microns, however. I haven't looked too far into it.
I also didn't see anything yet for getting the array of Header
objects. Am I missing something? I will add it if it's not there. It
was late... maybe I just totally overlooked it. Important to get
measurement data from the Header for SonoDraw.
Cheers.
Michael
------------------------------------------------
mic...@gm...
http://techrad.wordpress.com
http://mrcaron.wordpress.com
|
|
From: Michael C. <mic...@gm...> - 2009-02-28 15:37:30
|
Hey list, thought it might be cool to add delegates to the DXFReader Model class. I think that if one wanted to add multi-threading to the loader, it would be easier that way. The reader could continue reading, calling delegates as it hits things like entities, header sections, etc. If the delegate chose to, it could kick off a thread to do it's processing on that element. The element would still be added to the model for later if so desired, but the processor would have a chance to create, say a DK drawing layer and render the element on it, while the reader is busy reading. I don't know if it would be all that much of a performance gain though and I'd probably want to do some profiling before adding it in there, but it's an idea. It's kind of a cross between what a SAX and DOM parser is to XML. One is streaming using callbacks, and the other is model-based. Best of both worlds. Michael ------------------------------------------------ mic...@gm... http://techrad.wordpress.com http://mrcaron.wordpress.com |
|
From: Allan D. <all...@me...> - 2009-02-28 03:38:59
|
I was wondering if that would happen. I do not have tons of experience wrapping up Xcode projects for distribution like this. Can you give me any tips or advice on how to make sure I get everything? Can you send me the build results error log so I can see specifically what is missing. In the mean time I'll try to figure it out and re- post the zip archive. I have everything set up to build in the DrawKit directory. Did you see that and is that working for you? -Allan On Feb 27, 2009, at 3:57 PM, Michael Caron wrote: > Hi Allan, > > I grabbed the source from your site for the DKSimpleDXF and I can't > get it to build correctly. I'm linking properly with the DK project, > but what's missing are some png's, the MainMenu.nib English (can't > even open MainMenu.nib). > > Do I need first to grab Graham's test app to get those, sincd DSD is > based off of that? > > Michael > ------------------------------------------------ > mic...@gm... > http://techrad.wordpress.com > http://mrcaron.wordpress.com > |
|
From: Allan D. <al...@br...> - 2009-02-28 02:33:36
|
I use the eDrawings viewer also. It seems OK so far. Mostly I use AutoCAD on my PC at work at my regular job as a mechanical engineer -- since that's where most of the DXFs are coming from that I'm interested in importing. -Allan On Feb 27, 2009, at 3:06 PM, Michael Caron wrote: > While developing DXFReader, it may be handy to view the DXF Files in > another app, to see what they ought to look like. SolidWorks e- > Drawings is a good tool for this because it's free! I've been using > it as of today. > > http://www.edrawingsviewer.com/MAC_Viewer.html > > Cheers, > > Michael > ------------------------------------------------ > mic...@gm... > http://techrad.wordpress.com > http://mrcaron.wordpress.com > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San > Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source > code: SFAD > http://p.sf.net/sfu/XcvMzF8H_______________________________________________ > Dxfreader-info mailing list > Dxf...@li... > https://lists.sourceforge.net/lists/listinfo/dxfreader-info |
|
From: Allan D. <al...@br...> - 2009-02-28 02:33:34
|
Ha! Makes sense. Believe me, if there was a way for me to NOT use AutoCAD in my day-to- day work I would gladly go that direction. As it is we pay thousands of dollars a year for buggy bloated software that crashes frequently. What fun. -Allan On Feb 27, 2009, at 4:31 PM, Michael Caron wrote: > Well, by day I work for SolidWorks, so I'm a bit partial ;) > > On Feb 27, 2009, at 6:30 PM, Allan Daly wrote: > >> I use the eDrawings viewer also. It seems OK so far. >> >> Mostly I use AutoCAD on my PC at work at my regular job as a >> mechanical engineer -- since that's where most of the DXFs are >> coming from that I'm interested in importing. >> >> -Allan >> >> >> On Feb 27, 2009, at 3:06 PM, Michael Caron wrote: >> >>> While developing DXFReader, it may be handy to view the DXF Files >>> in another app, to see what they ought to look like. SolidWorks e- >>> Drawings is a good tool for this because it's free! I've been >>> using it as of today. >>> >>> http://www.edrawingsviewer.com/MAC_Viewer.html >>> >>> Cheers, >>> >>> Michael >>> ------------------------------------------------ >>> mic...@gm... >>> http://techrad.wordpress.com >>> http://mrcaron.wordpress.com >>> >>> ------------------------------------------------------------------------------ >>> Open Source Business Conference (OSBC), March 24-25, 2009, San >>> Francisco, CA >>> -OSBC tackles the biggest issue in open source: Open Sourcing the >>> Enterprise >>> -Strategies to boost innovation and cut costs with open source >>> participation >>> -Receive a $600 discount off the registration fee with the source >>> code: SFAD >>> http://p.sf.net/sfu/XcvMzF8H_______________________________________________ >>> Dxfreader-info mailing list >>> Dxf...@li... >>> https://lists.sourceforge.net/lists/listinfo/dxfreader-info >> > > Michael > ------------------------------------------------ > mic...@gm... > http://techrad.wordpress.com > http://mrcaron.wordpress.com > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San > Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source > code: SFAD > http://p.sf.net/sfu/XcvMzF8H_______________________________________________ > Dxfreader-info mailing list > Dxf...@li... > https://lists.sourceforge.net/lists/listinfo/dxfreader-info |
|
From: Allan D. <al...@br...> - 2009-02-28 02:33:33
|
I think I know what's going on ... sorry for the confusion. That old DXF import library is the one I was playing with before I started to write my own. It's called dxflib. This library was still in the Subversion repository even though I have moved on without it. To create the first archive that I posted I "exported" all the files out of the current Subversion and then zipped those, without noticing that that old library is still in there. To create the new archive (r1) instead of exporting out of the Subversion repository I went straight to the Xcode project directory and grabbed the files from there. Hopefully it will work now. What process would you recommend? Thanks / sorry. -Allan On Feb 27, 2009, at 4:46 PM, Michael Caron wrote: > The sample app up on brown bird software (http://brown-bird.net/Projects/dksimpledxf.html > ) doesn't seem to contain the DXFReader framework at all, rather a > DXF import library by ribbonsoft? I was looking for examples on how > to load things into a DKDrawingView, but the sample app doesn't > really show that. That's ok, just a little misleading. Might want to > update the docs on the page to say something to that effect. > > Michael > ------------------------------------------------ > mic...@gm... > http://techrad.wordpress.com > http://mrcaron.wordpress.com > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San > Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source > code: SFAD > http://p.sf.net/sfu/XcvMzF8H_______________________________________________ > Dxfreader-info mailing list > Dxf...@li... > https://lists.sourceforge.net/lists/listinfo/dxfreader-info |
|
From: Michael C. <mic...@gm...> - 2009-02-28 00:54:53
|
Well, by day I work for SolidWorks, so I'm a bit partial ;) On Feb 27, 2009, at 6:30 PM, Allan Daly wrote: > I use the eDrawings viewer also. It seems OK so far. > > Mostly I use AutoCAD on my PC at work at my regular job as a > mechanical engineer -- since that's where most of the DXFs are > coming from that I'm interested in importing. > > -Allan > > > On Feb 27, 2009, at 3:06 PM, Michael Caron wrote: > >> While developing DXFReader, it may be handy to view the DXF Files >> in another app, to see what they ought to look like. SolidWorks e- >> Drawings is a good tool for this because it's free! I've been using >> it as of today. >> >> http://www.edrawingsviewer.com/MAC_Viewer.html >> >> Cheers, >> >> Michael >> ------------------------------------------------ >> mic...@gm... >> http://techrad.wordpress.com >> http://mrcaron.wordpress.com >> >> ------------------------------------------------------------------------------ >> Open Source Business Conference (OSBC), March 24-25, 2009, San >> Francisco, CA >> -OSBC tackles the biggest issue in open source: Open Sourcing the >> Enterprise >> -Strategies to boost innovation and cut costs with open source >> participation >> -Receive a $600 discount off the registration fee with the source >> code: SFAD >> http://p.sf.net/sfu/XcvMzF8H_______________________________________________ >> Dxfreader-info mailing list >> Dxf...@li... >> https://lists.sourceforge.net/lists/listinfo/dxfreader-info > Michael ------------------------------------------------ mic...@gm... http://techrad.wordpress.com http://mrcaron.wordpress.com |
|
From: Michael C. <mic...@gm...> - 2009-02-28 00:52:04
|
The sample app up on brown bird software (http://brown-bird.net/Projects/dksimpledxf.html ) doesn't seem to contain the DXFReader framework at all, rather a DXF import library by ribbonsoft? I was looking for examples on how to load things into a DKDrawingView, but the sample app doesn't really show that. That's ok, just a little misleading. Might want to update the docs on the page to say something to that effect. Michael ------------------------------------------------ mic...@gm... http://techrad.wordpress.com http://mrcaron.wordpress.com |
|
From: Allan D. <all...@me...> - 2009-02-28 00:51:14
|
I re-zipped and re-posted the DKSimpleDXF archive. Give it a try now and let me know if it works. link: http://brown-bird.net/Projects/dksimpledxf.html -Allan On Feb 27, 2009, at 4:33 PM, Allan Daly wrote: > I was wondering if that would happen. I do not have tons of > experience wrapping up Xcode projects for distribution like this. > Can you give me any tips or advice on how to make sure I get > everything? > > Can you send me the build results error log so I can see > specifically what is missing. In the mean time I'll try to figure it > out and re-post the zip archive. > > I have everything set up to build in the DrawKit directory. Did you > see that and is that working for you? > > -Allan > > > On Feb 27, 2009, at 3:57 PM, Michael Caron wrote: > >> Hi Allan, >> >> I grabbed the source from your site for the DKSimpleDXF and I can't >> get it to build correctly. I'm linking properly with the DK >> project, but what's missing are some png's, the MainMenu.nib >> English (can't even open MainMenu.nib). >> >> Do I need first to grab Graham's test app to get those, sincd DSD >> is based off of that? >> >> Michael >> ------------------------------------------------ >> mic...@gm... >> http://techrad.wordpress.com >> http://mrcaron.wordpress.com >> > |
|
From: Michael C. <mic...@gm...> - 2009-02-27 23:06:15
|
While developing DXFReader, it may be handy to view the DXF Files in another app, to see what they ought to look like. SolidWorks e- Drawings is a good tool for this because it's free! I've been using it as of today. http://www.edrawingsviewer.com/MAC_Viewer.html Cheers, Michael ------------------------------------------------ mic...@gm... http://techrad.wordpress.com http://mrcaron.wordpress.com |
|
From: Michael C. <mic...@gm...> - 2009-02-27 15:24:27
|
Hi Allan, thought this would be good for you to watch, re: peer review and change management. Could be a good way to collaborate. That is, I send you a diff of my changes and when you're satisfied, I'll check in then and only then. http://video.google.com/videoplay?docid=-8502904076440714866 |
|
From: Allan D. <all...@me...> - 2009-02-26 03:05:22
|
Hi Michael (or is it Mike as you listed on SourceForge?), I'm sending this message to the DXFReader list to see if it all works correctly. I added you as a member/developer to the DXFReader project and gave you write access to the Subversion repository. I made your project role "developer." Does that all seem right? Please reply to the list to give it a test. Thanks. -Allan |
