python bijection

[geremy condra]

On Sat, Dec 5, 2009 at 7:18 PM, Raymond Hettinger <python at rcn.com> wrote:
> On Dec 5, 3:22 pm, geremy condra <debat... at gmail.com> wrote:
>> On Sat, Dec 5, 2009 at 4:39 PM, Raymond Hettinger <pyt... at 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