00:43.16 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.174.201) |
02:20.02 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.174.201) |
02:42.19 |
*** join/#brlcad adahp_
(~adahp@c-24-20-214-39.hsd1.or.comcast.net) |
03:09.37 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
03:27.28 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
04:56.05 |
*** join/#brlcad jasvir
(~jass@75-142-109-136.static.mtpk.ca.charter.com) |
05:41.24 |
*** join/#brlcad tandoorichick
(b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
05:48.33 |
*** join/#brlcad simran
(~simran@101.57.6.105) |
06:04.28 |
*** join/#brlcad ickby
(~stefan@x5d844f73.dyn.telefonica.de) |
06:48.45 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
07:01.41 |
*** join/#brlcad Amritpal
(~amrit3701@124.253.111.108) |
07:12.13 |
*** join/#brlcad simran
(~simran@101.57.6.105) |
07:17.56 |
*** join/#brlcad simran
(~simran@101.57.6.105) |
07:25.44 |
*** join/#brlcad simran__
(~Davinder@101.57.6.105) |
07:43.13 |
*** join/#brlcad pujani
(~pujani@115.184.118.92) |
07:43.13 |
*** join/#brlcad Simran
(~simran@101.57.6.105) |
08:24.19 |
*** join/#brlcad tflendrich
(~tflendric@90-156-19-101.internetia.net.pl) |
08:30.28 |
tflendrich |
hello everyone :) Let me introduce myself: I'm
Tomasz, a student interested in taking part in GSOC with
BRL-CAD |
08:31.54 |
tflendrich |
a year ago, you had lots of interesting
project ideas and it hasn't changed a bit, so it's hard to choose
something (not that I complain that there's much to do) |
08:33.37 |
*** join/#brlcad tflendrich_
(~tflendric@90-156-19-101.internetia.net.pl) |
08:48.40 |
*** join/#brlcad pujani
(~pujani@115.184.118.92) |
08:52.39 |
*** join/#brlcad Pujani_
(~pujani@115.184.118.92) |
08:53.48 |
*** join/#brlcad LordOfBikes
(~armin@dslb-092-074-237-188.092.074.pools.vodafone-ip.de) |
08:57.27 |
ickby |
tflendrich: make sure to also have a look at
the other organisations which applied together with brl-cad, for
example linuxcnc, stepcode, librecad and freecad |
08:57.37 |
ickby |
for freecad the ideas are here:http://www.freecadweb.org/wiki/index.php?title=Google_Summer_of_Code |
08:57.49 |
ickby |
disclaimer: I'm from the freecad dev team,
:) |
09:04.13 |
tflendrich |
ickby: haha, thanks! |
09:05.18 |
ickby |
your welcome :) it just seems that most
studends do not realized that the BRL-CAD GSoC organisation is a
combined proposal of multiple orgs, so I'm mentioning that from
time to time |
09:20.31 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.174.201) |
10:02.28 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |
10:10.21 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
11:48.46 |
*** join/#brlcad ickby
(~stefan@x5d844f73.dyn.telefonica.de) |
12:37.41 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.174.201) |
12:51.00 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
12:51.24 |
*** join/#brlcad skat00sh_
(uid103741@gateway/web/irccloud.com/x-rpahckryplkplmnx) |
13:20.44 |
*** join/#brlcad nilram
(~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf) |
14:00.09 |
*** join/#brlcad shubam
(01163f0d@gateway/web/freenode/ip.1.22.63.13) |
14:02.58 |
*** join/#brlcad shubham_
(01163f0d@gateway/web/freenode/ip.1.22.63.13) |
14:47.31 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-hnthhrwavjcuuuek) |
14:47.57 |
*** join/#brlcad nilram__
(~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf) |
15:27.41 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.174.201) |
15:50.20 |
*** join/#brlcad skat00sh_
(uid103741@gateway/web/irccloud.com/x-nhyytxwiascstocg) |
15:54.17 |
*** join/#brlcad ickby
(~stefan@x5d845b5f.dyn.telefonica.de) |
16:06.22 |
*** join/#brlcad ickby_
(~stefan@x5d845b5f.dyn.telefonica.de) |
16:08.20 |
*** join/#brlcad yorik
(~yorik@177.139.37.53) |
16:23.37 |
*** join/#brlcad ickby_
(~stefan@x5d845b5f.dyn.telefonica.de) |
16:37.03 |
*** join/#brlcad kkrcodes
(~kkr@14.139.160.31) |
16:55.18 |
*** join/#brlcad witness_
(uid10044@gateway/web/irccloud.com/x-lxxoegdxpfzkglbv) |
17:08.47 |
*** join/#brlcad ickby_
(~stefan@x5d845b5f.dyn.telefonica.de) |
17:21.07 |
*** join/#brlcad ickby_
(~stefan@x5d845b5f.dyn.telefonica.de) |
17:28.45 |
Notify |
03BRL-CAD:starseeker * 67394
(brlcad/trunk/doc/docbook/system/mann/rm.xml
brlcad/trunk/src/libged/CMakeLists.txt): Revert work on rm command
- won't be ready for prime-time by release, so go with old
behavior. |
17:30.02 |
brlcad |
tflendrich: welcome |
17:30.28 |
brlcad |
tflendrich: note that our ideas list is a
little out of date -- we do have some priority topics this year,
which you can see on the brlcad-devel mailing list
archives |
17:30.41 |
brlcad |
might help you narrow down on a
topic |
17:31.04 |
brlcad |
and definitely check out our partner
orgs! |
17:31.25 |
Notify |
03BRL-CAD:starseeker * 67395
brlcad/trunk/TODO: Put rm work in the backlog |
17:32.51 |
brlcad |
tflendrich: to answer your private question,
we don't know how many slots will be assigned, but we do want each
partner org to have a student or two working |
17:33.54 |
starseeker |
brlcad: did you want a preliminary look at my
thoughts on analyze command options, or should I go ahead and toss
them into the libged TODO entry? |
17:34.45 |
brlcad |
tflendrich: some more, some less |
17:34.56 |
brlcad |
starseeker: sure, either way |
17:35.30 |
starseeker |
k, just didn't want a student to start in on
it before we're done hashing it out - I doubt very much this is
final form... |
17:43.42 |
brlcad |
I got no analyze religion other than
KISS |
17:44.01 |
tflendrich |
brlcad: okay, thanks |
17:45.21 |
starseeker |
heh. this is probably doomed then, but I'll
toss it up anyway. |
17:45.52 |
Notify |
03BRL-CAD:starseeker * 67396
brlcad/trunk/src/libged/TODO: Add some very preliminary thought on
what a general/unified analyze command might look like... |
17:50.49 |
starseeker |
brlcad: do you happen to remember what
specifically to look for with Windows wireframes (TODO entry?)
I've drawn a few simple things like moss.g in MGED windows in
recent BRL-CAD Windows builds successfully... |
17:51.03 |
brlcad |
what does --visualize do? |
17:51.25 |
starseeker |
draw the wireframe of the bounding box, the
dot for the centroid, the mesh for the convex hull, etc. |
17:51.35 |
starseeker |
without creating actual geometry
objects |
17:52.32 |
brlcad |
starseeker: TODO was just a quick sanity check
to make sure they weren't horribly brokwn by a change |
17:52.41 |
brlcad |
so if you saw a wireframe, not horked
:) |
17:52.46 |
starseeker |
cool :-) |
17:53.11 |
starseeker |
will re-confirm once the
latest build completes (need binary with reverted rm command) then
I'll nuke that one |
17:56.40 |
brlcad |
starseeker: command design looks pretty good
to me, looks like you covered most things |
17:57.35 |
starseeker |
is tempted to support =obj.s
syntax for components too (easy way to extract a set of faces from
a B-Rep, say) but that would probably expand the scope of the
command too far |
17:57.37 |
brlcad |
not sure we have consistent terminology .. a
surface and a face are synonymous or ambiguous |
17:57.48 |
starseeker |
different in B-Rep, same in mesh |
17:58.39 |
brlcad |
right |
17:59.06 |
starseeker |
and other primitives will have primitive
specific piece parts (like the voxel example) |
17:59.12 |
starseeker |
open to ideas on that |
17:59.23 |
brlcad |
would be good to generalize to all entities if
we can |
17:59.27 |
starseeker |
nods |
18:00.35 |
brlcad |
to simplify the interface and code, might make
sense to only support one analysis at a time |
18:01.04 |
brlcad |
since the other options will very likely vary
per property (e.g., tolerance and visualize) |
18:01.26 |
brlcad |
an option to create the geometry would be
good, might be mergable with visualize |
18:01.32 |
starseeker |
hmm - good point. visualize I can see working
mulitple property, but tolerance is a stopper |
18:01.54 |
starseeker |
that may preclude folding gqa under this
then |
18:02.26 |
starseeker |
users won't want to re-run raytracing to get
(say) volume and moment of inertia if the raytracing is
expensive |
18:02.38 |
brlcad |
you might want to visualize one prop, like
bbox, and might be surprised at all the stuff created by other
properties (e.g., overlap) |
18:02.48 |
starseeker |
true |
18:03.05 |
brlcad |
yes, agreed, but we can handle that by giving
analyze a context it can reuse |
18:03.15 |
starseeker |
ah - some sort of cache? |
18:03.41 |
brlcad |
hey good idea.. wasn't specifically thinking
that, but even better |
18:04.06 |
brlcad |
was thinking a command-specific hook in the
ged struct where it could hang a container |
18:04.11 |
starseeker |
create an "analysis object" that can then be
interrogated for various properties... |
18:04.13 |
brlcad |
but having a global cache is even
better |
18:04.21 |
brlcad |
(accessed via the ged struct) |
18:04.51 |
brlcad |
brb |
18:04.57 |
starseeker |
nods |
18:08.06 |
starseeker |
confirmed - wireframes came up in
mged |
18:09.03 |
Notify |
03BRL-CAD:starseeker * 67397
brlcad/trunk/TODO: Wireframes do draw on Windows with
MGED. |
19:06.32 |
*** join/#brlcad shubham
(01163f0d@gateway/web/freenode/ip.1.22.63.13) |
19:12.19 |
*** join/#brlcad gaganjyot
(~gaganjyot@122.173.174.201) |
19:23.07 |
*** join/#brlcad ickby
(~stefan@x5d845b5f.dyn.telefonica.de) |
19:25.24 |
Notify |
03BRL-CAD:starseeker * 67398
brlcad/trunk/src/tclscripts/rtwizard/main.c: Start working on the
setup to make the command line bu_opt inputs feed the rtwizard tcl
script. Need to do this for the GUI even if we can eventually
replace the command line mode. |
19:31.05 |
brlcad |
wonders why 67398 indented
the int function return types |
19:39.52 |
*** join/#brlcad ickby
(~stefan@x5d845b5f.dyn.telefonica.de) |
20:12.28 |
*** join/#brlcad skat00sh_
(uid103741@gateway/web/irccloud.com/x-qqcmxgbwaenubijs) |
20:52.00 |
*** join/#brlcad ickby
(~stefan@x5d845b5f.dyn.telefonica.de) |
21:28.29 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:39.24 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:06.42 |
starseeker |
brlcad: sorry about that - my vim setup does
that automatically for some reason |
22:07.06 |
starseeker |
usually I fix them manually - forgot to there
because that's an intermediate checkpoint |