Martin Dufort's dashboard

Martin Dufort replied on May 21, 2008 12:26 to the idea "fireeagle integration" in Brightkite:

+1 from me to fully support bidirectional FireEagle integration. Until them, I'm parking myself on the Falkland Islands. See more here: http://location-based.blogspot.com/20...

Martin Dufort started following the question "Updates Via Instant Messaging" in Brightkite.

A comment on the question "Check in via email" in Brightkite:

And make sure the body is empty.

I tried uploading a picture and use the subject line to set my location at the same time but this is not working. It only processes the image and not the command in the subject line if you do that. – Martin Dufort, on May 06, 2008 18:21

Martin Dufort started following the problem "Photos.js download in Safari" in Brightkite.

Martin Dufort replied on April 30, 2008 14:08 to the question "Check in via email" in Brightkite:

Strutton: This is possible. Just specify the @ location in the subject of your email and send it to your brightkite email account with an empty body.

Works very well for me

Martin Dufort replied on April 30, 2008 01:34 to the idea "Checkin + go private UI suggestion for clarity" in Brightkite:

+1here also

Martin Dufort replied on April 29, 2008 23:01 to the idea "Automatic Check-ins == You Win" in Brightkite:

Well I'm sure that by using Sailling Clicker (http://www.salling.com/Clicker/mac/) that would be very easy to implement with some AppleScript. I might give it a go.

Martin Dufort shared an idea in Brightkite on April 29, 2008 13:18:

Using street intersection for checkin

You can use a street intrection to specific your check in location. I find this very handy when I'm in a new place and I do not know the correct address of it. In this case I would specify this for example :

Peel St and Ste-Catherine St, Montreal, Canada

And I would be checked in at the intersection. Very handy
Happy location reporting - Martin

Martin Dufort replied on April 29, 2008 13:14 to the idea "Attach Privacy Level to Location" in Brightkite:

+1 for some placemarks being in "always private" mode.

Martin Dufort started following the idea "Attach Privacy Level to Location" in Brightkite.

Martin Dufort replied on April 29, 2008 13:12 to the idea "Automatic Check-ins == You Win" in Brightkite:

I liked this idea and the best way to implement this would be to have defined places (with proper geographic boundaries) defined locally in your phone. As regular intervals, the phone would check your current location and compare it to those defined places, if you are within, then you are automatically checked-in.

The only thing missing from BK, is the ability to tag a place as private only so only trusted friends can see you there (like home).

Happy location reporting - Martin

Martin Dufort replied on April 28, 2008 12:17 to the question "UK SMS??" in Brightkite:

You can still use the email interface (with your BK email account) to send SMS commands in the subject line in the mean time. Works well for me in Canada which is not supported either for SMS.

However best bet for me would be to have a Twitter Brightkite bot and leverage the Twitter SMS infrastructure.

Martin Dufort started following the idea "fireeagle integration" in Brightkite.

Martin Dufort replied on April 27, 2008 00:33 to the idea "fireeagle integration" in Brightkite:

Being able to read from FireEagle will be a great step since I would then be able to use Twitter/FireBot to specify my location. However I guess that placemark would be kind of useless in that context unless you also provide a Twitter bot that can parse those placemarks.

Martin Dufort replied on April 27, 2008 00:29 to the idea "Restricting places and placemarks visibility to new friends" in Brightkite:

Hey Martin:

I understand your point of view and it is usually not a problem in other systems because they do not maintain the history of places visited. As soon as you do, a different privacy level gets into the mix.

The Trust vs Untrust is a good first step but I think it is too generic. I think the next step is way more complex then this and requires defining groups of friend and and privacy level for each.

Martin

Martin Dufort replied on April 27, 2008 00:25 to the problem "Locations aren't always personal" in Brightkite:

Would make sense also. I wish I could say something like missrogue:home and then I would be located to your place. This would also taken into account the trust level between the friendship association.

kleinman shared an idea in Brightkite on April 26, 2008 13:20:

Restricting places and placemarks visibility to new friends

When I accept a new friendship request, I think the acceptance date should define the date limit from which visited places and placemarks should be viewable to these new friends.

Ex: If I accept Dave on April 26th, 2008, he should only be able to see places and placemarks I was at from April 26th and forward. Nothing before that date.

On a privacy level, that is more logical to me. Perhaps you could add something like this in the profile section:

[ ] Show past (before friendship date) places and placemarks to friends

Thanks - Martin

kleinman replied on March 01, 2008 13:48 to the problem "Can't connect to Beanstalk from Eclipse" in Beanstalk:

Too bad, was promising but unreliability made me cancel my account

kleinman replied on March 01, 2008 13:46 to the problem "Can't connect to Beanstalk from Eclipse" in Beanstalk:

Me too same thing...