BuddyPress.org

Erwin IS to be commended. Great guy.

So what is up with Ning? How have they responded? They have been traditionally “our way our the highway”

First let me say to Erwin… thank you because I know that his Events plugin made myself and A LOT of people give Buddypress a second (and third) look. He is to be commended for his work. This plugin as well as the new default theme are what is going to help massive adoption by web developers who are stuck with services like NING.

On a side note it is AMAZING how quickly Ning has responded to the NEW competition. LOL! You have to smile…

Sorry to bring this topic back up, but I am having a similar problem.

I want to add a “Create a Group” button on my Groups page, and to be honest, I’m confused why buddypress wouldn’t put one there to begin with.

So the link I tried (from the code above) is :

href=”members/<?php echo $current_user; ?>/cells/create/”>Create a Group

But where do I put the :

global $current_user;

$username = $current_user->user_login;

part of the code?

Shai – you are a hero for trying to fix their work (I know this is a really important feature)

Does anyone know what’s up with the actual dev team? (and did anyone find out what was meant by the “Sponsored by Automattic” tease on their site?

I just sent Erwin Gerrits (the dev) a personal email at least trying to find out if this has been abandoned so we can commit hope elsewhere

Let me concretize what I’m getting at a bit — I just had a sudden thought.

Taking what is probably the largest active Buddypress install — this one right here — as a test case, I just realized that I don’t really use any of the Buddypress social-networky stuff here (realizing it’s an oldish version of Buddypress and a unique case in some ways), other than the occasional personal message functionality. I don’t look at Groups or anything else, much: every time I visit, I head straight here, to the forum, which isn’t really all that featureful when it comes to forum implementations, but still does the job admirably.

I’m not sure if the way I use this site reflects the way that most people do, but that’s my experience. Sure, I’m an old fart, and am more interested in finding and sharing useful information than I am in just hanging out and socializing, to some extent, and that’s the major part of why this install of Buddypress exists, but hopefully you see my point.

I have a feeling that traditional, threaded forum structure might be an important centerpiece, as it is here, for many sites that will use Buddypress, if, of course, not all of them.

Nothing we’re talking about — and I admit this is getting a little off-topic, but it’s germane, I think — is going to destroy that. I’m just raising it as a consideration in moving forward.

Maximum flexibility, as Bowe and JJJ and others talk about above, is probably always the best thing to aim for.

Works on 1.1. Although there are a few bugs. It doesn’t appear to be in active development at the moment however and breaks when used with the new default theme in 1.2-rare (development version of BP). We’re all hoping it will be kept up-to-date since it’s a great and much needed plugin.

I’m pretty much good with all of this.

Back to what Mike was saying in response to my woolgathering: I do tend to think that there is a good intersection between traditional forum/thread/comment structure and the kind of social-networky way of (not) organizing things, and that Buddypress is heading in that direction, particularly with the new activity/threadedness stuff.

But traditional forum-like structure, to some degree, is still what most un- or semi-sophisticated users who haven’t grown up with social networking kind of expect, I think. That doesn’t in any way mean that it’s the best way of doing things, though, as you say.

The optimum path, as you suggest, I think is to continue to rethink things a bit (as Andy and everyone else who’s contributed to Buddypress has been doing) so that we can leverage the best of both worlds — the structured, heirarchical, predictable (if hard to search) architecture of the traditional forum along with the interconnected, non-heirarchical, loose-coupled, folksonomical, social, person- and activity-focussed interconnected peopleweb New Way.

Hit that point just right in terms of architecture and UI design, and we’re not just reinventing Facebook or PHPBB or mashing them up, we’re doing something that’s made of awesome and sauce.

I have tried it now with city, state combination and it seems like it is working better.

one thing to note though is that since the indexing is done using lon and lan the distance that you are actually getting is an aerial distance between two points (not driving distance etc.)

Thanks,

Shai

Thanks. That clears things up. The only other problem I’ve encountered is after I deactivate the BuddyPress plugin and re-activate it, I’ll get the follow db errors:

WordPress database error: [Duplicate key name ‘useritem’]

ALTER TABLE wp_bp_notifications ADD KEY useritem (user_id, is_new)

WordPress database error: [Table ‘wp_bp_activity’ already exists]

RENAME TABLE wp_bp_activity_user_activity_cached TO wp_bp_activity

WordPress database error: [Duplicate entry ‘1’ for key 1]

INSERT INTO wp_bp_xprofile_groups VALUES ( 1, ‘Base’, ”, 0 );

WordPress database error: [Duplicate entry ‘1’ for key 1]

INSERT INTO wp_bp_xprofile_fields ( id, group_id, parent_id, type, name, is_required, can_delete ) VALUES ( 1, 1, 0, ‘textbox’, ‘Name’, 1, 0 );

The Supporter plugin only protects access to themes and plugins once you’re a registered user. I think what we’re all after is a means to turn BuddyPress into a PAID platform – where you have to pay to create a profile or see anyone elses.

Anyone have any luck with this so far?

Hi Again,

Removing the / seems to help though I am still having issues:

1) in my test system I have 5 users and only 4 were indexed.

