irc transcript

[Paul Spencer]

attached.
-------------- next part --------------
[12:55p] danmo joined the chat room.

[12:55p] jasonbirch joined the chat room.

[12:56p] jasonbirch : Hi all

[12:56p] pagameba : Hi jasonbirch 

[12:57p] danmo : Hola

[12:59p] TomF joined the chat room.

[1:00p] bdechant joined the chat room.

[1:00p] Andy_Morsell joined the chat room.

[1:00p] brayr joined the chat room.

[1:02p] brayr : Welcome

[1:02p] jasonbirch : Thanks.Ê Is there a logging service for #mapguide?Ê Perhaps qgis could help?

[1:02p] Andy_Morsell : Hello.

[1:02p] TomF : Hi

[1:02p] bdechant : Hi

[1:02p] pagameba : hi

[1:03p] brayr : No not at the moment. That is one of the things we need to sort out. Logging.

[1:03p] brayr:I am an IRC newbie, so help would be appreciated.

[1:04p] brayr:Looks like everyone is here. So let's start with the first item on the agenda.

[1:04p] brayr:I did not get to make another pass at the document this morning (as you probably noticed).

[1:04p] brayr:There was a couple of things in the e-mails I want to work in.

[1:05p] brayr:First is the PSCs responsibility for defining a RoadMap. (thanks Jason) 

[1:06p] brayr:My thinking is that the roadmap would help guide some of the feature decisions. Thoughts?

[1:06p] pagameba : I agree

[1:06p] jasonbirch : Agreed.Ê Obviously, Autodesk has some plans for the product.Ê Can we see those plans and use to help bootsttrap our roadmap?

[1:06p] Andy_Morsell : Would this be more high-level, or very feature specific?Ê Didn't Sean Sternfeldt start something that is still posted on the Wiki?

[1:06p] jasonbirch : That's a wishlist.Ê Diffferent beast.

[1:07p] brayr : yes, we can certainly bootstrap the process with our internal roadmap. But I would really lilke this group to take some ownership and supply inout.

[1:08p] brayr:input

[1:08p] jasonbirch : not just input, control.Ê Control ControlÊ (sorry, got carried away)

[1:08p] pagameba : How specific do you see the road map being?

[1:08p] brayr : yes that is really what I meant.

[1:09p] pagameba : and will we use the roadmap to seek contributions (funding, code etc)

[1:09p] brayr : Long term roadmaps tend to be theme driven. Short term, e.g next release are more specific.

[1:09p] brayr:Yes

[1:09p] pagameba : ok

[1:09p] jasonbirch : I think there are two categories.Ê Architectural change, and feature implementation.Ê Big features should be in roadmap

[1:10p] brayr : Yes, roadmaps are about big features. Things like Geocoding, or WCS, or ...

[1:11p] jasonbirch : Do changes drive architecture, or do we identify inefficiencies and do architectural change as features when required?

[1:11p] brayr : Could be both.

[1:12p] brayr:I think at this point, architecture is mostly feature driven.

[1:12p] brayr:But there may come a day when that is not true.

[1:12p] brayr:So I'll draft a section on roadmap and then we can iteratate.

[1:13p] jasonbirch : Sounds great.

[1:13p] brayr : Another item in the doc is Process.

[1:13p] jasonbirch : Out of left field... Version numbers. 1.1 is development, 1.2 is release, etc?

[1:13p] brayr : The doc did not clarify if decisions are made and voted on at a meeting like this or the mailing list.

[1:14p] brayr:NO

[1:14p] brayr:I really do not like the even odd thing. Let's table that for a future meeting and we can sort it out.

[1:14p] jasonbirch : OK.

[1:14p] jasonbirch:Do we need quorum?Ê If not, email vote should be fine.

[1:14p] Andy_Morsell : It seems like voting via mail list would be the best as not everyone will always be able to attend each meeting.

[1:14p] brayr : So do we want all decisions made in an IRC meeting or via e-mail, or leave it open for both

[1:15p] brayr:I like e-mail because of timezones, travel, etc.

[1:15p] pagameba : it is sometimes more efficient to do it in an IRC meeting ... how about ...

[1:15p] jasonbirch : And because of lasting record.Ê But that shouldn't prevent us frmo making decisions inÊ IRC

[1:15p] pagameba : if we have a quorum at a meeting (2/3) then we can make a decision 

[1:16p] jasonbirch : Sounds reasonable to me.

[1:16p] brayr : That makes sense. 

[1:16p] Andy_Morsell : Sounds reasonable

