Re: [OSM-talk] I am running osm2pgsql against the planet-101117.osm.bz2 file in slim mode and so far I have gotten (3) excepton caught processing way errors (listed below).
Yes. It should be fine. There are typically 5-10 exceptions every time you load a planet dump. Regards AJ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Questions about importing data for University of Vermont campus
All the objects on the map carry a history. If you simply blow them away that history is lost as well. So the best way would be to modify those objects. That's a lot harder to automate though. Jo 2011/1/28 yvecai > On 28. 01. 11 21:25, Andrew Guertin wrote: > >> First, some background. The University keeps quite a bit of very >> detailed geospatial and other data about the campus, as you might >> expect. However, this data is spread around various departments, >> databases and non-database files, and formats. By far the largest >> problem for the web team working on our new map is collecting this data >> and getting access to it in such a way that we can keep it up to date. >> Any technological implementation issues, in whatever framework we decide >> to use, are comparatively minor. >> >> However, assuming we have the data issues worked out, we do need an >> implementation. Our most likely choice for this (mostly at my urging) is >> OpenLayers with an OpenStreetMap base layer. To do this, we need to get >> the data into the OpenStreetMap database. >> > This is a good thing to do. > However, and additionally you can also choose to set-up your very own > database. And this could also be something useful for avoiding your data > collection issue in the future, and a great tool for the University > administration. > > What are our options in the case someone adds valid data that we don't >> want displayed on our base map tiles? >> For example, suppose someone adds every single emergency phone >> (http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dphone) on campus to >> OSM (there are a lot), but we'd prefer to have that data in an overlay >> on our map so it can be turned on and off. Would we be forced to render >> our own tiles? >> > Here the answer is certainly render your own tiles. Or make an overlay > layer that completely cover the osm basemap within university limits. > > Yves > > > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Questions about importing data for University of Vermont campus
On 28. 01. 11 21:25, Andrew Guertin wrote: First, some background. The University keeps quite a bit of very detailed geospatial and other data about the campus, as you might expect. However, this data is spread around various departments, databases and non-database files, and formats. By far the largest problem for the web team working on our new map is collecting this data and getting access to it in such a way that we can keep it up to date. Any technological implementation issues, in whatever framework we decide to use, are comparatively minor. However, assuming we have the data issues worked out, we do need an implementation. Our most likely choice for this (mostly at my urging) is OpenLayers with an OpenStreetMap base layer. To do this, we need to get the data into the OpenStreetMap database. This is a good thing to do. However, and additionally you can also choose to set-up your very own database. And this could also be something useful for avoiding your data collection issue in the future, and a great tool for the University administration. What are our options in the case someone adds valid data that we don't want displayed on our base map tiles? For example, suppose someone adds every single emergency phone (http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dphone) on campus to OSM (there are a lot), but we'd prefer to have that data in an overlay on our map so it can be turned on and off. Would we be forced to render our own tiles? Here the answer is certainly render your own tiles. Or make an overlay layer that completely cover the osm basemap within university limits. Yves ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Imports] Questions about importing data for University of Vermont campus
I am trying to convince Kansas State University to do something similar! Unfortunately the last I heard on the subject was along the lines of "The OSM data is awesome... how do we get it into Google?!" So we'll have to see how that goes. As Frederik has said, the OSM database is public and we like it that way. You should not use it as your private campus-wide data aggregation database. So for example, if someone maps all the phones, trees or light poles on campus then so be it. That is their right and you should absolutely not delete them. What you CAN do is add any good and valid data you have to the OSM database and then use that data, in addition to what others contribute for your own needs. The best way to deal with that is to render your own tiles. If you don't want to show phones on the base map then just don't render them. This has other advantages as well. One thing that my boss was concerned with was someone from the *other* school going into OSM and drawing lewd things on our campus map the night before the big football game. Obviously rendering your own tiles would prevent this. Plus, the tile usage policy of osm.org encourages you to render your own tiles anyway. The osm.org tiles are primarily for giving mappers feedback, not for end user consumption. The OSM infrastructure is not robust enough to support everyone sucking down tiles. MapQuest has stated that they don't mind people using their tiles from open.mapquest.com if you like their style. Here are a couple of links that I have come across while looking at this subject: OSM based map at the University of Maryland. Has a routing engine that can be tailored to route for foot or wheelchair (avoid stairs, inclines) http://seamster.cs.umd.edu:8090/map/index.html Campus map of a school in Switzerland: They pretty much only use OSM as a base map. Most of the magic is done in an overlay. It is amazingly detailed with routing to individual rooms via stairs or elevators if you check the "disabled" checkbox. I believe they use MapFish ( http://mapfish.org/ ) http://plan.epfl.ch/ Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Most complete cities and administrative divisions database
> I was asking about its administrative boundary. So, after reading > http://wiki.openstreetmap.org/wiki/Key:place, what I understand is that : > - Cities are marked as nodes > - Sometimes, there are additional ways (boundary=administrative) to delimit > the administrative boundary > - As a bonus, there can be relations that link the city node to its > boundary. Yes > So now, let's go with other administrative divisions : > Now, let's say I want to add an entry for Orange County. How should I do it > ? Should it just appear as a boundary=administrative, > or should there be some kind of node node and a relation ? Well, stage 1 should be to check if it exists or not - which it does I think: http://open.mapquestapi.com/nominatim/v1/search.php?q=Orange+County&polygon=1 But, ignoring that if you have the data creating it as a relation is normally best. The nodes are mostly a legacy where an area initially didn't have a boundary=administrative relation and it was added afterwards. For some reason people seem reluctant to delete the node - probably because the node allows more accurate label placement (tagging for renderer - naughty!) -- Brian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Questions about importing data for University of Vermont campus
On Fri, Jan 28, 2011 at 3:25 PM, Andrew Guertin wrote: [ ... ] > We have (at least) very high quality building outline, sidewalk, and > road data. Currently in the OSM db is incomplete and somewhat low > quality building and sidewalk data for the campus. "Low quality"? Low quality?!?!?! I mapped some of that campus[1] when I gave an OSM presentation there is 2008. "Low quality." Harrumph. [1] And those edits appear to be long gone. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Questions about importing data for University of Vermont campus
The University of Vermont web team is working on updating our online campus map, and right now an OpenLayers/OpenStreetMap-based solution is looking like the option we'll probably choose. We have a few questions about importing data and keeping it up to date. First, some background. The University keeps quite a bit of very detailed geospatial and other data about the campus, as you might expect. However, this data is spread around various departments, databases and non-database files, and formats. By far the largest problem for the web team working on our new map is collecting this data and getting access to it in such a way that we can keep it up to date. Any technological implementation issues, in whatever framework we decide to use, are comparatively minor. However, assuming we have the data issues worked out, we do need an implementation. Our most likely choice for this (mostly at my urging) is OpenLayers with an OpenStreetMap base layer. To do this, we need to get the data into the OpenStreetMap database. The major questions, then, are: For an initial import, what's the best way to accomplish it for various pieces of data? We have (at least) very high quality building outline, sidewalk, and road data. Currently in the OSM db is incomplete and somewhat low quality building and sidewalk data for the campus. The road data is pretty good, but probably not as good as we have. For an initial import, can we blow away the buildings and sidewalks and replace them with our own? Can we blow away the roads and replace them with our own? Some other datasets might have similar questions (parking lots, e.g.). Also, how would such an import be done, technically (for a set of >200 buildings, plus other data). (Link to UVM in OSM: http://osm.org/go/Zd_6Cl9d--) How can we keep this data up to date? Would any sort of automated process be acceptable, considering that our data would be both authoritative and accurate? Or would we have to watch for when our data changed and make changes to OSM manually? How can we watch for changes other users make to the data? I've found http://wiki.openstreetmap.org/wiki/OWL_%28OpenStreetMap_Watch_List%29 and the rss feeds you can get from there. Is that the best way? What are our options in the case someone adds valid data that we don't want displayed on our base map tiles? For example, suppose someone adds every single emergency phone (http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dphone) on campus to OSM (there are a lot), but we'd prefer to have that data in an overlay on our map so it can be turned on and off. Would we be forced to render our own tiles? All of this is still dependent on confirmation we can release the data, and, in fact, on the data itself (which we're still waiting on access to). Having the answers to these questions ahead of time will help make sure the OpenStreetMap implementation is the one we use. Thanks, Andrew Guertin University of Vermont Web Team ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Most complete cities and administrative divisions database
SomeoneElse wrote: >How many of them are vaguely close to the correct location though? I >tried a few local (UK) village names. About half weren't found, and >none of the others were close enough to their actual location to be >useful. Not to forget double entries in geonames. I see quite some of them using geonames WMS. malenki ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GPS track upload working?
As someone suggested I restarted my browser and that fixed the track upload. -- Ed Avis ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Nominatim updates
Thanks for the quick response and fix ! I'll try viewbox, bounded and [], thank you. Vlad. On 28 janv. 2011, at 16:10, Brian Quinion wrote: > Hi, > >> http://nominatim.openstreetmap.org/search?q=fuel&nearlat=43.5&nearlon=7&format=xml >> Is there any plan to bring this kind of (very useful !) search back ? > > I've fixed this - a column had changed name - thanks for the bug report. > > BTW - you may find that using the new bounded=1 option provides more control: > > http://nominatim.openstreetmap.org/search?q=[fuel]&viewbox=-1.54%2C53.41%2C-1.43%2C53.36&bounded=1 > > bounded=1 limits the search to only items in the viewbox > > the [] around fuel force it to be interpreted as a tag search (so it > won't find places called 'fuel') > > Hope this helps. > > -- > Brian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Nominatim updates
On 28 January 2011 14:47, Nic Roets wrote: > For me, reverse lookups are completely wrong right now. (I haven't > tried forward lookups). And the status indication on > nominatim.openstreetmap.org is blank. So I figure he's doing a DB > rebuild or something. > http://osm.org/?lat=-25.797306&lon=28.289618&zoom=18 Thanks for reporting this - this should also now be fixed. It was finding the nearest road with houses on rather than just the nearest road - a bit of an edge case this one because the road you wanted doesn't have houses but all the ones nearby do. -- Brian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Nominatim updates
Hi, > http://nominatim.openstreetmap.org/search?q=fuel&nearlat=43.5&nearlon=7&format=xml > Is there any plan to bring this kind of (very useful !) search back ? I've fixed this - a column had changed name - thanks for the bug report. BTW - you may find that using the new bounded=1 option provides more control: http://nominatim.openstreetmap.org/search?q=[fuel]&viewbox=-1.54%2C53.41%2C-1.43%2C53.36&bounded=1 bounded=1 limits the search to only items in the viewbox the [] around fuel force it to be interpreted as a tag search (so it won't find places called 'fuel') Hope this helps. -- Brian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Nominatim updates
For me, reverse lookups are completely wrong right now. (I haven't tried forward lookups). And the status indication on nominatim.openstreetmap.org is blank. So I figure he's doing a DB rebuild or something. http://osm.org/?lat=-25.797306&lon=28.289618&zoom=18 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Nominatim updates
Hi Brian,
Such requests used to work some time ago :
http://nominatim.openstreetmap.org/search?q=fuel&nearlat=43.5&nearlon=7&format=xml
But now there are errors as soon as I try to use a spatial constraint in the
search. Perhaps the DB had lost some spatial indexes when Nominatim was
migrated ?
string(239) "select l.place_id from place_classtype_amenity_fuel as l,placex as
f where f.place_id in (60261055) and ST_DWithin(l.centroid,
st_centroid(f.geometry), 0.05) order by
ST_Distance(ST_SetSRID(ST_Point(7,43.5),4326), l.geometry) ASC limit 10"
object(DB_Error)#2 (8) {
["error_message_prefix"]=>
string(0) ""
["mode"]=>
int(1)
["level"]=>
int(1024)
["code"]=>
int(-19)
["message"]=>
string(23) "DB Error: no such field"
["userinfo"]=>
string(431) "select l.place_id from place_classtype_amenity_fuel as l,placex
as f where f.place_id in (60261055) and ST_DWithin(l.centroid,
st_centroid(f.geometry), 0.05) order by
ST_Distance(ST_SetSRID(ST_Point(7,43.5),4326), l.geometry) ASC limit 10
[nativecode=ERROR: column l.geometry does not exist
LINE 1: ...by ST_Distance(ST_SetSRID(ST_Point(7,43.5),4326), l.geometry...
^]"
Is there any plan to bring this kind of (very useful !) search back ?
Regards,
Vlad.
On 24 janv. 2011, at 01:55, Brian Quinion wrote:
> Hi,
>
> On Monday morning I'm intending to switching the existing nominatim
> service over to an updated code base designed to allow better scaling
> and additional data sources (tiger, external postcode sets, etc) as
> well as being the first stage of various other improvements.
>
> With any luck the only externally visible difference should be in
> improvement in US search quality, however it is possible that there
> will be some other minor differences. If you spot any problems please
> email me or contact me on IRC (twain47). In particular please let me
> know if you spot something that used to work and now doesn't.
>
> The new service is currently a couple of weeks behind on data but
> catching up rapidly - I'm expecting it to be fully up to date by the
> end of the week and once it gets there is should be able to handle
> updates more quickly and reliably.
>
> --
> Brian
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Investigating missing relation
On Fri, Jan 28, 2011 at 01:50:47PM +1100, Steve Bennett wrote: > Hi all, > In early 2010, I added a relation "Overland Track" (with type=route, > route=foot, network=rwn) to all the segments of that track in > Tasmania. The relation is now gone: > > http://osm.lonvia.de/world_hiking.html?zoom=13&lat=-41.83815&lon=146.03379&layers=FFBT > > (The main track itself should show up highlighted, not just the lwn > offshoots...) > > Are there any tools available to investigate this kind of thing? Yes, > obviously I can and will re-create the relation, but it would be > useful to know what happened to it. I can see someone made some > related changes, and I've contacted them, but no response yet. > > One piece of the track is way 50802374 If you know one of the former members of the relation you can use the data browser to hunt it down. Go to the history of the way: http://www.openstreetmap.org/browse/way/50802374/history Find a version of the way where you know you also touched the relation and go to the changeset the version belongs to, in this case use the changeset for version 1 where you presumably created the way and put it into that relation: http://www.openstreetmap.org/browse/changeset/3921101 There you see the Overland Track in the list of relations changed. Go to the relation page: http://www.openstreetmap.org/browse/relation/413916 And this page tells you, as Frederik already said, that NRS deleted that relation on Jan 02. Sarah ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
