brlcad-devel Mailing List for BRL-CAD (Page 226)
Open Source Solid Modeling CAD
Brought to you by:
brlcad
You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(4) |
Feb
(2) |
Mar
(7) |
Apr
(2) |
May
(2) |
Jun
(8) |
Jul
|
Aug
(4) |
Sep
(3) |
Oct
(10) |
Nov
(1) |
Dec
(10) |
2006 |
Jan
(6) |
Feb
(2) |
Mar
(4) |
Apr
(6) |
May
(21) |
Jun
(8) |
Jul
(3) |
Aug
(7) |
Sep
(1) |
Oct
(1) |
Nov
(1) |
Dec
|
2007 |
Jan
(2) |
Feb
(5) |
Mar
(5) |
Apr
(3) |
May
(2) |
Jun
(1) |
Jul
(9) |
Aug
|
Sep
(4) |
Oct
(5) |
Nov
|
Dec
(2) |
2008 |
Jan
(3) |
Feb
(1) |
Mar
(15) |
Apr
(10) |
May
(11) |
Jun
(31) |
Jul
(16) |
Aug
(71) |
Sep
(15) |
Oct
(7) |
Nov
(15) |
Dec
|
2009 |
Jan
(8) |
Feb
(4) |
Mar
(44) |
Apr
(36) |
May
(14) |
Jun
(30) |
Jul
(19) |
Aug
(1) |
Sep
(5) |
Oct
(2) |
Nov
(5) |
Dec
(10) |
2010 |
Jan
(19) |
Feb
(21) |
Mar
(1) |
Apr
(38) |
May
(10) |
Jun
(8) |
Jul
(1) |
Aug
(23) |
Sep
(30) |
Oct
(19) |
Nov
(4) |
Dec
(13) |
2011 |
Jan
(129) |
Feb
(51) |
Mar
(39) |
Apr
(20) |
May
(12) |
Jun
(30) |
Jul
(38) |
Aug
(24) |
Sep
(164) |
Oct
(92) |
Nov
(33) |
Dec
(27) |
2012 |
Jan
(77) |
Feb
(29) |
Mar
(251) |
Apr
(159) |
May
(219) |
Jun
(142) |
Jul
(180) |
Aug
(50) |
Sep
(4) |
Oct
(7) |
Nov
(45) |
Dec
(22) |
2013 |
Jan
(16) |
Feb
(6) |
Mar
(34) |
Apr
(211) |
May
(97) |
Jun
(95) |
Jul
(219) |
Aug
(170) |
Sep
(175) |
Oct
(191) |
Nov
(78) |
Dec
(90) |
2014 |
Jan
(77) |
Feb
(84) |
Mar
(232) |
Apr
(56) |
May
(110) |
Jun
(97) |
Jul
(69) |
Aug
(58) |
Sep
(54) |
Oct
(76) |
Nov
(53) |
Dec
(30) |
2015 |
Jan
(28) |
Feb
(22) |
Mar
(268) |
Apr
(54) |
May
(66) |
Jun
(90) |
Jul
(75) |
Aug
(61) |
Sep
(4) |
Oct
(5) |
Nov
(41) |
Dec
(3) |
2016 |
Jan
(5) |
Feb
(40) |
Mar
(422) |
Apr
(33) |
May
(74) |
Jun
(80) |
Jul
(43) |
Aug
(79) |
Sep
(12) |
Oct
(8) |
Nov
(39) |
Dec
|
2017 |
Jan
(7) |
Feb
(10) |
Mar
(99) |
Apr
(63) |
May
(36) |
Jun
(65) |
Jul
(104) |
Aug
(66) |
Sep
(40) |
Oct
(46) |
Nov
(17) |
Dec
(16) |
2018 |
Jan
(3) |
Feb
(25) |
Mar
(58) |
Apr
(16) |
May
(22) |
Jun
(12) |
Jul
(14) |
Aug
(13) |
Sep
(1) |
Oct
(3) |
Nov
(14) |
Dec
(7) |
2019 |
Jan
(3) |
Feb
(6) |
Mar
(15) |
Apr
(5) |
May
(6) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(9) |
Nov
(6) |
Dec
(1) |
2020 |
Jan
(1) |
Feb
(5) |
Mar
(37) |
Apr
(4) |
May
(3) |
Jun
(6) |
Jul
(7) |
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
2021 |
Jan
(16) |
Feb
(7) |
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(3) |
2022 |
Jan
(8) |
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Aurélien M. <aur...@gm...> - 2012-04-01 17:40:19
|
Hello. I've run into some errors I don't know how to fix while compiling the code. I'm compiling on Windows 7. I've downloaded all the files from the trunk of the subversion repository at : https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk. I read the INSTALL file as well as doc/README.Windows. I also installed CMake, Visual Studio 2010 express and the Microsoft SDK 7.1. The configuration always exits with errors. I've tried googling the errors, looking around the BRL-CAD wiki, changing all the variables that pop up in CMake, changing the build directory and I always have the same errors. I don't understand the error message at all. Here it is : " Found Windows SDK v7.1: C:\Program Files\Microsoft SDKs\Windows\v7.1\ CMake Error at CMakeLists.txt:405 (string): string sub-command REGEX, mode REPLACE failed to compile regex "^C:/Users/Aure/Programmation/CetC++/BRLCAD/Build/". Call Stack (most recent call first): CMakeLists.txt:490 (configure_file) ********************************************************** *** Configuring BRL-CAD Release 7.21.0, Build 20120401 *** ********************************************************** Check size of void * CMake Error at CMakeLists.txt:405 (string): string sub-command REGEX, mode REPLACE failed to compile regex "^C:/Users/Aure/Programmation/CetC++/BRLCAD/Build/". Call Stack (most recent call first): C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/CheckTypeSize.cmake:81 (configure_file) C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/CheckTypeSize.cmake:167 (__check_type_size_impl) CMakeLists.txt:750 (CHECK_TYPE_SIZE) SMP Support is not ready on Windows - disabling Could NOT find SHELL_SUPPORTED (missing: SH_EXEC CP_EXEC MV_EXEC RM_EXEC) Could NOT find LEX (missing: LEX_EXECUTABLE) Could NOT find YACC (missing: YACC_EXECUTABLE) CMake Error at misc/CMake/BRLCAD_CMakeFiles.cmake:69 (if): if given arguments: "NOT" "libregex" "MATCHES" "C:/Users/Aure/Programmation/CetC++/BRLCAD/Build" Regular expression "C:/Users/Aure/Programmation/CetC++/BRLCAD/Build" cannot compile Call Stack (most recent call first): misc/CMake/BRLCAD_CMakeFiles.cmake:127 (CMAKEFILES) misc/CMake/ThirdParty.cmake:230 (CMAKEFILES_IN_DIR) src/other/CMakeLists.txt:63 (THIRD_PARTY) Configuring incomplete, errors occurred! " I hope someone can help. Sorry for the nuisance. Thanks, Aurelien MARION |
From: E. <555...@qq...> - 2012-04-01 16:00:33
|
Hi! I come here to ask question again.I'v install the VM and build the BRL-CAD successfully.I use the csgbrep to make some primitive geometry.But When I want to visualize them by mged I find two version for every geometry in the geometry browser,one is xx,another is xx.brep.What's the difference between them.I know the xx.brep is the boundary rep. I have found problem when raytracing the ehy.brep,I'll try to fix it. Cheers laijiren |
From: Neil D. <nei...@gm...> - 2012-04-01 13:43:42
|
Hi Sean, I have uploaded my proposal here: http://brlcad.org/wiki/User:Neildhruva#BRL-CAD_Tentative_Proposal I hope you can provide me with further feedback so that I can improve it even further by 6th April. Thanks, Neil |
From: huilian . <ink...@ho...> - 2012-04-01 12:37:31
|
Hi BRL-CAD team, I am Tan Hui Lian, a second year undergraduate majoring in Applied Mathematics with intentions to minor in Computer Science in National University of Singapore.I am currently taking a module on Computer Graphics and have taken modules on Software Engineering and Data Structures & Algorithms. The particular interest I have in the module I am currently taking (Computer Graphics) has prompted me to join BRL-CAD where I know I will be exposed and learn more than what I have learnt. I am particularly interested in a few projects in the Project Ideas page namely Code Reduction and Fix Bug (under code refactoring). Module on Data Structures has exposed me to practices with code refactoring and a project did in Software Engineering has given me the extensive practice on bug fixing. I am comfortable with using Java and C with little experience on C++. Hope that I will have the chance to contribute to BRL-CAD and learn a lot of valuable experience and knowledge. Regards,Tan Hui Lian2nd year UndergraduateNational University of Singapore |
From: Harmanpreet S. <har...@gm...> - 2012-04-01 06:43:50
|
Hello...!!! I prepared a rough proposal about the project: Materials Database. Please have look at the following link. Please let me know if anything is missing or what else can be done for its further improvement. https://docs.google.com/open?id=0BwbGknrjPgERVjNneTRnUC1TQ1NONlBZdTJJUEk3QQ Thank you... Harmanpreet Singh |
From: Harmanpreet S. <har...@gm...> - 2012-03-31 15:42:44
|
Hello I am interested in project: Material Database. Soon I am going to show my proposal here but before that I need some assistance about: how user will use material properties? Means, we will provide interface to user to specify the material then its properties, then what next, provided that we have given the option of import and export data in specified format. Yours Sincerely Harmanpreet Singh |
From: Andrei - C. P. <pop...@gm...> - 2012-03-31 14:22:42
|
Here is my proposal draft : https://docs.google.com/file/d/0BzrcTnxrBIMvdlFuMTFNWkFRX3FEMU9qbU1JUW9Hdw/edit I apologize for the poor paging . I will fix this. Because I am not sure if my Simian output is correct I haven't targeted very specific parts yet . As soon as I get a confirmation that it's alright or I find out how to obtain the proper one, the proposal draft will be edited and hopefully finished. Until then I m working on the "patch " Sean proposed on IRC consisting in removing a single global var . |
From: p. <284...@qq...> - 2012-03-31 12:15:10
|
Hi! >Thanks and nice work, Wu. The patch has a few issues that need correcting before it could be applied, but that's a good example of patch complexity that is nice to see from students proposing one of the "HARD" project ideas on our list. I have made some changes to the original patch. I use MAT3X3VEC to do the calculation, and I also make some changes to the transformations as well. The patch can be seen at: https://sourceforge.net/tracker/?func=detail&aid=3513288&group_id=105292&atid=640804# Cheers! Wu Jianbang |
From: Tom B. <tom...@gm...> - 2012-03-31 12:07:10
|
2012/3/31 Edward <555...@qq...>: > Hi! > secondly,I'v found the source code of csgbrep.cpp, it's a little shame > that I'm not good at gun/makefile.So how can I compile the source code and > get the useful tool.Maybe the /doc folder can help me. Hi, Laijiren, I will try to answer your second question. If you have checked out the BRL-CAD source tree and follow instructions for a cmake build, you will compile the csgprep.cpp file in the process of a full build. If you have problems with your set up, you can try loading the virtual machine (VM) from the BRL-CAD site where there is a full build in place (see http://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/). An installed BRL-CAD will have the compiled binary installed and, if the BRL-CAD bin directory is in your PATH, you should be able to execute it from anywhere on your host system. (Note the VM has BRL-CAD installed and the executable of interest is [csgprep] on your PATH.) In either case, after modifying the source code you should be able to execute make again in the build directory and it should be rebuilt. If you are at the top of the build directory you should find the uninstalled executable at: ./bin/csgbrep Please ask more specific questions if you are still having problems. Best regards, -Tom |
From: Tom B. <tom...@gm...> - 2012-03-31 11:09:37
|
A client has pointed out that we cannot get a good round trip between .g => GIFT => .g, and I have confirmed that with a simple TGM. A quick look shows a possible one-off column error, but I would like to see the documented format description. I have not been able to find any good reference to the actual GIFT format (apparently there are versions 1, 4, and 5). According to DTIC there are at least two publicly releasable Technical Reports but there is no pdf link to them, just a citation. I also cannot find any discussion of the GIFT <=> .g conversion of the converter manual. If anyone has some native GIFT format files (known to be correct, any version) that could be added to the BRL-CAD source tree that would be helpful. Any ideas? I also think the vdeck source directory should be moved from ./src to ./src/conv and will do so if there are no objections. Other possible enhancements are simple scripts to help the conversion process which can involve several intermediate files of generic name. BTW, the vdeck source code and the complementary comgeom-g source code are excellent candidates for some refactoring or at least substitution of code duplicating that in libbn, libbu, etc.). Best regards, -Tom |
From: Andrei - C. P. <pop...@gm...> - 2012-03-31 10:55:21
|
Hello! I have written this question on #brlcad , however I post it here for those that aren't on IRC . I m not sure if the Simian output I get is correct . I have used the script from here in order to generate the output http://brlcad.org/wiki/Code_Cleanup Here is the output : http://pastebin.ca/2134240 I m using this to prioritize my proposal's goals and I find the 19 thousand total duplicated lines a bit too small (Judging by the 10% of total codelines , mentioned on the wiki). I would really appreciate it if someone could either confirm the number of lines or run the script aswell for a comparison. I have ran the program by moving the brlcad svn-source , simian.jar and the script (find.sh) in my case in the same folder and then used ./find.sh brlcad_folder >> output.txt where the brlcad_folder is the one from the svn-source. If there is something wrong in what I have done please correct me . Thank you ! |
From: E. <555...@qq...> - 2012-03-31 10:23:51
|
Hi! First of all,I'm working on my proposal,I have read the source code of nurb_tess.c and the related paper.The quesion is what shoud I fouces on when writing my proposal(the algorithm,new idea,schedule?) secondly,I'v found the source code of csgbrep.cpp, it's a little shame that I'm not good at gun/makefile.So how can I compile the source code and get the useful tool.Maybe the /doc folder can help me. cheers! laijiren |
From: Harmanpreet S. <har...@gm...> - 2012-03-31 05:30:18
|
Hello to all Myself Harmanpreet Singh, under graduate student of Computer Science & Engineering at Guru Nanak Dev Engineering College, INDIA. I worked in C++, php and MySQL. I am interested in project: Material Database. Soon I am going to submit my proposal here but before that I need assistance about: how user will use material properties? Means, we will provide interface to user to specify the material then its properties, then what next, provided that we have given the option of import and export data in specified format. Yours Sincerely Harmanpreet Singh |
From: crdueck <cr...@uw...> - 2012-03-31 04:17:12
|
Hello everyone, I've began drafting my GSoC Application. It's not complete yet, but i want to get an early draft out for review. I'm VERY open to suggestions, please let me know what needs to be impoved. Also, as it is i feel that my project needs more content. I'd very much appreciate input as to what else can be added to more fully flesh out my project. you can find my draft here: http://brlcad.org/wiki/User:Crdueck thanks, chris |
From: Christopher S. M. <br...@ma...> - 2012-03-31 01:36:41
|
> My name is Laijiren,my English name is Edward.I'm a graduate student of CAD/CD lib in ZheJiang University. > I'm really interested to BRL-CAD and the topic on NURBS Tessellation. Fantastic and welcome Laijiren! We do love all things NURBS. > I'm good at C++/STL. I deeply understand data structures and algorithms and I have participated in ACM/ICPC several years ago.I'v taken some course about CG and geometric modeling.So I'm familiar with NURBS and know well that NURBS is so important for a cad system. As prior experience working with NURBS is quite a rarity, I'm glad to see you're interested in working on BRL-CAD. Please do work on your proposal write-up first, but a great accompanying patch to demonstrate your ability to work with NURBS structures might be to improve/fix/implement one of our implicit-to-NURBS conversion functions. I mentioned in a previous post . I believe ray tracing of primitives converted to NURBS is wrong/incomplete/missing for: ehy, hyp, revolve; and it's flawed/buggy for these: tor, extrude, pipe. Primitives are implemented under the src/librt/primitives folder with one subfolder per primitive and with the NURBS/BREP conversion functions living in their own *_brep.cpp file (e.g., src/librt/ehy/ehy_brep.cpp). The "csgbrep" tool (src/proc-db/csgbrep.cpp) will create an implicit and nurbs version of most primitives. The "rt" and "mged" tools can be used to visualize them. Feel free to ask questions if you get lost or stuck. > I sincerely hope I can join the gsoc and work on opensources project.So I will read the refernce paper and submit my proposal as soon as possible. Looking forward to seeing it! Cheers! Sean |
From: brlcad <br...@ma...> - 2012-03-30 17:32:50
|
On Mar 30, 2012, at 11:40 AM, phoenix <284...@qq...> wrote: > Since the original version of the function rt_ell_brep() just implements the scaling, so it can only deal with ellipsoids(as well as spheres) centered at the origin and with A, B, C set along the X, Y, Z axis respectively. So I add rotation and translation to it, using affine transformations. Now it can deal with all ellipsoids. > You can find my patch at: > https://sourceforge.net/tracker/?func=detail&aid=3513288&group_id=105292&atid=640804 Thanks and nice work, Wu. The patch has a few issues that need correcting before it could be applied, but that's a good example of patch complexity that is nice to see from students proposing one of the "HARD" project ideas on our list. Again, difficulty/complexity isn't an acceptance factor (so don't be scared if math isn't your thing) but is used to determine whether we think you can accomplish the project you're proposing. Remember GSoC candidates that there is only 7 days remaining now before the submission deadline! The better we get to know you, the better chances your application usually will be. You're encouraged to speak up with specific questions here or on the IRC channel. Looking forward to hearing from those of you that still haven't introduced themselves yet. Cheers! Sean |
From: p. <284...@qq...> - 2012-03-30 15:40:30
|
Hi!Since the original version of the function rt_ell_brep() just implements the scaling, so it can only deal with ellipsoids(as well as spheres) centered at the origin and with A, B, C set along the X, Y, Z axis respectively. So I add rotation and translation to it, using affine transformations. Now it can deal with all ellipsoids. You can find my patch at: https://sourceforge.net/tracker/?func=detail&aid=3513288&group_id=105292&atid=640804 I'm going to modify rt_hyp_brep() with the similar problems. Cheers! Wu Jianbang |
From: s. <555...@qq...> - 2012-03-30 04:29:35
|
Hi, My name is Laijiren,my English name is Edward.I'm a graduate student of CAD/CD lib in ZheJiang University. I'm really interested to BRL-CAD and the topic on NURBS Tessellation. I'm good at C++/STL. I deeply understand data structures and algorithms and I have participated in ACM/ICPC several years ago.I'v taken some course about CG and geometric modeling.So I'm familiar with NURBS and know well that NURBS is so important for a cad system. I sincerely hope I can join the gsoc and work on opensources project.So I will read the refernce paper and submit my proposal as soon as possible. CHeers! Laijiren |
From: brlcad <br...@ma...> - 2012-03-28 17:30:48
|
As for a patch, since I found that there is a problem with the conversion of sph (ell, hyp, etc): when the center of the implicit primitive is set a non-origin point, the result BREP is still centered at the origin. But that of many other primitives work well this way. So I'd like to fix this problem with sph, but I doubt whether I can finish it in a short time. Can you give me some advise? It should be a quick and easy patch actually. The code in question is in src/librt/primitives/sph/sph_brep.cpp and the code in src/librt/primitives/ell/ell_brep.cpp (or any of the other *_brep.cpp files) might help with that bug. Cheers! Sean |
From: p. <284...@qq...> - 2012-03-28 16:51:22
|
Sorry, I use top-posting again. You can read this one instead. > At a glance, that seems to be a good level of detail with most of the important aspects covered. I'd suggest moving on to developing a useful patch, ideally something related to your proposal. Anything that demonstrates your ability to write AND read code, however, is a plus. Thanks to your reply. As for a patch, since I found that there is a problem with the conversion of sph (ell, hyp, etc): when the center of the implicit primitive is set a non-origin point, the result BREP is still centered at the origin. But that of many other primitives work well this way. So I'd like to fix this problem with sph, but I doubt whether I can finish it in a short time. Can you give me some advise? Cheers! Wu Jianbang |
From: p. <284...@qq...> - 2012-03-28 16:49:11
|
Thanks to your reply. As for a patch, since I found that there is a problem with the conversion of sph (ell, hyp, etc): when the center of the implicit primitive is set a non-origin point, the result BREP is still centered at the origin. But that of many other primitives work well this way. So I'd like to fix this problem with sph, but I doubt whether I can finish it in a short time. Can you give me some advise? Cheers! Wu Jianbang ------------------ Original ------------------ From: "Sean"<br...@ma...>; Date: Thu, Mar 29, 2012 00:39 AM To: "BRL-CAD Developer Mailing List"<brl...@li...>; Subject: Re: [brlcad-devel] [GSoc 2012] My project proposal On Mar 28, 2012, at 12:21 PM, phoenix <284281400@qqcom> wrote: Hi! I have just finished writing my proposal on the project "Implicit to NURBS conversion". You can find it here: http://brlcad.org/wiki/User:Phoenix (My homepage, a link to the proposal at the bottom) http://brlcad.org/wiki/User:Phoenix/GSoc2012/Proposal (My proposal) Thanks Wu! At a glance, that seems to be a good level of detail with most of the important aspects covered. I'd suggest moving on to developing a useful patch, ideally something related to your proposal. Anything that demonstrates your ability to write AND read code, however, is a plus. It is just a first edition of my proposal, and lots of suggestions and advises are welcomed. I will continue to modify it. I'd suggest uploading it to google-melange.com now that you have a draft completed. You can continue to upload new versions but you'll at least be officially "applied". Google has an absolute zero-tolerance policy on late submissions, so it's good to submit now and edit later. Maybe just include a note near that top (in bold) that this is still an incomplete draft, then remove it when you're done. Cheers! Sean |
From: brlcad <br...@ma...> - 2012-03-28 16:39:29
|
On Mar 28, 2012, at 12:21 PM, phoenix <284...@qq...> wrote: Hi! I have just finished writing my proposal on the project "Implicit to NURBS conversion". You can find it here: http://brlcad.org/wiki/User:Phoenix (My homepage, a link to the proposal at the bottom) http://brlcadorg/wiki/User:Phoenix/GSoc2012/Proposal (My proposal) Thanks Wu! At a glance, that seems to be a good level of detail with most of the important aspects covered. I'd suggest moving on to developing a useful patch, ideally something related to your proposal. Anything that demonstrates your ability to write AND read code, however, is a plus. It is just a first edition of my proposal, and lots of suggestions and advises are welcomed. I will continue to modify it. I'd suggest uploading it to google-melange.com now that you have a draft completed. You can continue to upload new versions but you'll at least be officially "applied". Google has an absolute zero-tolerance policy on late submissions, so it's good to submit now and edit later. Maybe just include a note near that top (in bold) that this is still an incomplete draft, then remove it when you're done. Cheers! Sean |
From: brlcad <br...@ma...> - 2012-03-28 16:30:42
|
Hi, my name is Patrick Edwards, and I have recently found out about GSoC 2012. I know that I'm cutting it close on getting started now, but I feel that I could really help this project with my experience in programming. I have looked over the project ideas, and the ones that most interest me are the refactoring and bug fixing ideas. I know that these are simpler tasks, but I feel that the other ideas might be out of reach for me, being so new to this project. If anyone would be able to help me help BRL-CAD, I would be very grateful. Welcome, Patrick, and thanks for the introduction! I replied to your intro on IRC as well with some feedback. Since you mentioned most of the projects are interesting and there has already been a lot of interest in code reduction, I'd recommend seeing if there's something a little more specific you might love to work on. Lots of high-impact tasks that aren't too difficult. Several projects are essentially refactoring or general performance tuning but are more domain specific, for example. Here's a few that come to mind: NURBS Optimization and Cleanup Mesh library cleanup Geometry Conversion Library NMG Raytracing Performance Improvement Analysis Library Package Library Extensions Remember that you get to scope the complexity of what you're proposing up or down. Our ideas are merely suggestions. Proposals are expected to go into detail into what exactly you hope to accomplish given your skills and background. You can make your proposal simpler than our description if you're so inclined. The difficulty has no bearing on proposal selection. It's merely a guide for estimating how much experience you might need or how many sleepless nights coding might be involved to complete the task. ;) Cheers! Sean |
From: p. <284...@qq...> - 2012-03-28 16:21:23
|
Hi! I have just finished writing my proposal on the project "Implicit to NURBS conversion". You can find it here: http://brlcad.org/wiki/User:Phoenix (My homepage, a link to the proposal at the bottom) http://brlcad.org/wiki/User:Phoenix/GSoc2012/Proposal (My proposal) It is just a first edition of my proposal, and lots of suggestions and advises are welcomed. I will continue to modify it. Cheers! Wu Jianbang |
From: brlcad <br...@ma...> - 2012-03-28 15:43:19
|
On Mar 27, 2012, at 02:26 PM, Ksenija Slivko <ksu...@gm...> wrote: Now I have some questions. I've tried to make my first patch. I found some duplication with Simian in three files from the same directory. It was real copy-past (3 functions with the same body), so I decided to make one function for this files. I wrote about it here https://sourceforge.net/tracker/?group_id=105292&atid=640804 (everything's clear for me there), but, as I understand, it's not enough. It's usually a few days before patches can be reviewed as they tend to take a fair bit of time, but there are a few things you can do to help make things easier. First off, patch files are just text files so you can open them with an editor and see what is inside them. Does it have everything you intended to include? Does it have too much? Did you change just "one thing"? Those are things you should look for and when we review a patch, that's the first thing we do too. Next, you can try to apply your patch to an unmodified source checkout [1]. Does your patch apply [2] cleanly? If not, you probably did something wrong or need to redo the patch or you're in the wrong directory. ;) [1] svn co https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad [2] patch -p0 < your_patch_file There must be also correct commit from the terminal. So what is supposed to do after svn diff > brlcad.patch? Because after that I have some problems with traditional svn-commands =) You upload that brlcadpatch file to Sourceforge. You won't get commit privileges until you've made a few successful patches. Keep them small and simple and reviewing them becomes quick and easy. Just upload your file to the Sourceforge patches tracker like you did. From there you can ask a dev in IRC to review it or just wait (someone eventually will). Then just include a link to any patches in your application so we can easily find them. Cheers! Sean |