On Sat, Dec 5, 2009 at 7:18 PM, Raymond Hettinger <pyt...@rcn.com> wrote: > On Dec 5, 3:22 pm, geremy condra <debat...@gmail.com> wrote: >> On Sat, Dec 5, 2009 at 4:39 PM, Raymond Hettinger <pyt...@rcn.com> wrote: >> > [geremy condra] >> >> I actually considered using dependencies as an example on the >> >> "graphine for pythonistas"[1] article, but decided to do the maze >> >> run instead. In any event, the uses of graphs in general computing >> >> are well enough established that I don't really think that's where >> >> the majority of the difficulty in coming up with something for the >> >> standard library will be- deciding how it should look and behave, >> >> especially in terms of scope and target audience, that's going to >> >> be the difficult part. >> >> > Right you are :-) >> >> >> [1]:http://gitorious.org/graphine/pages/GraphineForPythonistas >> >> > Do you have many users? >> >> I literally have no idea, but I suspect not, seeing as how its a >> pure python3 project. > > Google's code search can provide a clue. > It is also helpful because it let you see > typically use cases and whether the API fits well > or whether it is awkward to express common use cases. > All of those observations will help you tweak the API.
Unfortunately, judging from the queries I get most of the people interested in the package are using it to study graphs, rather than to write applications using them. That's one of the reasons why I haven't pushed the idea to date- graphine was developed to be useful to other developers, but seems to be mainly used by academics, while networkx seems to be targeted primarily at academics, and is somewhat widely used. I think the ideal situation would be to take projects like graphine and python-graph and develop a hybrid system specifically for the standard library that borrows the strengths of each, but that would involve a lot of developer time for people already heavily invested in their own projects. Having said that, if enough people from the python community got behind it, I think it would happen. > Also, it's useful to make similar studies of competing > packages either written in Python or in some other langauge. I couldn't agree more. Geremy Condra -- http://mail.python.org/mailman/listinfo/python-list
