Thread: Duplicate Events (and other stuff)..
Continuent seems to have all of their events duplicated... 926 and 929 appear to be the same events (though with slightly different wording) 925 and 928 appear to be the same events (though with slightly different wording) And..in regard to my previous email, 867 and 868 are events that make no mention of PostgreSQL or PostGIS, and seem inappropriate for that forum. Which raises another question.... - We offer Python courses which cover the PsycoPG interface to PostgreSQL. Would those be appropriate events for postgresql.org (to date, we haven't posted such events, since I don't see the direct relevance, but the approval of events such as 867 and 868 make me wonder...) I'm just trying to be a good boy :-) Thanks -- Chander Ganesan Open Technology Group, Inc. One Copley Parkway, Suite 210 Morrisville, NC 27560 919-463-0999/877-258-8987 http://www.otg-nc.com
Chander Ganesan wrote: > Continuent seems to have all of their events duplicated... I see no replied to you so ... > 926 and 929 appear to be the same events (though with slightly different > wording) > > 925 and 928 appear to be the same events (though with slightly different > wording) > > And..in regard to my previous email, 867 and 868 are events that make no > mention of PostgreSQL or PostGIS, and seem inappropriate for that forum. > > Which raises another question.... > - We offer Python courses which cover the PsycoPG interface to > PostgreSQL. Would those be appropriate events for postgresql.org (to > date, we haven't posted such events, since I don't see the direct > relevance, but the approval of events such as 867 and 868 make me wonder...) No, the class should have a serious emphasis on Postgres to be listed. Sorry what are the titles of those numbered events? 867 and 868 -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
Bruce Momjian wrote: > Chander Ganesan wrote: > >> Continuent seems to have all of their events duplicated... >> > > I see no replied to you so ... > > >> 926 and 929 appear to be the same events (though with slightly different >> wording) >> >> 925 and 928 appear to be the same events (though with slightly different >> wording) >> >> And..in regard to my previous email, 867 and 868 are events that make no >> mention of PostgreSQL or PostGIS, and seem inappropriate for that forum. >> >> Which raises another question.... >> - We offer Python courses which cover the PsycoPG interface to >> PostgreSQL. Would those be appropriate events for postgresql.org (to >> date, we haven't posted such events, since I don't see the direct >> relevance, but the approval of events such as 867 and 868 make me wonder...) >> > > No, the class should have a serious emphasis on Postgres to be listed. > > Sorry what are the titles of those numbered events? 867 and 868 > "Formation MapServer, moteur cartographique" are the titles, the URL's are: http://www.postgresql.org/about/event.867 http://www.postgresql.org/about/event.868 -- Chander Ganesan Open Technology Group, Inc. One Copley Parkway, Suite 210 Morrisville, NC 27560 877-258-8987/919-463-0999 http://www.otg-nc.com
Chander Ganesan wrote: > Bruce Momjian wrote: > > Chander Ganesan wrote: > > > >> Continuent seems to have all of their events duplicated... > >> > > > > I see no replied to you so ... > > > > > >> 926 and 929 appear to be the same events (though with slightly different > >> wording) > >> > >> 925 and 928 appear to be the same events (though with slightly different > >> wording) > >> > >> And..in regard to my previous email, 867 and 868 are events that make no > >> mention of PostgreSQL or PostGIS, and seem inappropriate for that forum. > >> > >> Which raises another question.... > >> - We offer Python courses which cover the PsycoPG interface to > >> PostgreSQL. Would those be appropriate events for postgresql.org (to > >> date, we haven't posted such events, since I don't see the direct > >> relevance, but the approval of events such as 867 and 868 make me wonder...) > >> > > > > No, the class should have a serious emphasis on Postgres to be listed. > > > > Sorry what are the titles of those numbered events? 867 and 868 > > > "Formation MapServer, moteur cartographique" are the titles, the URL's are: > > http://www.postgresql.org/about/event.867 > http://www.postgresql.org/about/event.868 Not being in English, I am not sure how we could evaluate it. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
Cartographic Engine, AFAIK Gb. 2009/8/9, Bruce Momjian <bruce@momjian.us>: > Chander Ganesan wrote: >> Bruce Momjian wrote: >> > Chander Ganesan wrote: >> > >> >> Continuent seems to have all of their events duplicated... >> >> >> > >> > I see no replied to you so ... >> > >> > >> >> 926 and 929 appear to be the same events (though with slightly >> >> different >> >> wording) >> >> >> >> 925 and 928 appear to be the same events (though with slightly >> >> different >> >> wording) >> >> >> >> And..in regard to my previous email, 867 and 868 are events that make >> >> no >> >> mention of PostgreSQL or PostGIS, and seem inappropriate for that >> >> forum. >> >> >> >> Which raises another question.... >> >> - We offer Python courses which cover the PsycoPG interface to >> >> PostgreSQL. Would those be appropriate events for postgresql.org (to >> >> date, we haven't posted such events, since I don't see the direct >> >> relevance, but the approval of events such as 867 and 868 make me >> >> wonder...) >> >> >> > >> > No, the class should have a serious emphasis on Postgres to be listed. >> > >> > Sorry what are the titles of those numbered events? 867 and 868 >> > >> "Formation MapServer, moteur cartographique" are the titles, the URL's >> are: >> >> http://www.postgresql.org/about/event.867 >> http://www.postgresql.org/about/event.868 > > Not being in English, I am not sure how we could evaluate it. > > -- > Bruce Momjian <bruce@momjian.us> http://momjian.us > EnterpriseDB http://enterprisedb.com > > + If your life is a hard drive, Christ can be your backup. + > > -- > Sent via pgsql-www mailing list (pgsql-www@postgresql.org) > To make changes to your subscription: > http://www.postgresql.org/mailpref/pgsql-www > -- Enviado desde mi dispositivo móvil
Guido Barosio wrote: > Cartographic Engine, AFAIK How much is that class tied to Postgres? --------------------------------------------------------------------------- > > Gb. > > 2009/8/9, Bruce Momjian <bruce@momjian.us>: > > Chander Ganesan wrote: > >> Bruce Momjian wrote: > >> > Chander Ganesan wrote: > >> > > >> >> Continuent seems to have all of their events duplicated... > >> >> > >> > > >> > I see no replied to you so ... > >> > > >> > > >> >> 926 and 929 appear to be the same events (though with slightly > >> >> different > >> >> wording) > >> >> > >> >> 925 and 928 appear to be the same events (though with slightly > >> >> different > >> >> wording) > >> >> > >> >> And..in regard to my previous email, 867 and 868 are events that make > >> >> no > >> >> mention of PostgreSQL or PostGIS, and seem inappropriate for that > >> >> forum. > >> >> > >> >> Which raises another question.... > >> >> - We offer Python courses which cover the PsycoPG interface to > >> >> PostgreSQL. Would those be appropriate events for postgresql.org (to > >> >> date, we haven't posted such events, since I don't see the direct > >> >> relevance, but the approval of events such as 867 and 868 make me > >> >> wonder...) > >> >> > >> > > >> > No, the class should have a serious emphasis on Postgres to be listed. > >> > > >> > Sorry what are the titles of those numbered events? 867 and 868 > >> > > >> "Formation MapServer, moteur cartographique" are the titles, the URL's > >> are: > >> > >> http://www.postgresql.org/about/event.867 > >> http://www.postgresql.org/about/event.868 > > > > Not being in English, I am not sure how we could evaluate it. > > > > -- > > Bruce Momjian <bruce@momjian.us> http://momjian.us > > EnterpriseDB http://enterprisedb.com > > > > + If your life is a hard drive, Christ can be your backup. + > > > > -- > > Sent via pgsql-www mailing list (pgsql-www@postgresql.org) > > To make changes to your subscription: > > http://www.postgresql.org/mailpref/pgsql-www > > > > -- > Enviado desde mi dispositivo m?vil -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
On Mon, Aug 10, 2009 at 12:00 AM, Bruce Momjian<bruce@momjian.us> wrote: > Guido Barosio wrote: >> Cartographic Engine, AFAIK > > How much is that class tied to Postgres? It seems that they use PostgreSQL as the underlying GIS database as the class requires knowledge of PostgreSQL. -- Guillaume
Guillaume Smet wrote: > On Mon, Aug 10, 2009 at 12:00 AM, Bruce Momjian<bruce@momjian.us> wrote: > > Guido Barosio wrote: > >> Cartographic Engine, AFAIK > > > > How much is that class tied to Postgres? > > It seems that they use PostgreSQL as the underlying GIS database as > the class requires knowledge of PostgreSQL. OK, interesting. That technically is not a Postgres training event. Should it be removed? -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
On Sun, Aug 9, 2009 at 11:20 PM, Bruce Momjian<bruce@momjian.us> wrote: > Guillaume Smet wrote: >> On Mon, Aug 10, 2009 at 12:00 AM, Bruce Momjian<bruce@momjian.us> wrote: >> > Guido Barosio wrote: >> >> Cartographic Engine, AFAIK >> > >> > How much is that class tied to Postgres? >> >> It seems that they use PostgreSQL as the underlying GIS database as >> the class requires knowledge of PostgreSQL. > > OK, interesting. That technically is not a Postgres training event. > Should it be removed? No, it meets with our policy. -- Dave Page EnterpriseDB UK: http://www.enterprisedb.com
Dave Page wrote: > On Sun, Aug 9, 2009 at 11:20 PM, Bruce Momjian<bruce@momjian.us> wrote: > >> Guillaume Smet wrote: >> >>> On Mon, Aug 10, 2009 at 12:00 AM, Bruce Momjian<bruce@momjian.us> wrote: >>> >>>> Guido Barosio wrote: >>>> >>>>> Cartographic Engine, AFAIK >>>>> >>>> How much is that class tied to Postgres? >>>> >>> It seems that they use PostgreSQL as the underlying GIS database as >>> the class requires knowledge of PostgreSQL. >>> >> OK, interesting. That technically is not a Postgres training event. >> Should it be removed? >> > > No, it meets with our policy. Is that because the posted link goes to a totally different course/event (a PostGIS course)? Essentially, what has happened here is that they've listed a MapServer course, but provided the link to their PostGIS course (which, I think, is offered the previous week). The appropriate link for the event they've posted (as evidenced by the course dates) (http://www.anaska.com/formations/formation-mapserver-mise-en-place-d-un-moteur-cartographique-avec-mapserver.php) makes no reference to PostGIS/PostgreSQL anywhere, and makes no mention of PostGIS in the course description. This is further evidenced by the matching course dates on the correct link (and lack thereof on the posted link). To summarize, an event is posted that makes no reference to PostgreSQL or PostGIS in its description on .org, and makes no reference to PostGIS or PostgreSQL on the course "description" web site. The only thing I see here is that they've posted a course unrelated to PostGIS, but have provided a link to a PostGIS course... Probably not something a moderator would notice at a glance... Chances are this is just a copy-paste error, but still, IMHO its not a related event. Perhaps if something there made some mention of PostgreSQL or PostGIS at least. Perhaps the policy should be amended to make it clear that the course title or description should make some reference to or indicate how it is PostgreSQL related. That would at least make it easier for moderators to glance at a posting and immediately see the relevance.. Thank You -- Chander Ganesan Open Technology Group, Inc. One Copley Parkway, Suite 210 Morrisville, NC 27560 919-463-0999/877-258-8987 http://www.otg-nc.com
On Mon, Aug 10, 2009 at 12:49 PM, Chander Ganesan<chander@otg-nc.com> wrote: >> No, it meets with our policy. > > Is that because the posted link goes to a totally different course/event (a > PostGIS course)? No, it's because Guillaume said the course uses PostgreSQL and requires knowledge of it, and our policy says: "All items must relate to PostgreSQL in some direct and obvious way." If the text contains links to different courses, then of course, it must be corrected, and then meet the requirements of the policy to be listed. As someone who doesn't speak more than the most basic French, I have to rely on Guillaume's interpretation/translation. -- Dave Page EnterpriseDB UK: http://www.enterprisedb.com
On Mon, Aug 10, 2009 at 2:12 PM, Dave Page<dpage@pgadmin.org> wrote: > If the text contains links to different courses, then of course, it > must be corrected, and then meet the requirements of the policy to be > listed. As someone who doesn't speak more than the most basic French, > I have to rely on Guillaume's interpretation/translation. The presentation of the course on their website doesn't mention PostgreSQL at all, as Chander mentioned it. On the PostgreSQL website, there is the following mention in their event description: "== PRE-REQUIS == Connaissances de base de PostgreSQL" which can be translated to: "== PREREQUISITES == Basic knowledge of PostgreSQL" I suppose that it's because they use PostgreSQL as the MapServer backend but that's a supposition and that may be too unrelated for our policy. On their websites, the prerequisites are PHP and basic knowledge of cartographic formats. -- Guillaume
On Mon, Aug 10, 2009 at 1:34 PM, Guillaume Smet<guillaume.smet@gmail.com> wrote: > On Mon, Aug 10, 2009 at 2:12 PM, Dave Page<dpage@pgadmin.org> wrote: >> If the text contains links to different courses, then of course, it >> must be corrected, and then meet the requirements of the policy to be >> listed. As someone who doesn't speak more than the most basic French, >> I have to rely on Guillaume's interpretation/translation. > > The presentation of the course on their website doesn't mention > PostgreSQL at all, as Chander mentioned it. > > On the PostgreSQL website, there is the following mention in their > event description: > "== PRE-REQUIS == > > Connaissances de base de PostgreSQL" > > which can be translated to: > > "== PREREQUISITES == > > Basic knowledge of PostgreSQL" > > I suppose that it's because they use PostgreSQL as the MapServer > backend but that's a supposition and that may be too unrelated for our > policy. I think it's related enough, though I'd like to see the same requirements reflected in their website. FYI, my view is that we should include any training events in which PostgreSQL is a part of the technology stack and will be used directly in some way. It helps show the visitors to our site the diverse range of activities and applications in use around the project. If you see what I mean :-) -- Dave Page EnterpriseDB UK: http://www.enterprisedb.com
Dave Page wrote: > On Mon, Aug 10, 2009 at 1:34 PM, Guillaume Smet<guillaume.smet@gmail.com> wrote: > >> On Mon, Aug 10, 2009 at 2:12 PM, Dave Page<dpage@pgadmin.org> wrote: >> >>> If the text contains links to different courses, then of course, it >>> must be corrected, and then meet the requirements of the policy to be >>> listed. As someone who doesn't speak more than the most basic French, >>> I have to rely on Guillaume's interpretation/translation. >>> >> The presentation of the course on their website doesn't mention >> PostgreSQL at all, as Chander mentioned it. >> >> On the PostgreSQL website, there is the following mention in their >> event description: >> "== PRE-REQUIS == >> >> Connaissances de base de PostgreSQL" >> >> which can be translated to: >> >> "== PREREQUISITES == >> >> Basic knowledge of PostgreSQL" >> >> I suppose that it's because they use PostgreSQL as the MapServer >> backend but that's a supposition and that may be too unrelated for our >> policy. >> > > I think it's related enough, though I'd like to see the same > requirements reflected in their website. > > FYI, my view is that we should include any training events in which > PostgreSQL is a part of the technology stack and will be used directly > in some way. It helps show the visitors to our site the diverse range > of activities and applications in use around the project. If you see > what I mean :-) > > The problem I see is that it opens the events page up to lots of things that are fairly unrelated to PostgreSQL. For example, a Python course that teaches users how to interface with PostgreSQL, a PHP course that does the same, Perl training, etc... IMHO, people who go to the training page are looking for PostgreSQL training, they might be discouraged by a large number of "noise" courses that are barely related to PostgreSQL. I think it's unlikely that someone would browse to that page to see "how diverse the range of activities are".... It's unlikely that someone would go to the PostgreSQL.org site looking for MapServer training.... -- Chander Ganesan Open Technology Group, Inc. One Copley Parkway, Suite 210 Morrisville, NC 27560 919-463-0999/877-258-8987 http://www.otg-nc.com
On Mon, 2009-08-10 at 10:16 -0400, Chander Ganesan wrote: > > FYI, my view is that we should include any training events in which > > PostgreSQL is a part of the technology stack and will be used directly > > in some way. It helps show the visitors to our site the diverse range > > of activities and applications in use around the project. If you see > > what I mean :-) > > > > > The problem I see is that it opens the events page up to lots of things > that are fairly unrelated to PostgreSQL. For example, a Python course > that teaches users how to interface with PostgreSQL, a PHP course that > does the same, Perl training, etc... > > IMHO, people who go to the training page are looking for PostgreSQL > training, they might be discouraged by a large number of "noise" courses > that are barely related to PostgreSQL. I think it's unlikely that > someone would browse to that page to see "how diverse the range of > activities are".... It's unlikely that someone would go to the > PostgreSQL.org site looking for MapServer training.... Well we are an inclusive community, which means if it pertains to PostgreSQL we list it. However, I definitely think we need some way to delineate if it is a "PostgreSQL" training or a secondary training that includes PostgreSQL such as you list above. Not sure how best to do that. Joshua D. Drake > > -- > Chander Ganesan > Open Technology Group, Inc. > One Copley Parkway, Suite 210 > Morrisville, NC 27560 > 919-463-0999/877-258-8987 > http://www.otg-nc.com > > -- PostgreSQL - XMPP: jdrake@jabber.postgresql.org Consulting, Development, Support, Training 503-667-4564 - http://www.commandprompt.com/ The PostgreSQL Company, serving since 1997
> FYI, my view is that we should include any training events in which > PostgreSQL is a part of the technology stack and will be used directly > in some way. It helps show the visitors to our site the diverse range > of activities and applications in use around the project. If you see > what I mean :-) Oh. I just bounced a Postgres Plus Advanced Server training submission from the website based on the policy. Should I not have done so? What's our stance on training/events/news for forked versions? -- Josh Berkus PostgreSQL Experts Inc. www.pgexperts.com
On Mon, Aug 10, 2009 at 7:38 PM, Josh Berkus<josh@agliodbs.com> wrote: > >> FYI, my view is that we should include any training events in which >> PostgreSQL is a part of the technology stack and will be used directly >> in some way. It helps show the visitors to our site the diverse range >> of activities and applications in use around the project. If you see >> what I mean :-) > > Oh. I just bounced a Postgres Plus Advanced Server training submission > from the website based on the policy. Should I not have done so? Well for obvious reasons I'd like to say yes, but PPAS != PostgreSQL, which is what the policy requires the training be related to. That said - Postgres Plus Standard Server *is* pure PostgreSQL (plus a bunch of useful add-ons like Slony, PostGIS etc), so I don't think PPSS training should be bounced, should it be posted. > What's our stance on training/events/news for forked versions? I would say no to forks, but yes to alternate distros. -- Dave Page EnterpriseDB UK: http://www.enterprisedb.com
On Mon, 2009-08-10 at 19:50 +0100, Dave Page wrote: > On Mon, Aug 10, 2009 at 7:38 PM, Josh Berkus<josh@agliodbs.com> wrote: > > > >> FYI, my view is that we should include any training events in which > >> PostgreSQL is a part of the technology stack and will be used directly > >> in some way. It helps show the visitors to our site the diverse range > >> of activities and applications in use around the project. If you see > >> what I mean :-) > > > > Oh. I just bounced a Postgres Plus Advanced Server training submission > > from the website based on the policy. Should I not have done so? > > Well for obvious reasons I'd like to say yes, but PPAS != PostgreSQL, > which is what the policy requires the training be related to. > > That said - Postgres Plus Standard Server *is* pure PostgreSQL (plus a > bunch of useful add-ons like Slony, PostGIS etc), so I don't think > PPSS training should be bounced, should it be posted. > > > What's our stance on training/events/news for forked versions? > > I would say no to forks, but yes to alternate distros. Where does Mammoth fall as it is Open Source? Joshua D. Drake > > -- > Dave Page > EnterpriseDB UK: http://www.enterprisedb.com > -- PostgreSQL - XMPP: jdrake@jabber.postgresql.org Consulting, Development, Support, Training 503-667-4564 - http://www.commandprompt.com/ The PostgreSQL Company, serving since 1997
On Mon, Aug 10, 2009 at 8:06 PM, Joshua D. Drake<jd@commandprompt.com> wrote: > On Mon, 2009-08-10 at 19:50 +0100, Dave Page wrote: >> I would say no to forks, but yes to alternate distros. > > Where does Mammoth fall as it is Open Source? Is it a fork, or an add-on like Slony? If the latter, I'd say yes, it should be included as it's clearly centered around 'pure' PostgreSQL. If the former, then, well, no. I'm just one opinion though - others (including you) may disagree. -- Dave Page EnterpriseDB UK: http://www.enterprisedb.com
Dave Page wrote: > On Mon, Aug 10, 2009 at 8:06 PM, Joshua D. Drake<jd@commandprompt.com> wrote: >> On Mon, 2009-08-10 at 19:50 +0100, Dave Page wrote: >>> I would say no to forks, but yes to alternate distros. >> Where does Mammoth fall as it is Open Source? > > Is it a fork, or an add-on like Slony? If the latter, I'd say yes, it > should be included as it's clearly centered around 'pure' PostgreSQL. > If the former, then, well, no. > > I'm just one opinion though - others (including you) may disagree. How about a separate section for forks whether Open Source (HadoopDB) or not (EnterpriseDB) as well as whether closely related ones (Postgres Plus) or distantly related ones (Netezza). I think one of the neatest strengths of selling the use of Postgres (over, say, MySQL or microsoft's) is the wide range of forks that a company can grow into if they feel any particular need down the road. I wonder if our community website embraced the proprietary forks more, people new to the project (say, CFOs) would be quicker to see that this is mature high-end serious technology.
On Mon, Aug 10, 2009 at 8:32 PM, Ron Mayer<rm_pg@cheapcomplexdevices.com> wrote: > How about a separate section for forks whether Open Source (HadoopDB) > or not (EnterpriseDB) as well as whether closely related > ones (Postgres Plus) or distantly related ones (Netezza). > > I think one of the neatest strengths of selling the use of > Postgres (over, say, MySQL or microsoft's) is the wide range > of forks that a company can grow into if they feel any > particular need down the road. > > I wonder if our community website embraced the proprietary > forks more, people new to the project (say, CFOs) would be > quicker to see that this is mature high-end serious technology. I'm all for showing with diversity and breadth of the PostgreSQL community and technology, but showcasing all of these things without making it hard for people to find things will clutter the site and make it had for people to find things as Chander suggested. I think until we come up with a better way of presenting this information, we need to find a middle ground. -- Dave Page EnterpriseDB UK: http://www.enterprisedb.com
On Mon, 2009-08-10 at 20:11 +0100, Dave Page wrote: > On Mon, Aug 10, 2009 at 8:06 PM, Joshua D. Drake<jd@commandprompt.com> wrote: > > On Mon, 2009-08-10 at 19:50 +0100, Dave Page wrote: > >> I would say no to forks, but yes to alternate distros. > > > > Where does Mammoth fall as it is Open Source? > > Is it a fork, or an add-on like Slony? If the latter, I'd say yes, it > should be included as it's clearly centered around 'pure' PostgreSQL. > If the former, then, well, no. Well I guess it depends on how you look at it. Mammoth is pure PostgreSQL with Replication added in (meaning the only thing we add is replication). > > I'm just one opinion though - others (including you) may disagree. > I have never been known to keep my opinion to myself :P. I was more looking at it from the Open Source / Not Open Source perspective. Joshua D. Drake -- PostgreSQL - XMPP: jdrake@jabber.postgresql.org Consulting, Development, Support, Training 503-667-4564 - http://www.commandprompt.com/ The PostgreSQL Company, serving since 1997
On Mon, Aug 10, 2009 at 9:02 PM, Joshua D. Drake<jd@commandprompt.com> wrote: > On Mon, 2009-08-10 at 20:11 +0100, Dave Page wrote: >> On Mon, Aug 10, 2009 at 8:06 PM, Joshua D. Drake<jd@commandprompt.com> wrote: >> > On Mon, 2009-08-10 at 19:50 +0100, Dave Page wrote: >> >> I would say no to forks, but yes to alternate distros. >> > >> > Where does Mammoth fall as it is Open Source? >> >> Is it a fork, or an add-on like Slony? If the latter, I'd say yes, it >> should be included as it's clearly centered around 'pure' PostgreSQL. >> If the former, then, well, no. > > Well I guess it depends on how you look at it. Mammoth is pure > PostgreSQL with Replication added in (meaning the only thing we add is > replication). Meaning it's not pure PostgreSQL anymore :-p >> >> I'm just one opinion though - others (including you) may disagree. >> > > I have never been known to keep my opinion to myself :P. I was more > looking at it from the Open Source / Not Open Source perspective. The way you asked it sounded like you thought it was my sole decision - I know you didn't, but others might not. -- Dave Page EnterpriseDB UK: http://www.enterprisedb.com
On Mon, 2009-08-10 at 10:16 -0400, Chander Ganesan wrote: > > FYI, my view is that we should include any training events in which > > PostgreSQL is a part of the technology stack and will be used directly > > in some way. It helps show the visitors to our site the diverse range > > of activities and applications in use around the project. If you see > > what I mean :-) > > > > > The problem I see is that it opens the events page up to lots of things > that are fairly unrelated to PostgreSQL. For example, a Python course > that teaches users how to interface with PostgreSQL, a PHP course that > does the same, Perl training, etc... > > IMHO, people who go to the training page are looking for PostgreSQL > training, they might be discouraged by a large number of "noise" courses > that are barely related to PostgreSQL. I think it's unlikely that > someone would browse to that page to see "how diverse the range of > activities are".... It's unlikely that someone would go to the > PostgreSQL.org site looking for MapServer training.... Well we are an inclusive community, which means if it pertains to PostgreSQL we list it. However, I definitely think we need some way to delineate if it is a "PostgreSQL" training or a secondary training that includes PostgreSQL such as you list above. Not sure how best to do that. Joshua D. Drake > > -- > Chander Ganesan > Open Technology Group, Inc. > One Copley Parkway, Suite 210 > Morrisville, NC 27560 > 919-463-0999/877-258-8987 > http://www.otg-nc.com > > -- PostgreSQL - XMPP: jdrake@jabber.postgresql.org Consulting, Development, Support, Training 503-667-4564 - http://www.commandprompt.com/ The PostgreSQL Company, serving since 1997
On Mon, 2009-08-10 at 19:50 +0100, Dave Page wrote: > On Mon, Aug 10, 2009 at 7:38 PM, Josh Berkus<josh@agliodbs.com> wrote: > > > >> FYI, my view is that we should include any training events in which > >> PostgreSQL is a part of the technology stack and will be used directly > >> in some way. It helps show the visitors to our site the diverse range > >> of activities and applications in use around the project. If you see > >> what I mean :-) > > > > Oh. I just bounced a Postgres Plus Advanced Server training submission > > from the website based on the policy. Should I not have done so? > > Well for obvious reasons I'd like to say yes, but PPAS != PostgreSQL, > which is what the policy requires the training be related to. > > That said - Postgres Plus Standard Server *is* pure PostgreSQL (plus a > bunch of useful add-ons like Slony, PostGIS etc), so I don't think > PPSS training should be bounced, should it be posted. > > > What's our stance on training/events/news for forked versions? > > I would say no to forks, but yes to alternate distros. Where does Mammoth fall as it is Open Source? Joshua D. Drake > > -- > Dave Page > EnterpriseDB UK: http://www.enterprisedb.com > -- PostgreSQL - XMPP: jdrake@jabber.postgresql.org Consulting, Development, Support, Training 503-667-4564 - http://www.commandprompt.com/ The PostgreSQL Company, serving since 1997
On Mon, 2009-08-10 at 20:11 +0100, Dave Page wrote: > On Mon, Aug 10, 2009 at 8:06 PM, Joshua D. Drake<jd@commandprompt.com> wrote: > > On Mon, 2009-08-10 at 19:50 +0100, Dave Page wrote: > >> I would say no to forks, but yes to alternate distros. > > > > Where does Mammoth fall as it is Open Source? > > Is it a fork, or an add-on like Slony? If the latter, I'd say yes, it > should be included as it's clearly centered around 'pure' PostgreSQL. > If the former, then, well, no. Well I guess it depends on how you look at it. Mammoth is pure PostgreSQL with Replication added in (meaning the only thing we add is replication). > > I'm just one opinion though - others (including you) may disagree. > I have never been known to keep my opinion to myself :P. I was more looking at it from the Open Source / Not Open Source perspective. Joshua D. Drake -- PostgreSQL - XMPP: jdrake@jabber.postgresql.org Consulting, Development, Support, Training 503-667-4564 - http://www.commandprompt.com/ The PostgreSQL Company, serving since 1997