2) for some reason out of the 5 users it seems that 2 users got indexes twice so that the contenct of wp_bp_user_geo is:

1 1 37.3052272 -121.9871217

2 1 37.3052272 -121.9871217

3 3 19.8819564 41.6909381

4 3 19.8819564 41.6909381

you can see that rows 1 and 2 and rows 3 and 4 are identical (second column is userid) so what happens when you run the search is you get the same result showing twice (while some users are not indexed at all).

Anyone ran into something similar and can help here?

Thanks,

Shai

Looks great, will try building this in my own theme theme as well.

Thanks!

I’m not the author of that plugin, but I’ve rewritten the code for it, it’s available here:

https://buddypress.org/forums/topic/buddypress-analytics-kills-dashboard#post-31962

Okay, I got sidetracked by a couple of client phone calls. Just sat down to take a look at the file. A forward slash appears to be the culprit. Deleting it seemed to work for me:

var someUrl = “/?bp_geo_index=” + num + “&bp_geo_last_loc=” + lastLoc + “&bp_geo_last_lat=” + lastLat + “&bp_geo_last_lon=” + lastLon + “&bp_geo_last_user=” + lastUser + “&_ajax_nonce=” + bpGeoNonce;

Becomes:

var someUrl = “?bp_geo_index=” + num + “&bp_geo_last_loc=” + lastLoc + “&bp_geo_last_lat=” + lastLat + “&bp_geo_last_lon=” + lastLon + “&bp_geo_last_user=” + lastUser + “&_ajax_nonce=” + bpGeoNonce;

EDIT:Again, this is inside of the buddyPressGeoRebuild function, in Geo.js.

Also: Searching by zip appears to function just the same as by city. Hope that helps you guys out. I’m going to go test to see how new users sync up. I’ll post back to see what I find.

Thanks for further explaining yourself JJJ, and I like the general concept behind a lot.. But the idea that speaks to me the most is making BuddyPress in general more flexible and not “hook” into the group API but make a new one based on that which can not only be used for groups but also for users (and thus friends options).

The idea to make a general API which can be hooked in by the Core components and 3rd Party plugins seems to me the best solution. If you take the group API for example and use it’s functions for individual users:

– Add extra signup pages/fields

– Add new pages

– Add new navigational items etc

All these things are possible with the Group API but take lots of work with a regular profile. Like MrMaz said you could break these functions into smaller parts which can be called upon and extended upon for Groups, Users, Friends and the Activity stream.

The amount of possibilities for new plugins would be endless Once again I’m no programmer and this is coming from as a site admin/BP enthousiast/”Copy and Paste and pray to god I don’t get a white screen of death” kinda guy..

edit: I would also like to say that Mike perfectly summorized my exact ideas of what a group should be and what a group of friends means. Well spoken. I’m getting a Deja Vu here lol

Erwin Gerrits of bp-events fame http://www.erwingerrits.com/?page_id=799 had, at one point, used the Google maps api to add map functionality to the plugin.

What we should really do is build a plugin that grabs ever field you specify, in the order you state mashes them together into the form of an address and then plots them on Google maps.

@jjj You confuse Group with “grouping of friends” I get your point but you wouldn’t create a group on TestBP.org just to group your friends. That’s not what a group even means. It is an aggregation around a concept or a topic that people self associate/ask to be a part of or are invited to associate with. It’s like a little contextual club within the site. What you are speaking of in your example is a grouping of friends which the BP Api should allow for and hopefully will. The you’ll be able to filter by friends or groupings of friends. That becomes personal. On the group side, you can join Groups and then say “keep me up on all that happens in said Group” or better yet, show me activity in Group X by my friends only.

Friending someone does have meaning. it means you care about that person’s activity. At this point people who try to shoehorn the traditional definition of “friend” into the social media-sphere will end up pulling their hair out. It was a co-opted term from the start. We have to live with that.

All said, John, I am your friends wether we click a button or not

Last post from me on this thread, just for the record and to summarize, I support John James Jacoby’s vision 100%.

Restructering friending around groups and microblogging/activity stream is a next step in where social web is going. Groups would become extremely useful for all kinds of use cases. It would really set Buddypress apart.

Buddypress can’t be all things to all people imho. Development should focus on a conceptually coherent core, with APIs that make it easy to plug in other more linear functionality, like classic friending and forums.

Do we need to re-invent the wheel ?

Buddypress shouldn’t just copy Facebook – apart from perhaps the registration process… BP has the opportunity to do things different, better, move things forward.

hmm…I am not a FaceBook user, but it seems 300 million people are.

How are “all of the above mentioned” things being done at FaceBook ?

Do we need to re-invent the wheel ?

Although it’s irritating, but can’t we just get all of the developers here who are interested in creating a chat plugin and build it from scratch, together?

I’d be happy to work on the UI and co-ordinate developers?