Re: [OSM-dev] iLOE editor creating curropted tags
OSM Wikipage: http://wiki.openstreetmap.org/wiki/ILOE scroll down and click on the first external link: http://eiseler.de/iphone/Johannes_iPhone_Site/iLOE.html click on contact: http://eiseler.de/iphone/Johannes_iPhone_Site/Contact.html look for the e-mail address to the right. On 06/23/2013 01:17 PM, NopMap wrote: Hi! The editor iLOE is creating empty tags, probably because of some bug or missing check. See http://www.openstreetmap.org/browse/node/2341541875 for an example. Unfortunately, the author has only given forms of contact that force membership on the respective sites. Does anybody know his OSM handle or an open way to contact him? bye, Nop -- --- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] iLOE editor creating curropted tags
And if the e-mail doesn't work. That wiki-page was mainly edited by the editor of the software: http://wiki.openstreetmap.org/wiki/User:Softeis There is no OSM user called Softeis, but the user softeis does exist: http://www.openstreetmap.org/user/softeis On 06/23/2013 02:28 PM, Cartinus wrote: OSM Wikipage: http://wiki.openstreetmap.org/wiki/ILOE scroll down and click on the first external link: http://eiseler.de/iphone/Johannes_iPhone_Site/iLOE.html click on contact: http://eiseler.de/iphone/Johannes_iPhone_Site/Contact.html look for the e-mail address to the right. On 06/23/2013 01:17 PM, NopMap wrote: Hi! The editor iLOE is creating empty tags, probably because of some bug or missing check. See http://www.openstreetmap.org/browse/node/2341541875 for an example. Unfortunately, the author has only given forms of contact that force membership on the respective sites. Does anybody know his OSM handle or an open way to contact him? bye, Nop -- --- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Tile server
For testing/proof of concept most people start with something smaller than a world database. E.g. a country or a state extract. http://blog.geofabrik.de/?p=241 On 06/22/2013 11:19 PM, malcolm stanley wrote: If you look here http://www.rackspace.com/cloud/block-storage/pricing/ you will see pricing for Rackspace SSD is $0.70 cents per GB per month. Its hard to compare apples to apples as they include IO in the price. Having said that, it looks like at that price a 500G volume for a world database would run about $350 per month. a comparable Amazon volume would be far less @12.5 cents as opposed to $0.70, but then you have to pay IO AND you can only use them on larger instances, so you are going to cost up on that side. Its almost like you need a case study comparing the offerings based on specific usage profiles. for instance, a dev instance on amazon is going to cost less (I **think**) because you would have low IO and low disk costs. as you ramp the IO up and start to add performance to AMZ, that would probably change pretty quickly _ malcolm stanley google.voice: 215.821.6252 Cell: 267.251.9479 - new email: a.malcolm.stan...@gmail.com twitter / linkedin: amstanley Read my blog at http://soaringhorse.blogspot.com _ On Sat, Jun 22, 2013 at 1:20 PM, Jeffrey Ollie j...@ocjtech.us wrote: On Sat, Jun 22, 2013 at 11:58 AM, malcolm stanley a.malcolm.stan...@gmail.com wrote: I'm sure there are a lot of people like me that need low cost prototyping environments; rather than saying 'Amazon is inappropriate', perhaps we need to collectively develop a guide that says 'here is how you configure one'. I'm happy to help with that by documenting my own experience if that is useful. Rackspace and Digital Ocean offer SSD-based storage options. Not sure if it qualifies as low cost but it's available. -- Jeff Ollie ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev -- --- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Fixing the history tab
On 05/03/2013 02:21 PM, Alex Barth wrote: Pawel, i do not understand how the New History Tab will scale and how it will be fast. Right now it's slow. Since the solution you made doesn't scale either. (Try browsing any city/town in The Netherlands.) How is it an improvement? -- --- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] multipolygon relation and non-closed ways
Since he was just trying to clarify the current rules not change them, that obviously doesn't apply. That is also why Willi's reaction is so overblown. On 10/15/2012 05:29 PM, sly (sylvain letuffe) wrote: On lundi 15 octobre 2012, Pedro Larroy wrote: I don't see why editing and refining a page is bad. Because in this case, this page is the documentation of how to do things in the OSM db, and if by refining you mean changing the way to do things, then people will map according to what they've read at one point in time leading to different ways of tagging. That's why I think that for those pages, we should first find consensus and discussion before, and, if the current state is worst than changing the page, then we change the page. -- --- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Notes - OSM improvements BoF at SOTM PDX
On 10/16/2012 02:32 AM, Dane Springmeyer wrote: On Oct 15, 2012, at 4:17 PM, Tom Hughes wrote: One of the problems here is that the person that leads this effort is primarily a cartographer rather than a developer, and is also on Windows which tends to lead to various technology issues. I believe I'm right in saying that he doesn't have a working test setup at the moment since we moved to mapnik 2 and we need to sort that out but equally moving to git may be an issue because I believe Windows support in git is a bit patchy. Yes, this is my understanding as well. It is on my task list to get a Windows build (with python bindings - that is the missing piece right now) going of Mapnik 2.1 for Steve. Many other people have been asking for this. RE: Git: I've found git support (via msysgit installer) on Windows quite solid, so would be happy to help with that as well if it becomes an issue. http://code.google.com/p/gitextensions/ works fairly well for the windows only, point and click crowd. -- --- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] multipolygon relation and non-closed ways
On 10/13/2012 09:49 PM, Frederik Ramm wrote: Hi, On 13.10.2012 21:35, Pedro Larroy wrote: Thanks for the link. I have updated the wiki with requirements for valid multipolygon relations: http://wiki.openstreetmap.org/wiki/Relation:multipolygon#Valid_Multipolygon_conditions I made a few changes to your list in the Wiki. And I reverted your related change to the riverbank page. It looks like you misunderstood the picture. Area 2 is modeled as a (simple) polygon, so indeed way 3 has to be closed. Area 1 is modeled as a multipolygon, so way 1 can actually consist of multiple ways. -- --- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] multipolygon relation and non-closed ways
That page is the definition of a multypolygon relation. If you are asking if that page is contradicting itself, then you have to provide more details about where on the page it is doing so in your opinion. On 10/07/2012 10:12 PM, Pedro Larroy wrote: You are right, but doesn't this way to encode riverbanks contradict the definition of multipolygon relation? Pedro. On Sun, Oct 7, 2012 at 10:07 PM, Cartinus carti...@xs4all.nl wrote: On 10/07/2012 09:59 PM, Pedro Larroy wrote: I'm processing multipolygon relations and finding a lot of unclosed ways while processing spain. The wiki says ways in multipolygon relations are closed. http://wiki.openstreetmap.org/wiki/Relation:multipolygon That page doesn't say the ways have to be closed. Look at figures 3, 5 and 6. -- --- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] multipolygon relation and non-closed ways
On 10/07/2012 10:39 PM, Pedro Larroy wrote: The point I wanted to make ... contradicts the definition of multipolygon relation http://wiki.openstreetmap.org/wiki/Relation:multipolygon which says that member ways are closed. That is a page with a lot of text. I already pointed out where on the page it says that the ways don't have to be closed. Namely figures 3, 5 and 6, plus the text next to them. Now please tell use _where_ on that page you think it contradicts that. -- --- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Useful post-bot visualisation?
On 07/20/2012 10:51 PM, Frederik Ramm wrote: Hi, On 17.07.2012 09:48, Frederik Ramm wrote: I'd like to replace it with something that displays where the bot has actually edited something. First preview version is here: http://tools.geofabrik.de/osmi/debug.html?view=botlon=8.55688lat=48.88608zoom=5 Thank you, It works very well to see where work needs to be done. --- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Planet Updates
On 04/28/2012 02:42 PM, mar...@gmx.eu wrote: Is there any news about when the redaction period will be completed? http://blog.osmfoundation.org/ --- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Licence of the Mapnik style?
On 04/10/2012 04:06 PM, Sven Geggus wrote: If somebody takes the style and runs a derived style on his own tileserver his changes should be contributed back to the project (IMO). That would already be achieved with GPL. You don't need AGPL for that. --- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Coastline shapefiles
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The original coastline processing from way back ran on a virtual server that ran on hardware from 2008 or before that was also doing a lot of other things and that took about half a day to generate the shapefiles (including the error files) It's no wonder your much newer dedicated hardware is a lot faster. On 01/31/2012 12:39 AM, Paul Norman wrote: 2. It took my server about one hour from the start of extracting the coastline data to creating the shapefiles. My understanding was that this process took about a day. I'm using a different route to extract coastline data than osm2coast, could this account for the difference? A full coastline shapefile run (ie. both processed_p and shoreline_300) takes a few hours to generate, generally. I have no doubt that current hardware (cpu, ssd) can have a drastic positive influence to get it to your 'one hour'. I'm querying my pgsnapshot database - I think this accounts for most of the differences. My server runs an AMD Phenom II 1090T x6 with 6 7200 RPM drives in RAID10 - --- m.v.g., Cartinus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPJ1/QAAoJEInLUvwrL2kIEdkH/10GAUuicF8BgVs17aJ3HB0B hj+hqcyt1hxae416/EpKdRpj2ZFXgm3R24Q8XaOZoeadPAL9Se8V/NBGiQUf9y+4 dDawTz0ZQgXJe4ooC8xdXUjaZz/weUH8ugXg8RIzOLqzdJvVoDHVxRa1Etfjv3b/ e8hM1paTh6z+6QzXwNXcpBtvF6xQUqOrJSnHneH6ZVZ8k3lSXJyTpzQybT/0RYe+ 6QSU0B5/8UdwBTA835zDKTQLUFr8M+8RKvlhMM0ejO42KPV3ZPiVjGV9eemUFmuy 9k985fZZw/4Xr6nBhKKbNxjTTPFUeeJLBET/VAda8DJOxtBf6G5oQ3EU0LdEuXU= =1Q5r -END PGP SIGNATURE- ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] map disappear on YourS local installation
Hello, It doesn't find a route because the start point and the end point of your query are somewhere in Europe. flat and flon are the latitude and longitude of the start point. tlat and tlon are the latitude and longitude of the end point. Try these values. They should be somewhere in Bandung flat=-6.91469526290894flon=107.634368896484tlat=-6.91350746154785tlon=107.643768310547 --- m.v.g., Cartinus On 12/26/2011 03:25 AM, Anwar Azulfa wrote: I have configure and make this source, but when i try to execute : *QUERY_STRING=flat=52.396545flon=4.915714tlat=52.373075tlon=4.901638fast=0v=motorcar ./gosmore* * * [this is output] maple@maple:~/src/gosmore$ QUERY_STRING=flat=52.396545flon=4.915714tlat=52.373075tlon=4.901638fast=0v=motorcar ./gosmore Content-Type: text/plain *No route found* this is log when i configure, make and make install : http://pastebin.com/qQPj1C0f note: I only rebuild Indonesia.osm.bz2 use gosmore, Help me,please 2011/12/24 Nic Roets nro...@gmail.com mailto:nro...@gmail.com On Thu, Dec 22, 2011 at 5:36 PM, Anwar Azulfa an...@troyans.net mailto:an...@troyans.net wrote: i have checkout from http://svn.openstreetmap.org/applications/routing/yours/branches/version-1.0-via now, map is appear. but when i try to make routing, i get error again this is step which i did : 1. i following reference from http://wiki.openstreetmap.org/wiki/YOURS and checkout from http://svn.openstreetmap.org/applicatio … on-1.0-via http://svn.openstreetmap.org/applications/routing/yours/branches/version-1.0-via 2. i checkout gosmore source from http://svn.openstreetmap.org/applicatio … ng/gosmore http://svn.openstreetmap.org/applications/rendering/gosmore 3.download file .pak and rename to gosmore.pak.i put this file inside gosmore folder 4. i put YOURS/* to /var/www so i can acces it via browser with http://localhost now i can access map, but when i make a route from one location to another location and click find route, error message :Status: An unexpected error occured in Gosmore: appear i check on /var/log/apache2/error.log and i get this error message : *[Thu Dec 22 22:29:48 2011] [error] [client 127.0.0.1] PHP Notice: Undefined index: format in /home/maple/yours/api/1.0/gosmore.php on line 105, referer: http://localhost/* *nice: ./gosmore: No such file or directory* * * What should i do to solve this ? Inside the gosmore folder, you should run ./configure make Currently, gosmore will not compile with HEADLESS. I suggest you compile with gtk+2 includes and libraries installed. Or you can check out a version what is more than 3 months old. It is also a good idea to test routing from the command line before you test YOURS e.g. QUERY_STRING=flat=52.396545flon=4.915714tlat=52.373075tlon=4.901638fast=0v=motorcar ./gosmore Regards, Nic ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] XAPI and other solutions
On Sunday 24 April 2011 02:40:52 Nakor Osm wrote: Download the planet.pbf and extract from it. From a pbf planet file on a quad-core/8Gb RAM machine it takes me roughly 1.5 h to extract all ways marked natural=coastline. If you need updates more often than the weekly PBF, it takes about 2 hours on the same machine as above to apply the daily diffs with Osmosis and if you do not need a daily update just merge several daily diffs together before updating your planet file it will be way quicker than updating the planet for each day. He is talking about France only. So if he used a country extract [1] in stead of the whole planet, then his processing times would be much shorter for both the methods mentioned bij Toby and Nakor. [1] http://download.geofabrik.de/osm/europe/ -- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Missing Bing zoom level at some places
If you edit all over the place I don't see a fast solution. I mostly edit the map in the Netherlands. There are photo-tiles till zoom 19 and white tiles at zoom 20 in the Netherlands. So in the imagery plugin for JOSM I set the maxzoom to 19. Then I can zoom in as far as I want and still see a (scaled) photo. -- m.v.g., Cartinus On Tuesday 07 December 2010 11:33:29 Andreas Kalsch wrote: +1 from here. I wonder that the bing imagery is not scaled on higher zoom levels in both JSOM and Potlatch2. The imagery will not be better by scaling, but the point is that mappers can make more detailed edits then. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Map style sheets. Cascadenik .mml .mss for the main osm.xml file.
On Saturday 06 March 2010 06:35:37 Vince Naccarati wrote: I can tell from looking at the osm.xml file in the main map style that it was generated using cascadenik (or at least I think so, based on the CssParameter tags). On Friday 05 March 2010 21:30:25 Lennard wrote: David ``Smith'' wrote: As far as I'm aware, the current osm.xml was created and is maintained without the use of Cascadenik. You are very correct. A text editor is all that was needed. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Quick OSM read-only API optimised for rendering
On Tuesday 27 October 2009 06:01:05 Marcus Wolschon wrote: I wasn´t aware that mapnik did not actually render the coastlines we have in the database. It does render the OSM coastlines. It's just that the coastline data goes through a different preprocessor. -- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Whitespace in tag-keys
On Sunday 13 September 2009 23:28:09 Martin Lesser wrote: A second question about ways/relations with less than two nodes/members: Is there any reason for these? A relation with only one member could be a stub of something that will have more members once completely mapped. -- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] coastline error checker and crossing ways
On Thursday 13 August 2009 00:37:57 Ben Supnik wrote: Hi Y'all, The coastline error checker is alive again! Awesome! :-) Can anyone tell me what the black line means, e.g. why do some continents have it and not others? The black line means that somewhere on that continent the coastline is broken. Black lines are polylines. Whole continents are polygons. They are in a different output file of the coastcheck utility. Also two quality q's: 1. Pyramid Rock off of the coast of SF flags an error...I'm not sure what's going on here. Way 32289185 is a CCW square island - http://www.openstreetmap.org/browse/way/32289185 It looks okay to me but renders as a triangle, not a square, on the map. (Is it possible the base tiles haven't been updated in a while?) Way 32289186 is a closed CCW triangle, that doesn't show on the map at all. Does anyone know why the coastline error checker dots this or the map tiles are wrong? It's probably too small. In a previous discussion about too small islands Martijn posed the question if we should really call that coastline and not use another tag like natural=rocks or man_made=* If the coastline processor source code is available, I could at least take a look at it...depending on what toolset it's written on top of, I don't know if I am qualified to fix these problems. http://svn.openstreetmap.org/applications/utils/coastcheck/ -- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Thoughts on an enhanced GPX api
On Wednesday 29 July 2009 14:42:05 Sebastian Spaeth wrote: being able to connect traces along a path rather than having a big cloud of independent points would make them much more useful to me already. I don't know what you use to view them, but when I download GPS data with JOSM then the points _are_ connected in traces. -- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Thoughts on an enhanced GPX api
On Wednesday 29 July 2009 15:20:26 Ævar Arnfjörð Bjarmason wrote: That's because JOSM has a feature to automatically connect points that are near each other, but that's as far as it goes since it can't get any track information from the server. On Wednesday 29 July 2009 15:20:59 Martin Koppenhoefer wrote: but that's not relyable, because AFAIK JOSM just guesses, which points belong to one track, it doesn't really know about. The api returns gps points ordered by the time they were logged. So there is not much guessing needed and it is almost always right. AFAIK there are only two reasons where things can go wrong. 1) Two tracks logged at the same time. Even in a large metropolis this very seldom happens. 2) JOSM behaves as if there is only a single track. But this is fixed by dropping all segments over a certain distance. So only if two traces (recorded right after each other) intersect with the edge of your bounding box close to each other will you see an invalid segment. Since you are probably more interested in the centre of you boundingbox ... So while these new ideas give you access more data about the GPS tracks, saying that now you just have a useless cloud of points in busy areas is way off reality. -- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Max size of changeset with josm (in kb)
On Wednesday 03 June 2009 00:29:10 Sam Vekemans wrote: And in josm, is there (or will there be)? An option to invert selection? The JOSM search has the special target -selected to invert the selection. -- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Why no curves in map data?
On Saturday 14 March 2009 15:21:19 Udo Giacomozzi wrote: Is there a good reason why all map databases seem to be fixed on straight lines and do not support some kind of bezier curves? Because to do curves _right_ you need more data then you have now. First you need to know if a line has to curve at a point at all. (I wouldn't want to have rounded corners on every square.) If the line curves, then you need to know how it curves. E.g. the length and direction of the anchors as seen in: http://en.wikipedia.org/wiki/File:Bézier_curve_in_Adobe_Illustrator_CS2.png -- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] extracting house-number from string
On Saturday 14 March 2009 03:48:44 Stefan Breunig wrote: this regex doesn't match any housenumber in 3rd street. It matches [number][maybe a single letter][word boundary]. So it misses 5bis and 135sous ? These are valid housenumbers in The Netherlands. -- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Need help compiling wmsplugin/webkit-image.cpp on Debian-lenny
On Thursday 25 December 2008 08:32:04 Joerg Ostertag (OSM Tettnang/Germany) wrote: Hi, I need help compiling wmsplugin/webkit-image.cpp on my Debian-lenny machine. when I try to compile I get the following errors: I don't remember what I did exactly about two months ago to get it working on Debian Lenny. After some poking around with a .pro file, moc-qt4 and qmake I ended up with the following make file that worked. (But don't ask me why.) http://www.xs4all.nl/~tibors/Temp/Makefile.webkit-image -- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Topology requirements for shorelines
On Sunday 02 November 2008 01:50:11 Ben Supnik wrote: - What happens if there are overlapped coastline ways? - What happens if there are holes in the coatlines? - What happens if there are double windings (imagine two full counter clockwise revolutions making interlocked loops). Then they show up as an error on: http://tile.openstreetmap.nl/coastlines.html and hopefully somebody will correct it. -- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Boundary data
On Friday 31 October 2008 20:06:17 Hakan Tandogan wrote: Do you have some relation IDs for me to look at? I don't have a planet extract or even a box with grep on it at the moment :-( Three Dutch provinces: 47772 47667 47654 The three municipalities that meet at the three provinces point: 47800 47386 47403 Former municipality: 47629 -- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Datamodel relation/member constraints
On Friday 30 May 2008 22:21:07 Stefan de Konink wrote: Next to this; can a user explicitly trust the sequence 1,2,1,3; or is this currently not guaranteed? This is not guaranteed. Relations are unordered. As far as I can tell currently the API returns relations with the member nodes sorted by ascending ID first and then the member ways sorted by ascending ID -- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] Bounds for Osmarender - 0.6?
On Sunday 11 May 2008 13:23:36 Robert Funnell wrote: I don't really understand the 'and/or JOSM' part. If you download some data with JOSM and then save it as an .osm file, it has one or more elements like the one below at the top of the file. bound box='52.08475079143252,5.094459681354584,52.090622900019625,5.104450689617659' origin='http://www.openstreetmap.org/api/0.5' / They are used in JOSM itself to draw the yellow boxes around the data, but they could be used by any other application to determine the extent to render. -- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] An Introduction
On Saturday 19 April 2008 20:26:47 Steve Hill wrote: Iván Sánchez Ortega wrote: Suggestion: have a look at JOSM plugins, in particular at the Validator plugin. One thing that would be really useful in JOSM is to be able to zoom the map to a selected node. I find it quite hard to actually find the node the validator is complaining about, even though it is hilighted. Just press 3 and JOSM zooms to the selected object. Just press 2 and JOSM zooms to show all objects in the current layer. Just press 1 and JOSM zooms to show everything. -- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
[OSM-dev] Fwd: Re: Advice sought on polygon-with-hole drawing
On Friday 14 March 2008 02:15:13 you wrote: Hi, If I understand this correctly, then for a forested island in a lake you'd need to have the island twice in the osm data. Once for the hole in the lake and once for the forest on the island. No. Assuming for a moment that you really wanted to model the forest as a hole in the island, which doesn't make a lot of sense to me since I don't generally map forests as holes in the country, but I understand it's only a example, then the island would be there only once, be part of two relations, one where it would play the outer role to the forest and one where it would play the inner role to the lake. Bye Frederik I don't want to model the forest as a hole in the island. What I am talking about is an island and a forest that are completely coterminous. Since there are no holes in the forest it is a simple polygon and thus has no outer role. -- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
