Re: [OSM-legal-talk] Deconstructing the loss of data claim
Hi, The issue was quite simple. We need to have a license that better protects the OSM data Do we? What's the threat? How has it been assessed? and clarifies how the data can be used so that the project can effectively deliver what it set out to deliver. It set out to deliver a free world map. The choice of license seemed ok at the time, but it wasn't central to the project. Well I wasn't around then but I am pretty damn sure that nobody said oh well there are all these PD world maps but we need something that is proper copyleft. OSM never started out as a PD project so why would we think that it would be better to recommend it go PD now? Perhaps: OSM started out as a Creative Commons Attribution Share-Alike project and Creative Commons now suggest that factual data should be licensed PD? I don't see why we would want to reinvent the present OSM project as PD. Well the people who have chosen the inital license had not even thought about database law and facts-are-free and the whole thing. We are now, for the first time in the project, thinking about these issues and trying to find a solution. It doesn't help to pick individual bits of our current licensing and claim that they are important pillars of the project and have been chosen after long and thorough consideration. This is the first time we actually have a community process going where we try to find the license that serves us best. Or at least I thought we had. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] Deconstructing the loss of data claim
On Wed, Feb 20, 2008 at 12:50:48AM +, SteveC wrote: No, the total opposite. We only found out about some of the implications of certain use cases, and how it makes some use a bit easier, when we sat down with Jordan in a cafe and threw around ideas and scenarios. Please don't try to question OSMF board members motivations, it's a bit cheap and they're spending their free time trying to help. My apologies. cu bart ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] Ordnance data
El Miércoles, 20 de Febrero de 2008, John Wilbanks escribió: *Maps* may indeed be copyrighted. Agreed. The data that underlies those maps is probably in the public domain... Agreed, and that's what the Open Data Factual Info License addresses. *But* when you put together a large enough quantity of PD data, you get either DB protection or copyright protection (depending on your jurisdiction). That's what the ODL addresses, and that's how we can keep the share-alike component. (Disclaimer: IANAL, this e-mail may be biased) -- -- Iván Sánchez Ortega [EMAIL PROTECTED] Proudly running Debian Linux with 2.6.24-1-amd64 kernel, KDE 3.5.8, and PHP 5.2.5-2 generating this signature. Uptime: 04:13:46 up 5 days, 15:49, 2 users, load average: 0.30, 0.34, 0.37 signature.asc Description: This is a digitally signed message part. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] Ordnance data
OK, now we are at the heart of it. If the database law attaches, you're using a bad law - one that may well be repealed, and has been rebuked even by the EC itself. And it's uncompiled code - we don't know what substantial extraction means, or what I could do if I downloaded and extracted in a non-governed domain. If the copyright law attaches and the data is PD, I can extract it and your contract doesn't matter. You pays your money and you takes your choice. jtw Iván Sánchez Ortega wrote: El Miércoles, 20 de Febrero de 2008, John Wilbanks escribió: *Maps* may indeed be copyrighted. Agreed. The data that underlies those maps is probably in the public domain... Agreed, and that's what the Open Data Factual Info License addresses. *But* when you put together a large enough quantity of PD data, you get either DB protection or copyright protection (depending on your jurisdiction). That's what the ODL addresses, and that's how we can keep the share-alike component. (Disclaimer: IANAL, this e-mail may be biased) ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-talk] displayed width of roads
Hi, By co-incidence, I was in contact with another mapper who's been doing something like this to make low zoom osmarender rendering a bit prettier. What's everybody's opinion of this kind of practice? Is it not an example of compromising the data (which we want to endure) to work around a temporary deficiency in one particular renderer? If the slip roads are not really underneath the other roads then yes it is definitely wrong (IMHO). The layer tag is meant to describe the physical ordering of the roads on the ground. I've had a similar situation on the talk-de list where some people seem to have started adding layer=1 to tram tracks. I don't like this all that much (a bridge leading over a road with tram tracks would then need to be layer=2 etc) but it's hard to argue with them since the tram tracks *are* on top of the road. The layer tag doesn't say by how much... Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] User umehlig and some really nasty edits
Hi, And I ask: what is the value of the `id' attribute of the object in question when the ID hasn't been assigned yet? Today I know the answer So why not just put it in the Wiki? Every misunderstanding that is subsequently resolved is a chance to improve our documentation. I've added a note about ids being assigned by the server. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] User umehlig and some really nasty edits
Hi, Let me repeat onece more: * the DTDs say IDs are *required* True, that should perhaps be changed. Sadly, the only way to do it 100% correct is to create an individual DTD for each of the operations and we don't want that because it makes the whole thing too complicated. * no paragraph or a single sentence says what values to put in the XML for objects we are creating. True, but there's a hint if you read the description of error code 412 ;-) However let's not discuss whether you could have known something from somewhere else, let's just improve the docs so that others find what they need. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Osmosis and Bounding Boxes
Hi, If your goal is to have the results of all three bounding boxes in one file, you could tee the output of each bounding box, write one to a file, then pass the other to a merge task, then write out that merged set. It would be a complex command line but it should be possible. You could also do the follwing in one Osmosis run: * read input file * cut out a bounding box or polygon that has the combined area of all the little ones * tee this into n+1 streams * write one of them to a file * apply a further --bounding-box to the other n streams * write the other streams to a file If your little boxes make up one big box then this is quite easy; if the little boxes make up some other shape or are disjunct even then it still works but requires a --bp in the first cut-out task. Of course you could also simply tee the whole file into n+1 streams and then apply the big box to one of them and the little ones to the others but if your input is much bigger than your boxes then you're wasting a lot of CPU there. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] OSM flyer
Hi, we (that's Y.T. and the folks on talk-de) have created an OSM flyer that we can hand out to folks who ask us what we're doing. The flyer is DIN A7 sized (74mm wide and 105mm high) and has 8 pages (8 pages sounds a lot but it's just one stripe of paper 105mm high and 296mm wide, zig-zag folded three times). We're trying to get the most important things across: Look how cool we are, and it's all free, and this is something else than free as in beer, and this is how we do it. We have printed 5,000 copies (it's not really expensive - 200 Euros for the lot, and some online printers would have done it for 150) and we'll try to distribute them widely within the community so that every mapper has a few of them with him when he's on the road. Here's how it looks like: front page - http://svn.openstreetmap.org/misc/pr_material/german_flyer_2008-01/osmflyer1.png rear page - http://svn.openstreetmap.org/misc/pr_material/german_flyer_2008-01/osmflyer2.png Takes some imagination to do the zig-zag fold in your head but I think you'll cope ;-) The design has been done in Inkscape, and all the raw material and a README file is in SVN under /misc/pr_material/german_flyer_2008-01/ so if anyone wants to do something similar for their area of interest, just re-use anything you want. I'll even translate the text for you if there's interest. Bye Frederik PS: I like Inkscape a lot, but whenever I do stuff for printing I run into those nasty CMYK problems. Inkscape creates RGB PDFs, printers want CMYK PDFs. You can auto-convert them but without a calibrated screen or printer you never know how it's going to look like in print. I guess this can only be solved by expensive equipment - I ended up paying 50 Euros extra for a print designer to make me a proof on his inkjet printer... PPS: If you read the first letter of each paragraph in sequence, they spell out P.o.t.l.a.t.c.h.m.u.s.t.d.i.e. PPPS: Just kidding to get Richard's attention ;-) -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] displayed width of roads
On Feb 18, 2008 11:21 PM, Frederik Ramm [EMAIL PROTECTED] wrote: Hi, By co-incidence, I was in contact with another mapper who's been doing something like this to make low zoom osmarender rendering a bit prettier. What's everybody's opinion of this kind of practice? Is it not an example of compromising the data (which we want to endure) to work around a temporary deficiency in one particular renderer? If the slip roads are not really underneath the other roads then yes it is definitely wrong (IMHO). The layer tag is meant to describe the physical ordering of the roads on the ground. I've had a similar situation on the talk-de list where some people seem to have started adding layer=1 to tram tracks. I don't like this all that much (a bridge leading over a road with tram tracks would then need to be layer=2 etc) but it's hard to argue with them since the tram tracks *are* on top of the road. The layer tag doesn't say by how much... People take things written down too seriously, I'd argue that if a human being can step over it it doesn't count (at a bare minimum). I'm sure they think this too but just want tram tracks to appear above roads, which is probably a sensible idea, but this isn't the way to go about it. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Announcing a controllable Audio player and synchronisation with continuous sound tracks in JOSM
Today's JOSM build (549) contains some much improved audio handling. In particular, you can now use your dictaphone to record one long continuous audio file while you're surveying, collect waypoints on your GPS, and then in JOSM synchronise the audio with the waypoints and play each from waypoint individually. This means you're not forever having to pause and restart recording while surveying, or listen to hours of heavy breathing when playing back. Also, audio is now threaded, which means it can be controlled while playing, so as well as playing directly from a waypoint, you can pause and resume, jump forward and back, and from one waypoint to the next or previous. Most of this won't affect you if you don't use audio. But there is a flag you can set if the extra menu offends you (see below). Here's the changes to JOSM: 1. When you open a GPX file, it always did extract waypoints from the file and turn them into markers in their own layer. If you now right click on that marker layer you can Apply Audio to the layer. Choose a WAV file(*) and the markers all become audio markers. (Previously you'd have needed a GPX file with audio links already set for the waypoints). 2. If your GPS selectively names trackpoints (rather than separate waypoints), these can now be turned into Markers as well. Use Markers from Named Points on the GPX layer. You can also set the advanced option markers.namedtrackpoints to true and this will happen automatically when GPX is opened (i.e. named trackpoints are treated like waypoints).(**) 3. You can play audio for the markers by clicking the marker (that is unchanged) - but it starts at the distance in to the audio that the marker is timed offset from the first marker. (If you click another marker while playing, it jumps straight to the one you just clicked). 4. There is an Audio menu with some controls on it. Note that the period (full stop) key is the play/pause key accelerator. If you just play, it will play the audio for the first audio marker in the first marker layer. Press again to pause (or more likely press full stop) (it may take up to 0.5sec to actually pause). Play again then resumes. Click the marker again to play from that marker. Forward and back jump 10 seconds (or whatever value you set in the option audio.forwardbackamount ***). And you can advance to the next or previous marker with those buttons. If you use these a lot, you will quite likely want to add the buttons to the toolbar to make a little player bar, using button preferences in the usual way. 5. You will want to synchronize with a marker. You can do this with any audio marker (e.g. if you did do a pause part way through so the sound track gets out of step), but usually it will be the first one - you would say NOW into your recorder at the same time as creating the waypoint on your GPS. Then in JOSM, play the marker you want to sync on until you get to the NOW and pause it. Then use right click on the marker layer and select Synchronize Audio. Then when you play a marker it will adjust the playing position accordingly. So if when you got to making waypoint 54 you said point 54: pub called Royal Oak on left, when you click on audio marker 54 it should play that phrase immediately. There is a one second lead in (i.e. it starts a second earlier than the offset), but you can adjust this with audio.leadin (incuding negative amounts so the playing can skip a short interval after the waypoint, if you find it hard to start talking into the dictaphone). 6. Previously waypoints are named/numbered on the map, but when they were displayed as audio, only the icon appeared. Now, if you set the advanced setting marker.buttonlabels to true, it will also show you the name/number, so you can relate to what you said into the dictaphone. 7. If you don't want to see the Audio menu at all, set audio.menuinvisible to true. 8. One peculiarity of the previous behaviour was that if you clicked to add a node on top of an audio marker it _also_ played the audio. It still does (I thought about various alternative ways to activate the marker, because you often want a node just where the marker is). However, it no longer activates the audio (or image, or link marker) if you mouse down outside the button. This means you can at least make your node and then drag it into position on top of the marker icon without it playing. David (*) What WAV files it plays is dependent on the Java Audio System. I found that it won't play the 32-bit framed wave files that come out of my Olympus Digital Voice Recorder. However, a conversion using Audacity only takes a few seconds even on a long mapping session. The minimum Java will play seems to be 8,000 samples per second with 8 or 16-bit samples (the Olympus does 8,000 but with 32 bit floating point samples). Maemo-recorder on my Nokia N810 was fine (though quiet, but that was a microphone/recorder problem I think). (**) Maemo-mapper on the Nokia N810 does
Re: [OSM-talk] Slippy map - clickable POI
On Feb 18, 2008 9:01 PM, Gregory [EMAIL PROTECTED] wrote: I've created an openlayers slippy map here (the tiles are via kosmos): http://www.livingwithdragons.com/maps/slippytest.php And if you click on any of the pub symbols, you get a pop up (well text displaying at the side on the page would be nicer, but I rekon I can figure that out). Thing is if you look at the code(line 70+) you'll see I'm manually entering in the lat/lon box where each symbol appears. Not ideal, especially when the POI are in the map data. You need something on the server to get the POI data on the fly as in: http://dev.openstreetmap.org/~kleptog/pois/pois.html Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Contours on the Cycle Map
On Feb 18, 2008 4:46 PM, Keith Sharp [EMAIL PROTECTED] wrote: This is great! Any chance of a write up on how you did this? It involves a GPS, two bits of string, a barometer and a long weekend walking in circles around every hillside in the country... In reality, it's fairly easy, and is based on using SRTM data and gdal_contour to create the shapefiles, with a few basic scripts to tie everything together. I'll make a page on the wiki with all the code to get from NASA to the rendered contours on it the next time I have an hour free. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Contours on the Cycle Map
On Feb 18, 2008 10:09 PM, Martin Simon [EMAIL PROTECTED] wrote: What do you think about rendering amenity:shelter on the highest zoom level(z13)? I thinnkthis could be useful on a cycle map and there are already many of these features in OSM. Sure. Give me a couple of photos of what they look like in real life (shelter is too generic for me to be certain I'm thinking of the same thing), and a URL to where they should be showing up on the map so that I know where to look. And you'll need some patience too :-) Sadly, it seems to be frozen in a proposal state forever and is therefore not rendered on the two main maps yet. No worries, it can go on the cycle map if it's useful, regardless of how the voting is getting on. It can always be changed later if the tagging changes, and I can still render deprecated tags during the transition and so on. Cheers, Andy -Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Contours on the Cycle Map
2008/2/19, Andy Allan [EMAIL PROTECTED]: On Feb 18, 2008 10:09 PM, Martin Simon [EMAIL PROTECTED] wrote: What do you think about rendering amenity:shelter on the highest zoom level(z13)? I thinnkthis could be useful on a cycle map and there are already many of these features in OSM. Sure. Give me a couple of photos of what they look like in real life (shelter is too generic for me to be certain I'm thinking of the same thing), and a URL to where they should be showing up on the map so that I know where to look. And you'll need some patience too :-) Great! I don't have photos now, because I'm at work - but I already did some icons for this feature, you can find them here: http://wiki.openstreetmap.org/index.php/Proposed_features/Shelter and here: http://lists.openstreetmap.org/pipermail/talk-de/2007-November/004220.html In this area there are some amenity=shelter and at least one amenity=shelter, fireplace=yes: http://gravitystorm.co.uk/osm/?zoom=13lat=6560916.65707lon=806046.75871layers=B00 Thanks! -Martin! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippy map - clickable POI
Martijn van Oosterhout schrieb: Thing is if you look at the code(line 70+) you'll see I'm manually entering in the lat/lon box where each symbol appears. Not ideal, especially when the POI are in the map data. You need something on the server to get the POI data on the fly as in: http://dev.openstreetmap.org/~kleptog/pois/pois.html Or as in: http://www.lenz-online.de/divers/osm/osm5.htm regards, Sven ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] displayed width of roads
On Feb 19, 2008 10:39 AM, Andy Allan [EMAIL PROTECTED] wrote: You could politely encourage everyone to figure out where the bug in the rendering is, and either file trac ticket or submit a patch. The more details, examples, clarity of explanation and so on the better. Indeed, we have been given no details of the problem (which renderer for example), where? If people don't report these problems they'll never get fixed. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] place=country/nation/state
On Feb 19, 2008 1:03 AM, Iván Sánchez Ortega [EMAIL PROTECTED] wrote: For example: here in Spain, the NUTS1 level is an artificial classification. Nobody in spain would use that. And in the UK, NUTS-2 and NUTS-3 at least are artificial classifications that nobody would use. Seriously, look http://en.wikipedia.org/wiki/NUTS:UK The problem isn't that NUTS defines made up groups of things to go between other levels, it's just that it ignores actual administrative divisions and makes its own ones by agglomeration, that are roughly the same population size as each other. Meanwhile, in OSM, admin_level is working out quite well. -- Abi ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippy map - clickable POI
On 19/02/2008, Martijn van Oosterhout [EMAIL PROTECTED] wrote: On Feb 18, 2008 9:01 PM, Gregory [EMAIL PROTECTED] wrote: I've created an openlayers slippy map here (the tiles are via kosmos): http://www.livingwithdragons.com/maps/slippytest.php And if you click on any of the pub symbols, you get a pop up (well text displaying at the side on the page would be nicer, but I rekon I can figure that out). Thing is if you look at the code(line 70+) you'll see I'm manually entering in the lat/lon box where each symbol appears. Not ideal, especially when the POI are in the map data. You need something on the server to get the POI data on the fly as in: http://dev.openstreetmap.org/~kleptog/pois/pois.html Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ So do you have the source code of http://dev.openstreetmap.org/~kleptog/pois/pois.php(or an equal example) available somewhere? Sven: I had a look at the html, but I'm much more familiar with php so probably likely to go further. -- Gregory [EMAIL PROTECTED] http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippy map - clickable POI
On Feb 19, 2008 1:17 PM, Gregory [EMAIL PROTECTED] wrote: So do you have the source code of http://dev.openstreetmap.org/~kleptog/pois/pois.php (or an equal example) available somewhere? Sure: http://dev.openstreetmap.org/~kleptog/pois/pois.php.txt It just calls a perl script, 'cause dev can't do normal CGI scripts http://dev.openstreetmap.org/~kleptog/pois/pois.pl http://dev.openstreetmap.org/~kleptog/pois/mk_pois.pl Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] download.geofabrik.de planet extracts out of sync
If the person who's in charge of the planet extracts at http://download.geofabrik.de/osm/europe/ is reading this: they're not in sync anymore with the current OSM data since yesterday (well, at least those of Belgium are out of sync, haven't tested the other ones). It looks like the data hasn't been updated one day, so all newly added ways and points that day are now not in the extracts (also giving awkward results for relations for example). Can this be fixed please? It's by far the easiest method to download big areas at once. Greetings Ben ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] download.geofabrik.de planet extracts out of sync
On Feb 19, 2008 2:09 PM, Ben Laenen [EMAIL PROTECTED] wrote: If the person who's in charge of the planet extracts at http://download.geofabrik.de/osm/europe/ is reading this: they're not in sync anymore with the current OSM data since yesterday (well, at least those of Belgium are out of sync, haven't tested the other ones). A daily diff was skipped this week, there's nothing that they can do about that. The coastline checker has the same problem. As of tomorrow the new weekly dump will be there and hopefully all should get back to normal. http://planet.openstreetmap.org/daily/ Can this be fixed please? It's by far the easiest method to download big areas at once. There's osmxapi if you really need it? Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] 500 error
Hi, Are there any server problems? I can't seem to download my usual area. It returns an http 500 error at http://www.openstreetmap.org/index.html?mlat=14.541720229896098mlon=121.02042159290963zoom=9 cheers, maning ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] download.geofabrik.de planet extracts out of sync
On Tuesday 19 February 2008, Martijn van Oosterhout wrote: Can this be fixed please? It's by far the easiest method to download big areas at once. There's osmxapi if you really need it? osmxapi isn't an option for me, as it doesn't return the relations, and that's exactly what I'm playing with :-) I can work it out with JOSM, but it takes a very long time to prepare the data. Maybe I should work out a way to merge two raw osm xml files... Greetings Ben ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] download.geofabrik.de planet extracts out of sync
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ben Laenen schrieb: On Tuesday 19 February 2008, Martijn van Oosterhout wrote: Can this be fixed please? It's by far the easiest method to download big areas at once. There's osmxapi if you really need it? osmxapi isn't an option for me, as it doesn't return the relations, and that's exactly what I'm playing with :-) I can work it out with JOSM, but it takes a very long time to prepare the data. Maybe I should work out a way to merge two raw osm xml files... There is perl code for that in the tilesAtHome project in svn. - -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHuujfFUbODdpRVDwRArLEAJ0c447GSTfOz/DNQSndDaTZTlm3GgCeLjHP nhIetLtpRerLSz4f6HbtLQk= =Oql8 -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] download.geofabrik.de planet extracts out of sync
Missing daily diff for 20080216-20080217 composed from hourly diff using osmosis is avialable at http://www.freemap.sk/daily-20080216-20080217.osc.bz2 :P Dodi - Original Message - From: Frederik Ramm [EMAIL PROTECTED] To: Ben Laenen [EMAIL PROTECTED] Cc: talk@openstreetmap.org Sent: Tuesday, February 19, 2008 2:28 PM Subject: Re: [OSM-talk] download.geofabrik.de planet extracts out of sync Hi, If the person who's in charge of the planet extracts at http://download.geofabrik.de/osm/europe/ is reading this: they're not in sync anymore with the current OSM data since yesterday (well, at least those of Belgium are out of sync, haven't tested the other ones). Martijn's right, I can't fix it until the next planet comes out. (I think I'm going to download the hourly diffs in the future so that I have a fallback for cases like that.) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] download.geofabrik.de planet extracts out of sync
In message [EMAIL PROTECTED] Frederik Ramm [EMAIL PROTECTED] wrote: If the person who's in charge of the planet extracts at http://download.geofabrik.de/osm/europe/ is reading this: they're not in sync anymore with the current OSM data since yesterday (well, at least those of Belgium are out of sync, haven't tested the other ones). Martijn's right, I can't fix it until the next planet comes out. (I think I'm going to download the hourly diffs in the future so that I have a fallback for cases like that.) I don't think it would have helped much as they were also broken ;-) Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] displayed width of roads
Frederik Ramm wrote: Hi, By co-incidence, I was in contact with another mapper who's been doing something like this to make low zoom osmarender rendering a bit prettier. What's everybody's opinion of this kind of practice? Is it not an example of compromising the data (which we want to endure) to work around a temporary deficiency in one particular renderer? If the slip roads are not really underneath the other roads then yes it is definitely wrong (IMHO). The layer tag is meant to describe the physical ordering of the roads on the ground. I've had a similar situation on the talk-de list where some people seem to have started adding layer=1 to tram tracks. I don't like this all that much (a bridge leading over a road with tram tracks would then need to be layer=2 etc) but it's hard to argue with them since the tram tracks *are* on top of the road. The layer tag doesn't say by how much... I would argue that the tram tracks should be -1 since they are kind of embedded. That way you can take their 1 and add -1, giving 0 once again :-) Just kidding. Polyglot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] updated RFC: Highway administrative and physical descriptions
Lester Caine wrote: Alex Mauer wrote: I've added a decision tree to the physical section of the page, as well as removed the boulevard designation (since it didn't really add much) I'd like to have some more comments from the UK and german end, as to whether or not A and B roads (and others?) fit into the highway:admin scheme. Again, the proposal location is: http://wiki.openstreetmap.org/index.php/Proposed_features/Highway_administrative_and_physical_descriptions :admin is appropriate for the UK - but not laid out as it is at present. Motorways may be under different administration to the 'Highways Agency' and the 'Highways Agency' is also responsible for other main roads, but private companies will actually be responsible for managing those roads. Basically WHO admins a road is a bit of a lottery, so trying to create a simple list as currently proposed is wrong for the UK :( :admin SHOULD be the company responsible for maintaining the road. Hmm, that's not what I was going for. I was going for the administrative designation of the road (that is, M, A, B [I gather] in the UK, I-, US, [state abbrev] in the US) . In the US this is closely tied to who maintains it. In Europe it seems to be much more closely tied to its physical characteristics, and varies wildly from country to country. :physical simply adds complications without actually fixing anything. Trying to add _almost and _twolane does not provide ANY useful information, and a UK dual_carriageway is unlikely to have shoulders. Infact HAVING hard shoulders is part of the definition that makes it a motorway, and may result in it being A...(M) - OK a motorway_almost except that the A1(M) has three lanes in areas. So it does not fit the decision tree and if it does not have two lanes why is it a (motorway_twolane) ? it's motorway_singlelane but then it would probably not be a motorway ) OK, I made some corrections; I realized that I was taking the designation into account in the decision of motorway vs. motorway_almost (because in the US that's the only way to tell/be sure) If physical adds complications without fixing anything, then it itself needs to be modified to cover the situations that it doesn't. What kind of physical roads are not covered by highway:physical? Many people are saying things like just use highway as-is, but that's really not tenable. trunk (and even primary, secondary, tertiary or A,B,C) says nothing whatever about the physical characteristics of the road. And then anywhere below those designations, there's no description of the physical characteristics of the road. Yes I know I should put this on the talk page - but I can't get in at the moment :( Meh, mailing lists are better for discussion anyway. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] updated RFC: Highway administrative and physical descriptions
Alex Mauer wrote: Sent: 18 February 2008 11:16 PM To: talk@openstreetmap.org Subject: Re: [OSM-talk] [tagging] updated RFC: Highway administrative and physical descriptions I've added a decision tree to the physical section of the page, as well as removed the boulevard designation (since it didn't really add much) I'd like to have some more comments from the UK and german end, as to whether or not A and B roads (and others?) fit into the highway:admin scheme. Again, the proposal location is: http://wiki.openstreetmap.org/index.php/Proposed_features/Highway_administr ative_and_physical_descriptions It's a whole lot easier to add additional tags that are logical and describe the physical properties of the highway specifically. For the physical you might have: 1. The number of lanes -- (lanes=) 2. The lane width (standardised in most countries). Or a measurement if not standard. -- (lane_width=) 3. The surface construction (asphalt, concrete, dirt etc) -- (construction=) You can then go further and add additional tags that define all the other street furniture and attributes. None need to be complicated or difficult to understand. You can do the same for administrative designations that go beyond the simple highway= approach we started with. These don't supersede the existing tags, they simply add to the overall definition of the object. The big question though is who wants to spend hours adding 20 tags to each piece of road. Maybe when I have finished mapping my whole area I'll look at it again and start to add more tags, but for now I just use the basics and its good enough for now. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] updated RFC: Highway administrative and physical descriptions
Alex Mauer wrote: Lester Caine wrote: Alex Mauer wrote: I've added a decision tree to the physical section of the page, as well as removed the boulevard designation (since it didn't really add much) I'd like to have some more comments from the UK and german end, as to whether or not A and B roads (and others?) fit into the highway:admin scheme. Again, the proposal location is: http://wiki.openstreetmap.org/index.php/Proposed_features/Highway_administrative_and_physical_descriptions :admin is appropriate for the UK - but not laid out as it is at present. Motorways may be under different administration to the 'Highways Agency' and the 'Highways Agency' is also responsible for other main roads, but private companies will actually be responsible for managing those roads. Basically WHO admins a road is a bit of a lottery, so trying to create a simple list as currently proposed is wrong for the UK :( :admin SHOULD be the company responsible for maintaining the road. Hmm, that's not what I was going for. I was going for the administrative designation of the road (that is, M, A, B [I gather] in the UK, I-, US, [state abbrev] in the US) . In the US this is closely tied to who maintains it. In Europe it seems to be much more closely tied to its physical characteristics, and varies wildly from country to country. The basic problem is the lack of any clarity between countries on road definitions. The 'designation' of a road adds little to knowledge of its structure in the UK some main A roads have single lane passing places and 10 MPH speed limits while others are much higher quality than most motorways. Just keep the road designation as it reference number and then worry about such things as 3 4 or 5 lanes each way without reference to 'different types of motorway'. I don't think it applies so much elsewhere - but UK motorways have no pedestrian access - does the same apply on any American routes? -- Lester Caine - G8HFL - Contact - http://home.lsces.co.uk/lsces/wiki/?page=contact L.S.Caine Electronic Services - http://home.lsces.co.uk MEDW - http://home.lsces.co.uk/ModelEngineersDigitalWorkshop/ Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM flyer
Frederik Ramm wrote: Hi, we (that's Y.T. and the folks on talk-de) have created an OSM flyer that we can hand out to folks who ask us what we're doing. The flyer is DIN A7 sized (74mm wide and 105mm high) and has 8 pages (8 pages sounds a lot but it's just one stripe of paper 105mm high and 296mm wide, zig-zag folded three times). We're trying to get the most important things across: Look how cool we are, and it's all free, and this is something else than free as in beer, and this is how we do it. We have printed 5,000 copies (it's not really expensive - 200 Euros for the lot, and some online printers would have done it for 150) and we'll try to distribute them widely within the community so that every mapper has a few of them with him when he's on the road. Here's how it looks like: front page - http://svn.openstreetmap.org/misc/pr_material/german_flyer_2008-01/osmflyer1.png rear page - http://svn.openstreetmap.org/misc/pr_material/german_flyer_2008-01/osmflyer2.png The flyer looks great. I might look into producing a Dutch version of it, if there is interest from Dutch and Belgian mappers. PPS: If you read the first letter of each paragraph in sequence, they spell out P.o.t.l.a.t.c.h.m.u.s.t.d.i.e. That's not very nice. (I like Potlatch by the way, I use it just as much as JOSM. Some things are just a lot easier with it. Splitting circular roads for instance and tracing imagery) PPPS: Just kidding to get Richard's attention ;-) I checked and it's also not true... Would be a bit weird to have an English Easter egg in a German text... Polyglot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Contours on the Cycle Map
On Tue, 2008-02-19 at 09:34 +, Andy Allan wrote: On Feb 18, 2008 4:46 PM, Keith Sharp [EMAIL PROTECTED] wrote: This is great! Any chance of a write up on how you did this? It involves a GPS, two bits of string, a barometer and a long weekend walking in circles around every hillside in the country... In reality, it's fairly easy, and is based on using SRTM data and gdal_contour to create the shapefiles, with a few basic scripts to tie everything together. I'll make a page on the wiki with all the code to get from NASA to the rendered contours on it the next time I have an hour free. Thanks Andy, I'll look out for the page appearing. Keith. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Contours on the Cycle Map
Hi, I don't have photos now, because I'm at work http://de.wikipedia.org/wiki/Schutzhütte Image two shows a typical one IMO. Best regards, ce ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM flyer
Hi, impressive job! if you could provide me an english translation, I'd be glad to do an italian version (maybe with updated images from an italian city). I have checked in a file named TRANSLATION which contains an English version of the texts. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM flyer
Frederik Ramm [EMAIL PROTECTED] writes: PS: I like Inkscape a lot, but whenever I do stuff for printing I run into those nasty CMYK problems. Inkscape creates RGB PDFs, printers want CMYK PDFs. You can auto-convert them but without a calibrated screen or printer you never know how it's going to look like in print. I guess this can only be solved by expensive equipment - I ended up paying 50 Euros extra for a print designer to make me a proof on his inkjet printer... Yeah, it's not there yet. The often-suggested way ist to load the finished SVG file into Scribus which does CMYK properly. Cheers Colin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] displayed width of roads
Dave Stubbs [EMAIL PROTECTED] writes: On Feb 18, 2008 11:21 PM, Frederik Ramm [EMAIL PROTECTED] wrote: Hi, By co-incidence, I was in contact with another mapper who's been doing something like this to make low zoom osmarender rendering a bit prettier. What's everybody's opinion of this kind of practice? Is it not an example of compromising the data (which we want to endure) to work around a temporary deficiency in one particular renderer? If the slip roads are not really underneath the other roads then yes it is definitely wrong (IMHO). The layer tag is meant to describe the physical ordering of the roads on the ground. I've had a similar situation on the talk-de list where some people seem to have started adding layer=1 to tram tracks. I don't like this all that much (a bridge leading over a road with tram tracks would then need to be layer=2 etc) but it's hard to argue with them since the tram tracks *are* on top of the road. The layer tag doesn't say by how much... People take things written down too seriously, I'd argue that if a human being can step over it it doesn't count (at a bare minimum). I'm sure they think this too but just want tram tracks to appear above roads, which is probably a sensible idea, but this isn't the way to go about it. We had discussed this on IRC, and while jburgess and steve8 say it's possible to modify osm2pgsql/Mapnik to always draw railways on top of highways (unless the layer tag says otherwise), people had objections because then some railways close to, but not *in* highways, might obstruct the highways (and possibly the name), and the highways were seen as more important. jburgess says it might be possible to separate out trams and light_rails from all the other railway tags and only raise these in z-order, but who knows if this is enough... Another suggestion (from Sfan00) was having another tag for such in street railways. Cheers Colin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] updated RFC: Highway administrative and physical descriptions
Lester Caine wrote: I don't think it applies so much elsewhere - but UK motorways have no pedestrian access - does the same apply on any American routes? US freeways (interstate, etc) do not allow foot traffic, in general. Outside of cities, however, cycles are allowed (inside of cities there's an alternate route ;) ). ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] updated RFC: Highway administrative and physical descriptions
On Feb 19, 2008 3:16 PM, Alex S. [EMAIL PROTECTED] wrote: Lester Caine wrote: I don't think it applies so much elsewhere - but UK motorways have no pedestrian access - does the same apply on any American routes? US freeways (interstate, etc) do not allow foot traffic, in general. Outside of cities, however, cycles are allowed (inside of cities there's an alternate route ;) ). Some US national (non-interstate) and state highways don't allow foot or bicycle traffic, either, but there's always an alternate route. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Screencasts
I've done two screencast intros to OSM, one general and one potlatch. http://showmedo.com/videos/series?name=mS2P1ZqS6 I'll add some more if there is a positive response. I'm guessing they'll be useful to newbies. have fun, SteveC | [EMAIL PROTECTED] | http://www.asklater.com/steve/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM flyer
Frederik Ramm wrote: I don't really know where (in an ideal world) Scribus would fit in the toolchain. Would you write your text with OO and make your bitmaps with the Gimp and vector graphics with Inkscape and then use Scribus to put it all together? That's about right. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Screencasts
On 19/02/2008, SteveC [EMAIL PROTECTED] wrote: I've done two screencast intros to OSM, one general and one potlatch. http://showmedo.com/videos/series?name=mS2P1ZqS6 I'll add some more if there is a positive response. I'm guessing they'll be useful to newbies. have fun, SteveC | [EMAIL PROTECTED] | http://www.asklater.com/steve/ :) Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Screencasts
On 19/02/2008, Andy Robinson [EMAIL PROTECTED] wrote: On 19/02/2008, SteveC [EMAIL PROTECTED] wrote: I've done two screencast intros to OSM, one general and one potlatch. http://showmedo.com/videos/series?name=mS2P1ZqS6 I'll add some more if there is a positive response. I'm guessing they'll be useful to newbies. have fun, SteveC | [EMAIL PROTECTED] | http://www.asklater.com/steve/ :) Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk Today in one of my lessons I got into yet another conversation about OSM, this time going a bit further than the person refusing to care because their bog hole wasn't mapped. Where they used to live was fairly well mapped except some road names missing. ...Launch into an on the fly demo of OSM in action: if you complain somethings missing I'll show you that OSM has the advantage I can add it. Me using Potlatch (josm/laptop left at my room) to do this was like Steve in that video. Wish I could of show the video then, would of topped off the fun we had. -- Gregory [EMAIL PROTECTED] http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Screencasts
SteveC wrote: I've done two screencast intros to OSM, one general and one potlatch. http://showmedo.com/videos/series?name=mS2P1ZqS6 Awsome, thanks! I've been using JOSM so far (was no Potlatch when I'm joined and JOSM kind of stuck) but have been starting to use Potlatch for really minor edits (changing tags, etc). Having seen the video I may well use it a bit more now. -- Cheers, Tom - www.tracktwo.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk-nl] Roombeek up-to-date
Hoi allemaal, Voor zover Roombeek af is, staat het nu in de database. Sommige stukken zijn nog niet compleet aangesloten, omdat ze dat in het echt ook niet zijn (verschillende straten zijn nog opengebroken of in aanleg). Ik zag dat de Zuiderspoorstraat inmiddels ook op de kaart staat (nu nog op de JR Online website ;-) ) en de groene vlek rond het Slagmanbad is gegroeid - de resultaten van het mappen van afgelopen weekend komen dus tevoorschijn. Als het weer echt mooi weer is (als in: hogere temperatuur) kunnen we weer verder :) Tot de volgende keer in Enschede (of ergens anders)! Groeten van Ben -- de Campusomroep: op en achter UTV en Uradio! www.campusomroep.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Roombeek up-to-date
Netjes.. is er iets van een handleiding beschikbaar voor mensen die de kaart in hun website willen zetten? Sander On Tue, 2008-02-19 at 17:00 +0100, Ben Companjen wrote: Hoi allemaal, Voor zover Roombeek af is, staat het nu in de database. Sommige stukken zijn nog niet compleet aangesloten, omdat ze dat in het echt ook niet zijn (verschillende straten zijn nog opengebroken of in aanleg). Ik zag dat de Zuiderspoorstraat inmiddels ook op de kaart staat (nu nog op de JR Online website ;-) ) en de groene vlek rond het Slagmanbad is gegroeid - de resultaten van het mappen van afgelopen weekend komen dus tevoorschijn. Als het weer echt mooi weer is (als in: hogere temperatuur) kunnen we weer verder :) Tot de volgende keer in Enschede (of ergens anders)! Groeten van Ben ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[Talk-de] Flyer Update
Hallo, heute hab ich die Flyer abgeholt und die ersten Bestellungen schon in den Briefkasten geworfen, morgen der Rest. Ich hatte 5000 bestellt, 6000 wurden geliefert (ohne Mehrpreis - wissen Sie, beim Offsetdruck kann man das immer nicht so genau einstellen... ahja ;-), davon sind 2000 jetzt verteilt bzw. versprochen. Die restlichen 4000 warten noch auf Abhnehmer. Also seid nicht zu zaghaft, schreibt mir, wenn ich Euch auch welche zusenden soll! Alles, was bis Ende Mai nicht weg ist, nehm ich mit zum Linuxtag in Berlin ;-) Der komplette SVG-Source mit allen Bildern und einem README zu den komplizierteren Sachen ist im SVN unter: /misc/pr_material/german_flyer_2008-01/ Falls jemand damit herumbasteln moechte und eigene, lokale Ausgaben drucken oder was auch immer. Ich koennte mir vorstellen, dass wir in einem halben Jahr oder so einen neuen Flyer drucken lasssen - viel- leicht macht den ja dann einer von Euch...? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Flyer-Entwurf
Hallo Christopher, Also ich bin ganz klar für das Nokia.. Leider zwei Wochen zu spaet, aber bei der naechsten Version koennen wir das ja beruecksichtigen ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Darstellung von Tunnels in Osmarender
Hallo, Du misinterpretierst den Bug. Versucht ihr mir den Fehler wegzudiskutieren, oder könnt ihr bestätigen, dass das Verhalten des Renderers nicht korrekt ist? Warum und in welcher Form auch immer? Steht doch oben ;-) es ist bestimmt ein Bug. (Ich dachte bislang immer, dass irgendwie das Tunnelende spiegelbildlich dargestellt wird.) Wenn jemand sich berufen fuehlt, das zu reparieren - in Osmarender Version 4 (als wir noch Segmente hatten) war alles noch korrekt, irgendwo muss sich dann zwischen da und Version 6 der Fehler eingeschlichen haben. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Darstellung von Tunnels in Osmarender
Frederik Ramm schrieb: Versucht ihr mir den Fehler wegzudiskutieren, oder könnt ihr bestätigen, dass das Verhalten des Renderers nicht korrekt ist? Warum und in welcher Form auch immer? Wenn jemand sich berufen fuehlt, das zu reparieren - in Osmarender Version 4 (als wir noch Segmente hatten) war alles noch korrekt, irgendwo muss sich dann zwischen da und Version 6 der Fehler eingeschlichen haben. Gestern habe ich mich in #osm etwas mit Etiennne (Osmarenders Papa) darüber unterhalten und ihm die Links von Rainer gezeigt. kurz: Wie Frederik schon sagt kam das mit dem API-Umstieg von 0.4 auf 0.5. Etienne weiß um das Problem, hat sich aber noch nicht weiter damit beschäftigt. lang: Osmarender unterstützt sog. smart-linecaps, die an Weg-Enden unterschiedliche Abschlüsse zeichnen. Endet ein Weg mitten in der Pampa bekommt er einen flachen rechteckigen Abschluss, endet er dagegen in eine anders getaggte area (z.B. amenity=parking) bekommt er einen runden Abschluss. Damit ein Weg an seinen beiden Enden unterschiedliche Abschlüsse haben kann, wird der Weg in ein großes Mittelstück und zwei kurze Endstummel zerlegt. (Um den Namen schön darzustellen gibt es zusätzlich auch noch einen virtuellen Weg über die ganze Länge). Da im Falle von Tunnelportalen die Abschlüsse auch am inneren Ende des Stummels seitlich über den Weg hinausragen und der mittlere Weg, der abschließend gezeichnet wird durch seine gestrichelte Transparenz sie nicht überdecken kann, kommt es zu den beschriebenen Artefakten. Ergo funktioneirt die gegenwärtige Darstellung nur bei Tunnels die schnurgerade ohne Zwischennodes sind. Grüße, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] RVR Geodatenserver Nutzungslizenz?
Mich verwirrt jetzt schon seit einiger Zeit der Service des RVR, der sowohl Karten als auch Luftbilder für das Ruhrgebiet anbieten, über einen Webclient anbietet, der auch WMS Support hat. Und zwar steht generell überall dort, das man sie Privat benutzen kann, und in den Sinne nutzen darf, das man nur deren Bilder direkt nur nicht ohne Copyright hinweis übernehmen darf. So.. Wenn man jetzt aber die Luftbilder von dennen nehmen würde, um die ganzen Felder und Wälder zu taggen, wäre es doch erlaubt, den den WMS Service um die Sachen zu importieren bieten sie ja an. Oder missverstehe ich irgendwas? http://www.rvr-online.de/publikationen/geodatenserver/geodatenserver.php?p=4,3 ^-- HTML und Java client http://217.78.131.130/kvr/info/impressum.php3 ^-- Nutzungsrecht und Copyright bestimmung, des HTML und Java Client http://www.rvr-online.de/publikationen/geodaten/21_WMS.php?p=4,5,3 ^-- WMS Service mit Orthophotos (Wahrscheinlich andere rechte, müsste man mal nachfragen) Wenn wir die Fotos benutzen dürften, wäre es wohl wieder nen großer Sprung, für das Projekt, den die Landsat und Yahoo Fotos von Ruhrgebiet kann man einfach nur vergessen, da genau 1 zoom level fehlt, um damit ordentlich arbeiten zu können. Von daher könnte sich da bitte mal wer Schlau machen, der etwas mehr von der Materie versteht als ich? -- Christopher ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Täglich aktualisierte Garmin-Karten f ür alle Bundesländer
Ja, nur mkgmap. Das Zerteilen des Planet Files überlasse ich der GEOFABRIK, also wohl dir ;-). Etwas komplizierter ist es mit den Höhenlinien, da muss ich erst etwas Handarbeit investieren (es gibt ja irgendein script, das die automatisch holt, aber leider nur unkorrigierte SRTM-Daten, die haben Löcher). Ich wollte demnächst vielleicht noch zusätzlich Fahrradkarten erstellen. Ich habe gesehen, dass du die täglichen Garmin-Maps auch auf die GEOFABRIK-Seite stellen willst, wusste nur nicht, wielange es noch dauert, und konnte nicht mehr warten ;-) Beste Grüße Chrischan OSM-Ausschnitte, habe ich 2008/2/19, Frederik Ramm [EMAIL PROTECTED]: Hallo, ich habe einen Script geschrieben, der täglich aktualisierte Garmin- Karten aller deutschen Bundesländer generiert. Gibt es das schon anderswo? Besteht daran Interesse? Ich wollte sowas immer mal zusammen mit den Shapefiles und OSM-Files auf download.geofabrik.de stellen. Wirfst Du einfach nur die osm- Dateien dem mkgmap vor, oder ist es ein komplizierter Vorgang? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Deutschlandviewer WMS mit josm nutzen?!
Hallo zusammen, gestern bin ich zufällig auf folgenden Link gestoßen: http://deutschlandviewer.bayern.de/deutschlandviewer/D_Viewer_Hilfe/Hilfe_D_Viewer.htm#Internetadressen Die Daten sind nur für private Verwendung kostenlos. Für Openstreetmap sind die Daten daher vermutlich nicht ohne Nachfrage legal benutzbar. Trotzdem hab ich mal testweise folgende URL in das WMS-Plugin von josm eingetragen: http://www.lv-bw.de/dv/service/getrds.asp?login=dvpw=anonymousVERSION=1.1.1LAYERS=DVDOP2srs=EPSG:4326request=GetMap Leider mit mäßigem Erfolg! Sieht so aus, als ob zumindes der WMS Dienst von lv-bw.de das nicht oder zumindest nicht richtig umprojizieren kann. Die Bilder sind jedenfalls überhaupt nicht deckungsgleich mit den OSM Straßen :( Könnte das auch ein Bug im josm sein? Andere Bundesländer verwenden den UMN-Mapserver, das hier in BW scheint irgend ein M$ Schrott zu sein. Könnte also durchaus sein, dass es mit einer der anderen URLs klappt. Vielleicht sollte man mal ganz offiziell anfragen, ob man die WMS-Server der Vermessungsämter verwenden darf. Gibts eigentlich einen OSM e.V. oder sowas ähnliches? Für solche Anfragen klingt es nämlich definitiv nicht gut wenn man mit der Beschreibung anfängt wir sind da so ein Internetprojekt. Sven -- The main thing to note is that when you choose open source you don't get a Windows operating system. (from http://www.dell.com/ubuntu) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ?Täglich aktualisierte Garmin-Karte n für alle Bundesländer
Christian Linder [EMAIL PROTECTED] wrote: Ich wollte demnächst vielleicht noch zusätzlich Fahrradkarten erstellen. Das hatte ich ja letzens schon geschrieben. Da will man unbedingt zwischen tracktype=grade1, tracktype=grade2 und tracktypegrade2 optisch unterscheiden können! Das empfinde ich beim Radfahren als extrem hilfreich. Was es wohl nicht gibt ist eine dünne braune durchgezogene Linie. Angeblich gibt es aber Benutzerdefinierte Wegtypen, die mkgmap derzeit aber nicht beherrscht. Gruss Sven -- The source code is not comprehensible (found in bug section of man 8 telnetd on Redhat Linux) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Flyer-Entwurf
grml... Ich hätte im Archiv besser mal schauen soll, wo den die neusten Mails sind... jedenfalls Sorry :) -- Christopher On Tuesday 19 February 2008 00:30:17 Frederik Ramm wrote: Hallo Christopher, Also ich bin ganz klar für das Nokia.. Leider zwei Wochen zu spaet, aber bei der naechsten Version koennen wir das ja beruecksichtigen ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Flyer Update - Treffen bei Pforzheim
Würde gerne morgen Abend (Mittwoch)zum Pocketnavigationstreffen in Schwann(nähe Pforzheim) ein paar Flyer mitnehmen. Ist das organanisatorisch noch machbar? Fahre ca.18Uhr von KA aus dorthin. Kann auch noch jemand mitnehmen - wer Interesse hat einfach kurze Mail. Zu sehen sen werden u.a. Navit, NaviPOWM und eventuell KOSMOS mit OSM-Daten. Freier Internetzugang ist vorhanden Gruss Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Täglich aktualisierte Garmin-Karten f ür alle Bundesländer
Hallo, ich habe einen Script geschrieben, der täglich aktualisierte Garmin- Karten aller deutschen Bundesländer generiert. Gibt es das schon anderswo? Besteht daran Interesse? Ich wollte sowas immer mal zusammen mit den Shapefiles und OSM-Files auf download.geofabrik.de stellen. Wirfst Du einfach nur die osm- Dateien dem mkgmap vor, oder ist es ein komplizierter Vorgang? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Deutschlandviewer WMS mit josm nutzen?!
Das LV-BW verwendet nach meinem Kenntnisstand GeoMedia WebMap, was allerdings eine gewisse Bindung an M$-Server-Software bedeutet. Ob dieser Server umprojizieren kann, weiß ich nicht - da müsste man die GetCapabilties-Antwort analysieren. Bei einem der amtlichen Server in BW war es auch mal so, dass der ein re-direct geliefert hat, und nicht die Karte, die die WMS-Empfehlung vorsieht. Gruß Franz-Josef Behr Sven schrieb: Sieht so aus, als ob zumindes der WMS Dienst von lv-bw.de das nicht oder zumindest nicht richtig umprojizieren kann. Die Bilder sind jedenfalls ?berhaupt nicht deckungsgleich mit den OSM Stra?en :( Andere Bundesl?nder verwenden den UMN-Mapserver, das hier in BW scheint irgend ein M$ Schrott zu sein. K?nnte also durchaus sein, dass es mit einer der anderen URLs klappt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 13.2.08
Hallo Frederik, Frederik Ramm schrieb: /applications/utils/osm-extract/osmcut eingespielt, Du kannst sie ja mal ausprobieren, wenn Du magst. Ich habe angefangen, die Relationen Ich habe Dein Programm jetzt ausprobiert. einzubauen, aber das ist alles auskommentiert im Moment, d.h. fuer viel mehr als eine rohe Vorstufe zum mkgmap taugt es nicht. Macht nichts, ist ja in Entwicklung. Funktioniert nur bei mir nirgends, ich habe es allerdings nur an zwei schonmal recht großen Dateien ausprobiert: einmal das komplette Planetfile und an einem 9GB großen Stück. Es muss natürlich dazu als 64bit- Programm übersetzt sein, sonst bricht es gleich wegen der Dateigröße ab. Wie Du im Hilfstext im Quellfile bereits geschrieben hast, hat mmap wohl ein Problem, aber auch die 9GB ließen sich nicht öffnen und das Programm beendete sich gleich wieder. (auf einem Rechner mit 6GB tatsächlichem Hauptspeicher und nochmal 12GB Swap). Gibt es noch eine andere Methode die OSM-Datei zu öffnen, die Du verwenden könntest, oder hab ich falsch kompiliert? (Ich hab nunmal in C überhaupt keinen Schimmer) -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Buch lieferbar - Rezensionsexemplare?
Frederik Ramm [EMAIL PROTECTED] wrote: Ich kann dem Verlag Vorschlaege machen, an wen er kostenlose Rezensions-Exemplare versenden soll. Habt ihr irgenwelche Ideen dazu, welche Zeitungen, Zeitschriften oder gut besuchten Blogs/Webseiten eventuell Interesse haetten? Ich kenn mich mit Geocaching nicht so aus, aber ich denke, dass man in diesem Umfeld sicher noch ein wenig mehr Werbung für OSM machen sollte. Selbiges gilt IMO für diverse Fahrradclubs. Sven -- The source code is not comprehensible (found in bug section of man 8 telnetd on Redhat Linux) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Wie Modellflugplatz taagen
Ich bin heute mal etwas rum gegangen, und bin den Modellflugplatz mal abgelaufen, nur jetzt stellt sich mir das Problem, das ich absolut nicht weiß, wie genau ich ihn taggen soll, da es dafür noch nix gibt. Ich habe mich jetzt fürs erste für area=yes und landuse=village_green entschieden, da es eigentlich eine gut gepflegte Wiese ist, und noch ne Note drunter gesetzt. Allerdings, ist in dem Areal auch eine kleine gepflasterte Start und Landebahn für Modellflugzeuge, die Räder haben. Und da weiß ich absolut nicht, wie ich diese am besten Taggen soll. Und noch ne Frage.. Gibt es irgendwie eine möglichkeit, den Areal nen Namen zu geben, der auch von Mapnik und Osmarender angezeigt wird? So könnte ich es dann eigentlich so lassen, und man würde durch den Namen sehen was dort ist. mfg, Christopher ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Buch lieferbar - Rezensionsexemplare?
Frederik Ramm schrieb: Ich kann dem Verlag Vorschlaege machen, an wen er kostenlose Rezensions-Exemplare versenden soll. Habt ihr irgenwelche Ideen dazu, welche Zeitungen, Zeitschriften oder gut besuchten Blogs/Webseiten eventuell Interesse haetten? Mh, vielleicht die c't. Die haben ja mittlerweile fast keine Ausgabe mehr wo das Thema OSM nicht wenigstens angedeutet wird. In der Aktuellen von gestern hats z.B. einen Artikel über den Maemo-Mapper und fast wie selbstverständlich wird erwähnt, dass die Standardkonfig Openstreetmap Karten benutzt. Andererseits habe ich immer das Gefühl die werden von alleine aktiv wenn sie was interessiert. Grüße, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 13.2.08
Hallo Frederik, Frederik Ramm schrieb: Wenn Du das dabeiliegende Makefile benutzt hast, sollte alles stimmen. Fuer sowas wie das gesamte Planetfile muss man auf jeden Fall die Array-Version nehmen, nicht die Hash-Version (das Makefile erzeugt ja beide). Habe ich natürlich genommen, aber sogar das Makefile erzeugt erstmal nur die Array-Version, für die Hash-Version muss ich außerdem noch das Makefile korrigieren, das zeigt auf die 32bit-lib. Also jetzt sähre es so aus: ## all: osmcut osmcut-hash osmcut: osmcut.c cc -g -o osmcut osmcut.c -DUSE_ARRAY -DLARGEFILE_SOURCE osmcut-hash: osmcut.c cc -g -o osmcut-hash osmcut.c -DLARGEFILE_SOURCE -I/usr/include/glib-2.0 -lglib-2.0 -I /usr/lib64/glib-2.0/include ## Auf was für einem System läuft das denn bei Dir? Ich habe hier SuSE 10.3 auf AMD Athlon64X2 mit 2GB Ram. Der Fehler ist folgender: teddy:/data/openstreetmap # ./osmcut -s 1.5 -d planet --force planet-080213.osm file descriptor limit increased to 28941 cannot mmap planet-080213.osm: Cannot allocate memory (Habs der Einfachheit als root gestartet) -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 13.2.08
Hallo, Funktioniert nur bei mir nirgends, ich habe es allerdings nur an zwei schonmal recht großen Dateien ausprobiert: einmal das komplette Planetfile und an einem 9GB großen Stück. Ich habe es erfolgreich auf dem kompletten Planetfile laufen gelassen. Das war auf einer 64-Bit-Maschine mit 8 GB RAM. Ich dachte eigentlich, dass es auch auf einer 32-Bit-Kiste gehen muesste, habe es aber nicht probiert - mach ich heut abend mal. oder hab ich falsch kompiliert? (Ich hab nunmal in C überhaupt keinen Schimmer) Wenn Du das dabeiliegende Makefile benutzt hast, sollte alles stimmen. Fuer sowas wie das gesamte Planetfile muss man auf jeden Fall die Array-Version nehmen, nicht die Hash-Version (das Makefile erzeugt ja beide). Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] OSM-Buch lieferbar - Rezensionsexemplare?
Hallo, unser OSM-Buch ist jetzt endlich lieferbar (bei amazon.de heisst es zwar immer noch noch nicht erschienen, reservieren Sie sich jetzt ihr Exemplar, aber aus gut unterrichteten Kreisen weiss ich, dass die Druckerei mittlerweile geliefert hat und die Buecher morgen an den Grosshandel weiterverteilt werden). Ich kann dem Verlag Vorschlaege machen, an wen er kostenlose Rezensions-Exemplare versenden soll. Habt ihr irgenwelche Ideen dazu, welche Zeitungen, Zeitschriften oder gut besuchten Blogs/Webseiten eventuell Interesse haetten? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Deutschlandviewer WMS mit josm nutzen?!
Dr. Franz-Josef Behr [EMAIL PROTECTED] wrote: Das LV-BW verwendet nach meinem Kenntnisstand GeoMedia WebMap, was allerdings eine gewisse Bindung an M$-Server-Software bedeutet. M$ Ranzelsoft, sag nich doch :) Ob dieser Server umprojizieren kann, weiß ich nicht - da müsste man die GetCapabilties-Antwort analysieren. wget -O - -q 'http://www.lv-bw.de/dv/service/getrds.asp?request=GetCapabilities' SRSEPSG:31467/SRS laut /usr/share/proj/epsg ist das DHDN / Gauss-Kruger zone 3 Bei meinem eigenen Mapserver steht da auch noch EPSG:4326 drin, das ist wohl der springende Punkt. Kann map WMS-Server eigentlich kaskadieren? Sprich könnte ich meinen mapserver so umbauen, dass er quasi das lv-bw.de Teil als Backend verwendet? Bei einem der amtlichen Server in BW war es auch mal so, dass der ein re-direct geliefert hat, und nicht die Karte, die die WMS-Empfehlung vorsieht. Das macht der AFAIK so, allerdings ist das kein Problem, weil josm das http-Interface von Java verwendet, das damit umgehen kann. Sven -- Every time you use Google, you're using a Linux machine (Chris DiBona, a programs manager for Google) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Flyer Update
Frederik Ramm schrieb: Ich hatte 5000 bestellt, 6000 wurden geliefert (ohne Mehrpreis - wissen Sie, beim Offsetdruck kann man das immer nicht so genau einstellen... ahja ;-), davon sind 2000 jetzt verteilt bzw. versprochen. Na das klingt doch wunderbar! Ich freue mich schon auf meine Lieferung! Den Flyer hast mit Inkscape gemacht, oder? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wie Modellflugplatz taagen
Moin, Ich bin heute mal etwas rum gegangen, und bin den Modellflugplatz mal abgelaufen, nur jetzt stellt sich mir das Problem, das ich absolut nicht weiß, wie genau ich ihn taggen soll, da es dafür noch nix gibt. ich fände ein eigenes Tag-Proposal nicht schlecht. Klar kann man einen runway 'draus machen. Allerdings kleistert sowas dann potentiell das gesamte Display eines Garmin zu, wie mir kürzlich auffiel: http://christeck.de/stuff/aufdringlich.png http://christeck.de/stuff/aufdringlich2.png Etwas weniger aufdringliches wäre mir also ganz recht :) . Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wie Modellflugplatz taagen
Ich hab's so gemacht: sport: model_aerodrome #(ist glaubich ein proposed feature) name: Modellflugplatz Fliegergruppe Heilbronn area: yes Und so sieht's aus: http://informationfreeway.org/?lat=49.161520966086236lon=9.253254316790544zoom=17layers=B000F000F Grüßle Friedel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wie Modellflugplatz taagen
On Tue, 2008-02-19 at 18:54 +0100, Christopher Dyrlich wrote: Ich bin heute mal etwas rum gegangen, und bin den Modellflugplatz mal abgelaufen, nur jetzt stellt sich mir das Problem, das ich absolut nicht weiß, wie genau ich ihn taggen soll, da es dafür noch nix gibt. dazu gibt es im Wiki ein Proposal: http://wiki.openstreetmap.org/index.php/Proposed_features/Model%27s_Aerodrome Es wird noch diskutiert, ob es jetzt sport=model_aerodrome oder leisure=model_aerodrome sein soll. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Individuelle Online-Karte - bitte testen
Unter http://www.lenz-online.de/divers/osm/osm.htm läuft jetzt die neueste Version. Sie funktioniert jetzt auch mit dem IE (ich musste deswegen das ganze Konzept ändern, bitte nicht über die Weiterleitung zu einem CGI wundern!) Über Rückmeldungen bezüglich anderer Browser würde ich mich freuen. Während der IE bislang nur Ärger machte, zeigt er jetzt wenigstens einen Vorteil gegenüber dem Firefox: wenn man die Maus auf ein Icon bewegt, wird der Name angezeigt (falls es einen gibt, z.B. bei place_of_Worship). Auch da würde mich interessieren, welche anderen Browser die Namen anzeigen. Vielleicht kann mir auch jemand verraten, warum der FF dabei streikt. Was noch fehlt: - Umlautkonvertierung der Namen - Verschiebung der Icons, wenn man die Karte verschiebt - Unterteilung großer Karten in kleine Häppchen, sodass man notfalls eine STOP-Taste klicken kann, um ewiges Laden abzubrechen - Unterkante des Menüs bündig zur Unterkante der Karte Paul ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Buch lieferbar - Rezensionsexemplare?
Sven Grüner [EMAIL PROTECTED] writes: Frederik Ramm schrieb: Ich kann dem Verlag Vorschlaege machen, an wen er kostenlose Rezensions-Exemplare versenden soll. Habt ihr irgenwelche Ideen dazu, welche Zeitungen, Zeitschriften oder gut besuchten Blogs/Webseiten eventuell Interesse haetten? Mh, vielleicht die c't. Die haben ja mittlerweile fast keine Ausgabe mehr wo das Thema OSM nicht wenigstens angedeutet wird. [...] Andererseits habe ich immer das Gefühl die werden von alleine aktiv wenn sie was interessiert. Glaube ich auch. golem.de war ebenfalls auf 'nem OSM-Trip in der letzten Zeit. Cheers Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wälder besser abzeichnen mit IR-Bildern
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andreas Kemnade schrieb: hmmm, also in meiner Gegend erscheinen Flüsse irgendwie doppelt, das sieht so aus, als wenn man zweimal das gleiche Bild irgendwie verschoben aufeinanderlegt. also nicht wirklich brauchbar. Ja, es scheint, dass das stitching bzw. die Georeferenzierung der Landsatbilder in der Gegend um Bremen nicht wirklich korrekt funktioniert hat. Wenn man sehr gut aufpasst, was man abzeichnet, und auch die grundverschiebung korrigiert, geht es so einigermassen... - -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHu1tSFUbODdpRVDwRAj1VAJ0cCyiN+k8Db+/SIq3VLenuJUgTlACeJoNG s2mylTiAQXPKwa8mhDuLX7Y= =zw2Z -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Screencasts von Steve
On Wed February 20 2008, Frederik Ramm wrote: Steve Coast hat zwei Einfuehrungs-Filmchen zu OSM gemacht: http://showmedo.com/videos/series?name=mS2P1ZqS6 Ist irgendjemand in der Lage, so was aehnliches fuer unsere openstreetmap.de-Seite zu machen? Das waere ne super Sache... Unter Linux geht das recht einfach: http://fedoraproject.org/wiki/ScreenCasting Mit gtk-recordmydesktop kann man auch dem Mauszeiger folgen. Grüße, Till ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Screencasts von Steve
Hallo, Steve Coast hat zwei Einfuehrungs-Filmchen zu OSM gemacht: http://showmedo.com/videos/series?name=mS2P1ZqS6 Ist irgendjemand in der Lage, so was aehnliches fuer unsere openstreetmap.de-Seite zu machen? Das waere ne super Sache... Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Wie Modellflugplatz taagen
Ich tagge schon seit einer Weile Modellflugplätze mit Hilfe des Runway -Tags und entsprechenden Kommentar. Christoph hat einen davon ja hier gerade als Beispiel gelinkt :-) Modellflugplätze sind luftrechtlich relevant wie dieser Unfallbericht zeigt: http://www.bfu-web.de/nn_41544/DE/Publikationen/Untersuchungsberichte/1997/Bericht__97__3X306-1-2,templateId=raw,property=publicationFile.pdf/Bericht_97_3X306-1-2.pdf Von daher sollte ein Modellflugplatz schon als Unterkategorie eines Flugplatzes eingeordnet werden und nicht einfach als eine SportSpielwiese... Vor allem sollten sie auch auf den Renderern nicht nur in der untersten Zoomatufe erkannt werden damit auch Luftfahrzeugführer auf der OSM-KArte den Gefahrenbereich erkennen können. Der Platz aus dem Unfallbericht ist übrigens der: http://www.informationfreeway.org/?lat=47.61580172396361lon=7.88323772328701zoom=14layers=B000F000F Durch das flächenförmige Taggen mittels Runway wird er auch schön gerendert ohne mit einer grossen Runway verwechselt werden zu können. Ich weiss, man soll nicht für den Renderer taggen..Das Ergebniss finde ich so aber schon recht brauchbar ohne dass es was anderes stört da Modellflugplätze in der Regel auf freiem Feld liegen... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] OSM-Buch lieferbar - Rezensionsexemplare?
Aber so den richtig ausführlichen Artikel habe ich in der CT noch vermisst - bisher konnte man eigentlich nur als Insider erkennen um was es geht wenn die CT was über OSM geschrieben hat. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Wie Modellflugplatz taagen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 | Modellflugpl?tze sind luftrechtlich relevant wie dieser Unfallbericht zeigt: | http://www.bfu-web.de/nn_41544/DE/Publikationen/Untersuchungsberichte/1997/Bericht__97__3X306-1-2,templateId=raw,property=publicationFile.pdf/Bericht_97_3X306-1-2.pdf | Von daher sollte ein Modellflugplatz schon als Unterkategorie eines | Flugplatzes eingeordnet werden und nicht einfach als eine | SportSpielwiese... Da sehe ich keinen Zusammenhang. Wo ist der Unterschied in der Nutzbarkeit der Karte wenn das als Flugplatz mit Zusatztag oder als sport=model_aerodrome getagged ist? | Vor allem sollten sie auch auf den Renderern nicht nur in der untersten | Zoomatufe erkannt werden damit auch Luftfahrzeugf?hrer auf der OSM-KArte | den Gefahrenbereich | erkennen k?nnen. Dazu sind Luftfahrzeugführer (auch Modell-Flieger) doch sowieso verpflichtet die aktuellen ICAO-Karten zu nutzen, auf denen auch die Flugverbotszohnen u.ä. eingezeichnet sind. Wobei es seht interessant wäre die Flugzohnen der ICAO-Karten in der OSM zu haben. Nicht notwendigerweise auf dem immer letzten amtlichen Stand oder vollständig aber zumindest etwas. Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHu9xMf1hPnk3Z0cQRAr+TAKClzqSg+esYSfUs8/uLxM40dbdjrQCfSQrr 1u5vQxcR/e5dcJJlpmgKHDA= =jS3A -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-cz] uhul meni nejenom adresu
Vzhledem k tomu, ze UHUL asi uz definitevne zemrel (sakra, to to prvni ctvrtleti ubehlo nejak rychle...), chci se zeptat, jak je to s pouzitim Cenie? Na jednu stranu tu probehlo od nich pisemne vyjadreni, ze na vytvareni odvozenych dat nejsou definovana zadna omezeni, na druhou stranu ale je na wiki napsano, že se CENIA pro vytvareni dat pouzivat nesmi. To od nich nekdo dostal nove zamitave stanovisko? =TT= ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] uhul meni nejenom adresu
píše v St 20. 02. 2008 v 08:08 +0100: On Mon 2008-02-18 19:07:18, Jachym Cepicky wrote: aha, ja myslel, ze je to verejne tajemnsti .. http://wms.cuzk.cz/wms.asp dalsi zajimave zdroje: jdete na http://mis.cenia.cz a zadejte hledat slovo wms Help Service nabizi wms z cuzk jako wms prevareny pres mapserver, asi tam budou fungovat lip prevody na wgs84 ... to asi ne - pouze v metadatovem vyhledavaci Cenia (http://mis.cenia.cz) se zaznam o WMS KN zobrazi pod vysledky z metadatoveho katalogu Help Service. Takze WMS KN publikuje CUZK, metadatovy zaznam o teto sluzbe je v metadatovem katalogu Help Service ... to sice je, ale help service opravdu sosa data z cuzk v epsg:102067 a nabizi je prevarene na epsg:4326. cist to primo z cuzk (nebo cenia) je problematicke jednak kvuli transformaci v arcims a jednak kvuli tomu, ze si josm moc s arcims nerozumi (jak se mi to aspon jevi) jachym Jirka Vesely jachym ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz -- Jachym Cepicky e-mail: jachym.cepicky gmail com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub signature.asc Description: Toto je digitálně podepsaná část zprávy ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz