[OSM-dev] GSoC: POI search
Hi, I would like to introduce my idea for GSoC. We already have many POI details in the database (opening hours, website/wikipedia article, phone, ...) that are not very accessible to the end user. There is also a growing demand for an easy way to display icons for rare tag combinations, like new OSM for the blind tags, fuel stations for electric cars, pubs for smokers, and so on. My experience is also that mappers are highly motivated if they can view their special details. I was inspired by the demo introduced at SOTM09 [1] and the OpenStreetBrowser [2] and tried to build a map with clickable POI overlays (no tiles, but OpenLayers markers) that would provide the tagged details as human readable text when the user clicks an icon. This is in a proof of concept state and turned out to be useful (i.e., for the OpenLinkMap [3]). If you want to support any possible tag combination with reasonable performance and also be up to date (at least daily updates, aiming for real-time) in my opinion none of the existing API solutions is suitable. This is where the project idea [4] comes into play: MonetDB seems to have the right capabilities and can be extended with spatially ranked text search features. The project could provide the API (including text search) and usage examples, i.e. an OpenLayers example to build a map for end users (and mappers) making the existing data more accessible in terms of search and presentation. I would like to hear your comments and suggestions. What do you think? [1]http://xapidemo.openstreet.nl/ [2]http://www.openstreetbrowser.org/ [3]http://olm.openstreetmap.de/ [4]http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2010#Point_of_Interest_search_and_presentation Regards Mitja ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] need some javascript help
I have done the basic javascript work now. http://github.com/h4ck3rm1k3/OAD-Open-Address-Database/blob/master/OAD/root/static/javascript/oad.js Now I need to setup an nomatim server interface, I am considering setting up my own, using the alternative names we have loaded into the kosovo osm map. Mike On Fri, Feb 26, 2010 at 10:40 PM, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: yes the performance is horrid. thanks! I will look into compressing this all and making it tight. it will all be hosted on the server, no need for cross site stuff. thanks, mike On Fri, Feb 26, 2010 at 10:35 PM, Emilie Laffray emilie.laff...@gmail.com wrote: On 26/02/2010 20:59, jamesmikedup...@googlemail.com wrote: OK I have updated the server here : http://119.161.80.223:3000/Controller It is running the lastest code. You can see my demo controller, now I want to change the url of the top frame based on the selection in the bottom one. I guess it might be very easy. there is a great plugin that just allows you to right click on something and show it in a map. the minimap plugin for firefox. Something like that is what I want. but it would be great to be able to also select the location in the map and update the lat /lon. Even to select a street and attach it (data mode osm) this will be a great tool for osm, please help with it. we can use it to create databases of addresses and pull them up in the map, like select a street and find all data rows with the street name in it in that current town. You might want to check the parent functionality in Javascript. In the iframe, you may want to use code like this: var firstiframe = parent.getElementById(addresses); firstiframe.src = http://www.mynewurl;; Please note that this code won't work on your current page as you have a name field instead of an id field, which is what getElementById is getting. Of course, you could use getElementsByName() but the compatibility is not as good. Please check the following page for more information: http://www.quirksmode.org/dom/w3c_core.html However, cross scripting prevention tools might balk at it. Also, for some reason, all files from openlayer are being loaded. YSlow is reporting the following: This page has 205 external Javascript scripts. Try combining them into one. The main openstreetmap site is using only 5 external javascript scripts, so you might want to investigate this for performance reason. Emilie Laffray ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] osm2pgsql hstore support
Sven Geggus li...@fuchsschwanzdomain.de wrote: Currently the patch has not been tested in conjunction with incemental database updates. OK, in the meantime I can confirm, that incemental database updates work fine. I just fixed a problem with polygons (SVN r20565). When using hstores we need a way to mark polygon tags as such but without adding an additional column for this tag. This is now possible using the phstore flag in the stylefile. In non-hstore-mode this flag is invalid. Regards Sven -- The main thing to note is that when you choose open source you don't get a Windows operating system. (from http://www.dell.com/ubuntu) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] self-intersecting ways
On Fri, 05 Mar 2010 12:23:54 +0100, Dirk Stöcker wrote: Mapping also means generalizing. This means you do NOT map what is EXACTLY on the ground, but you map what it means and is sensible. Art generalizes. Cartography is a science. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] self-intersecting ways
On Sat, Mar 6, 2010 at 7:43 AM, Pieren pier...@gmail.com wrote: On Sat, Mar 6, 2010 at 9:19 AM, Paul Johnson ba...@ursamundi.org wrote: If you go the absurdist route, maybe. If you want to map the landuse of the right-of-way, how about landuse=highway? This has already been proposed. But until everyone is drawing a polygon for the road, we have to accept that the polyline is the road. But the road is not the same as the right of way. The right of way generally (at least in places I'm aware of) extends beyond the road. So, gluing the adjacent landuse to the highway or leaving a space preparing the road polygone are both correct. The second is just more accurate than the first. Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev