Re: [OSM-dev] SRTM relief
On Thursday 03 Jan 2008 08:53, you wrote: On Jan 2, 2008 11:50 PM, Nick Whitelegg [EMAIL PROTECTED] wrote: Hello Andy, There is the srtm2shp utility available in SVN which outputs a shapefile of contours, it outputs in Mercator - is that any good? It doesn't deal with SRTM voids yet. I had seen that when you posted about it recently. I haven't tried it out yet, but I have more confidence in the usefulness of your scripts than of mine, but I couldn't get the older version of your scripts to work for me. One of the things I haven't worked out yet is how to render planet-wide contours in an efficient manner, since the shapefiles mulitply either in size or number to rather large amounts (for 10m contours especially) as I start including europe, never mind in the US. I found there were more than 4GB of contours for the UK, which made it impossible to combine the results for each SRTM-shp conversion into one large shp file. Cheers, Andy The srtm2shp actually generates one big shapefile, it does it by tiles (by default 0.1 x 0.1 latlon or 1x1 mercator units) and then merges each shapefile together. It takes a fair while to do the whole of the UK (a few hours IIRC) but the resulting shapefile, when indexed using Artem's shapeindex utility, is manageable to use - I currently use one big UK shapefile on Freemap, it's a little on the slow side in mountainous areas (i.e. Lake District, Snowdonia, Scottish Highlands) but not too bad. Nick ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] curves
Frederik Ramm wrote: Sent: 03 January 2008 4:53 PM To: Robert (Jamie) Munro Cc: dev Openstreetmap Subject: Re: [OSM-dev] curves Hi, What people think about explicitly supporting curves as a part of geometry model? This way we can model the world better. When I suggested this before, someone said it was patented, possibly by either NavTeq or TeleAtlas, Navteq seem to have a patent on using Bezier curves for road network representation or something. It was on the lists here. Try this for size: http://www.freepatentsonline.com/7007011.html Cheers Andy I also find the idea very tempting, however one has to bear in mind that some things could then become very difficult. For example, computing the combined length of all motorways is trivial today, and will probably require specialist tools if we go Bezier. Equally, finding intersections and the like (think Validator plugin) - probably a computational nightmare if Beziers are involved. Will the built-in PostGIS stuff (give me everything that intersects with this rectangle) work out-of-the box with Beziers? Bye Frederik ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] curves
On 3 Jan 2008, at 16:53, Frederik Ramm wrote: Hi, What people think about explicitly supporting curves as a part of geometry model? This way we can model the world better. When I suggested this before, someone said it was patented, possibly by either NavTeq or TeleAtlas, Navteq seem to have a patent on using Bezier curves for road network representation or something. It was on the lists here. It must be more then just representation of road network. There are so much prior art - CAD and even some 70s GIS could do bezier curves. I also find the idea very tempting, however one has to bear in mind that some things could then become very difficult. For example, computing the combined length of all motorways is trivial today, and will probably require specialist tools if we go Bezier. Equally, finding intersections and the like (think Validator plugin) - probably a computational nightmare if Beziers are involved. Yes, true. One way to deal with beziers is to convert them to polylines (easy) when computing intersection , length etc. Will the built-in PostGIS stuff (give me everything that intersects with this rectangle) work out-of-the box with Beziers? No. PostGIS doesn't support beziers. But spatial queries like 'intersect', 'within' are usually implemented as two step process: 1. check if geometry bbox intersects query bbox 2. refine query based on results from (1). Bye Frederik Cheers Artem ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [josm-dev] problems with saving files in JOSM
On Jan 3, 2008 9:56 AM, Ulf Lamping [EMAIL PROTECTED] wrote: Igor Brejc schrieb: A month or so ago I reported a bug with saving OSM files in JOSM (version from 2007-12-29). Basically, neither the Save or Save As seem to function after the first saving of newly downloaded OSM data (I'm running it on Windows, by the way). The files does get a new date/time, but when I compare it with the backup file, it is identical, even though I added new nodes and ways into it. I can remember that I had problems saving stuff some weeks (months?) ago, but couldn't find the real cause of it. However, I don't have such problems since then. Maybe this has something to do with the way JAVA works with the native File Save dialog on Windows, so this is a Windows only problem. It might help to explicitly set the file type to OSM server files ... Regards, ULFL I'd be careful about blaming Windows for this. The auto-complete typeover bug was written off as a Windows-only problem (or Windows look-and-feel anyway) for a long time, but it was solved by reordering the function calls in a manner that worked on all platforms. There may be some quirks in the code that are only manifested on Windows, but it's worth investigating in any case. Karl ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/josm-dev
[OSM-dev] autmatically installing smaller planet files into mapnik
I just added an option to the mapnik-osm-updater.sh to enable you to install one of the small planet excerpts from Freds Geofabrik page ... mapnik-osm-updater.sh --all-planet-geofabrik=europe/germany/baden-wuerttemberg To get a list of alll available ... use: mapnik-osm-updater.sh --all-planet-geofabrik=? This way it should be much easier to install/test/play with a local mapnik installation. -- Jörg (Germany, Munich) http://www.ostertag.name/ irc://irc.oftc.net/#osm Tel.: +49 89 420950304 Skype: JoergOstertag ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] UTF-8 problems in informationfreeway?
Hi again! Osmxapi behaves much better now, but there is a problem with my test node in planet.osm it is: node id=29161753 timestamp=2007-12-22T05:59:49Z lat=46.1356895 lon=14.7445634 tag k=created_by v=JOSM/ tag k=name v=Moravče/ tag k=is_in v=Slovenia, Europe/ tag k=place v=town/ tag k=note v=Testing 34 random UTF-8 characters:Č莞ŠšĐđĆć€ÄäËëÖöÜüŁłßÇç÷פ§ÉéÁáÂâ/ /node while http://osmxapi.hypercube.telascience.org/api/0.5/node%5bplace=town%5d%5bbbox=14.5,46.1,14.8,46.2%5d gives node id=29161753 lat=46.1356895 lon=14.7445634 timestamp=2007-12-22T05:59:49Z tag k=is_in v=Slovenia, Europe/ tag k=name v=Moravče/ tag k=note v=Testing 34 random UTF-8 characters:Č莞ŠšĐđĆć€ÄäËëÖöÜüŁłßÇç÷פ§ÉéÁ�../ tag k=place v=town/ /node Note that the last 2 characters in note tag should be Ââ. Planet.osm is ok, but osmxapi seems to misinterpret some characters. any ideas? UTF characters in hourly diffs and their import into osmxapi still need to be checked. Stefan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev