#1055: OSGeo Service Provider Directory Broken
---------------------------+------------------------------------------------
Reporter: warmerdam | Owner: sac@…
Type: task | Status: new
Priority: normal | Milestone:
Component: Systems Admin | Keywords:
---------------------------+------------------------------------------------
The service provider directory at:
http://www.osgeo.org/search_profile
Seems to be broken - possibly just within the last few days.
(Note, when I visit that page it is completely blank - no chrome, no html,
etc).
--
Ticket URL: <http://trac.osgeo.org/osgeo/ticket/1055>
OSGeo <http://www.osgeo.org/>
OSGeo committee and general foundation issue tracker.
#1055: OSGeo Service Provider Directory Broken
---------------------------+------------------------------------------------
Reporter: warmerdam | Owner: sac@…
Type: task | Status: new
Priority: normal | Milestone:
Component: Systems Admin | Keywords:
---------------------------+------------------------------------------------
Comment(by martin):
I've reverted the Drupal instance back to the old 5.3 version, where the
above mentioned search works. I don't feel like spending the time to
become a Drupal expert as long as nobody bothers lending a helping hand of
help researching the required information.
--
Ticket URL: <http://trac.osgeo.org/osgeo/ticket/1055#comment:1>
OSGeo <http://www.osgeo.org/>
OSGeo committee and general foundation issue tracker.
Hi all,
I'm just now reading this, (or figuring out what was being talked about).
I would like to volunteer to build this out into something separate from the Drupal infrastructure, as I think it's better off that way over the long run.
I would like to set up a Postgres database instead and set up a simpler calling structure for displaying the Service Provider information.
I've been wondering for a while now how to set this up as a service that could feed other sites. The intent being to propagate the information where it is needed. It would be nice for instance for each project to be able to include a few links related to their project about service providers that are available for their product(s).
All I need to get started would be a dump of the existing data and I'll set something up for review.
Bobb
-----Original Message-----
From: sac-bounces@lists.osgeo.org [mailto:sac-
bounces@lists.osgeo.org] On Behalf Of OSGeo
Sent: Tuesday, January 08, 2013 4:53 PM
Subject: Re: [SAC] [OSGeo] #1055: OSGeo Service Provider
Directory Broken
#1055: OSGeo Service Provider Directory Broken
---------------------------+-------------------------------------
-------
---------------------------+----
Reporter: warmerdam | Owner: sac@…
Type: task | Status: new
Priority: normal | Milestone:
Component: Systems Admin | Keywords:
---------------------------+-------------------------------------
-------
---------------------------+----
Comment(by martin):
I've reverted the Drupal instance back to the old 5.3 version,
where the above mentioned search works. I don't feel like
spending the time to become a Drupal expert as long as nobody
bothers lending a helping hand of help researching the required
information.
--
Ticket URL: <http://trac.osgeo.org/osgeo/ticket/1055#comment:1>
OSGeo <http://www.osgeo.org/>
OSGeo committee and general foundation issue tracker.
_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac
On Tue, Jan 8, 2013 at 3:01 PM, Basques, Bob (CI-StPaul)
<bob.basques@ci.stpaul.mn.us> wrote:
Hi all,
I'm just now reading this, (or figuring out what was being talked about).
I would like to volunteer to build this out into something separate from the Drupal infrastructure, as I think it's better off that way over the long run.
I would like to set up a Postgres database instead and set up a simpler calling structure for displaying the Service Provider information.
I've been wondering for a while now how to set this up as a service that could feed other sites. The intent being to propagate the information where it is needed. It would be nice for instance for each project to be able to include a few links related to their project about service providers that are available for their product(s).
All I need to get started would be a dump of the existing data and I'll set something up for review.
Bobb,
Note that currently projects can already reference the Service
Provider Directory. For instance GDAL links to the following which
gives GDAL related service providers:
http://www.osgeo.org/search_profile?SET=1&MUL_TECH[0]=00013
On the one hand, separating this from Drupal would make upgrading
Drupal easier. On the other hand, at the time it was built it was
perceived as helpful to build it into Drupal so it appears to be a
natural similarly styled part of the web site, and tied into the
existing LDAP infrastructure. I'm a bit dubious on the value of
setting it up as a separate service.
Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Software Developer
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Bobb,
this is great! There have been a nadful of half hearted attempts to do
this and a great many suggestions how the directory could be improved
but never anyone stepped up with the intent of getting it done. Thanks!
If you are interested in the ideas that have been pushed around in the
past years I am happy to contribute, just let me know.
Have fun,
Arnulf
Am 2013-01-8 23:01, schrieb Basques, Bob (CI-StPaul):
Hi all,
I'm just now reading this, (or figuring out what was being talked
about).
I would like to volunteer to build this out into something
separate from the Drupal infrastructure, as I think it's better off
that way over the long run.
I would like to set up a Postgres database instead and set up a
simpler calling structure for displaying the Service Provider
information.
I've been wondering for a while now how to set this up as a
service that could feed other sites. The intent being to propagate
the information where it is needed. It would be nice for instance
for each project to be able to include a few links related to
their project about service providers that are available for their
product(s).
All I need to get started would be a dump of the existing data and
I'll set something up for review.
Bobb
-----Original Message----- From: sac-bounces@lists.osgeo.org
[mailto:sac- bounces@lists.osgeo.org] On Behalf Of OSGeo Sent:
Tuesday, January 08, 2013 4:53 PM Subject: Re: [SAC] [OSGeo]
#1055: OSGeo Service Provider Directory Broken
#1055: OSGeo Service Provider Directory Broken
---------------------------+-------------------------------------
- -------
---------------------------+---- Reporter: warmerdam |
Owner: sac@… Type: task | Status: new
Priority: normal | Milestone: Component: Systems
Admin | Keywords:
---------------------------+-------------------------------------
- -------
---------------------------+----
Comment(by martin):
I've reverted the Drupal instance back to the old 5.3 version,
where the above mentioned search works. I don't feel like
spending the time to become a Drupal expert as long as nobody
bothers lending a helping hand of help researching the
required information.
-- Ticket URL:
<http://trac.osgeo.org/osgeo/ticket/1055#comment:1> OSGeo
<http://www.osgeo.org/> OSGeo committee and general foundation
issue tracker. _______________________________________________
Sac mailing list Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac
_______________________________________________ Sac mailing list
Sac@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/sac
- --
http://arnulf.us
Exploring Space, Time and Mind
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with undefined - http://www.enigmail.net/
iEYEARECAAYFAlDtRBcACgkQXmFKW+BJ1b2R9wCfcdhzdZgm3MO7+hzqpIhtSsda
6TMAn2cuZa5QKQIes65iaTDdPsgRYYxp
=inB3
-----END PGP SIGNATURE-----
Frank,
We do the same for GeoMoose with regard to the linking. I also immediately want to take this further, and discovered the limitation with the current system with regard to making architecture changes.
My interest is in making it more accessible to new project service providers by replicating these types of links out into the projects themselves, complete with access to the forms for new registrations, I would also like to add in some optional extended attributes for the providers. Possibly even add in some methof for valididation of Emails by sending out periodic reminders, etc.
The separation aspect really relates to me having the maintenance duties separated from everything else. As far as the Styling, that should be dependent on the particular client, the linking to the new service from OSGEO would use the existing style, for example, while also allow projects the option of using their respective styles.
Another thought that occurred to me after sending the initial email was the idea that being separated, the service provider directory could become a project of sorts unto itself, similarly to the LiveDVD. It could be inserted into the LiveDVD for example at each stamping, dependent on some FORM checkbox. There's not really a method in the current OSGeo domain for anyone to provide feedback or introduce ideas about how things might be improved, other than this list (that I know of).
Some of these thoughts are longer term, but you get the idea about why I think the separation aspect might be the thing to implement first.
Bobb
bobb
-----Original Message-----
From: fwarmerdam@gmail.com [mailto:fwarmerdam@gmail.com] On
Behalf Of Frank Warmerdam
Sent: Tuesday, January 08, 2013 6:14 PM
To: Basques, Bob (CI-StPaul)
Cc: System Administration Committee Discussion/OSGeo
Subject: Re: [SAC] [OSGeo] #1055: OSGeo Service Provider
Directory Broken
On Tue, Jan 8, 2013 at 3:01 PM, Basques, Bob (CI-StPaul)
<bob.basques@ci.stpaul.mn.us> wrote:
> Hi all,
>
> I'm just now reading this, (or figuring out what was being
talked about).
>
> I would like to volunteer to build this out into something
separate from the Drupal infrastructure, as I think it's better
off that way over the long run.
>
> I would like to set up a Postgres database instead and set up a
simpler calling structure for displaying the Service Provider
information.
>
> I've been wondering for a while now how to set this up as a
service that could feed other sites. The intent being to
propagate the information where it is needed. It would be nice
for instance for each project to be able to include a few links
related to their project about service providers that are
available for their product(s).
>
> All I need to get started would be a dump of the existing data
and I'll set something up for review.
Bobb,
Note that currently projects can already reference the Service
Provider Directory. For instance GDAL links to the following
which gives GDAL related service providers:
http://www.osgeo.org/search_profile?SET=1&MUL_TECH[0]=00013
On the one hand, separating this from Drupal would make upgrading
Drupal easier. On the other hand, at the time it was built it
was perceived as helpful to build it into Drupal so it appears to
be a natural similarly styled part of the web site, and tied into
the existing LDAP infrastructure. I'm a bit dubious on the value
of setting it up as a separate service.
Best regards,
--
---------------------------------------+-------------------------
-------
---------------------------------------+------
I set the clouds in motion - turn up | Frank Warmerdam,
warmerdam@pobox.com
light and sound - activate the windows |
http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Software
Developer
Bobb,
Your ideas sound great. If you have the energy, you have my support
and I'm prepared to provide some support.
I can look into dumping the existing database tables to .csv files or
something similar if that would be a useful first step.
Best regards,
Frank
On Wed, Jan 9, 2013 at 7:44 AM, Basques, Bob (CI-StPaul)
<bob.basques@ci.stpaul.mn.us> wrote:
Frank,
We do the same for GeoMoose with regard to the linking. I also immediately want to take this further, and discovered the limitation with the current system with regard to making architecture changes.
My interest is in making it more accessible to new project service providers by replicating these types of links out into the projects themselves, complete with access to the forms for new registrations, I would also like to add in some optional extended attributes for the providers. Possibly even add in some methof for valididation of Emails by sending out periodic reminders, etc.
The separation aspect really relates to me having the maintenance duties separated from everything else. As far as the Styling, that should be dependent on the particular client, the linking to the new service from OSGEO would use the existing style, for example, while also allow projects the option of using their respective styles.
Another thought that occurred to me after sending the initial email was the idea that being separated, the service provider directory could become a project of sorts unto itself, similarly to the LiveDVD. It could be inserted into the LiveDVD for example at each stamping, dependent on some FORM checkbox. There's not really a method in the current OSGeo domain for anyone to provide feedback or introduce ideas about how things might be improved, other than this list (that I know of).
Some of these thoughts are longer term, but you get the idea about why I think the separation aspect might be the thing to implement first.
Bobb
bobb
-----Original Message-----
From: fwarmerdam@gmail.com [mailto:fwarmerdam@gmail.com] On
Behalf Of Frank Warmerdam
Sent: Tuesday, January 08, 2013 6:14 PM
To: Basques, Bob (CI-StPaul)
Cc: System Administration Committee Discussion/OSGeo
Subject: Re: [SAC] [OSGeo] #1055: OSGeo Service Provider
Directory Broken
On Tue, Jan 8, 2013 at 3:01 PM, Basques, Bob (CI-StPaul)
<bob.basques@ci.stpaul.mn.us> wrote:
> Hi all,
>
> I'm just now reading this, (or figuring out what was being
talked about).
>
> I would like to volunteer to build this out into something
separate from the Drupal infrastructure, as I think it's better
off that way over the long run.
>
> I would like to set up a Postgres database instead and set up a
simpler calling structure for displaying the Service Provider
information.
>
> I've been wondering for a while now how to set this up as a
service that could feed other sites. The intent being to
propagate the information where it is needed. It would be nice
for instance for each project to be able to include a few links
related to their project about service providers that are
available for their product(s).
>
> All I need to get started would be a dump of the existing data
and I'll set something up for review.
Bobb,
Note that currently projects can already reference the Service
Provider Directory. For instance GDAL links to the following
which gives GDAL related service providers:
http://www.osgeo.org/search_profile?SET=1&MUL_TECH[0]=00013
On the one hand, separating this from Drupal would make upgrading
Drupal easier. On the other hand, at the time it was built it
was perceived as helpful to build it into Drupal so it appears to
be a natural similarly styled part of the web site, and tied into
the existing LDAP infrastructure. I'm a bit dubious on the value
of setting it up as a separate service.
Best regards,
--
---------------------------------------+-------------------------
-------
---------------------------------------+------
I set the clouds in motion - turn up | Frank Warmerdam,
warmerdam@pobox.com
light and sound - activate the windows |
http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Software
Developer
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Software Developer
Frank,
That's all I need to get something for review purposes together.
CSV would be fine.
Thanks
Bobb
-----Original Message-----
From: fwarmerdam@gmail.com [mailto:fwarmerdam@gmail.com] On
Behalf Of Frank Warmerdam
Sent: Wednesday, January 09, 2013 11:29 AM
To: Basques, Bob (CI-StPaul)
Cc: System Administration Committee Discussion/OSGeo
Subject: Re: [SAC] [OSGeo] #1055: OSGeo Service Provider
Directory Broken
Bobb,
Your ideas sound great. If you have the energy, you have my
support and I'm prepared to provide some support.
I can look into dumping the existing database tables to .csv
files or something similar if that would be a useful first step.
Best regards,
Frank
On Wed, Jan 9, 2013 at 7:44 AM, Basques, Bob (CI-StPaul)
<bob.basques@ci.stpaul.mn.us> wrote:
>
> Frank,
>
> We do the same for GeoMoose with regard to the linking. I also
immediately want to take this further, and discovered the
limitation with the current system with regard to making
architecture changes.
>
> My interest is in making it more accessible to new project
service providers by replicating these types of links out into
the projects themselves, complete with access to the forms for
new registrations, I would also like to add in some optional
extended attributes for the providers. Possibly even add in some
methof for valididation of Emails by sending out periodic
reminders, etc.
>
> The separation aspect really relates to me having the
maintenance duties separated from everything else. As far as the
Styling, that should be dependent on the particular client, the
linking to the new service from OSGEO would use the existing
style, for example, while also allow projects the option of using
their respective styles.
>
> Another thought that occurred to me after sending the initial
email was the idea that being separated, the service provider
directory could become a project of sorts unto itself, similarly
to the LiveDVD. It could be inserted into the LiveDVD for
example at each stamping, dependent on some FORM checkbox.
There's not really a method in the current OSGeo domain for
anyone to provide feedback or introduce ideas about how things
might be improved, other than this list (that I know of).
>
> Some of these thoughts are longer term, but you get the idea
about why I think the separation aspect might be the thing to
implement first.
>
> Bobb
>
>
>
> bobb
>
>>> -----Original Message-----
>>> From: fwarmerdam@gmail.com [mailto:fwarmerdam@gmail.com] On
Behalf
>>> Of Frank Warmerdam
>>> Sent: Tuesday, January 08, 2013 6:14 PM
>>> To: Basques, Bob (CI-StPaul)
>>> Cc: System Administration Committee Discussion/OSGeo
>>> Subject: Re: [SAC] [OSGeo] #1055: OSGeo Service Provider
Directory
>>> Broken
>>>
>>> On Tue, Jan 8, 2013 at 3:01 PM, Basques, Bob (CI-StPaul)
>>> <bob.basques@ci.stpaul.mn.us> wrote:
>>> > Hi all,
>>> >
>>> > I'm just now reading this, (or figuring out what was being
>>> talked about).
>>> >
>>> > I would like to volunteer to build this out into something
>>> separate from the Drupal infrastructure, as I think it's
better off
>>> that way over the long run.
>>> >
>>> > I would like to set up a Postgres database instead and set
up a
>>> simpler calling structure for displaying the Service Provider
>>> information.
>>> >
>>> > I've been wondering for a while now how to set this up as
a
>>> service that could feed other sites. The intent being to
propagate
>>> the information where it is needed. It would be nice for
instance
>>> for each project to be able to include a few links related
to their
>>> project about service providers that are available for their
>>> product(s).
>>> >
>>> > All I need to get started would be a dump of the existing
data
>>> and I'll set something up for review.
>>>
>>> Bobb,
>>>
>>> Note that currently projects can already reference the
Service
>>> Provider Directory. For instance GDAL links to the following
which
>>> gives GDAL related service providers:
>>>
>>> http://www.osgeo.org/search_profile?SET=1&MUL_TECH[0]=00013
>>>
>>> On the one hand, separating this from Drupal would make
upgrading
>>> Drupal easier. On the other hand, at the time it was built
it was
>>> perceived as helpful to build it into Drupal so it appears to
be a
>>> natural similarly styled part of the web site, and tied into
the
>>> existing LDAP infrastructure. I'm a bit dubious on the value
of
>>> setting it up as a separate service.
>>>
>>> Best regards,
>>> --
>>> ---------------------------------------+--------------------
-----
>>> -------
>>> ---------------------------------------+------
>>> I set the clouds in motion - turn up | Frank Warmerdam,
>>> warmerdam@pobox.com
>>> light and sound - activate the windows |
>>> http://pobox.com/~warmerdam
>>> and watch the world go round - Rush | Geospatial Software
>>> Developer
>
>
--
---------------------------------------+-------------------------
-------
---------------------------------------+------
I set the clouds in motion - turn up | Frank Warmerdam,
warmerdam@pobox.com
light and sound - activate the windows |
http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Software
Developer
On 1/9/13, Basques, Bob (CI-StPaul) <bob.basques@ci.stpaul.mn.us> wrote:
I've been wondering for a while now how to set this up as a service that
could feed other sites. The intent being to propagate the information where
it is needed. It would be nice for instance for each project to be able to
include a few links related to their project about service providers that
are available for their product(s).
Too funny, yesterday I got exactly the wish. There is no point for the
projects to maintain own infrastructures for this!
We would much welcome to have it.
And to put just a link is not "marketing" and will be overseen.
Example: In the new GRASS CMS (http://grass.osgeo.org/) I would want
to add a big page with the list, extracted on the fly from the master DB.
Markus
#1055: OSGeo Service Provider Directory Broken
---------------------------+------------------------------------------------
Reporter: warmerdam | Owner: sac@…
Type: task | Status: closed
Priority: normal | Milestone:
Component: Systems Admin | Resolution: fixed
Keywords: |
---------------------------+------------------------------------------------
Changes (by warmerdam):
* status: new => closed
* resolution: => fixed
Comment:
Closing as the problem is fixed now. Note also #1105 on edit_profile
being broken.
--
Ticket URL: <http://trac.osgeo.org/osgeo/ticket/1055#comment:2>
OSGeo <http://www.osgeo.org/>
OSGeo committee and general foundation issue tracker.