[1:16p] pagameba : but there is an opportunity for the non-participants to veto within x days

[1:16p] jasonbirch : 24 hours so we don't get surprised.

[1:16p] brayr : Yea, it needs to be pretty short.

[1:16p] jasonbirch : after putting in lots of work

[1:17p] brayr : Any decision made in IRC needs to be broadcast via e-mail.

[1:17p] brayr:24 hours from the e-mail seems right.

[1:17p] pagameba : I like it

[1:17p] jasonbirch : I think that the email should be a courtesy, and official from posting of minutes.

[1:18p] jasonbirch:Email is not all that reliable, so members need to take responsibility to check minutes.

[1:18p] brayr : yea that is fine. But I know many people read minutes in spare cycles, but e-mail regularly.

[1:18p] brayr:Its the old push / pull thing

[1:18p] Andy_Morsell : I would like to see minutes emailed and posted

[1:19p] pagameba : I have another process question

[1:19p] jasonbirch : Agreed, but it pervents the "I never got that email" argument.Ê Agreed Andy.

[1:19p] brayr : Yea I like Andy's suggestion.

[1:19p] brayr:Ok, I'll draft that in as well.

[1:19p] brayr : Ask away Paul.

[1:19p] pagameba : MapServer has a TSC as opposed to a PSC ..

[1:20p] pagameba:it makes technical decisions

[1:20p] brayr : They are moving to a PSC. Is that correct Daniel?

[1:20p] pagameba : should we have the concept of a TSC that includes all committers

[1:20p] brayr : I am not sure they intend to keep the TSC.

[1:20p] pagameba : PSC + committers

[1:20p] jasonbirch : That's just elitist bunk (grin)Ê I want to be involved in technical decisions even though I'm not a developer

[1:21p] pagameba : PSC + committers

[1:21p] jasonbirch : Oh :)

[1:21p] brayr : The real question here is "does the commiter community get a vote"

[1:21p] pagameba : I'm just thinking that committers may have some valid input/concerns over purely technical issues that currently the PSC would vote on

[1:21p] jasonbirch : I think that we should be able to refer items to the dev@ list for discussion, but retain final decision.

[1:21p] pagameba : yes, exactly !!!

[1:22p] brayr : Well here is a good question. Should the PSC mailing list go away, and all PSC communication happen on dev?

[1:22p] jasonbirch : Or, all technical discussion on the dev list, and process on psc

[1:22p] brayr : Could do

[1:22p] jasonbirch : separate functions. I think anyway.

[1:22p] pagameba : I'm worried that Jason will push for things that are hard to do ;)

[1:22p] jasonbirch : Lol, bad experiences Paul?

[1:22p] pagameba : lol ... no, I swear!

[1:23p] brayr : That is the role of a user in the PSC IMO

[1:23p] brayr:To push

[1:23p] pagameba : I like having separate lists

[1:23p] brayr : Or part of the role anyway. Also to bring balance and end user perspective to decisions

[1:23p] danmo : sorry for the delayed answer... yes the MapServer PSC will *replace* the TSC.

[1:24p] jasonbirch : Let's keep em separated. (hmmm, now I have a song stuck in my head)

[1:24p] brayr : Thanks Daniel!

[1:24p] Andy_Morsell : Separate lists.Ê I have not participated in the dev list to date, but will obviously have to at least start reading the messages.

[1:24p] pagameba : ok ... I would be happy if the process document says that the PSC advertises for comments on the dev list prior to making a decision

[1:24p] jasonbirch : Not much activity yet.

[1:24p] brayr : OK so Process on PSC, development of features, technical stuff on DEV

[1:24p] Andy_Morsell : Jason - a closet Offspring fan? 

[1:25p] jasonbirch : Fraid so.

[1:25p] brayr : Yes I would agree. Any technical item, feature request, etc gets floated on DEV

[1:25p] jasonbirch : Sounds good.Ê Do we have to vote? :)

[1:25p] pagameba : +!

[1:25p] brayr : My concern is that we will see a lot of cross postings.

[1:25p] pagameba : +1

[1:26p] brayr : +! is that a new type of dictorial decision?

[1:26p] pagameba : lol

[1:26p] jasonbirch : it's an override :)

[1:26p] brayr : Yes lets vote on that. DEV for technical, PSC for process. All technical stuff gets floated on DEV.

[1:26p] brayr:+1

[1:27p] jasonbirch : +1

[1:27p] TomF : +1

[1:27p] bdechant : +1

[1:27p] Andy_Morsell : +1

