Re: Consultants/support company list

>> Well... I guess the other option is to just list everybody
>> alphabetically by default (like we do on techdocs) with
>"filter" links
>> that show the list of folks who provide support (both local and
>> globally) for a given region.
>
>Well, I have two suggestions:
>1) Do it the way Magnus has suggested, where "Worldwide
>Support" is its own
>"Region".

I've updated it now without this, instead just using regions to group
where the offices are. Lets start like that and see what things look
like once there is a bunch of data in there. If we need to, we can add
the separate region then.

Also, it no longer lists the regions, as this can be read in the
"Location" field, which makes the list take up less space.

>2) Divvy it up by language instead.

Not sure how that helps. I think it's better to group it on the regions
that the company has offices in.

>I don't like the idea of an strict alphabetical listing on one
>page, because:
> a) that's way too much scrolling, especially as the
>list of companies grows,
>and

Right, which is why we're grouping by region ATM.
While they are all on the same page now, that can easily be split up
once we have more data, if necessary (there are already bookmarks onthe
page so you can jump to your own region fast)

> b) it unfairly discriminates against SRA and Pervasive
>and in favor of AglioDBS and CMD.

No matter how it's ordered, it will discriminate against someone. Unless
you want to do random order that changes every time the mirrors update?
I think something predictable is better, and nobody can really argue
that alphabetically isn't a standard way to rder things :-)

//Magnus

Robert, Magnus,

> > b) it unfairly discriminates against SRA and Pervasive
> >and in favor of AglioDBS and CMD.
>
> No matter how it's ordered, it will discriminate against someone. Unless
> you want to do random order that changes every time the mirrors update?
> I think something predictable is better, and nobody can really argue
> that alphabetically isn't a standard way to rder things :-)

I'm not saying that we shouldn't have *any* order. The problem with alpha
order is only in the "one-big-list" variety where one needs to scroll down
through 12 screens of listings before one even reaches SRA. If we divide
it up by region, then the scrolling problem is fixed.

--
Josh Berkus
Aglio Database Solutions
San Francisco

Magnus,

Is this ready for use? I've already received one addition via e-mail ...

--
Josh Berkus
Aglio Database Solutions
San Francisco

Robert,

> Incidentally, is there a reason we're funnelling these through you? I was
> going to add the ones in the webmaster(at)postgresql(dot)org queue but if you want
> to do it I can step aside...

Nope, I just put it in as a news item for PostgreSQL Weekly News, and didn't
want to volunteer your e-mail address or your labor. If you want to do it,
I'm more than delighted to just forward stuff to you.

--
Josh Berkus
Aglio Database Solutions
San Francisco

On Sunday 20 March 2005 15:31, Josh Berkus wrote:
> Magnus,
>
> Is this ready for use? I've already received one addition via e-mail ...

Incidentally, is there a reason we're funnelling these through you? I was
going to add the ones in the webmaster(at)postgresql(dot)org queue but if you want
to do it I can step aside...

--
Robert Treat
Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL

On Sunday 20 March 2005 15:54, Josh Berkus wrote:
> Robert,
>
> > Incidentally, is there a reason we're funnelling these through you? I was
> > going to add the ones in the webmaster(at)postgresql(dot)org queue but if you
> > want to do it I can step aside...
>
> Nope, I just put it in as a news item for PostgreSQL Weekly News, and
> didn't want to volunteer your e-mail address or your labor. If you want
> to do it, I'm more than delighted to just forward stuff to you.

I try to channel these things through webmaster@ or pgsql-www@ where anyone
can do it. (Where "anyone" tends to be me ;-)

--
Robert Treat
Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL

Robert,

> I try to channel these things through webmaster@ or pgsql-www@ where anyone
> can do it. (Where "anyone" tends to be me ;-)

Well, here it is then:

NonSoLoSoft (http://www.nonsolosoft.com/)

Description: we support development of any application based on PostgreSQL for
DragonFlyBSD, FreeBSD, Linux, MacOS X and some other UNIX and Free Software
platforms in many language: Perl, C, C++, Java and more.
We can help your company to design your database and empower your applications
using triggers, stored procedures and other PostgreSQL features.

NonSoLoSoft (Italy)
Number of DBAdmin: 3
Office location: Torino (Turin), Italia
World Regions Covered: Italy
Hours of Support: 24x7 Email Support, 7am-18pm CET Live Support
Languages Supported: Italiano

Contact Details: Ferruccio Zamuner email: nonsolosoft(at)diff(dot)org
                  More information about the solutions can be found at:
                  http://www.nonsolosoft.com/

--
--Josh

Josh Berkus
Aglio Database Solutions
San Francisco