[OSM-dev] (no subject)
Hello everybody, 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? Cheers, Roland -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ 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
[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)
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] Bug: Mapnik renders 'addr:housenumber' rather than 'name'
andrzej zaborowski wrote: 2009/9/5 Dan Homerick danhomer...@gmail.com: 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
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
[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] 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 Weaitrich...@weait.com wrote: On Sat, Sep 5, 2009 at 11:21 AM, Radek Bartoňblack...@post.cz 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
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'
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] 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'
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] 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'
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
[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