[1:27p] brayr : Done. I'll draft that in as well.

[1:28p] jasonbirch : The dev list has been pretty quiet.Ê Will that change asn this moves to be more of a community project?

[1:28p] brayr : Yes. It is quiet IMO because ADSK does most development. That has to change

[1:28p] danmo : ¥ danmo just joined the -dev list and didn't see much activity yet, but I think -dev becoming more alive will be a requirement for graduation from OSGeo incubation

[1:29p] brayr : That makes sense.

[1:30p] pagameba : The various project tracking lists are reasonably busy :)

[1:30p] jasonbirch : Bob, will all Autodesk developers be encouraged/allowed to take a community role, or will they be in a contracted employee role?

[1:30p] brayr : Any objection to me moving the addition and remoaval of members to the process section. Similar to MapServer TSC/PSC doc?

[1:30p] jasonbirch : No objection

[1:30p] pagameba : no

[1:30p] Andy_Morsell : No objection

[1:30p] brayr : They will be encouraged to take a community type of role.

[1:31p] brayr:All ADSK development will be floated via RFC and discussed in dev.

[1:31p] pagameba : like Traian :)

[1:31p] brayr : yea

[1:31p] jasonbirch : lol

[1:31p] brayr : Let me just say it is not easy to break old habits.

[1:32p] brayr:OK, I will move the addition/removal of members to Process.

[1:32p] pagameba : for RFCs is there a format?

[1:33p] jasonbirch : We need to work on one, with suggested elements, etc.

[1:33p] brayr : We need to create one.

[1:33p] brayr:yea

[1:33p] brayr:Let's get this doc settled first. Then move on to that. We should make a list on the Wiki of things to do.

[1:33p] jasonbirch : Let's spend some time on that in the interimand flesh it out at next week's meeting (I won't be here)

[1:34p] brayr : Nice

[1:34p] Andy_Morsell : Is this the regular day and time for the meeting then?

[1:34p] brayr : That is next on the agenda. Meetings.

[1:34p] brayr : Anything else on the document before we move on?

[1:34p] Andy_Morsell : Sorry to jump ahead......

[1:34p] brayr : Np

[1:35p] brayr:Going once.

[1:35p] jasonbirch : I'm happy with the doc.Ê Weekly meetings always going to be required, or weekly to start and then biweekly?Ê If we don't have to make decisions in meetings...

[1:35p] brayr : Ok, I'll update the doc and we'll discuss/approve on the mailing list.

[1:36p] brayr:That is the first question. How often should the PSC meet?

[1:36p] brayr:On IRC that is

[1:36p] Andy_Morsell : Is every two weeks not enough?

[1:37p] brayr : I propose weekly or bi-weeekly until we get things running, then we decide.

[1:37p] jasonbirch : I think that biweekly should be fine, especially since decisions can and generally willÊ be made via email.Ê But weekly for the first month or so.

[1:37p] brayr : +1

[1:38p] Andy_Morsell : +1

[1:38p] jasonbirch : I have to jump through major hoops to get on IRC from work, so can't always be tuned in.Ê Prefer email.

[1:38p] jasonbirch:+1

[1:38p] pagameba : +1

[1:38p] bdechant : +1

[1:39p] brayr : I prefer e-mail as well, so long term I would prefer we mostly operate by e-mail. This is bootstrap time.

[1:39p] brayr:Now for a bigger question. What about DEV meetings.

[1:39p] brayr:Should dev meet weekly by IRC?

[1:39p] pagameba : being a developer, I would say yes :)

[1:40p] brayr : Might force more of an open communication than we are seeing now.

[1:40p] TomF : yeah, I prefer email

[1:40p] jasonbirch : Do you have any problems with corporate firewall Bob?

[1:40p] brayr : No

[1:41p] Andy_Morsell : I agree.Ê But, would it be expected for PSC members to attend each?Ê Or would reviewing the DEV minutes be sufficent?Ê I'm having trouble understanding where the roles overlap.

[1:41p] brayr : e-mail would be fine, but again we are just not using DEV today as much as we should be.

[1:41p] jasonbirch : I don't think that it should be required for PSC to participate in DEV.Ê Just know what's going on enough to vote and guide development of features they have voted on.

[1:42p] brayr : Good question. I think PSC members who are commiters would have to attend the dev meeting.

[1:42p] brayr:Other PSC members optional/

[1:43p] jasonbirch : 2 daytime meetings a week might be a bit of a burden...

[1:43p] Andy_Morsell : OK.Ê But, part of our decisions are based on the DEV discussions and that would only come during the formal change submittal process?

[1:43p] brayr : yes.

[1:44p] jasonbirch : Yes, we will take guidance from DEV of feasibility, but changes will come through process.

[1:44p] brayr : I agree 2 meetings is a lot, but the PSC one will go away I think.

[1:44p] Andy_Morsell : Thanks for the clarification.Ê In case you hadn't noticed, I'm a bit new to this.

[1:44p] brayr : You are not the only one.

[1:44p] jasonbirch : Yes, at some point PSC IRC as required only.

[1:45p] jasonbirch:Yikes, I think we're on schedule...

[1:45p] brayr : yea, so it is really one meeting. The issue I have with IRC is more around timezones. It's hard to get good world-wide involvement via IRC.

[1:46p] brayr:Let's try a couple of dev meetings and see how they go.

[1:46p] jasonbirch : After we get the roadmap?

[1:46p] brayr : Some of this will be an iterative learning process.

[1:46p] jasonbirch : And maybe some techincal feature requests?

[1:46p] jasonbirch:Need to have something to meet ABOUT

[1:46p] brayr : yea, I don't think starting now makes much sense.

[1:47p] brayr:So does this time work for everyone? For the initial PSC meetings anyway?

[1:47p] pagameba : +1

[1:47p] jasonbirch : +1

[1:47p] bdechant : +1

[1:47p] Andy_Morsell : +1

[1:47p] TomF : +1

[1:48p] brayr : Ok, next topic. Initial PSC size.

[1:48p] jasonbirch : The voting structure doesn't require tie breakers.

[1:48p] brayr : We are at 6, need a seventh. Should we go straight to 9?

[1:48p] jasonbirch : Why seven?

[1:48p] brayr : I like odd numbers, just in case we all vote.

[1:48p] brayr:It is not strictly required.

[1:49p] Andy_Morsell : I like 7

[1:49p] jasonbirch : I think we should see where the project goes and keep it small at first.Ê That allows merit-based expansion.Ê Unless you have someone in mind?

[1:49p] danmo : I would tend to agree with jasonbirch on keeping room for adding people once the project gets going

[1:50p] brayr : I have one nomination in mind. I also would like some non North American input/involvement.

[1:51p] jasonbirch : Good idea.Ê Is +1 enough for now, and a commitment to add two more before leaving incubation?

[1:51p] brayr : I don't even know that we need one or two more before leaving. MapBuilder is seven I think.

[1:51p] brayr:But +1 for now seems right to me.

[1:52p] danmo : pagameba: is there minimum PSC size required by incubation? I personally think that 7 should be enough

[1:52p] pagameba : there is not a minimum required

[1:52p] brayr : Any nominations out there?

[1:52p] pagameba : smaller is better for actually achieving concensus

[1:52p] jasonbirch : I guess what I meant, is 1 enough for your desired global inclusion Bob?

[1:52p] brayr : No0

[1:53p] brayr:But it could be.

[1:53p] pagameba : who do you have in mind, Bob?

[1:53p] brayr : I am fine to stay small ongoing. Like no more than 9.

[1:53p] brayr:Traian.

[1:54p] Andy_Morsell : Any more than 9 and it starts getting unmanagable

[1:54p] danmo : Is Traian with ADSK? And how many ADSK people would that make on the PSC?

[1:54p] brayr : His input, involvement, and code contribution are huge. At ADSK he now longer works on the project, nut has stayed involved.

[1:54p] danmo : (not objecting, just wondering at this point)

[1:54p] brayr : nut = but

[1:55p] Andy_Morsell : Well, get him back on the project! ;)

[1:55p] pagameba : +1

[1:55p] brayr : danmo: You hit one of my concerns on the head.

[1:55p] pagameba : :)

[1:55p] pagameba:what about including an FDO person?

[1:55p] jasonbirch : I personally feel that Traian would be a GREAT addition.Ê There would be 4 ADSK on the committee at that point.

[1:55p] brayr : That would make the PSC ADSK, three external.

[1:55p] pagameba : like Haris?

[1:56p] jasonbirch : Or Mateusz

[1:56p] pagameba : Haris has expressed interest in doing some WebStudio stuff

[1:56p] brayr : Haris would be a good addition. I plan to nominate him for the FDO PSC.

[1:56p] pagameba : :)

[1:56p] pagameba:Perhaps because of the close ties, we should plan for 1 member to be on both ...

[1:56p] brayr : There are a couple others on the mailing list as well that are very active users.

