Re: [OSM-dev] osmChange format for 0.6 upload
On domenica 06 settembre 2009 03:25:11 Ian Dees wrote: > I'm trying to implement a bulk uploader to coincide with my shp-to-osm app. > On the 0.6 API wiki page [0] and the osmChange wiki page [1] the > specification says that the "changeset" and "version" ids are required on > every primitive operation. I understand where I get the changeset id from, > but where does the version come from if I'm adding a new primitive? I've asked the very same question some month ago: the version is not needed if you create a new element, the server calculates it for you. Probably someone should update the wiki page. Bye, Stefano ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] osmChange format for 0.6 upload
I'm trying to implement a bulk uploader to coincide with my shp-to-osm app. On the 0.6 API wiki page [0] and the osmChange wiki page [1] the specification says that the "changeset" and "version" ids are required on every primitive operation. I understand where I get the changeset id from, but where does the version come from if I'm adding a new primitive? [0] http://wiki.openstreetmap.org/wiki/0.6#Diff_upload:_POST_.2Fapi.2F0.6.2Fchangeset.2F.23id.2Fupload [1] http://wiki.openstreetmap.org/wiki/OsmChange#API_0.6_tweaks ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] A really obvious question?
Hi, I've used Osmosis in the past (about a year ago) to import .OSM file into a local MySQL database. But I am now getting completely stuck. I think the problem centers around the update to version 0.6 of the API. I have the latest copy of Osmosis, I have the 0.6 DB schema set up and I'm downloading OSM data data from the OSM front page. Could someone produce a quick set of instructions confirming the command line to import an OSM file into a MySQL DB assuming the latest version of everything is in use? Many thanks, Neil Urquhart, Edinburgh, Scotland ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] osm2pgsql slim mode, postgis, and hard disk spindles
On Sat, Sep 5, 2009 at 10:43 PM, Frederik Ramm wrote: > A basic Ubuntu Jaunty system with standard osm2pgsql from SVN, basic > PostGIS tuning as per wiki pages (shared_buffers=448MB, > maintenance_work_mem=256MB, logging and ssl and auto-vacuuming disabled). > > The hardware was an i7-920 with 12 GB RAM and two 1.5 GB Seagate > Barracuda disks - a standard Hetzner EQ6 system. The version of postgresql would also be relevent. Probably the most interesting statistic would be disk throughput and CPU usage, since I'm guess the whole process is I/O bound. Have anice day, -- Martijn van Oosterhout http://svana.org/kleptog/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] renderd - terminate called after throwing an instance of 'mapnik::config_error'
Dne sobota 05 Září 2009 23:32:18 Jon Burgess napsal(a): > > It certainly used to work but looks like it was broken in r17329. I have > applied a fix in SVN. > > Jon Yeah, I knew it was something in some of the last commits :-). Thank you for the fix (I tested that it's working). -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: black...@post.cz Web: http://blackhex.no-ip.org Jabber: black...@jabber.cz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] renderd - terminate called after throwing an instance of 'mapnik::config_error'
On Sat, 2009-09-05 at 23:10 +0200, Radek Bartoň wrote: > After your advise I noticed that there is font_dir_recurse=0 in > renderd log > although renderd.conf contains font_dir_recurse=1 as I wrote > previously. > > Seems like a small bug for me. Anyway with > font_dir=/usr/share/fonts/dejavu > are fonts loaded. It certainly used to work but looks like it was broken in r17329. I have applied a fix in SVN. Jon ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] renderd - terminate called after throwing an instance of 'mapnik::config_error'
> Does DejaVuSans.ttf get listed for you? > > Does it work if you change the font path to: > > font_dir=/usr/share/fonts/dejavu > > I wonder if you have too many fonts under /usr/share/fonts and Mapnik > gives up loading them after a while. > > Jon Thanks a lot Jon. After your advise I noticed that there is font_dir_recurse=0 in renderd log although renderd.conf contains font_dir_recurse=1 as I wrote previously. Seems like a small bug for me. Anyway with font_dir=/usr/share/fonts/dejavu are fonts loaded. font_dir=/usr/share/fonts: renderd[17258]: Starting stats thread renderd[17539]: Rendering daemon started renderd[17539]: Parsing section renderd renderd[17539]: Parsing render section 0 renderd[17539]: Parsing section mapnik renderd[17539]: Parsing section default renderd[17539]: Parsing section tracks renderd[17539]: config renderd: unix socketname=/var/run/renderd/renderd.sock renderd[17539]: config renderd: num_threads=2 renderd[17539]: config renderd: num_slaves=0 renderd[17539]: config renderd: tile_dir=/mnt/data/OpenTrackMap/ renderd[17539]: config renderd: stats_file=/var/run/renderd/renderd.stats renderd[17539]: config mapnik: plugins_dir=/usr/lib/mapnik/input renderd[17539]: config mapnik: font_dir=/usr/share/fonts/ renderd[17539]: config mapnik: font_dir_recurse=0 renderd[17539]: config renderd(0): Active renderd[17539]: config renderd(0): unix socketname=/var/run/renderd/renderd.sock renderd[17539]: config renderd(0): num_threads=2 renderd[17539]: config renderd(0): tile_dir=/mnt/data/OpenTrackMap/ renderd[17539]: config renderd(0): stats_file=/var/run/renderd/renderd.stats renderd[17539]: config map 0: name(default) file(/mnt/data/OpenTrackMap/osm.xml) uri(/default/) htcp() host(opentrackmap.no-ip.org) renderd[17539]: config map 1: name(tracks) file(/mnt/data/OpenTrackMap/tracks.xml) uri(/tracks/) htcp() host(opentrackmap.no-ip.org) renderd[17539]: Initialising unix server socket on /var/run/renderd/renderd.sock renderd[17539]: Created server socket 4 font_dir=/usr/share/fonts/dejavu: renderd[16728]: Rendering daemon started renderd[16728]: Parsing section renderd renderd[16728]: Parsing render section 0 renderd[16728]: Parsing section mapnik renderd[16728]: Parsing section default renderd[16728]: Parsing section tracks renderd[16728]: config renderd: unix socketname=/var/run/renderd/renderd.sock renderd[16728]: config renderd: num_threads=2 renderd[16728]: config renderd: num_slaves=0 renderd[16728]: config renderd: tile_dir=/mnt/data/OpenTrackMap/ renderd[16728]: config renderd: stats_file=/var/run/renderd/renderd.stats renderd[16728]: config mapnik: plugins_dir=/usr/lib/mapnik/input renderd[16728]: config mapnik: font_dir=/usr/share/fonts/dejavu
Re: [OSM-dev] osm2pgsql slim mode, postgis, and hard disk spindles
Hi, Stephan Knauss wrote: >> scenario, and then applied the 20090819-20090820 daily diff with >> osm2pgsql --slim in a number of different configurations: >> "plain" with -C4000.. 262 minutes > > Can you post some details of your setup, please? My machine takes about > double the time for a 24h update. A basic Ubuntu Jaunty system with standard osm2pgsql from SVN, basic PostGIS tuning as per wiki pages (shared_buffers=448MB, maintenance_work_mem=256MB, logging and ssl and auto-vacuuming disabled). The hardware was an i7-920 with 12 GB RAM and two 1.5 GB Seagate Barracuda disks - a standard Hetzner EQ6 system. No special performance tuning or tweaking, but interested in hearing what others have tried with their PostGIS as well. Bye Frederik ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] renderd - terminate called after throwing an instance of 'mapnik::config_error'
On Sat, 2009-09-05 at 20:32 +0200, Radek Bartoň wrote: > Dne sobota 05 Září 2009 19:10:43 Richard Weait napsal(a): > > > > > > To check the fonts recognized by python, try > > > > > > python > > > > > from mapnik import * > > for face in FontEngine.face_names(): print face > > > > > > ... [Enter] > > > DejaVu Sans Bold > > > DejaVu Sans Bold Oblique > > > DejaVu Sans Book > > > ... > > > > > So missing font is not the problem: > > from mapnik import * > for face in FontEngine.face_names(): print face > ... > DejaVu Sans Bold > DejaVu Sans Bold Oblique > DejaVu Sans Book It could still be related, the python bindings load the fonts using a different method to rendered. The renderd should print out a list of all the fonts it registers at startup, e.g. [jburg...@shark mod_tile]$ ./renderd -f renderd[8515]: Rendering daemon started renderd[8515]: Parsing section renderd ... renderd[8515]: config renderd: tile_dir=/var/lib/mod_tile renderd[8515]: config renderd: stats_file=/var/run/renderd/renderd.stats renderd[8515]: config mapnik: plugins_dir=/usr/local/lib64/mapnik/input renderd[8515]: config mapnik: font_dir=/usr/local/lib64/mapnik/fonts renderd[8515]: config mapnik: font_dir_recurse=0 renderd[8515]: config renderd(0): Active renderd[8515]: config renderd(0): unix socketname=/tmp/osm-renderd ... renderd[8515]: DEBUG: Loading font: /usr/local/lib64/mapnik/fonts/DejaVuSansMono-Bold.ttf renderd[8515]: DEBUG: Loading font: /usr/local/lib64/mapnik/fonts/DejaVuSerif.ttf renderd[8515]: DEBUG: Loading font: /usr/local/lib64/mapnik/fonts/DejaVuSansCondensed-BoldOblique.ttf ... renderd[8515]: DEBUG: Loading font: /usr/local/lib64/mapnik/fonts/DejaVuSans.ttf ... Does DejaVuSans.ttf get listed for you? Does it work if you change the font path to: font_dir=/usr/share/fonts/dejavu I wonder if you have too many fonts under /usr/share/fonts and Mapnik gives up loading them after a while. Jon ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] renderd - terminate called after throwing an instance of 'mapnik::config_error'
Dne sobota 05 Září 2009 19:10:43 Richard Weait napsal(a): > > > > To check the fonts recognized by python, try > > > > python > > > from mapnik import * > for face in FontEngine.face_names(): print face > > > > ... [Enter] > > DejaVu Sans Bold > > DejaVu Sans Bold Oblique > > DejaVu Sans Book > > ... > > So missing font is not the problem: from mapnik import * for face in FontEngine.face_names(): print face ... DejaVu Sans Bold DejaVu Sans Bold Oblique DejaVu Sans Book DejaVu Sans Condensed DejaVu Sans Condensed Bold DejaVu Sans Condensed Bold Oblique DejaVu Sans Condensed Oblique DejaVu Sans ExtraLight DejaVu Sans Mono Bold DejaVu Sans Mono Bold Oblique DejaVu Sans Mono Book DejaVu Sans Mono Oblique DejaVu Sans Oblique DejaVu Serif Bold DejaVu Serif Bold Italic DejaVu Serif Book DejaVu Serif Condensed DejaVu Serif Condensed Bold DejaVu Serif Condensed Bold Italic DejaVu Serif Italic Any other reason for the exception? -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: black...@post.cz Web: http://blackhex.no-ip.org Jabber: black...@jabber.cz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] renderd - terminate called after throwing an instance of 'mapnik::config_error'
oops. Meant to send this to dev as well as OP. On Sat, Sep 5, 2009 at 1:09 PM, Richard Weait wrote: > On Sat, Sep 5, 2009 at 11:21 AM, Radek Bartoň wrote: >> Hello OSM developers. >> >> Since last "svn up" (maybe few more, I'm not sure), my instance of renderd is >> failing with message: >> >> terminate called after throwing an instance of 'mapnik::config_error' >> what(): Unable to find specified font face 'DejaVu Sans Book' >> >> Here is my renderd.conf: >> >> [mapnik] >> plugins_dir=/usr/lib/mapnik/input >> font_dir=/usr/share/fonts >> font_dir_recurse=1 >> >> And here is find /usr/share/fonts -name *DejaVu*: >> >> /usr/share/fonts/dejavu/DejaVuSerifCondensed-Italic.ttf >> /usr/share/fonts/dejavu/DejaVuSansMono.ttf >> /usr/share/fonts/dejavu/DejaVuSans.ttf >> /usr/share/fonts/dejavu/DejaVuSerif.ttf >> /usr/share/fonts/dejavu/DejaVuSerif-Italic.ttf >> /usr/share/fonts/dejavu/DejaVuSansCondensed-Bold.ttf >> /usr/share/fonts/dejavu/DejaVuSansMono-BoldOblique.ttf >> /usr/share/fonts/dejavu/DejaVuSerifCondensed.ttf >> /usr/share/fonts/dejavu/DejaVuSans-ExtraLight.ttf >> /usr/share/fonts/dejavu/DejaVuSansCondensed-BoldOblique.ttf >> /usr/share/fonts/dejavu/DejaVuSans-Bold.ttf >> /usr/share/fonts/dejavu/DejaVuSerif-Bold.ttf >> /usr/share/fonts/dejavu/DejaVuSansCondensed.ttf >> /usr/share/fonts/dejavu/DejaVuSerifCondensed-BoldItalic.ttf >> /usr/share/fonts/dejavu/DejaVuSerif-BoldItalic.ttf >> /usr/share/fonts/dejavu/DejaVuSansMono-Oblique.ttf >> /usr/share/fonts/dejavu/DejaVuSerifCondensed-Bold.ttf >> /usr/share/fonts/dejavu/DejaVuSans-Oblique.ttf >> /usr/share/fonts/dejavu/DejaVuSans-BoldOblique.ttf >> /usr/share/fonts/dejavu/DejaVuSansCondensed-Oblique.ttf >> /usr/share/fonts/dejavu/DejaVuSansMono-Bold.ttf >> >> I would like to ask if this is a problem of missing font (I don't see any >> DejaVuSansBook.ttf) and in what package/version I can find this font or this >> font face shoud be already included in for example DejaVuSans.ttf file. >> >> Nevertheless, shouldn't renderd/mapnik find alternative font instead of >> crashing with an excepiton? >> >> Thank you for your help. > > The font names that python sees are not necessarily the same as the > file names. > > To check the fonts recognized by python, try > > python from mapnik import * for face in FontEngine.face_names(): print face > ... [Enter] > DejaVu Sans Bold > DejaVu Sans Bold Oblique > DejaVu Sans Book > ... > > Best regards, > Richard > http://weait.com/content/add-fonts-your-openstreetmap-server > ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] renderd - terminate called after throwing an instance of 'mapnik::config_error'
Hello OSM developers. Since last "svn up" (maybe few more, I'm not sure), my instance of renderd is failing with message: terminate called after throwing an instance of 'mapnik::config_error' what(): Unable to find specified font face 'DejaVu Sans Book' Here is my renderd.conf: [mapnik] plugins_dir=/usr/lib/mapnik/input font_dir=/usr/share/fonts font_dir_recurse=1 And here is find /usr/share/fonts -name *DejaVu*: /usr/share/fonts/dejavu/DejaVuSerifCondensed-Italic.ttf /usr/share/fonts/dejavu/DejaVuSansMono.ttf /usr/share/fonts/dejavu/DejaVuSans.ttf /usr/share/fonts/dejavu/DejaVuSerif.ttf /usr/share/fonts/dejavu/DejaVuSerif-Italic.ttf /usr/share/fonts/dejavu/DejaVuSansCondensed-Bold.ttf /usr/share/fonts/dejavu/DejaVuSansMono-BoldOblique.ttf /usr/share/fonts/dejavu/DejaVuSerifCondensed.ttf /usr/share/fonts/dejavu/DejaVuSans-ExtraLight.ttf /usr/share/fonts/dejavu/DejaVuSansCondensed-BoldOblique.ttf /usr/share/fonts/dejavu/DejaVuSans-Bold.ttf /usr/share/fonts/dejavu/DejaVuSerif-Bold.ttf /usr/share/fonts/dejavu/DejaVuSansCondensed.ttf /usr/share/fonts/dejavu/DejaVuSerifCondensed-BoldItalic.ttf /usr/share/fonts/dejavu/DejaVuSerif-BoldItalic.ttf /usr/share/fonts/dejavu/DejaVuSansMono-Oblique.ttf /usr/share/fonts/dejavu/DejaVuSerifCondensed-Bold.ttf /usr/share/fonts/dejavu/DejaVuSans-Oblique.ttf /usr/share/fonts/dejavu/DejaVuSans-BoldOblique.ttf /usr/share/fonts/dejavu/DejaVuSansCondensed-Oblique.ttf /usr/share/fonts/dejavu/DejaVuSansMono-Bold.ttf I would like to ask if this is a problem of missing font (I don't see any DejaVuSansBook.ttf) and in what package/version I can find this font or this font face shoud be already included in for example DejaVuSans.ttf file. Nevertheless, shouldn't renderd/mapnik find alternative font instead of crashing with an excepiton? Thank you for your help. -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: black...@post.cz Web: http://blackhex.no-ip.org Jabber: black...@jabber.cz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] User Signup API?
If you take a look at the OAuth branch of rails port in SVN you will see some work that Matt Amos has done to make the login box nicer for the iPhone and other small screens using CSS. Shaun On 5 Sep 2009, at 11:44, John Smith wrote: I'm working on an app for mobile phones and I was wondering if there was an API to allow users to sign up, or if there is a small screen version of the sign-up page because the main signup page isn't very usable on small screens. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev smime.p7s Description: S/MIME cryptographic signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Bug: Mapnik renders 'addr:housenumber' rather than 'name'
andrzej zaborowski wrote: > 2009/9/5 Dan Homerick : >> Is the algorithm that decides what text to render relying on the order? No, mapnik doesn't even know what the ordering in the OSM db is, but even then it wouldn't matter. > Tags aren't ordered afaik, it's somewhere in the mapnik style and I > noticed the problem is caused by some recent change in the style > because the building names have all disappeared in my city this or > last week. There are 2 tickets about this, and it's something that will be looked at soon. -- Lennard ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] User Signup API?
I'm working on an app for mobile phones and I was wondering if there was an API to allow users to sign up, or if there is a small screen version of the sign-up page because the main signup page isn't very usable on small screens. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] (no subject)
Tom Hughes wrote: > If Potlatch is in live mode then each change is uploaded as it is > made so just being in the same changeset does not mean it was uploaded > at the same time. Why is that live mode still there? Does this mode have such great advantages? >> b) maybe for the integrity check at database. Someone mentioned it >> should prevent the deletion of nodes still in use. > As I said, this is not something that can be checked at the database > level. The API should catch it though so if it doesn't then that is a bug. So a bug should be filed against the api, right? Can someone with a better understanding of the right behavior open a ticket? Is there still a test server that could be used to reproduce the bug? Stephan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] (no subject)
On 05/09/09 09:34, Stephan Knauss wrote: > Roland Olbricht wrote: >> way 15581339 contains node 448856251 but this node is deleted. Both elements >> date from 27th July, so they are edited (and the node also created) after >> the change to API 0.6. >> >> How can this happen? Is this intended? > > That sounds lika potlatch problem. The node is created and deleted in > the same changelist. Why is potlatch uploading it at all? If Potlatch is in live mode then each change is uploaded as it is made so just being in the same changeset does not mean it was uploaded at the same time. The history appears to be that, all in one changeset (which is not necessarily one upload with Potlatch) the node is created, then added to the way, and then deleted (but not removed from the way). > Two bug-reports should be filed: > a) for potlatch as it's not removing deleted nodes from ways Indeed. > b) maybe for the integrity check at database. Someone mentioned it > should prevent the deletion of nodes still in use. As I said, this is not something that can be checked at the database level. The API should catch it though so if it doesn't then that is a bug. Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] webkit-image debian package
I created a debian packageing for webkit-image qt for my ubuntu install http://filebin.ca/asrwtb/webkitimageqt-dev.tgz please tell me how to submit a patch or changes for inclusion upstream. thanks, mike ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] (no subject)
Roland Olbricht wrote: > way 15581339 contains node 448856251 but this node is deleted. Both elements > date from 27th July, so they are edited (and the node also created) after the > change to API 0.6. > > How can this happen? Is this intended? That sounds lika potlatch problem. The node is created and deleted in the same changelist. Why is potlatch uploading it at all? The way was last changed also in the mentioned changelist to include the node in question. Potlatch should remove the node from the way before uploading. Created at: Mon, 27 Jul 2009 07:52:31 + Closed at: Mon, 27 Jul 2009 09:49:05 + Tags: created_by = Potlatch 1.1a Two bug-reports should be filed: a) for potlatch as it's not removing deleted nodes from ways b) maybe for the integrity check at database. Someone mentioned it should prevent the deletion of nodes still in use. Stephan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev