Shubham,
There are probable some misunderstandings.
First, be careful with using the term "sketch". A sketch is a BRL-CAD
primitive which isn't very interesting as it is because it's 2D and
has therefore no correspondence in the 3D world. I.e. you won't find
much sketches in BRL-CAD models (except maybe in extrudes). What you
mean is probable drawing/blueprint/model.
Second, the geometric objects which represent the real-world entities
and therefore are the basic components of the models are the regions
(special type of combinations: the Boolean combinations). Imagine a
wall with a window in the middle. It can be build from two cuboids.
But no canonical point from the underlying primitives (corners,
centroids, middles of the faces) would be a good anchor point for an
annotation with the stone type, for example. I.e., at least at this
stage of development, I would leave the determination of the reference
point completely to the user.
Nevertheless, it's desirable to support it sometime with a GUI, e.g.
interactive with the mouse.
Regards,
Daniel
2017-05-14 20:26 GMT+02:00 Shubham Rathore <shubhamrathore1...@gmail.com>:
> Sir,
>
> Every sketch that is made will have a fixed set of points that can be
> annotated and these points correspond to fixed points on each primitive
> that is a part of the sketch.
> - For ex. Consider an example of a radio - annotative points that are
> possible are the ones that correspond to each primitive i.e. rpp, rec, ell,
> tor, rcc. Annotative points corresponding to these primitives are basically
> the centroid points.
>
> Thus, from the point of view of the user, specifying the annotative
> primitive is easier when compared to the point coordinates, which may be a
> bit difficult to specify with precision. (or do you want user
> interactive[mouse input] selection of points?)
>
> This is what I thought, which may not be perfect. Your ideas and suggestion
> are welcome.
>
> Regards,
> Shubham Rathore(:gabbar1947)
>
> On Sun, May 14, 2017 at 12:54 AM, Daniel Roßberg <danielmrossb...@gmail.com>
> wrote:
>>
>> Shubham,
>>
>> What is the idea behind the "pipeline". The reference point in the
>> model is a simple parameter (3 floating point numbers) e.g. for the in
>> command, or?
>>
>> Regards,
>> Daniel
>>
>> 2017-05-13 9:43 GMT+02:00 Shubham Rathore <shubhamrathore1...@gmail.com>:
>> > Hello,
>> > Thanks for the help. This is the plan that I aim to follow in the
>> > next
>> > few days. Reviews are appreciated.
>> >
>> >
>> > https://docs.google.com/document/d/1ITdGP4M7TgN-x0ih0Nb71RI-G0JlbJUQIZ6omh9VnDs/edit?usp=sharing
>> >
>> > Regards,
>> > Shubham Rathore(:gabbar1947)
>> >
>> > On Fri, May 12, 2017 at 3:06 AM, Christopher Sean Morrison
>> > <brl...@mac.com>
>> > wrote:
>> >>
>> >>
>> >> On May 11, 2017, at 02:17 PM, Shubham Rathore
>> >> <shubhamrathore1...@gmail.com> wrote:
>> >>
>> >> Is it possible to retrieve all the primitives along with the
>> >> parameters
>> >> from a ".g " file.
>> >>
>> >>
>> >> I'm not sure what you mean. If you have a .g file with all the
>> >> primitives
>> >> in it, then yes you absolutely could retrieve them all and their
>> >> parameters.
>> >> The "l" and "get" commands list parameters for primitives that exist,
>> >> for
>> >> example.
>> >>
>> >> However, I think you're asking whether there is a way to get a list of
>> >> all
>> >> primitives possible and their parameters. Yes?
>> >>
>> >> For that, make sure you've seen the appendix in
>> >> http://brlcad.org/w/images/c/cf/Introduction_to_MGED.pdf in case that's
>> >> what
>> >> you're after. It's not all of them, but it's most.
>> >>
>> >> To get a dynamic list, that's a lot more tricky and the "practical"
>> >> answer
>> >> is that you cannot currently -- at least not a complete list. That
>> >> would be
>> >> a simple addition someone could implement. Otherwise, the "make"
>> >> command is
>> >> probably the closest which reports all primitives that can be
>> >> instantiated
>> >> automatically.
>> >>
>> >> Cheers!
>> >> Sean
>> >>
>> >>
>> >>
>> >>
>> >> ------------------------------------------------------------------------------
>> >> Check out the vibrant tech community on one of the world's most
>> >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> >> _______________________________________________
>> >> BRL-CAD Developer mailing list
>> >> brlcad-devel@lists.sourceforge.net
>> >> https://lists.sourceforge.net/lists/listinfo/brlcad-devel
>> >>
>> >
>> >
>> >
>> > ------------------------------------------------------------------------------
>> > Check out the vibrant tech community on one of the world's most
>> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> > _______________________________________________
>> > BRL-CAD Developer mailing list
>> > brlcad-devel@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/brlcad-devel
>> >
>>
>>
>> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> _______________________________________________
>> BRL-CAD Developer mailing list
>> brlcad-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/brlcad-devel
>
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> BRL-CAD Developer mailing list
> brlcad-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/brlcad-devel
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
BRL-CAD Developer mailing list
brlcad-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/brlcad-devel
