[OSM-dev] Tile Fonts
HI all, I've just rendered a tile to check that I have the correct fonts installed and I'm getting something I didn't expect. If you look at: http://maps.m4.net/osm_tiles2/12/3186/1889.png you should see a collection of rectangles. If I didn't have the right font installed I wouldn't expect to see anything at all. Do you think it is the fonts, or a language issue? -- Regards, Richard Ive. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Oauth on dev server
Hi, I have an error on dev server requesting oauth token (it was ok last week) : http://oauth.old-dev.openstreetmap.org/oauth/request_token = error 404 Cheers Etienne ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Oauth on dev server
On 07/09/09 10:54, Etienne Chové wrote: I have an error on dev server requesting oauth token (it was ok last week) : http://oauth.old-dev.openstreetmap.org/oauth/request_token = error 404 You're using the wrong server - the URL you want is: http://oauth.dev.openstreetmap.org/oauth/request_token Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Oauth on dev server
Tom Hughes a écrit : You're using the wrong server - the URL you want is: http://oauth.dev.openstreetmap.org/oauth/request_token Thanks, it looks better. The dev database have been cleaned ? Etienne ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Oauth on dev server
On 07/09/09 14:45, Etienne Chové wrote: Tom Hughes a écrit : You're using the wrong server - the URL you want is: http://oauth.dev.openstreetmap.org/oauth/request_token Thanks, it looks better. The dev database have been cleaned ? Possibly - I'm not sure if Edgemaster transferred them to the new machine or just created new databases. In general the dev databases might be wiped at any time... Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Feed reader stupidities with our Atom feeds
I use Liferea as my feed reader and I discovered that when I double click on a feed link I get the osmChange XML. This is because Liferea is using one variable internally to keep track of the link href for each feed entry. When confronted with multiple link elements will overwrite this variable each time it sees a new one. So it always ends up using the last link. Here's a snip from one of our feeds for reference: link type=text/html href=http://www.openstreetmap.org/browse/changeset/2395774; rel=alternate/ link href=http://www.openstreetmap.org/api/0.6/changeset/2395774; type=application/osm+xml rel=alternate/ link href=http://www.openstreetmap.org/api/0.6/changeset/2395774/download; type=application/osmChange+xml rel=alternate/ I thought I'd move the the text/html link to the end to work around this. But that might trip up some other feed readers which implement a different flavor of stupid. So can you (yes you!) please test our feeds in your favorite feed reader and see how this (and other things) work or don't work and reply to this mail with the results. Here's an example feed to play with: http://www.openstreetmap.org/user/%C3%86var%20Arnfj%C3%B6r%C3%B0%20Bjarmason/edits/feed ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Oauth on dev server
2009/9/7 Tom Hughes t...@compton.nu: On 07/09/09 14:45, Etienne Chové wrote: Tom Hughes a écrit : You're using the wrong server - the URL you want is: http://oauth.dev.openstreetmap.org/oauth/request_token Thanks, it looks better. The dev database have been cleaned ? Possibly - I'm not sure if Edgemaster transferred them to the new machine or just created new databases. In general the dev databases might be wiped at any time... Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ I couldn't be bothered with the fuss of moving over what are testing databases since the data on them shouldn't be valuable. Also note that the oauth functionality of the oauth branch is now in trunk. -- Regards, Thomas Wood (Edgemaster) ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Oauth on dev server
On 7 Sep 2009, at 16:43, Thomas Wood wrote: I couldn't be bothered with the fuss of moving over what are testing databases since the data on them shouldn't be valuable. Also note that the oauth functionality of the oauth branch is now in trunk. Also note that there are developers out there now using the test servers for testing purposes of applications. Ideally we need avoid clearing the DB as much as possible if we want to avoid developers using the production database for development and testing purposes. It may even be an option to think about just clearing the geo tables, and leaving the user and oauth tables as much as possible. Shaun smime.p7s Description: S/MIME cryptographic signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Tile Fonts
On Mon, 2009-09-07 at 09:21 +0100, Richard Ive wrote: HI all, I've just rendered a tile to check that I have the correct fonts installed and I'm getting something I didn't expect. If you look at: http://maps.m4.net/osm_tiles2/12/3186/1889.png you should see a collection of rectangles. If I didn't have the right font installed I wouldn't expect to see anything at all. Do you think it is the fonts, or a language issue? Are you using the osm-template-fontset.xml[1] which includes the Fontset configuration? Do you have unifont[2] installed and being loaded by Mapnik? Jon 1: http://trac.openstreetmap.org/log/applications/rendering/mapnik/osm-template-fontset.xml 2: http://unifoundry.com/unifont.html ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] coastline self-intersections - added to the error checker
Hi Y'all, Martjin has added self-intersection checks to the coastline error checker. :-) That's what those purple dots are. Of course since we've never looked for them before there are now about 6000 new errors. If anyone ever finds a false positive self-intersection, please email me, I will investigate. The intersection math is floating point so it could fail for very near grazings but given the size of the earth and the limits of double-precision floating point, a near-miss that triggers the coastline is probably creating an insanely small pinch of water, smaller than would be useful. (The coastline generation process also reduces data density, which has the potential to collapse such a small pinch.) Currently self intersections do not create total map rendering failures. The major map renderers appear to use a toggle policy toward polygons, thus a figure 8 closed polygon is filled in its two enclosed areas. Self-intersections render the notion of one side is wet, the other is dry impossible of course. There are self-intersection tests in some of the other quality-assurance tools, but I think a lot of them are available only in Europe. (Perhaps that is why the US coast has so much more purple than Europe?) cheers Ben -- Scenery Home Page: http://scenery.x-plane.com/ Scenery blog: http://xplanescenery.blogspot.com/ Plugin SDK: http://www.xsquawkbox.net/xpsdk/ X-Plane Wiki: http://wiki.x-plane.com/ Scenery mailing list: x-plane-scen...@yahoogroups.com Developer mailing list: x-plane-...@yahoogroups.com ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] coastline self-intersections - added to the error checker
(For those who do not use it: http://wiki.openstreetmap.org/wiki/Coastline_error_checker wiki page has links to the error check map, the shape file downloads, etc.) -- Scenery Home Page: http://scenery.x-plane.com/ Scenery blog: http://xplanescenery.blogspot.com/ Plugin SDK: http://www.xsquawkbox.net/xpsdk/ X-Plane Wiki: http://wiki.x-plane.com/ Scenery mailing list: x-plane-scen...@yahoogroups.com Developer mailing list: x-plane-...@yahoogroups.com ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Tile Fonts
Richard Ive wrote: Do you think it is the fonts, or a language issue? 100% the font. Install the unifont. For Tilesathome there was a discussion to use SVG-Fonts. For me this sounds like a good idea as with distributed rendering it would guarantee all using the same font. Your rendering looks like mapnik, so just having a font with the glyphs is all you need, could be any you like. Stephan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Feed reader stupidities with our Atom feeds
On Tue, 8 Sep 2009, Ævar Arnfjörð Bjarmason wrote: So can you (yes you!) please test our feeds in your favorite feed reader and see how this (and other things) work or don't work and reply to this mail with the results. Akregator - OK ___ 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 4:43 PM, Frederik Rammfrede...@remote.org wrote: A basic Ubuntu Jaunty system with standard osm2pgsql from SVN, [...] 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 Jaunty, osm2pgsql from svn, p4, 3.4GHz single 150GB hard drive 50 hours. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] what server next?
Dev, We have recently had: db (smaug new) (1), rails (sarel, norbert draco. extra cpu) (2), tile (yevaud new), dev (errol new), xapi (fafnir. 2x300GB 10kRPM WD Raptor) (2), pg_namefinder (katie. 2x300GB 10kRPM WD Raptor) (2, 5), OSMF (Ridley. 2x750GB WD) (2) and soon wiki (?. HPDL360G4P,2xDualCPU2.8Ghz4MB,12GB,2x73GB 10kRPM, OOB iLO). (3) After all of that What is next? What are we going to need next? Faster Web Frontend? Better Load-Balancing (with fuchur) (4), Faster api/map call?, something complete different something new? / Grant 1: http://wiki.openstreetmap.org/wiki/Servers/smaug 2: http://wiki.openstreetmap.org/wiki/Servers/Upgrades/082009 3: http://wiki.openstreetmap.org/wiki/Servers/Upgrades/092009 4: http://wiki.openstreetmap.org/wiki/Servers/fuchur 5: http://trac.openstreetmap.org/browser/applications/utils/export/osm2pgsql/gazetteer ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] what server next?
2009/9/8 Grant Slater openstreet...@firefishy.com: What is next? What are we going to need next? Faster Web Frontend? Better Load-Balancing (with fuchur) (4), Faster api/map call?, something complete different something new? Distributed web/tile server? :) ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] what server next?
2009/9/8 Grant Slater openstreet...@firefishy.com: Politely, hell no. Compare total hardware usage and cost of operating and coordinating ti...@home* layer versus mapnik layer. Mapnik layer still operates from 1 server! * t...@h got us here, but mapnik can carry up further. It would be excellent to see the performance APIs which grew from t...@h growing more useful, maybe towards a feature set like xapi? I think you misunderstood me, I'm not talking about t...@h, I'm talking about the ability to have multiple tile servers/web front ends in multiple data centres so people can actually use OSM maps to embed them in websites etc and not worry about 2 day outages. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] what server next?
On Mon, Sep 7, 2009 at 9:02 PM, Grant Slater openstreet...@firefishy.comwrote: Politely, hell no. Compare total hardware usage and cost of operating and coordinating ti...@home* layer versus mapnik layer. Mapnik layer still operates from 1 server! * t...@h got us here, but mapnik can carry up further. It would be excellent to see the performance APIs which grew from t...@h growing more useful, maybe towards a feature set like xapi? Was going to suggest exactly that: a server to run data queries like that would be great. Something like what cloudmade does: generate weekly extracts of important regions or features. Important being discussed on the list and/or voted on by the community. Perhaps someone wants a shapefile with all the motorways in Western Europe or a MySQL dump of all amenity=* POI for the state of Alaska. Make it easier to get access (in OSM and more popular formats) to our data. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] what server next?
2009/9/8 John Smith deltafoxtrot...@gmail.com: I think you misunderstood me, I'm not talking about t...@h, I'm talking about the ability to have multiple tile servers/web front ends in multiple data centres so people can actually use OSM maps to embed them in websites etc and not worry about 2 day outages. True sorry. Tile going down was unfortunate, but there was a plan to keep serving but it did not work out. I had too many balls and I dropped one, the rest of the weekend went well. We also get slightly more OSM operated hardware outside UCL soon. Any friendly large hosts out there that can offer us some well bandwidth fed hardware/rack space? Maybe a university in North America? / Grant ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] A really obvious question?
Hi Neil, I don't have any instructions handy but the steps should be *almost* identical to the way you used to do it. You now need to use the --write-apidb task instead of the --write-mysql task. You also need to add the dbType=mysql option because it defaults to postgresql. What problems are you having? Note that MySQL isn't tested any more so there's a chance things could break. Brett nbu wrote: 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 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] what server next?
2009/9/8 Grant Slater openstreet...@firefishy.com What is next? What are we going to need next? Last night I dreamed about a solution to the cc-by-sa attribution problem. It would be soo nice to have appropriate attribution displayed in OpenLayer while browsing the map. There it goes.. A server calculates user contribution for sets of 3x3 tiles (supertiles) for each zoom level 12-18. The calculation is done once a week (maybe done by t...@h clients). Users adding ways/pois get a score of 3 per way/poi added, users adding more tags to existing way/pois get a score-point of 1 for each edit. Import sources get a 0.1 score-point per way/poi. Score-points get calculated per supertile, top 4 contributors for each supertile including their score-points get stored in a database, the attribution-db. Keys and indexes on zoom level and new supertile index (maybe central tile x/y). OpenLayer gets extended in a way that while requesting tiles an additional request to the attribution-db is issued, contributors for the corresponding supertile get loaded and nicely presented in the lower right corner of the view. OSM runs the attribution-db and spreads the extended OpenLayer lib. * Information which user created a way is only available in history, so initial calculation is heavy-load, but must only be done once. * attribution information for mutliple supertiles could be aggregated into attribution-pages which are stored in the attribution-db. this attribution-pages are sent to the client, which sorts out the appropriate attribution with some .js magic for the current displayed view. This could save the attribution-db from load. * attribution score-point changes could be calculated on-the-fly, once an initial load of the attribution-db is done. :D Need more sleep, now. Regards Micha ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] what server next?
2009/9/8 Micha Ruh gnub...@gmail.com: OpenLayer gets extended in a way that while requesting tiles an additional request to the attribution-db is issued, contributors for the corresponding supertile get loaded and nicely presented in the lower right corner of the view. Wouldn't this only serve to clutter things up and detract away from the important information? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] what server next?
2009/9/8 John Smith deltafoxtrot...@gmail.com Wouldn't this only serve to clutter things up and detract away from the important information? Nasa World Wind et. al. does a fine job in displaying copyright information without distract the experience. if they'd donate some decent kit in return for their logo being displayed etc. Wouldn't this only serve to clutter things up and detract away from the important information? :D Regards Micha ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] what server next?
2009/9/8 Micha Ruh gnub...@gmail.com: Wouldn't this only serve to clutter things up and detract away from the important information? No more than the existing logos on the OSM website ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] website with problems
2009/9/6 Dirk Stöcker openstreet...@dstoecker.de: On Sun, 6 Sep 2009, André Riedel wrote: It seems that the trac-system has some problems. The minimum required information of a bug report is to tell WHAT's going wrong. Otherwise the report is useless. The whole josm.openstreetmap.de-website could not be used, because of a problem with the trac software. Every site you look at, you got trac failure. In any case it is OK now and I will not disturb you again. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