[1:56p] Andy_Morsell : Haris would be good.Ê He's obviously extremely smart.Ê Yes, maybe more suitable for the FDO PSC.

[1:57p] jasonbirch : If he's interested in MapGuide it would be great to haveÊ non ADSK liason between the two as well

[1:57p] brayr : Yes. Right now I am the only liason.

[1:57p] Andy_Morsell : Good point Jason

[1:57p] jasonbirch : Need to be joined at the mind as well as the hip :)

[1:57p] pagameba : So we have Mateusz, Haris and Traian as possibilities, plus potential from the user's list

[1:58p] danmo : I think that with respect to incubation and for the appearance of independance from ADSK, you should not add more ADSK people at this point... that would definitely help prevent any objections when time comes to graduate from incubation

[1:58p] brayr : We are just about out of time. Let's table this and discuss agian next week. We should farm the list for candidates.

[1:58p] pagameba : +1

[1:58p] jasonbirch : +1

[1:58p] brayr : Alright, that excludes Traian

[1:58p] Andy_Morsell : +1

[1:58p] pagameba : unless we go to 9 :)

[1:59p] bdechant : +1

[1:59p] brayr : So bring your list to the table next week. Requirements are non-ADSK, significant contribution as a user on the list.

[1:59p] brayr:I vote to wait on 9 until after we are moving

[1:59p] jasonbirch : Sounds good Bob.

[1:59p] TomF : yes, maybe there's other ways to get Traian involved again

[1:59p] jasonbirch : I would like to see it be a developer though.

[2:00p] brayr : Let's consider re-visiting expansion in one month. 

[2:00p] Andy_Morsell : Agreed.Ê 

[2:00p] danmo : is non-north-american still a plus?

[2:00p] jasonbirch : Yes,

[2:00p] Andy_Morsell : Yes. A bit of a side-track, but I'm curious where everyone is right now? Geographic distribution and all......

[2:00p] brayr : I think so, that would make Haris a prime candidate.

[2:00p] TomF : Calgary

[2:00p] brayr : All Canada + 1 US

[2:00p] danmo : Chicoutimi, Quebec

[2:00p] brayr : Calgary

[2:01p] bdechant : Calgary

[2:01p] pagameba : Ottawa

[2:01p] danmo : (not on the PSC though... sorry for the noise)

[2:01p] jasonbirch : Beautiful downtown Nanaimo, BC, Canada.Ê I thought you were in Ottawa Bob? :)

[2:01p] brayr : np

[2:01p] Andy_Morsell : Fairbanks, Alaska at a client.Ê 10:00 am right now.

[2:01p] brayr : Well I am at the moment, but normally Calgary.

[2:01p] jasonbirch : OK, we need to go after some canadian government funding :)

[2:02p] brayr : Developers are scarce at the moment. Like I said, bring your nominations next week. Jason you could e-mail me yours.

[2:02p] pagameba : or municipal funding!

[2:02p] jasonbirch : mmm, aren't I working hard enough on that?

[2:02p] pagameba : lol ... of course you are

[2:03p] brayr : That's our time for this week. I'll set up an agenda for next week and post a message when the process doc is updated.

[2:03p] jasonbirch : +1 for adjournment

[2:03p] pagameba : +1

[2:03p] Andy_Morsell : +1 see you next week

[2:03p] brayr : +1

[2:03p] brayr:Thanks everyone.

[2:04p] Andy_Morsell left the chat room. ("Chatzilla 0.9.75 
[Firefox 1.5.0.4/2006050817]")

[2:04p] TomF left the chat room. ("Chatzilla 0.9.75 
[Firefox 1.5.0.7/2006090918]")

[2:04p] pagameba : Bob ... can you call me?

[2:05p] bdechant left the chat room. ("Chatzilla 0.9.75 
[Firefox 1.5.0.7/2006090918]")

[2:05p] brayr : Sure

[2:05p] jasonbirch : ¥ jasonbirch waves goodbye

[2:05p] jasonbirch left the chat room. ("Chatzilla 0.9.73 
[Firefox 1.5.0.7/2006090918]")

[2:07p] brayr left the chat room. ("Chatzilla 0.9.70 
[Firefox 1.5.0.7/2006090918]")

[2:10p] danmo left the chat room.
-------------- next part --------------

Cheers

Paul

+-----------------------------------------------------------------+
|Paul Spencer                          pspencer at dmsolutions.ca    |
+-----------------------------------------------------------------+
|Chief Technology Officer                                         |
|DM Solutions Group Inc                http://www.dmsolutions.ca/ |
+-----------------------------------------------------------------+