Обсуждение: Re: [GENERAL] Map of Postgresql Users (OT)
On Wednesday 26 October 2005 18:24, Claire McLister wrote: > On Oct 26, 2005, at 2:08 PM, Brent Wood wrote: > > There has recently been a thread on the Postgres user list about a web > > based postgres user/developer map. Claire has built a Google map based > > system, getting locations from IP addresses. > > Just so people know, this map can be found at: > > http://www.zeesource.net/maps/map.do?group=456 > I'm going to loop in a few more people here :-), namely the pg web team who will probably be able to give pointers on site integration. One thing to keep in mind is that the postgresql website is statically mirrored onto a number of different servers, so any solution we come up with will ideally allow itself to that. I believe a google maps system can do this (we can mirror the javascript code and the location/data file on all mirrors and the google map will work with it as is), which is why I originally went with that type of solution. -- Robert Treat Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
Good point. This might actually be a problem. Google Maps API requires each server that is serving the map to be registered with Google, and send the corresponding key when making the Javascript request. Unless the mirrors can each send their own keys, this will not work. Claire On Oct 26, 2005, at 6:02 PM, Robert Treat wrote: > On Wednesday 26 October 2005 18:24, Claire McLister wrote: >> On Oct 26, 2005, at 2:08 PM, Brent Wood wrote: >>> There has recently been a thread on the Postgres user list about a >>> web >>> based postgres user/developer map. Claire has built a Google map >>> based >>> system, getting locations from IP addresses. >> >> Just so people know, this map can be found at: >> >> http://www.zeesource.net/maps/map.do?group=456 >> > > I'm going to loop in a few more people here :-), namely the pg web > team who > will probably be able to give pointers on site integration. One thing > to keep > in mind is that the postgresql website is statically mirrored onto a > number > of different servers, so any solution we come up with will ideally > allow > itself to that. I believe a google maps system can do this (we can > mirror the > javascript code and the location/data file on all mirrors and the > google map > will work with it as is), which is why I originally went with that > type of > solution. > > -- > Robert Treat > Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
Claire McLister wrote: > Good point. This might actually be a problem. Google Maps API requires > each server that is serving the map to be registered with Google, and > send the corresponding key when making the Javascript request. > > Unless the mirrors can each send their own keys, this will not work. > > Claire Hi, more cross posting... Sounds like this task should be solved using WMS and WFS services. Google is cool but in order to foster both Open Source and standards (OGC) we would suggest to use e.g. MapServer as WMS to produce the maps and GeoServer as WFS to manage geomtries. Those OWS services could then be included in any OWS client, web interface, etc. Everything is there and ready to go, the effort to get it to run should be minimal. Our clients usually operate PostgreSQL databases with several million geometries - those 500 to 600 markers could be hosted on any antediluvian box and still be fast. You will know what to about mirroring, we would probably suggest to implement P2P - read Ward Cunninghams ideas int he keynote at the Wikimania conference this summer... We have done the user mmapping Mapbender users with tooltips, direct link to the website, etc. You can have a look at it on the project homepage http://www.mapbender.org Its done Wiki-style so that users can enter their own position (use the blue flag) or remove or edit any position (use the i-button). No user accounts yet but security and authentication is in place and have just not yet been necessary (still waiting for spatial spam...) We will spread word about spatial data management using PostgreSQL/PostGIS with MapServer, GeoServer etc. at the http://www.opendbcon.net (database fundamentals) on Nov. 8. and 9. in Frankfurt/Main, Germany. This idea is on short notice but i would be really very excited if i could show the map there! We suggest the following alterantive actions: - It should be easy to add a geometry_column to the existing PostgreSQL database which alredy has the positions. Add a GeoServer WFS to access the geomtry and a MapServer for WMS display. - Alternatively send Paolo or us or both the geo-positions and we add them to our existing OWS infrastructure (that will takt a few hours of work only). Beause there is not so much time until the conference this would just be be a prototype which should in the long run move to the PostgreSQL or PostGIS homepage or Wiki or both. Yet another idea: Mediawiki (the Wikipedia software) is also right now introducing geometries to the Wiki database - obviously also using PostgreSQL/PostGIS. This would be another cool multiplier.. and there we also meet with Google again. Best, Arnulf. > On Oct 26, 2005, at 6:02 PM, Robert Treat wrote: > >> On Wednesday 26 October 2005 18:24, Claire McLister wrote: >> >>> On Oct 26, 2005, at 2:08 PM, Brent Wood wrote: >>> >>>> There has recently been a thread on the Postgres user list about a web >>>> based postgres user/developer map. Claire has built a Google map based >>>> system, getting locations from IP addresses. >>> >>> >>> Just so people know, this map can be found at: >>> >>> http://www.zeesource.net/maps/map.do?group=456 >>> >> >> I'm going to loop in a few more people here :-), namely the pg web >> team who >> will probably be able to give pointers on site integration. One thing >> to keep >> in mind is that the postgresql website is statically mirrored onto a >> number >> of different servers, so any solution we come up with will ideally allow >> itself to that. I believe a google maps system can do this (we can >> mirror the >> javascript code and the location/data file on all mirrors and the >> google map >> will work with it as is), which is why I originally went with that >> type of >> solution. >> >> -- >> Robert Treat >> Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL > > > _______________________________________________ > Freegis-list mailing list > Freegis-list@intevation.de > https://intevation.de/mailman/listinfo/freegis-list
Arnulf, Thanks for your message. I looked at the mapbender site, and it looks like it has the basic functions except the password protection, which you will probably need at some point:-) The performance from here (California) was slow, and the map image did not look as good as Google's. I suppose we have better map images available? I could not find Cunninghams talk on P2P style wiki's, but seems to me that it would be too much work for a simple web page. Ideally, we'd just want to have a static map with possibly Javascript popups. That way, the performance can be good and the web site doesn't become that onerous that the pg www group kicks us out. So, a question to you and Palo: Can you generate such static map (along with Javascript code) from Mapserver? Claire On Oct 28, 2005, at 3:44 AM, Arnulf Christl wrote: > Claire McLister wrote: >> Good point. This might actually be a problem. Google Maps API >> requires each server that is serving the map to be registered with >> Google, and send the corresponding key when making the Javascript >> request. >> Unless the mirrors can each send their own keys, this will not work. >> Claire > > Hi, more cross posting... > > Sounds like this task should be solved using WMS and WFS services. > Google is cool but in order to foster both Open Source and standards > (OGC) we would suggest to use e.g. MapServer as WMS to produce the > maps and GeoServer as WFS to manage geomtries. Those OWS services > could then be included in any OWS client, web interface, etc. > Everything is there and ready to go, the effort to get it to run > should be minimal. > > Our clients usually operate PostgreSQL databases with several million > geometries - those 500 to 600 markers could be hosted on any > antediluvian box and still be fast. You will know what to about > mirroring, we would probably suggest to implement P2P - read Ward > Cunninghams ideas int he keynote at the Wikimania conference this > summer... > > We have done the user mmapping Mapbender users with tooltips, direct > link to the website, etc. You can have a look at it on the project > homepage http://www.mapbender.org > Its done Wiki-style so that users can enter their own position (use > the blue flag) or remove or edit any position (use the i-button). No > user accounts yet but security and authentication is in place and have > just not yet been necessary (still waiting for spatial spam...) > > We will spread word about spatial data management using > PostgreSQL/PostGIS with MapServer, GeoServer etc. at the > http://www.opendbcon.net (database fundamentals) on Nov. 8. and 9. in > Frankfurt/Main, Germany. > > This idea is on short notice but i would be really very excited if i > could show the map there! We suggest the following alterantive > actions: > > - It should be easy to add a geometry_column to the existing > PostgreSQL database which alredy has the positions. Add a GeoServer > WFS to access the geomtry and a MapServer for WMS display. > - Alternatively send Paolo or us or both the geo-positions and we add > them to our existing OWS infrastructure (that will takt a few hours of > work only). > > Beause there is not so much time until the conference this would just > be be a prototype which should in the long run move to the PostgreSQL > or PostGIS homepage or Wiki or both. Yet another idea: Mediawiki (the > Wikipedia software) is also right now introducing geometries to the > Wiki database - obviously also using PostgreSQL/PostGIS. This would be > another cool multiplier.. and there we also meet with Google again. > > Best, Arnulf. > > >> On Oct 26, 2005, at 6:02 PM, Robert Treat wrote: >>> On Wednesday 26 October 2005 18:24, Claire McLister wrote: >>> >>>> On Oct 26, 2005, at 2:08 PM, Brent Wood wrote: >>>> >>>>> There has recently been a thread on the Postgres user list about a >>>>> web >>>>> based postgres user/developer map. Claire has built a Google map >>>>> based >>>>> system, getting locations from IP addresses. >>>> >>>> >>>> Just so people know, this map can be found at: >>>> >>>> http://www.zeesource.net/maps/map.do?group=456 >>>> >>> >>> I'm going to loop in a few more people here :-), namely the pg web >>> team who >>> will probably be able to give pointers on site integration. One >>> thing to keep >>> in mind is that the postgresql website is statically mirrored onto a >>> number >>> of different servers, so any solution we come up with will ideally >>> allow >>> itself to that. I believe a google maps system can do this (we can >>> mirror the >>> javascript code and the location/data file on all mirrors and the >>> google map >>> will work with it as is), which is why I originally went with that >>> type of >>> solution. >>> >>> -- >>> Robert Treat >>> Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL >> _______________________________________________ >> Freegis-list mailing list >> Freegis-list@intevation.de >> https://intevation.de/mailman/listinfo/freegis-list > > > ---------------------------(end of > broadcast)--------------------------- > TIP 9: In versions below 8.0, the planner will ignore your desire to > choose an index scan if your joining column's datatypes do not > match
On Friday 28 October 2005 06:44, Arnulf Christl wrote:
> Yet another idea: Mediawiki (the
> Wikipedia software) is also right now introducing geometries to the Wiki
> database - obviously also using PostgreSQL/PostGIS. This would be
> another cool multiplier.. and there we also meet with Google again.
Wha? mediawiki is planning to use postgis with thier software? I'm currently
working with some folks on a working port of wikimedia to postgresql
(allowing things like transactions and full text searching all in the same
database). That would certainly seem to dovetail into this... you have any
links I could read up on the wikipedia/postgis effort on ?
--
Robert Treat
Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
Re: [Mapbender-users] postgis / mediawiki / postgresql was Re: [Freegis-list] Re: [GENERAL] Map of Postgresql Users (OT)
От
jf@mormo.org (Jens Frank)
Дата:
On Fri, Oct 28, 2005 at 09:47:17PM -0400, Robert Treat wrote: > On Friday 28 October 2005 06:44, Arnulf Christl wrote: > > Yet another idea: Mediawiki (the > > Wikipedia software) is also right now introducing geometries to the Wiki > > database - obviously also using PostgreSQL/PostGIS. This would be > > another cool multiplier.. and there we also meet with Google again. > > Wha? mediawiki is planning to use postgis with thier software? I'm currently > working with some folks on a working port of wikimedia to postgresql > (allowing things like transactions and full text searching all in the same > database). That would certainly seem to dovetail into this... you have any > links I could read up on the wikipedia/postgis effort on ? > There's nothing yet written down. There's some working code, and I'm just improving it from "proof of concept" stage to pre-production level. The code I'm working on is an extension to MediaWiki. It is independent of the article storage. I'm sure storing everything in one DB would be better from a design point of view, but it's easier for us to scale if we keep things apart. Especially new features like these where we've no idea about the performance impact. If you're improving MediaWiki's Postgres support we'd of course be happy to get your patches into the main code tree. Regards, JeLuF
Actually all of the mirrors (at least the official ones) work from the same url (www.postgresql.org), so in theory they should all be able to work from the same key. I've yet to test this theory, but I do think it would work. Robert Treat On Thursday 27 October 2005 13:21, Claire McLister wrote: > Good point. This might actually be a problem. Google Maps API requires > each server that is serving the map to be registered with Google, and > send the corresponding key when making the Javascript request. > > Unless the mirrors can each send their own keys, this will not work. > > Claire > > On Oct 26, 2005, at 6:02 PM, Robert Treat wrote: > > On Wednesday 26 October 2005 18:24, Claire McLister wrote: > >> On Oct 26, 2005, at 2:08 PM, Brent Wood wrote: > >>> There has recently been a thread on the Postgres user list about a > >>> web > >>> based postgres user/developer map. Claire has built a Google map > >>> based > >>> system, getting locations from IP addresses. > >> > >> Just so people know, this map can be found at: > >> > >> http://www.zeesource.net/maps/map.do?group=456 > > > > I'm going to loop in a few more people here :-), namely the pg web > > team who > > will probably be able to give pointers on site integration. One thing > > to keep > > in mind is that the postgresql website is statically mirrored onto a > > number > > of different servers, so any solution we come up with will ideally > > allow > > itself to that. I believe a google maps system can do this (we can > > mirror the > > javascript code and the location/data file on all mirrors and the > > google map > > will work with it as is), which is why I originally went with that > > type of > > solution. > > > > -- > > Robert Treat > > Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL -- Robert Treat Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
Where are we on this? Can we get it added to our web site? Can we have usernames added to the map? --------------------------------------------------------------------------- Arnulf Christl wrote: > Claire McLister wrote: > > Good point. This might actually be a problem. Google Maps API requires > > each server that is serving the map to be registered with Google, and > > send the corresponding key when making the Javascript request. > > > > Unless the mirrors can each send their own keys, this will not work. > > > > Claire > > Hi, more cross posting... > > Sounds like this task should be solved using WMS and WFS services. > Google is cool but in order to foster both Open Source and standards > (OGC) we would suggest to use e.g. MapServer as WMS to produce the maps > and GeoServer as WFS to manage geomtries. Those OWS services could then > be included in any OWS client, web interface, etc. Everything is there > and ready to go, the effort to get it to run should be minimal. > > Our clients usually operate PostgreSQL databases with several million > geometries - those 500 to 600 markers could be hosted on any > antediluvian box and still be fast. You will know what to about > mirroring, we would probably suggest to implement P2P - read Ward > Cunninghams ideas int he keynote at the Wikimania conference this summer... > > We have done the user mmapping Mapbender users with tooltips, direct > link to the website, etc. You can have a look at it on the project > homepage http://www.mapbender.org > Its done Wiki-style so that users can enter their own position (use the > blue flag) or remove or edit any position (use the i-button). No user > accounts yet but security and authentication is in place and have just > not yet been necessary (still waiting for spatial spam...) > > We will spread word about spatial data management using > PostgreSQL/PostGIS with MapServer, GeoServer etc. at the > http://www.opendbcon.net (database fundamentals) on Nov. 8. and 9. in > Frankfurt/Main, Germany. > > This idea is on short notice but i would be really very excited if i > could show the map there! We suggest the following alterantive actions: > > - It should be easy to add a geometry_column to the existing PostgreSQL > database which alredy has the positions. Add a GeoServer WFS to access > the geomtry and a MapServer for WMS display. > - Alternatively send Paolo or us or both the geo-positions and we add > them to our existing OWS infrastructure (that will takt a few hours of > work only). > > Beause there is not so much time until the conference this would just be > be a prototype which should in the long run move to the PostgreSQL or > PostGIS homepage or Wiki or both. Yet another idea: Mediawiki (the > Wikipedia software) is also right now introducing geometries to the Wiki > database - obviously also using PostgreSQL/PostGIS. This would be > another cool multiplier.. and there we also meet with Google again. > > Best, Arnulf. > > > > On Oct 26, 2005, at 6:02 PM, Robert Treat wrote: > > > >> On Wednesday 26 October 2005 18:24, Claire McLister wrote: > >> > >>> On Oct 26, 2005, at 2:08 PM, Brent Wood wrote: > >>> > >>>> There has recently been a thread on the Postgres user list about a web > >>>> based postgres user/developer map. Claire has built a Google map based > >>>> system, getting locations from IP addresses. > >>> > >>> > >>> Just so people know, this map can be found at: > >>> > >>> http://www.zeesource.net/maps/map.do?group=456 > >>> > >> > >> I'm going to loop in a few more people here :-), namely the pg web > >> team who > >> will probably be able to give pointers on site integration. One thing > >> to keep > >> in mind is that the postgresql website is statically mirrored onto a > >> number > >> of different servers, so any solution we come up with will ideally allow > >> itself to that. I believe a google maps system can do this (we can > >> mirror the > >> javascript code and the location/data file on all mirrors and the > >> google map > >> will work with it as is), which is why I originally went with that > >> type of > >> solution. > >> > >> -- > >> Robert Treat > >> Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL > > > > > > _______________________________________________ > > Freegis-list mailing list > > Freegis-list@intevation.de > > https://intevation.de/mailman/listinfo/freegis-list > > > ---------------------------(end of broadcast)--------------------------- > TIP 9: In versions below 8.0, the planner will ignore your desire to > choose an index scan if your joining column's datatypes do not > match > -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
Bruce Momjian wrote: > Where are we on this? Can we get it added to our web site? Can we have > usernames added to the map? Hi, yes, both can be done. But our server and connectivity are sort of slow, so I was talking to some people whether they could host the services. This will take a few more days. Anybody interested in operating a spatial data infrastructure on stable servers (preferrably FreeBSD or some Linux) with good connectivity feel free to contact us. Additionally we got lost in a few technical discussions about whether to implement the full scale service oriented standardized I-can-add-myself version using PostgreSQL with PostGIS (which I would really like to see as it promotes using PG as spatial data backend and also gives us GIS guys a chance to show off cool technology). Claire favored an easy-to-use google-maps approach which would mean less effort getting to run (they have it all up and running) but less compatibility and unsolved copyright issues regarding the background maps. Give us a few more days, by the weekend I will post a link so that people can have a look at it. The link will ship with a list of which software is being used and how it is configured. Ideally someone "near" the PostgreSQL homepage could operate the service (we GIS folks never stop considering spatial proximity). What has to be done anyway is collect the coordinates of the users. It would be nice to not start off with a blank map. We can provide some 20 users in Germany (most of them spatial). Either the name of a city or the decimal degree coordinates of the position will do. Best, Arnulf. > Arnulf Christl wrote: > >>Claire McLister wrote: >> >>>Good point. This might actually be a problem. Google Maps API requires >>>each server that is serving the map to be registered with Google, and >>>send the corresponding key when making the Javascript request. >>> >>>Unless the mirrors can each send their own keys, this will not work. >>> >>>Claire >> >>Hi, more cross posting... >> >>Sounds like this task should be solved using WMS and WFS services. >>Google is cool but in order to foster both Open Source and standards >>(OGC) we would suggest to use e.g. MapServer as WMS to produce the maps >>and GeoServer as WFS to manage geomtries. Those OWS services could then >>be included in any OWS client, web interface, etc. Everything is there >>and ready to go, the effort to get it to run should be minimal. >> >>Our clients usually operate PostgreSQL databases with several million >>geometries - those 500 to 600 markers could be hosted on any >>antediluvian box and still be fast. You will know what to about >>mirroring, we would probably suggest to implement P2P - read Ward >>Cunninghams ideas int he keynote at the Wikimania conference this summer... >> >>We have done the user mmapping Mapbender users with tooltips, direct >>link to the website, etc. You can have a look at it on the project >>homepage http://www.mapbender.org >>Its done Wiki-style so that users can enter their own position (use the >>blue flag) or remove or edit any position (use the i-button). No user >>accounts yet but security and authentication is in place and have just >>not yet been necessary (still waiting for spatial spam...) >> >>We will spread word about spatial data management using >>PostgreSQL/PostGIS with MapServer, GeoServer etc. at the >>http://www.opendbcon.net (database fundamentals) on Nov. 8. and 9. in >>Frankfurt/Main, Germany. >> >>This idea is on short notice but i would be really very excited if i >>could show the map there! We suggest the following alterantive actions: >> >>- It should be easy to add a geometry_column to the existing PostgreSQL >>database which alredy has the positions. Add a GeoServer WFS to access >>the geomtry and a MapServer for WMS display. >>- Alternatively send Paolo or us or both the geo-positions and we add >>them to our existing OWS infrastructure (that will takt a few hours of >>work only). >> >>Beause there is not so much time until the conference this would just be >>be a prototype which should in the long run move to the PostgreSQL or >>PostGIS homepage or Wiki or both. Yet another idea: Mediawiki (the >>Wikipedia software) is also right now introducing geometries to the Wiki >>database - obviously also using PostgreSQL/PostGIS. This would be >>another cool multiplier.. and there we also meet with Google again. >> >>Best, Arnulf. >> >> >> >>>On Oct 26, 2005, at 6:02 PM, Robert Treat wrote: >>> >>> >>>>On Wednesday 26 October 2005 18:24, Claire McLister wrote: >>>> >>>> >>>>>On Oct 26, 2005, at 2:08 PM, Brent Wood wrote: >>>>> >>>>> >>>>>>There has recently been a thread on the Postgres user list about a web >>>>>>based postgres user/developer map. Claire has built a Google map based >>>>>>system, getting locations from IP addresses. >>>>> >>>>> >>>>>Just so people know, this map can be found at: >>>>> >>>>> http://www.zeesource.net/maps/map.do?group=456 >>>>> >>>> >>>>I'm going to loop in a few more people here :-), namely the pg web >>>>team who >>>>will probably be able to give pointers on site integration. One thing >>>>to keep >>>>in mind is that the postgresql website is statically mirrored onto a >>>>number >>>>of different servers, so any solution we come up with will ideally allow >>>>itself to that. I believe a google maps system can do this (we can >>>>mirror the >>>>javascript code and the location/data file on all mirrors and the >>>>google map >>>>will work with it as is), which is why I originally went with that >>>>type of >>>>solution. >>>> >>>>-- >>>>Robert Treat >>>>Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL >>> >>> >>>_______________________________________________ >>>Freegis-list mailing list >>>Freegis-list@intevation.de >>>https://intevation.de/mailman/listinfo/freegis-list >> >> >>---------------------------(end of broadcast)--------------------------- >>TIP 9: In versions below 8.0, the planner will ignore your desire to >> choose an index scan if your joining column's datatypes do not >> match >> > >
Re: [Mapbender-users] Re: [Freegis-list] Re: [GENERAL] Map of Postgresql Users (OT)
От
Paolo Cavallini
Дата:
please let us know if we can be useful. what we can bring in is a nice yet simple interface by Armin Burger we're helping to develop. See e.g.: http://www.fauna.regione.toscana.it/pmapper/ All the best. pc At 08:30, mercoledì 07 dicembre 2005, Arnulf Christl has probably written: > Bruce Momjian wrote: > > Where are we on this? Can we get it added to our web site? Can we have > > usernames added to the map? > ... -- Paolo Cavallini email+jabber: cavallini@faunalia.it www.faunalia.it Piazza Garibaldi 5 - 56025 Pontedera (PI), Italy Tel: (+39)348-3801953
On Wed, 2005-12-07 at 02:30, Arnulf Christl wrote: > Bruce Momjian wrote: > > Where are we on this? Can we get it added to our web site? Can we have > > usernames added to the map? > > Hi, > yes, both can be done. But our server and connectivity are sort of slow, > so I was talking to some people whether they could host the services. > This will take a few more days. Anybody interested in operating a > spatial data infrastructure on stable servers (preferrably FreeBSD or > some Linux) with good connectivity feel free to contact us. > I'm fairly certain we can drum up some server space once we're ready to host this for the postgresql site. For now even slow connectivity is probably fine as it will only be a few people looking at it until we finalize what we really need. > Additionally we got lost in a few technical discussions about whether to > implement the full scale service oriented standardized I-can-add-myself > version using PostgreSQL with PostGIS (which I would really like to see > as it promotes using PG as spatial data backend and also gives us GIS > guys a chance to show off cool technology). > As a side note, we need folks to help out with the elephant database monitoring project. That seems like an ideal project to help show off postgis. http://pgfoundry.org/projects/wilddb/ > Claire favored an easy-to-use google-maps approach which would mean less > effort getting to run (they have it all up and running) but less > compatibility and unsolved copyright issues regarding the background maps. > Hmm...I thought this was all something that could be relatively easy to solve. I think the main problem here was that I needed to test whether the maps mirroring would work in the main site; I believe it would, but this should probably be confirmed, and I haven't had time to get back to it. The other side being that showing of postgis does have a nice political upside that seems worth following up on. > Give us a few more days, by the weekend I will post a link so that > people can have a look at it. The link will ship with a list of which > software is being used and how it is configured. Ideally someone "near" > the PostgreSQL homepage could operate the service (we GIS folks never > stop considering spatial proximity). Yes, the plan would be to integrate it fully into the postgresql web infrastructure. We just need to figure out what that will take. > > What has to be done anyway is collect the coordinates of the users. It > would be nice to not start off with a blank map. We can provide some 20 > users in Germany (most of them spatial). Either the name of a city or > the decimal degree coordinates of the position will do. I see this as sort of a secondary thing, but I already have coordinates for most of the people listed on our developers page, so we can always start with that. I'm not against the idea of plotting other points though; we could have points for support companies, points for mailing list users, do some type of frapper style sign up; but that's secondary. The first step is figuring setting up a system to display the coordinates, then we can add more knobs on how to get the coordinates. > > Best, Arnulf. > > > Arnulf Christl wrote: > > > >>Claire McLister wrote: > >> > >>>Good point. This might actually be a problem. Google Maps API requires > >>>each server that is serving the map to be registered with Google, and > >>>send the corresponding key when making the Javascript request. > >>> > >>>Unless the mirrors can each send their own keys, this will not work. > >>> > >>>Claire > >> > >>Hi, more cross posting... > >> > >>Sounds like this task should be solved using WMS and WFS services. > >>Google is cool but in order to foster both Open Source and standards > >>(OGC) we would suggest to use e.g. MapServer as WMS to produce the maps > >>and GeoServer as WFS to manage geomtries. Those OWS services could then > >>be included in any OWS client, web interface, etc. Everything is there > >>and ready to go, the effort to get it to run should be minimal. > >> > >>Our clients usually operate PostgreSQL databases with several million > >>geometries - those 500 to 600 markers could be hosted on any > >>antediluvian box and still be fast. You will know what to about > >>mirroring, we would probably suggest to implement P2P - read Ward > >>Cunninghams ideas int he keynote at the Wikimania conference this summer... > >> > >>We have done the user mmapping Mapbender users with tooltips, direct > >>link to the website, etc. You can have a look at it on the project > >>homepage http://www.mapbender.org > >>Its done Wiki-style so that users can enter their own position (use the > >>blue flag) or remove or edit any position (use the i-button). No user > >>accounts yet but security and authentication is in place and have just > >>not yet been necessary (still waiting for spatial spam...) > >> > >>We will spread word about spatial data management using > >>PostgreSQL/PostGIS with MapServer, GeoServer etc. at the > >>http://www.opendbcon.net (database fundamentals) on Nov. 8. and 9. in > >>Frankfurt/Main, Germany. > >> > >>This idea is on short notice but i would be really very excited if i > >>could show the map there! We suggest the following alterantive actions: > >> > >>- It should be easy to add a geometry_column to the existing PostgreSQL > >>database which alredy has the positions. Add a GeoServer WFS to access > >>the geomtry and a MapServer for WMS display. > >>- Alternatively send Paolo or us or both the geo-positions and we add > >>them to our existing OWS infrastructure (that will takt a few hours of > >>work only). > >> > >>Beause there is not so much time until the conference this would just be > >>be a prototype which should in the long run move to the PostgreSQL or > >>PostGIS homepage or Wiki or both. Yet another idea: Mediawiki (the > >>Wikipedia software) is also right now introducing geometries to the Wiki > >>database - obviously also using PostgreSQL/PostGIS. This would be > >>another cool multiplier.. and there we also meet with Google again. > >> > >>Best, Arnulf. > >> > >> > >> > >>>On Oct 26, 2005, at 6:02 PM, Robert Treat wrote: > >>> > >>> > >>>>On Wednesday 26 October 2005 18:24, Claire McLister wrote: > >>>> > >>>> > >>>>>On Oct 26, 2005, at 2:08 PM, Brent Wood wrote: > >>>>> > >>>>> > >>>>>>There has recently been a thread on the Postgres user list about a web > >>>>>>based postgres user/developer map. Claire has built a Google map based > >>>>>>system, getting locations from IP addresses. > >>>>> > >>>>> > >>>>>Just so people know, this map can be found at: > >>>>> > >>>>> http://www.zeesource.net/maps/map.do?group=456 > >>>>> > >>>> > >>>>I'm going to loop in a few more people here :-), namely the pg web > >>>>team who > >>>>will probably be able to give pointers on site integration. One thing > >>>>to keep > >>>>in mind is that the postgresql website is statically mirrored onto a > >>>>number > >>>>of different servers, so any solution we come up with will ideally allow > >>>>itself to that. I believe a google maps system can do this (we can > >>>>mirror the > >>>>javascript code and the location/data file on all mirrors and the > >>>>google map > >>>>will work with it as is), which is why I originally went with that > >>>>type of > >>>>solution. > >>>> > >>>>-- > >>>>Robert Treat > >>>>Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL > >>> > >>> > >>>_______________________________________________ > >>>Freegis-list mailing list > >>>Freegis-list@intevation.de > >>>https://intevation.de/mailman/listinfo/freegis-list > >> -- Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
I like the idea that people can add themselves, but I also liked the dynamic ability of seeing all email posters from the last few months. Can we have both? --------------------------------------------------------------------------- Robert Treat wrote: > On Wed, 2005-12-07 at 02:30, Arnulf Christl wrote: > > Bruce Momjian wrote: > > > Where are we on this? Can we get it added to our web site? Can we have > > > usernames added to the map? > > > > Hi, > > yes, both can be done. But our server and connectivity are sort of slow, > > so I was talking to some people whether they could host the services. > > This will take a few more days. Anybody interested in operating a > > spatial data infrastructure on stable servers (preferrably FreeBSD or > > some Linux) with good connectivity feel free to contact us. > > > > I'm fairly certain we can drum up some server space once we're ready to > host this for the postgresql site. For now even slow connectivity is > probably fine as it will only be a few people looking at it until we > finalize what we really need. > > > Additionally we got lost in a few technical discussions about whether to > > implement the full scale service oriented standardized I-can-add-myself > > version using PostgreSQL with PostGIS (which I would really like to see > > as it promotes using PG as spatial data backend and also gives us GIS > > guys a chance to show off cool technology). > > > > As a side note, we need folks to help out with the elephant database > monitoring project. That seems like an ideal project to help show off > postgis. http://pgfoundry.org/projects/wilddb/ > > > Claire favored an easy-to-use google-maps approach which would mean less > > effort getting to run (they have it all up and running) but less > > compatibility and unsolved copyright issues regarding the background maps. > > > > Hmm...I thought this was all something that could be relatively easy to > solve. I think the main problem here was that I needed to test whether > the maps mirroring would work in the main site; I believe it would, but > this should probably be confirmed, and I haven't had time to get back to > it. The other side being that showing of postgis does have a nice > political upside that seems worth following up on. > > > Give us a few more days, by the weekend I will post a link so that > > people can have a look at it. The link will ship with a list of which > > software is being used and how it is configured. Ideally someone "near" > > the PostgreSQL homepage could operate the service (we GIS folks never > > stop considering spatial proximity). > > Yes, the plan would be to integrate it fully into the postgresql web > infrastructure. We just need to figure out what that will take. > > > > > What has to be done anyway is collect the coordinates of the users. It > > would be nice to not start off with a blank map. We can provide some 20 > > users in Germany (most of them spatial). Either the name of a city or > > the decimal degree coordinates of the position will do. > > I see this as sort of a secondary thing, but I already have coordinates > for most of the people listed on our developers page, so we can always > start with that. I'm not against the idea of plotting other points > though; we could have points for support companies, points for mailing > list users, do some type of frapper style sign up; but that's secondary. > The first step is figuring setting up a system to display the > coordinates, then we can add more knobs on how to get the coordinates. > > > > > Best, Arnulf. > > > > > Arnulf Christl wrote: > > > > > >>Claire McLister wrote: > > >> > > >>>Good point. This might actually be a problem. Google Maps API requires > > >>>each server that is serving the map to be registered with Google, and > > >>>send the corresponding key when making the Javascript request. > > >>> > > >>>Unless the mirrors can each send their own keys, this will not work. > > >>> > > >>>Claire > > >> > > >>Hi, more cross posting... > > >> > > >>Sounds like this task should be solved using WMS and WFS services. > > >>Google is cool but in order to foster both Open Source and standards > > >>(OGC) we would suggest to use e.g. MapServer as WMS to produce the maps > > >>and GeoServer as WFS to manage geomtries. Those OWS services could then > > >>be included in any OWS client, web interface, etc. Everything is there > > >>and ready to go, the effort to get it to run should be minimal. > > >> > > >>Our clients usually operate PostgreSQL databases with several million > > >>geometries - those 500 to 600 markers could be hosted on any > > >>antediluvian box and still be fast. You will know what to about > > >>mirroring, we would probably suggest to implement P2P - read Ward > > >>Cunninghams ideas int he keynote at the Wikimania conference this summer... > > >> > > >>We have done the user mmapping Mapbender users with tooltips, direct > > >>link to the website, etc. You can have a look at it on the project > > >>homepage http://www.mapbender.org > > >>Its done Wiki-style so that users can enter their own position (use the > > >>blue flag) or remove or edit any position (use the i-button). No user > > >>accounts yet but security and authentication is in place and have just > > >>not yet been necessary (still waiting for spatial spam...) > > >> > > >>We will spread word about spatial data management using > > >>PostgreSQL/PostGIS with MapServer, GeoServer etc. at the > > >>http://www.opendbcon.net (database fundamentals) on Nov. 8. and 9. in > > >>Frankfurt/Main, Germany. > > >> > > >>This idea is on short notice but i would be really very excited if i > > >>could show the map there! We suggest the following alterantive actions: > > >> > > >>- It should be easy to add a geometry_column to the existing PostgreSQL > > >>database which alredy has the positions. Add a GeoServer WFS to access > > >>the geomtry and a MapServer for WMS display. > > >>- Alternatively send Paolo or us or both the geo-positions and we add > > >>them to our existing OWS infrastructure (that will takt a few hours of > > >>work only). > > >> > > >>Beause there is not so much time until the conference this would just be > > >>be a prototype which should in the long run move to the PostgreSQL or > > >>PostGIS homepage or Wiki or both. Yet another idea: Mediawiki (the > > >>Wikipedia software) is also right now introducing geometries to the Wiki > > >>database - obviously also using PostgreSQL/PostGIS. This would be > > >>another cool multiplier.. and there we also meet with Google again. > > >> > > >>Best, Arnulf. > > >> > > >> > > >> > > >>>On Oct 26, 2005, at 6:02 PM, Robert Treat wrote: > > >>> > > >>> > > >>>>On Wednesday 26 October 2005 18:24, Claire McLister wrote: > > >>>> > > >>>> > > >>>>>On Oct 26, 2005, at 2:08 PM, Brent Wood wrote: > > >>>>> > > >>>>> > > >>>>>>There has recently been a thread on the Postgres user list about a web > > >>>>>>based postgres user/developer map. Claire has built a Google map based > > >>>>>>system, getting locations from IP addresses. > > >>>>> > > >>>>> > > >>>>>Just so people know, this map can be found at: > > >>>>> > > >>>>> http://www.zeesource.net/maps/map.do?group=456 > > >>>>> > > >>>> > > >>>>I'm going to loop in a few more people here :-), namely the pg web > > >>>>team who > > >>>>will probably be able to give pointers on site integration. One thing > > >>>>to keep > > >>>>in mind is that the postgresql website is statically mirrored onto a > > >>>>number > > >>>>of different servers, so any solution we come up with will ideally allow > > >>>>itself to that. I believe a google maps system can do this (we can > > >>>>mirror the > > >>>>javascript code and the location/data file on all mirrors and the > > >>>>google map > > >>>>will work with it as is), which is why I originally went with that > > >>>>type of > > >>>>solution. > > >>>> > > >>>>-- > > >>>>Robert Treat > > >>>>Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL > > >>> > > >>> > > >>>_______________________________________________ > > >>>Freegis-list mailing list > > >>>Freegis-list@intevation.de > > >>>https://intevation.de/mailman/listinfo/freegis-list > > >> > -- > Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL > > > ---------------------------(end of broadcast)--------------------------- > TIP 1: if posting/reading through Usenet, please send an appropriate > subscribe-nomail command to majordomo@postgresql.org so that your > message can get through to the mailing list cleanly > -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
Bruce Momjian schrieb: > I like the idea that people can add themselves, but I also liked the > dynamic ability of seeing all email posters from the last few months. > Can we have both? > Well but who has a GPS-Header in his/her MUA?
Tino Wildenhain wrote: > Bruce Momjian schrieb: > > I like the idea that people can add themselves, but I also liked the > > dynamic ability of seeing all email posters from the last few months. > > Can we have both? > > > Well but who has a GPS-Header in his/her MUA? Well, I know someone did such a map by using the coordinates of their IP address. It wasn't perfect, but it was close for lots of people. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
On Wed, 2005-12-07 at 10:27, Bruce Momjian wrote:
> Tino Wildenhain wrote:
> > Bruce Momjian schrieb:
> > > I like the idea that people can add themselves, but I also liked the
> > > dynamic ability of seeing all email posters from the last few months.
> > > Can we have both?
> > >
> > Well but who has a GPS-Header in his/her MUA?
>
> Well, I know someone did such a map by using the coordinates of their IP
> address. It wasn't perfect, but it was close for lots of people.
>
Yeah I think that's how we would do it. Could probably also do the same
for the website traffic too. Point being that we need to get the
infrastructure in place to do the mapping and then we should be able to
do several different schemes for getting input.
Robert Treat
--
Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
Yes, we do have an 'IP Map' capability to take the originating IP address of the email and try to map its location. While not always accurate, it does give a general sense of where the emails are coming from, so helps in understanding the geographical reach. We mapped emails for messages to the pgsql-general list a while ago. The resulting map is at: http://www.zeesource.net/maps/map.do?group=456 We were waiting for someone from the pgsql-www team to tell us if they want to embed such maps on the Postgtresql.org web site. Claire On Dec 7, 2005, at 7:48 AM, Robert Treat wrote: > On Wed, 2005-12-07 at 10:27, Bruce Momjian wrote: >> Tino Wildenhain wrote: >>> Bruce Momjian schrieb: >>>> I like the idea that people can add themselves, but I also liked >>>> the >>>> dynamic ability of seeing all email posters from the last few >>>> months. >>>> Can we have both? >>>> >>> Well but who has a GPS-Header in his/her MUA? >> >> Well, I know someone did such a map by using the coordinates of >> their IP >> address. It wasn't perfect, but it was close for lots of people. >> > > Yeah I think that's how we would do it. Could probably also do the > same > for the website traffic too. Point being that we need to get the > infrastructure in place to do the mapping and then we should be > able to > do several different schemes for getting input. > > > Robert Treat > -- > Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL >
Claire McLister wrote: > Yes, we do have an 'IP Map' capability to take the originating IP > address of the email and try to map its location. While not always > accurate, it does give a general sense of where the emails are coming > from, so helps in understanding the geographical reach. > > We mapped emails for messages to the pgsql-general list a while ago. > The resulting map is at: > > http://www.zeesource.net/maps/map.do?group=456 > > We were waiting for someone from the pgsql-www team to tell us if > they want to embed such maps on the Postgtresql.org web site. Yes, very nice. Can we have user names added to that, if they appeared in the email? -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
Thanks. Some people raised privacy issues, so we try to give an indication of the email address without giving out too much more. We also do not store any other information from the email. I think the concern was combining location information with other information. So, we are unable to add names with the entries :-( Claire On Dec 7, 2005, at 9:20 AM, Bruce Momjian wrote: > Claire McLister wrote: >> Yes, we do have an 'IP Map' capability to take the originating IP >> address of the email and try to map its location. While not always >> accurate, it does give a general sense of where the emails are coming >> from, so helps in understanding the geographical reach. >> >> We mapped emails for messages to the pgsql-general list a while ago. >> The resulting map is at: >> >> http://www.zeesource.net/maps/map.do?group=456 >> >> We were waiting for someone from the pgsql-www team to tell us if >> they want to embed such maps on the Postgtresql.org web site. > > Yes, very nice. Can we have user names added to that, if they > appeared > in the email? > > -- > Bruce Momjian | http://candle.pha.pa.us > pgman@candle.pha.pa.us | (610) 359-1001 > + If your life is a hard drive, | 13 Roberts Road > + Christ can be your backup. | Newtown Square, > Pennsylvania 19073 > > ---------------------------(end of > broadcast)--------------------------- > TIP 2: Don't 'kill -9' the postmaster
Claire McLister wrote: > Thanks. > > Some people raised privacy issues, so we try to give an indication of > the email address without giving out too much more. We also do not > store any other information from the email. > > I think the concern was combining location information with other > information. So, we are unable to add names with the entries :-( If they posted to a public list, I don't see any privacy issues with showing their name. We could allow some to opt-out, but we don't even offer that feature with our email archives, so I don't even see the point of that. Finding the location of the IP address is also public, so I don't see the issue here. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
Technically there is no privacy issue, as all the information is indeed public. We did receive one threat (not from anyone on these email list, but another list) to damage our servers so I think we have to be careful. Allowing a simple opt-out should solve this issue. So, would you like to see another map of postings to pgsql-general? Claire On Dec 7, 2005, at 9:31 AM, Bruce Momjian wrote: > > If they posted to a public list, I don't see any privacy issues with > showing their name. We could allow some to opt-out, but we don't even > offer that feature with our email archives, so I don't even see the > point of that. Finding the location of the IP address is also public, > so I don't see the issue here.
Claire McLister wrote: > Technically there is no privacy issue, as all the information is > indeed public. We did receive one threat (not from anyone on these > email list, but another list) to damage our servers so I think we > have to be careful. > > Allowing a simple opt-out should solve this issue. > > So, would you like to see another map of postings to pgsql-general? Yes. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
Hi All,
The only objection that I've heard to using Google maps is there
are some 'copyright issues'. AFAIK, Google Maps come with a fairly
liberal license. As long as you use it in a web application that is
freely accessible to users, you are within their terms of use. The
problem with other approaches was to get wide ranging map images.
While it would be nice to showcase some of the other technologies,
maybe we can get started on the map and move towards the showcase as
the technologies and infrastructure becomes available.
To kick things off, I have created a map for Postgresql users at:
http://www.zeesource.net/maps/map.do?group=1122
Go ahead and add yourself to the map with the password 'pgsql'. You
can add entries to the map either by specifying a location
information (address (US), city, state, and country) or just double
click on a location.
Use the color coding of Green -> Consultant, Red -> User, and
Yellow -> developer.
With this map, at least we'll start to collect the location
information in one place. We do have an 'Export CSV' feature, so we
can export this data to other maps and infrastructure as desired.
Let me know if you have any questions or comments.
Claire
On Dec 7, 2005, at 6:35 AM, Robert Treat wrote:
> On Wed, 2005-12-07 at 02:30, Arnulf Christl wrote:
>> Bruce Momjian wrote:
>>> Where are we on this? Can we get it added to our web site? Can
>>> we have
>>> usernames added to the map?
>>
>> Hi,
>> yes, both can be done. But our server and connectivity are sort of
>> slow,
>> so I was talking to some people whether they could host the services.
>> This will take a few more days. Anybody interested in operating a
>> spatial data infrastructure on stable servers (preferrably FreeBSD or
>> some Linux) with good connectivity feel free to contact us.
>>
>
> I'm fairly certain we can drum up some server space once we're
> ready to
> host this for the postgresql site. For now even slow connectivity is
> probably fine as it will only be a few people looking at it until we
> finalize what we really need.
>
>> Additionally we got lost in a few technical discussions about
>> whether to
>> implement the full scale service oriented standardized I-can-add-
>> myself
>> version using PostgreSQL with PostGIS (which I would really like
>> to see
>> as it promotes using PG as spatial data backend and also gives us GIS
>> guys a chance to show off cool technology).
>>
>
> As a side note, we need folks to help out with the elephant database
> monitoring project. That seems like an ideal project to help show off
> postgis. http://pgfoundry.org/projects/wilddb/
>
>> Claire favored an easy-to-use google-maps approach which would
>> mean less
>> effort getting to run (they have it all up and running) but less
>> compatibility and unsolved copyright issues regarding the
>> background maps.
>>
>
> Hmm...I thought this was all something that could be relatively
> easy to
> solve. I think the main problem here was that I needed to test whether
> the maps mirroring would work in the main site; I believe it would,
> but
> this should probably be confirmed, and I haven't had time to get
> back to
> it. The other side being that showing of postgis does have a nice
> political upside that seems worth following up on.
>
>> Give us a few more days, by the weekend I will post a link so that
>> people can have a look at it. The link will ship with a list of which
>> software is being used and how it is configured. Ideally someone
>> "near"
>> the PostgreSQL homepage could operate the service (we GIS folks never
>> stop considering spatial proximity).
>
> Yes, the plan would be to integrate it fully into the postgresql web
> infrastructure. We just need to figure out what that will take.
>
>>
>> What has to be done anyway is collect the coordinates of the
>> users. It
>> would be nice to not start off with a blank map. We can provide
>> some 20
>> users in Germany (most of them spatial). Either the name of a city or
>> the decimal degree coordinates of the position will do.
>
> I see this as sort of a secondary thing, but I already have
> coordinates
> for most of the people listed on our developers page, so we can always
> start with that. I'm not against the idea of plotting other points
> though; we could have points for support companies, points for mailing
> list users, do some type of frapper style sign up; but that's
> secondary.
> The first step is figuring setting up a system to display the
> coordinates, then we can add more knobs on how to get the coordinates.
>
>>
>> Best, Arnulf.
>>
>>> Arnulf Christl wrote:
>>>
>>>> Claire McLister wrote:
>>>>
>>>>> Good point. This might actually be a problem. Google Maps API
>>>>> requires
>>>>> each server that is serving the map to be registered with
>>>>> Google, and
>>>>> send the corresponding key when making the Javascript request.
>>>>>
>>>>> Unless the mirrors can each send their own keys, this will not
>>>>> work.
>>>>>
>>>>> Claire
>>>>
>>>> Hi, more cross posting...
>>>>
>>>> Sounds like this task should be solved using WMS and WFS services.
>>>> Google is cool but in order to foster both Open Source and
>>>> standards
>>>> (OGC) we would suggest to use e.g. MapServer as WMS to produce
>>>> the maps
>>>> and GeoServer as WFS to manage geomtries. Those OWS services
>>>> could then
>>>> be included in any OWS client, web interface, etc. Everything is
>>>> there
>>>> and ready to go, the effort to get it to run should be minimal.
>>>>
>>>> Our clients usually operate PostgreSQL databases with several
>>>> million
>>>> geometries - those 500 to 600 markers could be hosted on any
>>>> antediluvian box and still be fast. You will know what to about
>>>> mirroring, we would probably suggest to implement P2P - read Ward
>>>> Cunninghams ideas int he keynote at the Wikimania conference
>>>> this summer...
>>>>
>>>> We have done the user mmapping Mapbender users with tooltips,
>>>> direct
>>>> link to the website, etc. You can have a look at it on the project
>>>> homepage http://www.mapbender.org
>>>> Its done Wiki-style so that users can enter their own position
>>>> (use the
>>>> blue flag) or remove or edit any position (use the i-button). No
>>>> user
>>>> accounts yet but security and authentication is in place and
>>>> have just
>>>> not yet been necessary (still waiting for spatial spam...)
>>>>
>>>> We will spread word about spatial data management using
>>>> PostgreSQL/PostGIS with MapServer, GeoServer etc. at the
>>>> http://www.opendbcon.net (database fundamentals) on Nov. 8. and
>>>> 9. in
>>>> Frankfurt/Main, Germany.
>>>>
>>>> This idea is on short notice but i would be really very excited
>>>> if i
>>>> could show the map there! We suggest the following alterantive
>>>> actions:
>>>>
>>>> - It should be easy to add a geometry_column to the existing
>>>> PostgreSQL
>>>> database which alredy has the positions. Add a GeoServer WFS to
>>>> access
>>>> the geomtry and a MapServer for WMS display.
>>>> - Alternatively send Paolo or us or both the geo-positions and
>>>> we add
>>>> them to our existing OWS infrastructure (that will takt a few
>>>> hours of
>>>> work only).
>>>>
>>>> Beause there is not so much time until the conference this would
>>>> just be
>>>> be a prototype which should in the long run move to the
>>>> PostgreSQL or
>>>> PostGIS homepage or Wiki or both. Yet another idea: Mediawiki (the
>>>> Wikipedia software) is also right now introducing geometries to
>>>> the Wiki
>>>> database - obviously also using PostgreSQL/PostGIS. This would be
>>>> another cool multiplier.. and there we also meet with Google again.
>>>>
>>>> Best, Arnulf.
>>>>
>>>>
>>>>
>>>>> On Oct 26, 2005, at 6:02 PM, Robert Treat wrote:
>>>>>
>>>>>
>>>>>> On Wednesday 26 October 2005 18:24, Claire McLister wrote:
>>>>>>
>>>>>>
>>>>>>> On Oct 26, 2005, at 2:08 PM, Brent Wood wrote:
>>>>>>>
>>>>>>>
>>>>>>>> There has recently been a thread on the Postgres user list
>>>>>>>> about a web
>>>>>>>> based postgres user/developer map. Claire has built a Google
>>>>>>>> map based
>>>>>>>> system, getting locations from IP addresses.
>>>>>>>
>>>>>>>
>>>>>>> Just so people know, this map can be found at:
>>>>>>>
>>>>>>> http://www.zeesource.net/maps/map.do?group=456
>>>>>>>
>>>>>>
>>>>>> I'm going to loop in a few more people here :-), namely the pg
>>>>>> web
>>>>>> team who
>>>>>> will probably be able to give pointers on site integration.
>>>>>> One thing
>>>>>> to keep
>>>>>> in mind is that the postgresql website is statically mirrored
>>>>>> onto a
>>>>>> number
>>>>>> of different servers, so any solution we come up with will
>>>>>> ideally allow
>>>>>> itself to that. I believe a google maps system can do this (we
>>>>>> can
>>>>>> mirror the
>>>>>> javascript code and the location/data file on all mirrors and the
>>>>>> google map
>>>>>> will work with it as is), which is why I originally went with
>>>>>> that
>>>>>> type of
>>>>>> solution.
>>>>>>
>>>>>> --
>>>>>> Robert Treat
>>>>>> Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Freegis-list mailing list
>>>>> Freegis-list@intevation.de
>>>>> https://intevation.de/mailman/listinfo/freegis-list
>>>>
> --
> Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
>
Can anybody tell me what is the member passord ? Ezequias Claire McLister wrote: > Arnulf, > > Thanks for your message. I looked at the mapbender site, and it looks > like it has the basic functions except the password protection, which > you will probably need at some point:-) The performance from here > (California) was slow, and the map image did not look as good as > Google's. I suppose we have better map images available? > > I could not find Cunninghams talk on P2P style wiki's, but seems to me > that it would be too much work for a simple web page. Ideally, we'd > just want to have a static map with possibly Javascript popups. That > way, the performance can be good and the web site doesn't become that > onerous that the pg www group kicks us out. > > So, a question to you and Palo: Can you generate such static map > (along with Javascript code) from Mapserver? > > Claire > > On Oct 28, 2005, at 3:44 AM, Arnulf Christl wrote: > >> Claire McLister wrote: >> >>> Good point. This might actually be a problem. Google Maps API >>> requires each server that is serving the map to be registered with >>> Google, and send the corresponding key when making the Javascript >>> request. >>> Unless the mirrors can each send their own keys, this will not work. >>> Claire >> >> >> Hi, more cross posting... >> >> Sounds like this task should be solved using WMS and WFS services. >> Google is cool but in order to foster both Open Source and standards >> (OGC) we would suggest to use e.g. MapServer as WMS to produce the >> maps and GeoServer as WFS to manage geomtries. Those OWS services >> could then be included in any OWS client, web interface, etc. >> Everything is there and ready to go, the effort to get it to run >> should be minimal. >> >> Our clients usually operate PostgreSQL databases with several million >> geometries - those 500 to 600 markers could be hosted on any >> antediluvian box and still be fast. You will know what to about >> mirroring, we would probably suggest to implement P2P - read Ward >> Cunninghams ideas int he keynote at the Wikimania conference this >> summer... >> >> We have done the user mmapping Mapbender users with tooltips, direct >> link to the website, etc. You can have a look at it on the project >> homepage http://www.mapbender.org >> Its done Wiki-style so that users can enter their own position (use >> the blue flag) or remove or edit any position (use the i-button). No >> user accounts yet but security and authentication is in place and >> have just not yet been necessary (still waiting for spatial spam...) >> >> We will spread word about spatial data management using >> PostgreSQL/PostGIS with MapServer, GeoServer etc. at the >> http://www.opendbcon.net (database fundamentals) on Nov. 8. and 9. in >> Frankfurt/Main, Germany. >> >> This idea is on short notice but i would be really very excited if i >> could show the map there! We suggest the following alterantive actions: >> >> - It should be easy to add a geometry_column to the existing >> PostgreSQL database which alredy has the positions. Add a GeoServer >> WFS to access the geomtry and a MapServer for WMS display. >> - Alternatively send Paolo or us or both the geo-positions and we add >> them to our existing OWS infrastructure (that will takt a few hours >> of work only). >> >> Beause there is not so much time until the conference this would just >> be be a prototype which should in the long run move to the PostgreSQL >> or PostGIS homepage or Wiki or both. Yet another idea: Mediawiki (the >> Wikipedia software) is also right now introducing geometries to the >> Wiki database - obviously also using PostgreSQL/PostGIS. This would >> be another cool multiplier.. and there we also meet with Google again. >> >> Best, Arnulf. >> >> >>> On Oct 26, 2005, at 6:02 PM, Robert Treat wrote: >>> >>>> On Wednesday 26 October 2005 18:24, Claire McLister wrote: >>>> >>>>> On Oct 26, 2005, at 2:08 PM, Brent Wood wrote: >>>>> >>>>>> There has recently been a thread on the Postgres user list about >>>>>> a web >>>>>> based postgres user/developer map. Claire has built a Google map >>>>>> based >>>>>> system, getting locations from IP addresses. >>>>> >>>>> >>>>> >>>>> Just so people know, this map can be found at: >>>>> >>>>> http://www.zeesource.net/maps/map.do?group=456 >>>>> >>>> >>>> I'm going to loop in a few more people here :-), namely the pg web >>>> team who >>>> will probably be able to give pointers on site integration. One >>>> thing to keep >>>> in mind is that the postgresql website is statically mirrored onto >>>> a number >>>> of different servers, so any solution we come up with will ideally >>>> allow >>>> itself to that. I believe a google maps system can do this (we can >>>> mirror the >>>> javascript code and the location/data file on all mirrors and the >>>> google map >>>> will work with it as is), which is why I originally went with that >>>> type of >>>> solution. >>>> >>>> -- >>>> Robert Treat >>>> Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL >>> >>> _______________________________________________ >>> Freegis-list mailing list >>> Freegis-list@intevation.de >>> https://intevation.de/mailman/listinfo/freegis-list >> >> >> >> ---------------------------(end of broadcast)--------------------------- >> TIP 9: In versions below 8.0, the planner will ignore your desire to >> choose an index scan if your joining column's datatypes do not >> match > > > _______________________________________________ > postgis-users mailing list > postgis-users@postgis.refractions.net > http://postgis.refractions.net/mailman/listinfo/postgis-users > -- Ezequias Rodrigues da Rocha http://ezequiasrocha.blogspot.com msn:ezequias@hotmail.com
Bruce Momjian wrote: > I like the idea that people can add themselves, but I also liked the > dynamic ability of seeing all email posters from the last few months. > Can we have both? Hi, sorry for the cross post and delay. Here is a map interface demo where you can add your own information Wiki-style. This is a mock-up only. It makes exclusive use of Open Source components and freely available map services. We'd be glad to share this know-how and eventually move the whole thing to the PostgreSQL homepage servers. All data an locations that you add will not be lost so just go ahead. The map interface is linked into the Mapbender Wiki to show how it might look like in a web site. Below the map you find a short description of the software behind the project and how it was set up. http://www.mapbender.org/index.php/PostgreSQL_User_Map To open the GUI in a separate window use this URL: http://wms1.ccgis.de/mapbender22/frames/login.php?name=mb&password=mb&mb_user_myGui=postgresql_user_s Log in with "mb" "mb" if you see a prompt (might happen if your browser hickups on the cookies). Find an instruction on how to change the layout and features of the map interface (you might need to learn how to use it, its not intended for general click and go use). The admin-interface is also open Wiki style, we will check and clean it up every now and then. http://www.mapbender.org/index.php/PG_User_Map_Administration_Interface Best regards, Arnulf. > --------------------------------------------------------------------------- > > Robert Treat wrote: > >>On Wed, 2005-12-07 at 02:30, Arnulf Christl wrote: >> >>>Bruce Momjian wrote: >>> >>>>Where are we on this? Can we get it added to our web site? Can we have >>>>usernames added to the map? >>> >>>Hi, >>>yes, both can be done. But our server and connectivity are sort of slow, >>>so I was talking to some people whether they could host the services. >>>This will take a few more days. Anybody interested in operating a >>>spatial data infrastructure on stable servers (preferrably FreeBSD or >>>some Linux) with good connectivity feel free to contact us. >>> >> >>I'm fairly certain we can drum up some server space once we're ready to >>host this for the postgresql site. For now even slow connectivity is >>probably fine as it will only be a few people looking at it until we >>finalize what we really need. >> >> >>>Additionally we got lost in a few technical discussions about whether to >>>implement the full scale service oriented standardized I-can-add-myself >>>version using PostgreSQL with PostGIS (which I would really like to see >>>as it promotes using PG as spatial data backend and also gives us GIS >>>guys a chance to show off cool technology). >>> >> >>As a side note, we need folks to help out with the elephant database >>monitoring project. That seems like an ideal project to help show off >>postgis. http://pgfoundry.org/projects/wilddb/ >> >> >>>Claire favored an easy-to-use google-maps approach which would mean less >>>effort getting to run (they have it all up and running) but less >>>compatibility and unsolved copyright issues regarding the background maps. >>> >> >>Hmm...I thought this was all something that could be relatively easy to >>solve. I think the main problem here was that I needed to test whether >>the maps mirroring would work in the main site; I believe it would, but >>this should probably be confirmed, and I haven't had time to get back to >>it. The other side being that showing of postgis does have a nice >>political upside that seems worth following up on. >> >> >>>Give us a few more days, by the weekend I will post a link so that >>>people can have a look at it. The link will ship with a list of which >>>software is being used and how it is configured. Ideally someone "near" >>>the PostgreSQL homepage could operate the service (we GIS folks never >>>stop considering spatial proximity). >> >>Yes, the plan would be to integrate it fully into the postgresql web >>infrastructure. We just need to figure out what that will take. >> >> >>>What has to be done anyway is collect the coordinates of the users. It >>>would be nice to not start off with a blank map. We can provide some 20 >>>users in Germany (most of them spatial). Either the name of a city or >>>the decimal degree coordinates of the position will do. >> >>I see this as sort of a secondary thing, but I already have coordinates >>for most of the people listed on our developers page, so we can always >>start with that. I'm not against the idea of plotting other points >>though; we could have points for support companies, points for mailing >>list users, do some type of frapper style sign up; but that's secondary. >>The first step is figuring setting up a system to display the >>coordinates, then we can add more knobs on how to get the coordinates. >> >> >>>Best, Arnulf. >>> >>> >>>>Arnulf Christl wrote: >>>> >>>> >>>>>Claire McLister wrote: >>>>> >>>>> >>>>>>Good point. This might actually be a problem. Google Maps API requires >>>>>>each server that is serving the map to be registered with Google, and >>>>>>send the corresponding key when making the Javascript request. >>>>>> >>>>>>Unless the mirrors can each send their own keys, this will not work. >>>>>> >>>>>>Claire >>>>> >>>>>Hi, more cross posting... >>>>> >>>>>Sounds like this task should be solved using WMS and WFS services. >>>>>Google is cool but in order to foster both Open Source and standards >>>>>(OGC) we would suggest to use e.g. MapServer as WMS to produce the maps >>>>>and GeoServer as WFS to manage geomtries. Those OWS services could then >>>>>be included in any OWS client, web interface, etc. Everything is there >>>>>and ready to go, the effort to get it to run should be minimal. >>>>> >>>>>Our clients usually operate PostgreSQL databases with several million >>>>>geometries - those 500 to 600 markers could be hosted on any >>>>>antediluvian box and still be fast. You will know what to about >>>>>mirroring, we would probably suggest to implement P2P - read Ward >>>>>Cunninghams ideas int he keynote at the Wikimania conference this summer... >>>>> >>>>>We have done the user mmapping Mapbender users with tooltips, direct >>>>>link to the website, etc. You can have a look at it on the project >>>>>homepage http://www.mapbender.org >>>>>Its done Wiki-style so that users can enter their own position (use the >>>>>blue flag) or remove or edit any position (use the i-button). No user >>>>>accounts yet but security and authentication is in place and have just >>>>>not yet been necessary (still waiting for spatial spam...) >>>>> >>>>>We will spread word about spatial data management using >>>>>PostgreSQL/PostGIS with MapServer, GeoServer etc. at the >>>>>http://www.opendbcon.net (database fundamentals) on Nov. 8. and 9. in >>>>>Frankfurt/Main, Germany. >>>>> >>>>>This idea is on short notice but i would be really very excited if i >>>>>could show the map there! We suggest the following alterantive actions: >>>>> >>>>>- It should be easy to add a geometry_column to the existing PostgreSQL >>>>>database which alredy has the positions. Add a GeoServer WFS to access >>>>>the geomtry and a MapServer for WMS display. >>>>>- Alternatively send Paolo or us or both the geo-positions and we add >>>>>them to our existing OWS infrastructure (that will takt a few hours of >>>>>work only). >>>>> >>>>>Beause there is not so much time until the conference this would just be >>>>>be a prototype which should in the long run move to the PostgreSQL or >>>>>PostGIS homepage or Wiki or both. Yet another idea: Mediawiki (the >>>>>Wikipedia software) is also right now introducing geometries to the Wiki >>>>>database - obviously also using PostgreSQL/PostGIS. This would be >>>>>another cool multiplier.. and there we also meet with Google again. >>>>> >>>>>Best, Arnulf. >>>>> >>>>> >>>>> >>>>> >>>>>>On Oct 26, 2005, at 6:02 PM, Robert Treat wrote: >>>>>> >>>>>> >>>>>> >>>>>>>On Wednesday 26 October 2005 18:24, Claire McLister wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>>On Oct 26, 2005, at 2:08 PM, Brent Wood wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>>There has recently been a thread on the Postgres user list about a web >>>>>>>>>based postgres user/developer map. Claire has built a Google map based >>>>>>>>>system, getting locations from IP addresses. >>>>>>>> >>>>>>>> >>>>>>>>Just so people know, this map can be found at: >>>>>>>> >>>>>>>> http://www.zeesource.net/maps/map.do?group=456 >>>>>>>> >>>>>>> >>>>>>>I'm going to loop in a few more people here :-), namely the pg web >>>>>>>team who >>>>>>>will probably be able to give pointers on site integration. One thing >>>>>>>to keep >>>>>>>in mind is that the postgresql website is statically mirrored onto a >>>>>>>number >>>>>>>of different servers, so any solution we come up with will ideally allow >>>>>>>itself to that. I believe a google maps system can do this (we can >>>>>>>mirror the >>>>>>>javascript code and the location/data file on all mirrors and the >>>>>>>google map >>>>>>>will work with it as is), which is why I originally went with that >>>>>>>type of >>>>>>>solution. >>>>>>> >>>>>>>-- >>>>>>>Robert Treat >>>>>>>Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL >>>>>> >>>>>> >>>>>>_______________________________________________ >>>>>>Freegis-list mailing list >>>>>>Freegis-list@intevation.de >>>>>>https://intevation.de/mailman/listinfo/freegis-list >>>>> >>-- >>Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL >> >> >>---------------------------(end of broadcast)--------------------------- >>TIP 1: if posting/reading through Usenet, please send an appropriate >> subscribe-nomail command to majordomo@postgresql.org so that your >> message can get through to the mailing list cleanly >> > >