[OSM-talk] State of the Map organization meetings
Every week on Wednesday, the SOTM committee holds a Skype meeting at 8pm GMT / 9pm CET / 1pm MST. Everyone is welcome to join! Be sure to find Henk Hoff on skype at toffehoff. The minutes are posted here: http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2010/Organisation/Meetings#November_11th.2C_2009 Best, Hurricane McEwen www.hurricanemcewen.com www.tufun.us ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] why does mapnik not display my circles?
hi, I am building a map using mapnik with India specific features. The idea is that the data will be in the osm database, but India specific features will only show on my server. One important thing here is that food is strictly divided into vegetarian and non-vegetarian. The law mandates that all food items should have either a green circle or a red one to show food type. There are areas in the country where it is very difficult to find a non-veg restaurant (and often considered impolite to enquire where one is). Since this is not specific to restaurants - it covers all shops that deal in food, I made a new tag called food=veg and food=nveg with either a green or red circle. The problem is that the data is there in the database, but it is not getting rendered. I then noticed that mapnik does not render everything - there appears to be some logic which prevents overwriting, so some things are rendered and others are left out. This could be solved by having a higher zoom - or by tinkering with the logic. I would expect a higher zoom would be the best way to go. I have set numZoomLevels: 25, but the tool only shows the max as 18. How do I change this? I am using openlayers with mod_tile. The map in question is here: http://xlquest.net/?zoom=18&lat=12.94659&lon=80.13845&layers=B opening the area in Josm shows that the food=veg and food=nveg tags are there. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] does one need to download the planet to use osmosis
On 16 Nov 2009, at 00:10, Kenneth Gonsalves wrote: > On Monday 16 Nov 2009 3:27:05 am Jon Burgess wrote: >> Isn't this bbox only a few times larger then what the API will download >> in a single call? >> >> IMO you'd be crazy to download nearly 8GB of data just to get hold of >> what probably amounts to a few 10's of MB. At the very least you should >> start with an extract for something smaller, like a single country. >> >> Using JOSM to selectively download all the pieces to cover your area >> seems a much better idea to me. I normally would endorse this if you >> were attempting to download something of many degrees in size, but for a >> few tenths of a degree you are probably OK. >> > > I was talking about India - it would be impossible to to this with josm. > However the problem has gone away as Geofabrik asia extract is now up to > date. > Although cloudmade India data is still stuck at 4/11 You could take the CloudMade extract, then use Osmosis to apply the diffs. You can thereafter clip the area that is in the DB (Osmosis can do this in one command line). Shaun ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] does one need to download the planet to use osmosis
On Monday 16 Nov 2009 4:08:45 am Frederik Ramm wrote: > I lost track of who wrote what in this thread, but: > > Although geofabrik says the extracts are done every > > night, the extract I got yesterday was atleast 2 weeks out of date for my > > area. > > We generate all extracts every day, with the sole exception of the North > America extract which is really only a relic and should be deleted from > the download server (it is currently done once a week). The NA extract > doesn't help anybody a lot because it is so big that you might as well > download the planet. > > Back to the original question; if you get yourself an account on the OSM > dev server then you have NFS access to the planet file and you could run > Osmosis on it directly. This is not recommended for regular use as it > creates considerable load on the machine, but if you are in a situation > where download bandwidth is limited, that's an option. But bear in mind > that the planet is only updated once each week, so from Friday to > Wednesday you'll probably get a more current snapshot if you use one of > the Geofabrik files (except of course the North America one). > it was some temporary problem with geofabrik files - for a few days they did not contain the up to date data - it is ok now. Although there is no 'india' file, asia is small enough for use. Thanks for the service. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] does one need to download the planet to use osmosis
On Monday 16 Nov 2009 3:27:05 am Jon Burgess wrote: > Isn't this bbox only a few times larger then what the API will download > in a single call? > > IMO you'd be crazy to download nearly 8GB of data just to get hold of > what probably amounts to a few 10's of MB. At the very least you should > start with an extract for something smaller, like a single country. > > Using JOSM to selectively download all the pieces to cover your area > seems a much better idea to me. I normally would endorse this if you > were attempting to download something of many degrees in size, but for a > few tenths of a degree you are probably OK. > I was talking about India - it would be impossible to to this with josm. However the problem has gone away as Geofabrik asia extract is now up to date. Although cloudmade India data is still stuck at 4/11 -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] does one need to download the planet to use osmosis
On Sun, 2009-11-15 at 22:04 +0100, Peter Körner wrote: > > > good idea - but can you confirm that it is impossible to extract it > from the > > remote file? > > you could do it with good ol' shell pipes: > > wget http://planet.openstreetmap.org/planet-latest.osm.bz2 -O - | > bzcat >osmosis --read-xml "/dev/stdin" --bounding-box top=49.5138 >left=10.9351 bottom=49.3866 right=11.201 --write-xml "extract.xml" Isn't this bbox only a few times larger then what the API will download in a single call? IMO you'd be crazy to download nearly 8GB of data just to get hold of what probably amounts to a few 10's of MB. At the very least you should start with an extract for something smaller, like a single country. Using JOSM to selectively download all the pieces to cover your area seems a much better idea to me. I normally would endorse this if you were attempting to download something of many degrees in size, but for a few tenths of a degree you are probably OK. Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data
On Sun, 2009-11-15 at 23:30 +0100, Frederik Ramm wrote:
> Dave Hansen wrote:
> > There are still quite a few squeaky wheels that
> > like to grumble about TIGER, but I haven't heard a single person say
> > that it did more harm than good.
>
> Well then you obviously haven't read the two latest entries in Matt
> Amos' blog here,
>
> http://www.asklater.com/matt/wordpress/
>
> ("Imports and the Community", parts I and II), with part II ending thus:
>
> "In conclusion; ... the theoretical model still predicts that imports
> damage the growth of the editor community. ..."
>
> Of course Matt's findings are not backed up by a lot of evidence as he
> himself says, so they might be wrong. And even if they were right, it
> would be valid (if slightly un-OSM-like) to say "to hell with the editor
> community, I want data now".
That's a really cool set of data, very well thought out. It's also
interesting to see that the difference in "completeness" is less than
~5% no matter how much you import to begin. So, you could read it as,
"imports don't damage the end result of the map... much" :) I have a
feeling it's all in the noise anyway.
My only nit would be that it misses a very important metric: how
prolific were the mappers? I know, before my local area got imported, I
did a few streets here and there, but only as much as I could survey and
note by hand. Now, I can just take GPS traces and make sure that things
line up as cab other people from across the globe.
So, instead of unique users per time period, it might be interesting to
see unique users*nr_edits per time period.
-- Dave
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] does one need to download the planet to use osmosis
Hi, I lost track of who wrote what in this thread, but: > Although geofabrik says the extracts are done every > night, the extract I got yesterday was atleast 2 weeks out of date for my > area. We generate all extracts every day, with the sole exception of the North America extract which is really only a relic and should be deleted from the download server (it is currently done once a week). The NA extract doesn't help anybody a lot because it is so big that you might as well download the planet. Back to the original question; if you get yourself an account on the OSM dev server then you have NFS access to the planet file and you could run Osmosis on it directly. This is not recommended for regular use as it creates considerable load on the machine, but if you are in a situation where download bandwidth is limited, that's an option. But bear in mind that the planet is only updated once each week, so from Friday to Wednesday you'll probably get a more current snapshot if you use one of the Geofabrik files (except of course the North America one). Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data
Hi,
Dave Hansen wrote:
> There are still quite a few squeaky wheels that
> like to grumble about TIGER, but I haven't heard a single person say
> that it did more harm than good.
Well then you obviously haven't read the two latest entries in Matt
Amos' blog here,
http://www.asklater.com/matt/wordpress/
("Imports and the Community", parts I and II), with part II ending thus:
"In conclusion; ... the theoretical model still predicts that imports
damage the growth of the editor community. ..."
Of course Matt's findings are not backed up by a lot of evidence as he
himself says, so they might be wrong. And even if they were right, it
would be valid (if slightly un-OSM-like) to say "to hell with the editor
community, I want data now".
As long as imports are done in a clean way technically, I don't have a
strong opinion in the matter; I strongly believe in everyone taking
responsibility for their patch, so if you guys on the other side of the
Atlantic decide that you want to import the lot then that's what you
should do.
Bye
Frederik
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] does one need to download the planet to use osmosis
> good idea - but can you confirm that it is impossible to extract it from the > remote file? you could do it with good ol' shell pipes: wget http://planet.openstreetmap.org/planet-latest.osm.bz2 -O - | bzcat osmosis --read-xml "/dev/stdin" --bounding-box top=49.5138 left=10.9351 bottom=49.3866 right=11.201 --write-xml "extract.xml" similar you can use /dev/stdout as output-file and pipe another command at the end, eg. bzip to comress the data again or a script that parses the data from stdin. Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Karlruhe Scheme addressing ways from 2009 TIGER data
On Sat, Nov 14, 2009 at 12:22 PM, Anthony wrote: > See http://wiki.openstreetmap.org/wiki/Image:Qgis.png for an example > of something I whipped up for my neighborhood in a few hours http://api06.dev.openstreetmap.org/api/0.6/changeset/1825/download for a sample of what the osm looks like. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] positioning of barrier = stile
> My query relates to where a footway joins a road and there is a stile. > > say a- b is footway , and c - d is road > > Should the stile be placed at "b" > c > | > | > a--b > | > | > d > > or should I put in a node "e" and tag that with barrier = stile: > > c > | > | > a---e-b > | > | > d > > I have been doing the former, but it appears this might stop routing > applications allowing a car to travel from c - d as the barrier = stile > "blocks" the road to vehicle transport, and so the second tagging option > might be better. > I've always tagged the stile where it actually is (via geo-tagged photo). I would therefore use the 2nd option, but my positioning of node 'e' will depend on where my photo says it is. Regardless of routing applications; the best option here is to ask yourself how many stiles are there on the road between c to d. If the answer is none, then the way c-d should not have any node tagged as a stile. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Karlruhe Scheme addressing ways from 2009 TIGER data
On Nov 14, 2009, at 11:16 AM, Dave Hansen wrote: >> What really needs to be done for TIGER addresses import is match the >> streets from TIGER to those in OSM (which should be easy since they >> all still have the TIGER id's) and generate the address geometry based >> on these. Otherwise someone will need to do all of the geometry >> corrections that people have done for this data in the last nearly 2 >> years. > > I agree that this is the optimal thing to do. But it's really hard, so > I'm not volunteering to take it on. If there's anyone out there braver > than I, please speak up. :) I hear you but for the purposes of just thinking about it... I think it might be a lot easier than we think. Forget matching TIGER IDs... if I know a line segment goes from 15th & Valencia to 16th & Valencia in TIGER then all I need to find in the same set of points in the OSM dataset which isn't going to be super hard. I find 15th, I find Valencia, see if they cross at some node. Same with the other intersection, then see if those nodes are on a way that joins both of them and find the points in between. And as long as the geometry isn't radically different then I can match up the points. I think the major problem would be divided highways where one way is now two ways with different directions, but that shouldn't be super hard to do. Yours &c. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] positioning of barrier = stile
David Groom wrote: > I have been doing the former, but it appears this might stop routing > applications allowing a car to travel from c - d as the barrier = stile > "blocks" the road to vehicle transport, and so the second tagging option > might be better. Indeed it is. If it helps, think of a way for a road as representing the centreline of the road, rather than its entire width. That way having the stile node offset using a short length of footway doesn't seem so odd. -- Jonathan (Jonobennett) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] positioning of barrier = stile
David Groom writes: > My query relates to where a footway joins a road and there is a stile. > > say a- b is footway , and c - d is road > > Should the stile be placed at "b" > [...] > or should I put in a node "e" and tag that with barrier = stile: > [...] The additional node e is necessary. If there is a barrier on a node that is part of the c-d road, that barrier does block traffic on c-d. Tobias Knerr ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] positioning of barrier = stile
David Groom wrote: > I have been doing the former, but it appears this might stop routing > applications allowing a car to travel from c - d as the barrier = stile > "blocks" the road to vehicle transport, and so the second tagging option > might be better. It seems you already answered your own question. Having the node with the barrier in the c-d road would make it also be a stile that is blocking travel in that road. I've used your 2nd tagging, with the node with the stile a small distance away from the connecting road. -- Lennard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] positioning of barrier = stile
My query relates to where a footway joins a road and there is a stile. say a- b is footway , and c - d is road Should the stile be placed at "b" c | | a--b | | d or should I put in a node "e" and tag that with barrier = stile: c | | a---e-b | | d I have been doing the former, but it appears this might stop routing applications allowing a car to travel from c - d as the barrier = stile "blocks" the road to vehicle transport, and so the second tagging option might be better. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What Streets are in what Places
2009/11/14 Brian Quinion : > On Sat, Nov 14, 2009 at 7:51 PM, Peter Childs wrote: >> Looking at this the new Nominatim service seams to do 85% of what I >> need, and might do more at a pinch. (Only found the service when I >> logged into IRC tonight) > > My hope is that in the fullness of time Nominatim can be extended to > provide some sort of directory or supplementary address information > export for osm. but at the moment I'm concentrating on the search > functionality. If anyone else would like to join it to work on this > aspect it would always be appreciated - I'm busy documenting what I've > done at the moment, although there is a long way still to go. > > One thing to say is that the address generation is fairly simplistic. > The addresses are mostly at the moment intended to provide context to > the search results and I'm fully aware that in a lot of cases they are > incorrect. Some of the techniques discusses in the thread above are > far more advanced! You can read a quick summary of how it currently > works here: http://wiki.openstreetmap.org/wiki/Nominatim/Development_overview > > -- > Brian > It gives a nice starting place, its not to say it can't be expanded and improved. But its better than starting with a clean sheet of paper than I thought I was. (And it will do most of what I need for the moment, I think But as always things can be improved, mainly through better and better data. In other-words its a good start and solves my problems for the time being. Peter. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Getting roles of relation's members in PostGIS using osm2pgsql
Ciprian Talaba wrote: > Thank you about this info. I will probably start with the last approach > (using planet_osm_rels and planet_osm_line tables) because this will > keep my code separate from osm2pgsql. I will try to publish my tries > because I believe others will be interested in something like this. Some code snippets that may be useful in your endeavours: Unnest an array. Later postgresql has this builtin, I think: CREATE OR REPLACE FUNCTION unnest(ANYARRAY) RETURNS SETOF ANYELEMENT LANGUAGE SQL AS $$SELECT $1[i] FROM generate_series(array_lower($1,1),array_upper($1,1)) i;$$; Unnesting a relation from planet_osm_rels gives you a list of all members, with the first character telling you what type of object it is, with the rest being the osm id. Unnest only way members of a relation in the planet_osm_rels table: CREATE OR REPLACE FUNCTION unnest_rel_members_ways(ANYARRAY) RETURNS SETOF ANYELEMENT LANGUAGE SQL AS $$SELECT substring($1[i] from E'w(\\d+)') FROM generate_series(array_lower($1,1),array_upper($1,1)) i WHERE $1[i] LIKE 'w%';$$; select unnest_rel_members_ways(members) as members from planet_osm_rels where id=; This gives you a list of only way ids, 1 per row, with the first 'w' character stripped. You still need some way to join the member role in the results. I didn't get that far when I wrote the unnest function, as I didn't need the role at the time. -- Lennard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Getting roles of relation's members in PostGIS using osm2pgsql
Hello Jon, On Sat, Nov 14, 2009 at 10:49 PM, Jon Burgess wrote: > On Sat, 2009-11-14 at 21:58 +0200, Ciprian Talaba wrote: > > I am trying to do some work with the public transport network, and for > > that I need to get the roles (forward/backward mainly) of the route > > members as attributes of ways(lines) in PostGIS. I am using osm2pgsql > > and I hoped to get this done by modifying the default style. I have > > added a new line in the style file "way roletextlinear" but > > this is not working (maybe it's obvious why not for some of you). > > > > Also I was looking at the osm2pgsql source code and I saw that getting > > information about the cycling network is treated separated in the code > > (in output-pgsql.c), and I was thinking of doing the same for public > > transport. > > > > Do you know if there is a way for doing this with the style, or I have > > to dig more in the code? Any pointers will be appreciated. > > I'm afraid the relation roles are not accessible in the style file. > Pretty much all the relation processing is handled in the C code and > each type of relation needs special handling. > > When a route relation is converted into a postgis geometry all of the > constituent ways are joined into a single linestring. There is no > obvious place where the role of each individual way could be recorded on > this linestring. > > One possibility might be to keep the members as separate linestrings for > and then add an artificial tag, say route_role=... in the output. > > Another approach might be for you to query the planet_osm_rels table > (provided you imported the data in --slim mode). This contains the raw > data listing all the relations and their members. Armed with this > information you could then query the planet_osm_line table to obtain the > geometry for each of these ways (all the members will probably appear as > distinct roads in this table). > >Jon > > > Thank you about this info. I will probably start with the last approach (using planet_osm_rels and planet_osm_line tables) because this will keep my code separate from osm2pgsql. I will try to publish my tries because I believe others will be interested in something like this. Regards, Ciprian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
