Re: [OSM-talk] Expanding the postcode database
On Jan 22, 2008 10:27 PM, Gervase Markham [EMAIL PROTECTED] wrote: Ray Booysen wrote: I actually have a database lying around somewhere will all possibilities. Quite a high number. Any chance of digging it out and doing SELECT COUNT(*)? Gerv Sorry Gerv, no luck. Can't seem to find it. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Ray Booysen [EMAIL PROTECTED] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-dev] Osmarender requested enhancements
On 25/01/2008 02:04, Adrian Frith wrote: On Fri, 2008-01-25 at 13:16 +1300, Robin Paulson wrote: On 25/01/2008, Robert Hart [EMAIL PROTECTED] wrote: On 17/01/2008, Gervase Markham [EMAIL PROTECTED] wrote: [As always, please redirect me if necessary.] Could osmarender please be taught to render highway=ford? There are going to be some random gaps in various Cumbrian roads otherwise. highway=ford is a node tag. According to map features. There shouldn't be any gaps. maybe it should be a way as well, some rivers are pretty wide Then shouldn't it be highway=whatever ford=yes - by analogy with bridge=yes and tunnel=yes? I think the point of being a node is that the river and highway actually join so the topology is correct. I don't immediately see how you would do that if it were a property of the highway alone, but if you did, I agree that ford=yes would be the right way to do it. I've only come across fords three times while mapping so far. Two were fine for nodes, but one was a peculiar arrangement where the stream (two streams in fact) ran along the carriageway for about 50m. Indeed there was both a road junction and stream junction in the middle of it. I was certainly stumped on how to map this without a longer ford, though in this case sharing nodes all the way along would have been a possibility. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] golf courses?
Kaj-Michael Lang wrote: Sent: 25 January 2008 11:11 AM To: talk@openstreetmap.org Subject: Re: [OSM-talk] golf courses? On Thu, 24 Jan 2008, Alex Mauer wrote: The map features page lists both leisure=golf_course and sport=golf. Can we please pick one of these and remove the other? But isn't leisure=golf_course for the whole area and sport=golf for the club house or starting point ? My suggestion would be that both are kept for use on nodes since not all locations where you play golf are a golf course. In addition where a golf course is laid out as an area then tag that as landuse=golfcourse, sport=golf. The addition of leisure=golf would be appropriate too. Cheers Andy -- Kaj-Michael Lang ___ 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] golf courses?
On 25/01/2008 11:10, Kaj-Michael Lang wrote: On Thu, 24 Jan 2008, Alex Mauer wrote: The map features page lists both leisure=golf_course and sport=golf. Can we please pick one of these and remove the other? But isn't leisure=golf_course for the whole area and sport=golf for the club house or starting point ? That's certainly how I've used it. We might get back into the should parking areas have a node and an area discussion again. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] golf courses?
On Thu, 24 Jan 2008, Alex Mauer wrote: The map features page lists both leisure=golf_course and sport=golf. Can we please pick one of these and remove the other? But isn't leisure=golf_course for the whole area and sport=golf for the club house or starting point ? -- Kaj-Michael Lang ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] golf courses?
At 01:16 AM 1/25/2008, Alex Mauer wrote: The map features page lists both leisure=golf_course and sport=golf. Can we please pick one of these and remove the other? Often synonymous yes; always synonymous no. I find it useful to separately tag the place and use sport=xxx to mean pertaining to the sport of xxx with an eye to search engines. So with golf, a search engine can distinguish between golf courses, driving ranges and club houses and possibly speciality golf shops yet still easily bring up everything pertaining to golf within a given area. With the sport of recreational diving, it is useful to know both the local dive spots and dive shops where you can get air tanks, hire boats etc. The two things are very different and cannot be distinguished by sport=scuba_diving alone. Other examples: leisure=pitch sport=soccer versus leisure=stadium sport=soccer amenity=swimming_pool sport=swimming;water_polo versus natural=beach sport=swimming Mike Stockholm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping canals
Abigail Brady wrote: I've tagged low bridges in Leicester with maxheight=15'0, for example. That's what the sign on the bridge says, that should be represented in the database. I definitely think that's wrong. Even if we decide to have units in the database, that does not mean we need to allow all of 15'0, 15ft 0in, 15 feet 0 inches and so on. The info in the database is not and should not be designed to be rendered directly, either on maps or in routing software, and so does not have to correspond to what's written on the sign. If the database says 30mph, that might be rendered as 30, or as a white circle with a red border with a 30 in it, or even as the same with a 50 in it, if the person using the software or map wants km/h. We need for the UK to keep imperial measurements in the DB. Now, I abhor imperial measurements and want to see us completely metricated, so please don't mistake me for some kind of rabid anti-metric person. But the signs say things in feet and inches and that is a fact. This discussion should not be about a bunch of non-UK people declaring that UK people aren't allowed to use the unit system the UK (regrettably) uses in the database, I'm a UK person, and (at least up to now) I've been declaring that UK people shouldn't be allowed to use the unit system the UK uses. :-) There are many options. I think defining a very small set of allowed units and formats thereof, and then sample code in many languages to convert these to metres/kilograms, might be the solution. That might work. But then, don't you lose some of the flexibility that the put the units into the DB crowd are asking for? As has been shown, there's no loss of precision in going all-metric, at least with lengths, because 1 inch is exactly 2.54cm. Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippymap Hosting Recommendations
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Frederik Ramm wrote: | mount -o loop ./my-large-file my-new-dir (needs root privs) ~ I think this part is likely to be a problem with most budget hosting services :-) Robert (Jamie) Munro -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmhtkz+aYVHdncI0RAtRCAKCnI0i75L6OCnSZAdSzn7qBIqTa3QCg/emQ GYH85gsJ7VdUb9777DqFDRM= =WxnE -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Mapnik rendering update
Anyone know why Mapnik still hasn't rendered the data I put here: http://www.openstreetmap.org/?lat=54.6134lon=-2.6175zoom=12layers=B0FT over a week ago? Osmarender has it fine. I've tried using the rerender command on informationfreeway. (Is that Osmarender only?) I've tried waiting until next Wednesday and then waiting a bit longer. I've tried going to the individual tile URL and appending /dirty; /status then saying it's awaiting rerender, and later it says it no longer is (so presumably it's been done) but yet, no change :-( Sorry if I'm being thick. What am I missing? Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapnik rendering update
On Fri, 2008-01-25 at 17:49 +, Thomas Wood wrote: I believe the mapnik tile server has been a little overloaded recently - queuing of new tiles was disabled for a time. Rerender on ifw is for osmarender only (and isn't really required much, now that changed-tiles is being run to pick up data changes) On Jan 25, 2008 5:36 PM, Gervase Markham [EMAIL PROTECTED] wrote: Anyone know why Mapnik still hasn't rendered the data I put here: http://www.openstreetmap.org/?lat=54.6134lon=-2.6175zoom=12layers=B0FT over a week ago? Osmarender has it fine. I've tried using the rerender command on informationfreeway. (Is that Osmarender only?) I've tried waiting until next Wednesday and then waiting a bit longer. I've tried going to the individual tile URL and appending /dirty; /status then saying it's awaiting rerender, and later it says it no longer is (so presumably it's been done) but yet, no change :-( Sorry if I'm being thick. What am I missing? There is a major update to the way tiles are rendered occurring at the moment, let me explain... As Thomas mentions the rendering on the tile server has been overloaded recently. I've been working on developing an improved version of the software rendering framework called mod_tile for a few months and I took the plunge this week to install and run it on tile. The old system used a Mysql database to store the tiles, the new one uses the filesystem. I am currently running the list of 30M tiles from the MySQL database through the new mod_tile rendering engine to build up the new tiles from scratch. Right now all the tiles you are seeing are coming from the MySQL DB. The tiles are still being rendered with the Mapnik renderer so the new map will look the same as the old one. Many major changes have been made to the other parts of the rendering setup to massively improve the overall rendering speed. Once this first pass of the rendering is complete the mod_tile setup will have all the existing tiles fully rendered with the current planet dump and current map style. At that point I will switch over the URLs on the server to make the new tiles live. The new system has already rendered 5M tiles in just under 24 hours. This covers all of zooms 0 - 12 and about halfway through zoom 13. At the current rate all the old 30M tiles will be rendered by about Wednesday next week. Given how well things are progressing with the rendering I don't want to attempt any hybrid schemes to mix the new and old tiles or transfer the old tiles from the database to the filesystem. The new rendering rate is about 5 times faster than the old setup and allow us to be able to keep the tiles more up to date in future. The weekly import of the planet dump data will still be a limitation for the foreseeable future, but you should see updates appearing on the map much sooner after the Wednesday each week. Hopefully you can all live with a few more days delay in the updates before you get a nice new set of tiles with faster updates in future. Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Nokia N810
David Earl schrieb: Has anyone got a Nokia N810? (This is a Linux internet tablet with a built in GPS - http://europe.nokia.com/A4568578 - that someone mentioned on this list a while back, and is now available). If so, how easy is it to get at the raw data and/or a GPX file for the GPS. Are there other applications than the supplied maps for the GPS? Is there a capture track and mark waypoints application? Java? Does JOSM install on it? Can the GPS be hooked direct into JOSM (eg. via LiveGPS and gpsd - does the gps have a virtual port or something like that)? Any experience of the accuracy of the GPS - would it be no worse than my Garmin Geko? Any experience of voice recording? Hi! I own the predecessor N800, and I'm pleased with it. Comparing the N800 (~240EUR) to the N810 (~370 EUR): the N800 has no GPS and no hardware keyboard. I'm using the N800 together with a bluetooth connected Wintec WBT201 which is working ok. The software I use is maemo mapper, which displays the OSM slippy map as default and can also track GPS tracks. One nice thing is with maemo mapper you can download OSM map data at home in advance and check OSM map data while your there and answer questions liks: are these traffic lights already in the maps? - no need for expensive mobile traffic. I've never tried to install JAVA on it nor doing any voice recording - and obviously I can't say a word about the N810 GPS. But I would be very interested in other peoples experiences here ... Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] RFC: Driveway
Please read and comment on the driveway proposal, at http://wiki.openstreetmap.org/index.php/Proposed_features/Driveway Thanks -Alex Mauer hawke signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-dev] Opentrail - What development environments would be best for mobile compatibility?
Hi, Well, if your definition of better includes open, then no. Sometimes when talking about OSM I say provocatively that we're so ruthlessly pragmatic that we would even switch to Oracle if someone gave us the stuff for free and it worked better than what we currently have. Nick's comment is in sync with that and it has a certain appeal; focusing too much on open sometimes makes you a grumpy ideologist. On the other hand, being one of the old(er) school hackers myself, I am often irritated at the warm embrace that Apple get from large parts of what I used to consider a critical geek community. At the 24c3 in December, an awful lot of hackers were seen with Mac notebooks, and not even with Linux on them - they seem to have no issue with every second application offering you to shop directly from the file menu, plus generously phoning home about all sorts of things you do. But then this is the generation that blogs and twitters and plazes... maybe, and I don't mean this in a rhetorical sense, maybe my generation has simply overrated privacy. But I digress. But what's the actual penetration of devices with GPS onboard? No idea, but I would certainly be interested in some numbers. IIRC there was some press blurb in dec 2007 about 1 million N95's sold? Yes, here: http://www.3g.co.uk/PR/Dec2007/5492.htm Europe UK : This week Nokia announced that the N95 handset, noted for its next-generation services including GPS, has sold a million units. This amounts to a significant success for a Smartphone in the UK market. 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] Mapnik rendering update
On Fri, 2008-01-25 at 22:35 +, Robert (Jamie) Munro wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jon Burgess wrote: | Once this first pass of the rendering is complete the mod_tile setup | will have all the existing tiles fully rendered with the current planet | dump and current map style. At that point I will switch over the URLs on | the server to make the new tiles live. | | The new system has already rendered 5M tiles in just under 24 hours. | This covers all of zooms 0 - 12 and about halfway through zoom 13. At | the current rate all the old 30M tiles will be rendered by about | Wednesday next week. Now that you've done the slowest-to-render low zoom tiles, Why not just bin the old DB and backlog and let the rest of the tiles render on demand? I might do this once all the z16 or z17 tiles are done but with only z0-12 I fear I'll get lots of complaints about stuff suddenly disappearing from the map. The zoom levels 15 - 17 are by far the most numerous according to the histogram of tiles per zoom. ZoomNumber of tiles in database 0 1 1 4 2 16 3 64 4 256 5 1024 6 4096 7 16384 8 65539 9 262163 10 1039716 11 1507579 12 1010639 13 1495247 14 2333230 15 5110638 16 5017451 17 8192471 18 3793287 Total = 29849805 Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapnik rendering update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jon Burgess wrote: | Once this first pass of the rendering is complete the mod_tile setup | will have all the existing tiles fully rendered with the current planet | dump and current map style. At that point I will switch over the URLs on | the server to make the new tiles live. | | The new system has already rendered 5M tiles in just under 24 hours. | This covers all of zooms 0 - 12 and about halfway through zoom 13. At | the current rate all the old 30M tiles will be rendered by about | Wednesday next week. Now that you've done the slowest-to-render low zoom tiles, Why not just bin the old DB and backlog and let the rest of the tiles render on demand? Robert (Jamie) Munro -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmmRMz+aYVHdncI0RApeyAJ4izpTGTi2tn8u3X5vPZHfFRsSbVQCdGqC5 WcenOewOb/FpqChyFeULhBk= =/LLL -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Potlatch on talk-de
Hi, Potlach frustration was the initial start of this thread. We are gone over this and are much further now! We just have forgotten to chnage the subject. Now it's more on ...should we develop a standard first, then go out and and go for a tag.. or. ...just go out , tag and later we will agree on some standard. So please do not disturb this discurs. Stephan forgot to mention the liberal sprinkling of if that's how you want to do it then it is completely useless and I will play elsewhere. Someone recently wrote that OSM is useless because it has no coverage for South Dumbfuck. One should maybe add to this that OSM is also useless because there's no guarantee to get ideal routing unless you force strict tagging rules down the throat of every new mapper. And we won't do with anything less than ideal - it is a mathematical problem with a precise mathematical solution. (Not my opinion in case it needs to be said - I'm just translating.) OMG if Fake SteveC finds about this then he'll start talking of Teutotards. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Potlatch on talk-de
Wow they really like potlatch over in talk-de. English 'translation': http://translate.google.com/translate?u=http%3A%2F%2Flists.openstreetmap.org%2Fpipermail%2Ftalk-de%2F2008-January%2F006758.htmllangpair=de%7Cenhl=enie=UTF-8 from thread beginning here (and it's a big thread): http://lists.openstreetmap.org/pipermail/talk-de/2008-January/006758.html Reminds me of the good old days of flame wars on this list. 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] Units convention (Was: Mapping canals)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Trautmann wrote: | There is really no point using a thousands separator in figures which are | supposed to be machine-readable. And there is every point not doing so. | The storage format should be machine-readable. That's why ft and mph | would be converted to metric numbers. I've just realised that I haven't made my position clear - I think that if it is something we have measured, it should be in metric units. If it is a rule we have recorded, like a legal limit, then it should be kept in the units as supplied, because 50km/h is not the same as 30mph. In the case of canal heights and widths, I'm not sure what are rules from the canal authorities, and should therefore be kept in the units in which they originate, and what are things that Richard and Co are estimating or measuring with their GPSs and other tools. Robert (Jamie) Munro -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmgX1z+aYVHdncI0RAqyvAKCw1YXSim+pnoe/4k9QfHxoIEF9MACeJ+FU kO23WTK4vWNoeZLVvOEV2Ts= =IGCZ -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] OT: suggestions for mapping software
Hi OpenStreetMappers! If you have answers to the question below, I'll be happy to forward them back to the list whence it came! Thanks, Robert Original Message Subject:Mapping Software Date: Fri, 25 Jan 2008 12:48:24 -0800 (PST) From: Anita Oser [EMAIL PROTECTED] To: [EMAIL PROTECTED] Hello Everyone, A genealogist friend of mine would like to plot old place names on a shaded relief map of China. He is looking for mapping software (preferably free or relatively inexpensive) that would allow him to do this and that would be relatively easy to use. Any suggestions? Thanks. Anita Anita K. Oser Cullowhee, NC Phone: 828-293-5484 E-mail: [EMAIL PROTECTED] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Welsh Map
Tom Higgy wrote: Chris Jones wrote: Just a quick email to announce a Welsh Language render of the UK. Excellent! I've started adding Welsh names of places I know. There's a lot of 'name:cym' keys. Is it possible to change these all at once in the DB or shall I continue seeking them out myself? I've just checked this weeks planet, there don't seem to be any name:cym tags left, also any new welsh names added before Wednesday should now be visible on the map! http://sucs.org/~rollercow/cyosm/ -- Chris Jones, SUCS Admin http://sucs.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Potlatch on talk-de
Hi, Potlach frustration was the initial start of this thread. We are gone over this and are much further now! We just have forgotten to chnage the subject. Now it's more on ...should we develop a standard first, then go out and and go for a tag.. or. ...just go out , tag and later we will agree on some standard. So please do not disturb this discurs. regards, Stephan. Wow they really like potlatch over in talk-de. English 'translation': http://translate.google.com/translate?u=http%3A%2F%2Flists.openstreetmap.org%2Fpipermail%2Ftalk-de%2F2008-January%2F006758.htmllangpair=de%7Cenhl=enie=UTF-8 from thread beginning here (and it's a big thread): http://lists.openstreetmap.org/pipermail/talk-de/2008-January/006758.html Reminds me of the good old days of flame wars on this list. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapnik rendering update
I believe the mapnik tile server has been a little overloaded recently - queuing of new tiles was disabled for a time. Rerender on ifw is for osmarender only (and isn't really required much, now that changed-tiles is being run to pick up data changes) On Jan 25, 2008 5:36 PM, Gervase Markham [EMAIL PROTECTED] wrote: Anyone know why Mapnik still hasn't rendered the data I put here: http://www.openstreetmap.org/?lat=54.6134lon=-2.6175zoom=12layers=B0FT over a week ago? Osmarender has it fine. I've tried using the rerender command on informationfreeway. (Is that Osmarender only?) I've tried waiting until next Wednesday and then waiting a bit longer. I've tried going to the individual tile URL and appending /dirty; /status then saying it's awaiting rerender, and later it says it no longer is (so presumably it's been done) but yet, no change :-( Sorry if I'm being thick. What am I missing? Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Nokia N810
David Earl wrote: Has anyone got a Nokia N810? (This is a Linux internet tablet with a built in GPS - http://europe.nokia.com/A4568578 - that someone mentioned on this list a while back, and is now available). If so, how easy is it to get at the raw data and/or a GPX file for the GPS. Are there other applications than the supplied maps for the GPS? Is there a capture track and mark waypoints application? Java? Does JOSM install on it? Can the GPS be hooked direct into JOSM (eg. via LiveGPS and gpsd - does the gps have a virtual port or something like that)? Any experience of the accuracy of the GPS - would it be no worse than my Garmin Geko? Any experience of voice recording? I'm very tempted. David Using the 'Maemo-Mapper' application is the suggested approach versus using the Nokia supplied Maps program (I don't have an N810, only an N800 currently but I do know that it works fine with the GPS in the 810). Maemo-mapper can export directly to .gpx (through the 'save track' feature), and as an added bonus defaults to using OSM tiles for the display. No working Java support yet, though there are a few people who've been working towards it slowly from my understanding. And I doubt that JOSM in its current form would be that usable due to both its resource requirements and the size of the display. -Jason Reid ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-dev] Opentrail - What development environments would be best for mobile compatibility?
On Fri, Jan 25, 2008 at 04:29:55PM +, Nick Black wrote: Odd advice from a mailing list of an _open_ source/data/whatever project. Not if you want to make a better map for OSM. Well, if your definition of better includes open, then no. a better perspective. At least for that one there are already devices out there with built in GPS... But then you loose some of the But what's the actual penetration of devices with GPS onboard? No idea, but I would certainly be interested in some numbers. IIRC there was some press blurb in dec 2007 about 1 million N95's sold? cu bart ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-nl] Carnaval layer
Tuurlijk, ik kan wel een klein programmatije schrijven... Hoe ziet de data eruit? 2008/1/24 Stefan de Konink [EMAIL PROTECTED]: Als ik bij dat lijstje node id's heb, weet iemand dan hoe je dat in de API kunt schieten? Mvg, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval layer
Martijn van Oosterhout schreef: Tuurlijk, ik kan wel een klein programmatije schrijven... Hoe ziet de data eruit? 2008/1/24 Stefan de Konink [EMAIL PROTECTED]: Als ik bij dat lijstje node id's heb, weet iemand dan hoe je dat in de API kunt schieten? Zie vorige mailtjes Plaatsnaam oud --- Plaatsnaam nieuw Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval layer
2008/1/25 Stefan de Konink [EMAIL PROTECTED]: Martijn van Oosterhout schreef: Tuurlijk, ik kan wel een klein programmatije schrijven... Hoe ziet de data eruit? 2008/1/24 Stefan de Konink [EMAIL PROTECTED]: Als ik bij dat lijstje node id's heb, weet iemand dan hoe je dat in de API kunt schieten? Zie vorige mailtjes Oh, ik dacht dat je node IDs had. Plaatsnaam oud --- Plaatsnaam nieuw Dit kan ook, maar duurt wat langer. Moet even over nadenken... Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval layer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Oosterhout schreef: 2008/1/25 Stefan de Konink [EMAIL PROTECTED]: Martijn van Oosterhout schreef: Tuurlijk, ik kan wel een klein programmatije schrijven... Hoe ziet de data eruit? 2008/1/24 Stefan de Konink [EMAIL PROTECTED]: Als ik bij dat lijstje node id's heb, weet iemand dan hoe je dat in de API kunt schieten? Zie vorige mailtjes Oh, ik dacht dat je node IDs had. Plaatsnaam oud --- Plaatsnaam nieuw Dit kan ook, maar duurt wat langer. Moet even over nadenken... Als ik hem even door een lokale database heen rag en node ids voor je uitdraai ben je blij? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmawcYH1+F2Rqwn0RCtv7AJ9uR7EF3QDcoQayN6rHQmjfZuuJuQCcDAE/ Q7eN726JGm359UquSN9E1yU= =NWPE -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval layer
2008/1/25 Stefan de Konink [EMAIL PROTECTED]: Als ik hem even door een lokale database heen rag en node ids voor je uitdraai ben je blij? Dat zou wel een stuk sneller gaan dan wat ik van plan was :) Voor het uploaden zou de programma lijken op: $api = Geo::OSM::APIClientV5( ... ) while() { my($id,$name) = split /\t/,$_; my $node =$api-get_node($id); $node-add_tag('name:carnaval',$name); $api-modify($node); } Je zou waarschijnlijk wat error checken willen doen (als de node niet meer bestaat) of bijhouden wat al gedaan is, maar dit is het idee Mvg, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval layer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Oosterhout schreef: 2008/1/25 Stefan de Konink [EMAIL PROTECTED]: Als ik hem even door een lokale database heen rag en node ids voor je uitdraai ben je blij? Dat zou wel een stuk sneller gaan dan wat ik van plan was :) Voor het uploaden zou de programma lijken op: $api = Geo::OSM::APIClientV5( ... ) while() { my($id,$name) = split /\t/,$_; my $node =$api-get_node($id); $node-add_tag('name:carnaval',$name); $api-modify($node); } Je zou waarschijnlijk wat error checken willen doen (als de node niet meer bestaat) of bijhouden wat al gedaan is, maar dit is het idee Ik slinger even een database aan, mail straks wel even een lijstje :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHma74YH1+F2Rqwn0RCvUxAJ9cVjHDJwcS/17E8UXJF8aVMENLaQCfVJ8f MWCIW7AlxgkpA3RwmyWdYgU= =/RU4 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Friese layer op tileserver?
Ha Lambertus en anderen, Hoe gaat het met de persberichten rond OSM - The Fryslan edition en OSM - The Carnaval Edition? Als er nog hulp nodig is dan hoor ik het graag, dit weekend heb ik een beetje tijd. Martijn Op 18 jan 2008, om 11:16 heeft Lambertus het volgende geschreven: Er worden op de Friese layer geen straatnamen weergegeven? Is dat met opzet? Nee, maar het zou nu goed moeten zijn. Ik heb ook even de cache voor die layer gecleared does het zou nu wel moeten werken. Prachtig. Ook op de lage zoomlevels is nu alles zichtbaar en straatnamen doen het ook. Ook buiten Friesland verschijnen al Friese namen zoals Utecht (Utert), Zwolle (Swol), Enschede (Ynskede), Groningen (Grins), Den Haag (De Haach) enz. enz. Leuk om te zien allemaal! Ik ben dit weekend 'offline' maar volgende week ga ik een persbericht voorbereiden. Wij hebben eerder zulk soort persberichten verzonden waar ik graag op voort wil borduren, alleen kon ik ze niet vinden in de wiki. Kan iemand bestaande teksten mailen of onder een kopje 'Persberichten' ofzo in de wiki zetten? Alvast bedankt. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] FOSDEM lightning talk
Ha allen, Een reminder dat de inschrijving voor de Lightning Talks op FOSDEM nog open staat tot 31 januari. Wie heeft er zin om een LT af te leveren over OSM? Cheers, -- martijn van exel -+- [EMAIL PROTECTED] -+- http://www.schaaltreinen.nl/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Friese layer op tileserver?
Je hebt gelijk, de 'name' tags moeten de officiele naam bevatten welke dus de Friese variant kan zijn. Als dat zo is dan hoort er ook een 'name:nl' tag te zijn. Je zou zover kunnen gaan om elke plaats van drie name tags te voorzien. Even een stap terug doende: Elke internationale naam moet eigenlijk aan een plaats worden toegevoegd. We hebben het dus niet alleen over Nederlands/Fries. Vooral aan de grote internationale steden als (ik noem maar iets): Brussel, Peking, Den Haag horen een hele reeks name tags te hangen. Wellicht dat dit ook al gaande is. - Original Message - From: Theun Bouius To: [EMAIL PROTECTED] Sent: Friday, January 25, 2008 19:03 Subject: Re: [OSM-talk-nl] Friese layer op tileserver? Mijn opmerking was ook even bedoeld om te verifiëren dat de ''name'' tags de officiele namen bevatten en dus niet de eventuele nederlandse versie van de nu officiëel friese namen. Ik neem maar aan dat dit zo is. Ik zal vanavond wel even kijken hoever ik kan komen. Dan moeten die dorpen in plaats van name:fy een tag name:nl krijgen voor de nederlandse naam. Ik begrijp jou standpunt maar we kunnen eenvoudigweg niet wachten totdat de kaart 'compleet' is (wat is compleet eigenlijk?). Het hele OpenStreetMap project zou niet zijn wat het nu is als iedereen er pas aan mee zou helpen of gebruiken op het moment dat de data compleet is. Het is een kip/ei probleem en zeurpieten, minsken dyt eamelje, zul je altijd hebben. Ik vind kortom; we weten dat de kaart niet compleet is en er zullen mensen zijn die daarover zullen vallen maar de Friese kaart zal er alleen maar beter van worden wanneer meer mensen van zijn/haar bestaan afweten. Het persbericht zal ook niet voordoen alsof de kaart al klaar is maar wellicht meer om mensen uit te nodigen mee te helpen. Om maar af te sluiten met een mooie dooddoener die ook wel eens in de Engelstalige discussies gevallen: Ben je het er niet mee eens, is iets niet goed genoeg, zouden 'we' iets moeten doen of anders? Doe het zelf, het is tenslotte een wiki! Doe jet het niet, dan moet je ook niet zeuren als wij het ook niet doen. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval Definitief
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Stefan de Konink schreef: Maar als je graag twee bestandjes wilt hebben maak ik die zo even :) Even door gnumeric gehaald... toch zo'n 328 plaatsen voor op de kaart :) Als iemand anders wil gaan perlscripten :) veel plezier :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmoP8YH1+F2Rqwn0RCjPrAJ4yiwChuS3mDjPx+WgW2r3KoOOETACfXj1k MU56+1EesCB9SAdjx4igXow= =6opF -END PGP SIGNATURE- 42287984,village,Aardenburg,t Uulehat, 42857683,village,Aarle-Rixtel,Ganzegat, 45414873,village,Achterveld,Puupenkoppenland, 42672131,village,Achtmaal,Goudpoeperslaand, 44283711,village,Aerdt,Spreeuwendurp, 46395647,village,Albergen,Bökkenlaand, 43845348,village,Alem,Spreeuwendurp, 45488182,city,Amersfoort,Trekkersgat, 43735675,village,Ammerzoden,Malse Arckeldurp, 46097453,town,Amstelveen,t Turvegat, 44381560,village,Angeren,Keujesgat, 45951968,village,Ankeveen,Schuimlikkerveen, 42731455,village,Arcen,Keieschietersriek, 42638466,village,Baarle-Nassau,Smokkelgat, 42224166,village,Baexem,Plekploasterland, 42827302,village,Bakel,Pierewaaiersrijk, 47362257,village,Barger-Compascuum,Stiekelstad, 45887945,village,Bathmen,Pompersgat, 43046865,village,Bavel,Baviaonenland, 42278227,village,Beesel,Drakeriék, 42339358,village,Belfeld,Belhamelriëk, 43983700,village,Berg en Dal,Duufelshemel, 42355131,village,Bergeijk,Teutengat, 42776312,town,Bergen op Zoom,Krabbegat, 44087004,village,Bergharen,Wurmensoppersrijk, 43132701,village,Berkel-Ens,Knollevretersgat, 43476837,village,Berlicum,Dun Birrekoal, 42466157,village,Bladel,Muggeziftersrijk, 46202337,village,Boskamp,Toetlipp'ndarp, 45128961,village,Boskoop,Kwakveen, 43032924,village,Bosschenhoofd,Smoorfrèterslaand, 44420285,village,Braamt,Nottedarp, 45097897,village,Bunnik,Kikkerloo, 45990885,town,Bussum,Erwtenrijk, 43535508,village,Capelle,Cuppelsgat, 42533302,village,Casteren,Bollenmeppersgat, 46910561,town,Castricum,Pieperduin, 42838224,village,Chaam,Bonenpikkerslaand, 42277795,village,Clinge,Kriekedorp, 44793343,village,Cothen,Brienkneuterdorp, 43414914,village,Cromvoirt,Kneutergat, 43688088,town,Cuijk,Nolersriek, 44545426,town,Culemborg,Papklokkendam, 42963454,village,De Mortel,Krulstarteland, 47002714,village,Dedemsvaart,Kloetendonk, 44257741,village,Deest,Het Golvenrijk, 45155630,city,Den Haag,Kreesiedentie, 47668194,town,Den Helder,Waaienburg, 46417470,town,Denekamp,Köttelpeer'ndoarp, 42689402,town,Deurne,Peelstrekelrijk, 46091623,village,Deurningen,Nettelkörnkesnust, 153479590,hamlet,Deventer,Stokvissengat, 45924949,town,Deventer,Stokvissengat, 45037448,town,Dieren,Zwieren, 42719810,village,Diessen,Stopnaoldenrijk, 43303951,village,Dinteloord,Peejlòòfdurp, 42102750,village,Doenrade,Gruuëtsje Gekke Rieëk, 44645727,town,Doetinchem,Leutekum, 43269861,town,Dongen,Peejenrijk, 44260943,village,Doornenburg,t Woatergoat, 43863172,city,Dordrecht,Ooi- en Ramsgat, 43153000,village,Dorst,Kattegat, 44600016,village,Driel,Uulenes, 43512320,town,Drunen,Dwergonië, 44237820,village,Druten,Bokkenrijk, 42484690,village,Duizel,Zwetsgat, 43668738,village,Dussen,Klayendam, 42146250,village,Echt,Aesterriek, 45242010,village,Eerbeek,Dwarsliggerdorp, 42458294,village,Eersel,Buurtgat, 42616340,city,Eindhoven,Lampegat, 43103296,village,Elsendorp,Peelvruutersrijk, 47254785,town,Emmeloord,Pierenoord, 43662018,village,Empel,Slotgat, 43651611,village,Engelen,Terpersdurp, 43193517,village,Erp,Empeldonk, 42691739,village,Esbeek,Haaikneuterrijk, 44369292,village,Etten,Stijlorenrijk, 43314672,village,Fijnaart,t Kleigat, 44486540,village,Gaanderen,Bultendarp, 42862569,village,Galder,Maerkrattenland, 42303419,village,Gastel,Pintenwippersrijk, 43566426,village,Geertruidenberg,Potteschijtersland, 43715814,village,Geffen,Rottenrijk, 42591485,town,Geldrop,Lappegat, 42101973,town,Geleen,Waereldsjtad, 43024595,town,Gemert,Waeverstadt, 43249323,village,Gemonde,Mullukzuipertjesland, 42771989,village,Gerwen,Narregat, 42974568,village,Gilze,Dringersgat, 42906058,town,Goirle,Ballefruttersgat, 44044693,town,Gorinchem,Bliekenstad, 45703385,village,Gorssel,Kakkersgat, 44866869,town,Gouda,Pijpenburg, 42378747,village,Graauw,Djerkenland, 43761877,village,Grave,Pothuusburg, 43809511,village,Groesbeek,Keulen van Gelderland, 42586528,village,Grubbenvorst,Plaggeriék, 45517703,town,Haaksbergen,t Asschedorp, 44246703,village,Haalderen,t Baggergat, 46465702,city,Haarlem,Muggendonk, 43600700,village,Haarsteeg,Haorendam, 42236961,village,Haelen,t Vreigelriek, 42921232,village,Halsteren,Altere, 43677592,village,Hank,Knusterooierslaand, 42485817,village,Hapert,Pintewippersrijk, 43521788,village,Haps,De Zelfkant Hops, 46447616,village,Harbrinkhoek,Dubbelkiekersdorp, 45207647,village,Harmelen,Kwakbollenpoel, 46801154,town,Heemskerk,Ezelenheem, 43949067,village,Heerewaarden,Paolingdurp, 43668322,village,Heesch,Krullendonk, 43369955,village,Heeswijk-Dinther,Snevelbokkenland,
Re: [OSM-talk-nl] Carnaval Definitief
Martijn Verwijmeren schreef: On Sat, 26 Jan 2008 00:39:45 +0100 Stefan de Konink [EMAIL PROTECTED] wrote: Je hebt waarschijnlijk niet door dat dit een zoek actie betreft van ongeveer 11GB aan data... want ik heb niet alleen Nederland in OSM zitten. [snip] Zelf denk ik dat het iets sneller is om 522 puntjes langs te lopen op een kaartje in Nederland even even te checken of het klopt. Da's leuk dat die eerste stap een database van 11GB betrof. Maar als je mijn opmerkingen wat beter leest, dan kun je zien dat die alleen betrekking hebben op dat lijstje van 522 puntjes. Als jij met databases van 11GB kunt werken, dan kun je waarschijnlijk ook overweg met lijstjes van 522 puntjes. Bijvoorbeeld splitsen in twee lijstjes: één met alle unieke namen (kunnen zo de kaart in) en één met alle dubbele namen (moet je eerst nog wat mee doen, of je laat ze weg). Ik noem die actie triviaal, dat hoeft niet in een database te gebeuren. Maar als je graag twee bestandjes wilt hebben maak ik die zo even :) En zal hem met de code snippet van eerder vandaag proberen te uploaden. Francisco van Jole heeft jaren geledes op Radio Online gezegd dat sommige nieuwe leden communities verzieken door het gebrek aan kennis. Sorry, ik wist niet dat ik hier na een maand nog niet mag mee praten. Gelukkig is het allemaal niet zo zwart/wit, maar het verschil tussen een positieve newbie en iemand die de beren opzoekt is nu net het probleem. Ook jij had in dit e-mailtje aan kunnen komen met een 'uniek' lijstje, dan had je het probleem net weer en stapje verder kunnen oplossen. Je hebt een duidelijk beeld van een subprobleem (zo lees ik dat aan het begin van het mailtje), maar de verrassing van 'ik heb het opgelost' heb ik nog niet gekregen ;) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval Definitief
On Sat, 26 Jan 2008 00:39:45 +0100 Stefan de Konink [EMAIL PROTECTED] wrote: Je hebt waarschijnlijk niet door dat dit een zoek actie betreft van ongeveer 11GB aan data... want ik heb niet alleen Nederland in OSM zitten. [snip] Zelf denk ik dat het iets sneller is om 522 puntjes langs te lopen op een kaartje in Nederland even even te checken of het klopt. Da's leuk dat die eerste stap een database van 11GB betrof. Maar als je mijn opmerkingen wat beter leest, dan kun je zien dat die alleen betrekking hebben op dat lijstje van 522 puntjes. Als jij met databases van 11GB kunt werken, dan kun je waarschijnlijk ook overweg met lijstjes van 522 puntjes. Bijvoorbeeld splitsen in twee lijstjes: één met alle unieke namen (kunnen zo de kaart in) en één met alle dubbele namen (moet je eerst nog wat mee doen, of je laat ze weg). Francisco van Jole heeft jaren geledes op Radio Online gezegd dat sommige nieuwe leden communities verzieken door het gebrek aan kennis. Sorry, ik wist niet dat ik hier na een maand nog niet mag mee praten. Welterusten, Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval Definitief
On Fri, 25 Jan 2008 23:42:08 +0100 Stefan de Konink [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn Verwijmeren schreef: On Fri, 25 Jan 2008 21:07:44 +0100 Stefan de Konink [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn Verwijmeren schreef: Zolang je je maar realiseerd dat dit een kaart boordevol met fouten op gaat leveren. De drie Alphens en vier Aalsten zijn echt verschillende plaatsen, maar krijgen nu dezelfde carnavalsnaam. En dat is alleen nog maar de letter A. Regel voor mij een OSM bestand, dan kijk ik wel even welke nodes weg moeten :) Redelijk achterstevoren reactie. Jij bent degene die alles al in een database heeft zitten. Het is dus een kleine moeite voor je om te filteren welke namen dubbel zijn. Die laat je dus weg of doe je met de hand. Iedereen heeft een database vol informatie... Sorry, jij bent degene die dit onderwerp begon met even door een database halen. Missende informatie kunnen mensen makkelijk toevoegen, foutieve informatie levert een slechte eerste indruk. Wat een onzin :D Er is van te voren bekend welke nodes voorzien van een naamkaartje, als 90% van de informatie juist is loop je wat provincies af en ben je klaar. Aangezien het filteren van de informatie zo simpel is als het bestand als CSV in lezen, en alleen towns oid nemen, denk ik niet dat je helemaal op de hoogte bent wat het probleem is :) Nu het nog in een lijstje staat is makkelijk herkenbaar waar de dubbelen zitten. Zowel voor een mens als een computer. Zodra je het in de kaart hebt gestopt is dat een stuk lastiger te zien. Je idee om te filteren op town gaat al bij mijn eerste voorbeeld (Alphen) mis. Als je naar een kaart zit te kijken is het ook meteen duidelijk of iets een carnavalsnaam of een standaard nederlandse naam is. Voor het herkennen van een foutieve carnavalsnaam in de kaart zul je echter over de kennis moeten beschikken wat de juiste naam is. Ik denk niet dat je veel OSM'ers kunt vinden die meer dan een handjevol carnavalsnamen uit hun hoofd kennen. Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval Definitief
Gaaf! Ik vind het jammer dat er zo negatief op wordt gereageerd. Ik ben dat van deze gemeenschap niet gewend en hoop dat we wat constructiever met elkaars ideeën en producten kunnen omgaan. Perlscripten is voor mij te lang geleden. Ik hoop dat iemand dat oppikt. Als het er straks inzit, dan lijkt het me leuk als er iets aan de stylesheet van mapnik wordt getweakt voor OSM - The Carnaval Edition. Zodat de plaatsen die een carnaval-naamtag hebben extra groot / duidelijk worden gerenderd, of in een wat speelser lettertype, of met een symbool van een prinsenhoofddeksel (hoe heet zo'n ding) erbij. Ik ben benieuwd of iemand dat kan. Ben erg benieuwd naar het resultaat! -- martijn van exel -+- [EMAIL PROTECTED] -+- http://www.handsomedevil.nl/ Op 26 jan 2008, om 01:51 heeft Stefan de Konink het volgende geschreven: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Stefan de Konink schreef: Maar als je graag twee bestandjes wilt hebben maak ik die zo even :) Even door gnumeric gehaald... toch zo'n 328 plaatsen voor op de kaart :) Als iemand anders wil gaan perlscripten :) veel plezier :) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval Definitief
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn Verwijmeren schreef: Redelijk achterstevoren reactie. Jij bent degene die alles al in een database heeft zitten. Het is dus een kleine moeite voor je om te filteren welke namen dubbel zijn. Die laat je dus weg of doe je met de hand. Iedereen heeft een database vol informatie... Sorry, jij bent degene die dit onderwerp begon met even door een database halen. Ik zie dat je nog niet zo lang op de mailinglijst zit. En dat je, je nu in discussies mengt waar de problemen op een compleet ander niveau liggen dan jij denkt. Francisco van Jole heeft jaren geledes op Radio Online gezegd dat sommige nieuwe leden communities verzieken door het gebrek aan kennis. Als ik zeg dat ik iets door een database ga halen, omdat als je dezelfde operatie zou doe op een XML bestand danwel de OSM database je uren bezig bent, heeft dat een achtergrond. Dat ik toevallig in het bezit ben van een copy van de OSM database in een experimentele omgeving weten meer mensen hier. Het feit dat je spreekt oven een kleine moeite geeft weer aan dat je niet weet waar je het over hebt. Immers de enige match die ik handmatige heb gelegd is de relatie tussen een plaatsnaam in OSM en een carnavals naam in Wikipedia. Buiten deze relatie is er niets beschikbaar en valt er ook niet meer te filteren... wellicht is er nog op Nederland te filteren op punt niveau, dan heb je het wel gehad. Je hebt waarschijnlijk niet door dat dit een zoek actie betreft van ongeveer 11GB aan data... want ik heb niet alleen Nederland in OSM zitten. Missende informatie kunnen mensen makkelijk toevoegen, foutieve informatie levert een slechte eerste indruk. Wat een onzin :D Er is van te voren bekend welke nodes voorzien van een naamkaartje, als 90% van de informatie juist is loop je wat provincies af en ben je klaar. Aangezien het filteren van de informatie zo simpel is als het bestand als CSV in lezen, en alleen towns oid nemen, denk ik niet dat je helemaal op de hoogte bent wat het probleem is :) Nu het nog in een lijstje staat is makkelijk herkenbaar waar de dubbelen zitten. Zowel voor een mens als een computer. Zodra je het in de kaart hebt gestopt is dat een stuk lastiger te zien. Je idee om te filteren op town gaat al bij mijn eerste voorbeeld (Alphen) mis. Je ziet waarschijnlijk dat het attribuut 'place', town, city, etc. bevat. En een referentie naar een bestaande node ID. Als jij op basis van de data in Wikipedia kunt zeggen wat de join moet zijn om op de juiste set uit te komen hoor ik het graag. Zelf denk ik dat het iets sneller is om 522 puntjes langs te lopen op een kaartje in Nederland even even te checken of het klopt. Als je naar een kaart zit te kijken is het ook meteen duidelijk of iets een carnavalsnaam of een standaard nederlandse naam is. Voor het herkennen van een foutieve carnavalsnaam in de kaart zul je echter over de kennis moeten beschikken wat de juiste naam is. Ik denk niet dat je veel OSM'ers kunt vinden die meer dan een handjevol carnavalsnamen uit hun hoofd kennen. Het hele doel is om een carnavals kaart te maken, aangezien we alleen de wikipedia data hebben, moeten we het daarmee doen. Filteren heeft niets te maken met verifieren. Aangezien er een aantal 'namen' zelfs op 'wijk' niveau werkt is alle informatie die je hier ziet netjes genoeg om mee verder te gaan. De data set is gefiltert tot 522 punten op de kaart. Als de Carnavals laag alleen de data bevat die we nu aanleveren kunnen we dat dus heel snel opschonen en fixen. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmnNBYH1+F2Rqwn0RChh5AJ4/BFuNfHo50irsLKWMforGu7jvbACfdQiv Il9N5BfI2G2mv1kNRK/0VvA= =b+sj -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval Definitief
Hallo allemaal. Vanavond 'groot' op Omroep Brabant: de Bosatlas (via www.bosatlas.nl) heeft (blijkbaar in samenwerking met het Stedelijk Museum Den Bosch (oid)) een ... carnavalskaart gemaakt! Er schijnen nogal wat fouten in te zitten, er hebben al mensen geklaagd. Als we nou onze eigen Carnavalskaart afkrijgen, kunnen we (ook via Omroep Brabant) mensen erop wijzen, en dan aangeven dat ze zelf de naam kunnen (laten) corrigeren. Eens kijken of dat nog wat nieuwe mensen oplevert... Groeten, Christ van Willegen ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval Definitief
On Fri, 25 Jan 2008 21:07:44 +0100 Stefan de Konink [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn Verwijmeren schreef: Zolang je je maar realiseerd dat dit een kaart boordevol met fouten op gaat leveren. De drie Alphens en vier Aalsten zijn echt verschillende plaatsen, maar krijgen nu dezelfde carnavalsnaam. En dat is alleen nog maar de letter A. Regel voor mij een OSM bestand, dan kijk ik wel even welke nodes weg moeten :) Redelijk achterstevoren reactie. Jij bent degene die alles al in een database heeft zitten. Het is dus een kleine moeite voor je om te filteren welke namen dubbel zijn. Die laat je dus weg of doe je met de hand. Missende informatie kunnen mensen makkelijk toevoegen, foutieve informatie levert een slechte eerste indruk. Groetjes, Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval Definitief
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn Verwijmeren schreef: Zolang je je maar realiseerd dat dit een kaart boordevol met fouten op gaat leveren. De drie Alphens en vier Aalsten zijn echt verschillende plaatsen, maar krijgen nu dezelfde carnavalsnaam. En dat is alleen nog maar de letter A. Regel voor mij een OSM bestand, dan kijk ik wel even welke nodes weg moeten :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmkGQYH1+F2Rqwn0RCsr4AJ4+WHATTaqQ1Sct2wtFnG24HTIo5wCePegL OXzNXu+VSTiuit+I3KiP1fU= =b5p4 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval Definitief
Hallo, Zolang je je maar realiseerd dat dit een kaart boordevol met fouten op gaat leveren. De drie Alphens en vier Aalsten zijn echt verschillende plaatsen, maar krijgen nu dezelfde carnavalsnaam. En dat is alleen nog maar de letter A. Groetjes, Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Carnaval Definitief
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Rijswijk zou Rijswijk ZH moeten zijn, ze worden nu allebei vervangen. Scriptje maken die rij[0] als node zoekt en rij[3] met Carnaval toevoegd. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmjWHYH1+F2Rqwn0RCpfRAJ0dqwNrUF/VufKVpWxA1wEA1ym4HQCbBy1O t5NpwAukcWJchSBR5YRE7vk= =KH4/ -END PGP SIGNATURE- 147095178, town, Aalst, Ballengat 42535312, village, Aalst, Ballengat 43835040, village, Aalst, Ballengat 44472250, village, Aalst, Ballengat 42287984, village, Aardenburg, 't Uulehat 42857683, village, Aarle-Rixtel, Ganzegat 45414873, village, Achterveld, Puupenkoppenland 42672131, village, Achtmaal, Goudpoeperslaand 44283711, village, Aerdt, Spreeuwendurp 43299005, village, Afferden, Knotsenburg 44213989, village, Afferden, Knotsenburg 46395647, village, Albergen, Bökkenlaand 43845348, village, Alem, Spreeuwendurp 42751438, village, Alphen, Struivenlaand 43972052, village, Alphen, Struivenlaand 45398103, town, Alphen, Struivenlaand aan den Rijn, 52257521, hamlet, America, Turftreiersriek 151444650, hamlet, America, Turftreiersriek 153373795, hamlet, America, Turftreiersriek 153670779, hamlet, America, Turftreiersriek 153719634, hamlet, America, Turftreiersriek 42622646, village, America, Turftreiersriek 45488182, city, Amersfoort, Trekkersgat 43735675, village, Ammerzoden, Malse Arckeldurp 46097453, town, Amstelveen, 't Turvegat 44381560, village, Angeren, Keujesgat 45951968, village, Ankeveen, Schuimlikkerveen 42731455, village, Arcen, Keieschietersriek 25232949, village, Asten, Klotland 42547976, village, Asten, Klotland 42638466, village, Baarle-Nassau, Smokkelgat 42381488, village, Baarlo, Kôôke-riék 47131994, village, Baarlo, Kôôke-riék 47325563, village, Baarlo, Kôôke-riék 42224166, village, Baexem, Plekploasterland 42827302, village, Bakel, Pierewaaiersrijk 47362257, village, Barger-Compascuum, Stiekelstad 45438365, town, Barneveld, Kiependaarp 153691356, village, Barneveld, Kiependaarp 158510823, village, Barneveld, Kiependaarp 45887945, village, Bathmen, Pompersgat 43046865, village, Bavel, Baviaonenland 42082276, village, Beek, De Heksenketel 42949009, village, Beek, De Heksenketel 4465, village, Beek, De Heksenketel 44344328, village, Beek, De Heksenketel 42962318, village, Beek, De Heksenketel en Donk 42278227, village, Beesel, Drakeriék 42339358, village, Belfeld, Belhamelriëk 43983700, village, Berg en Dal, Duufelshemel 42355131, village, Bergeijk, Teutengat 42776312, town, Bergen op Zoom, Krabbegat 44087004, village, Bergharen, Wurmensoppersrijk 126364307, suburb, Berghem, Knollenrijk 41928409, village, Berghem, Knollenrijk 43798974, village, Berghem, Knollenrijk 43132701, village, Berkel-Ens, Knollevretersgat 43476837, village, Berlicum, Dun Birrekoal 151931838, hamlet, Best, Klompengat 158610335, hamlet, Best, Klompengat 158836771, hamlet, Best, Klompengat 42826877, town, Best, Klompengat 44116743, town, Beuningen, Eikelenburg 46330257, village, Beuningen, Eikelenburg 42466157, village, Bladel, Muggeziftersrijk 43198064, village, Boekel, Knöllekesland 46979286, village, Boekel, Knöllekesland 43252496, village, Borne, Melbuul'ndorp 46090762, village, Borne, Melbuul'ndorp 46118669, village, Borne, Melbuul'ndorprbroek 46202337, village, Boskamp, Toetlipp'ndarp 45128961, village, Boskoop, Kwakveen 43032924, village, Bosschenhoofd, Smoorfrèterslaand 153706949, hamlet, Boxtel, Eendengat 43168864, town, Boxtel, Eendengat 44420285, village, Braamt, Nottedarp 43139322, city, Breda, Kielegat 151365087, hamlet, Breda, Kielegat 151826001, village, Breda, Kielegat 31877791, village, Budel, Bokkenrijk 42286422, village, Budel, Bokkenrijk 42239616, village, Budel, Bokkenrijk-Dorplein 42252111, village, Budel, Bokkenrijk-Schoot 45097897, village, Bunnik, Kikkerloo 45990885, town, Bussum, Erwtenrijk 43535508, village, Capelle, Cuppelsgat 42533302, village, Casteren, Bollenmeppersgat 46910561, town, Castricum, Pieperduin 42838224, village, Chaam, Bonenpikkerslaand 42277795, village, Clinge, Kriekedorp 44793343, village, Cothen, Brienkneuterdorp 43414914, village, Cromvoirt, Kneutergat 43688088, town, Cuijk, Nolersriek 44545426, town, Culemborg, Papklokkendam 42963454, village, De Mortel, Krulstarteland 47002714, village, Dedemsvaart, Kloetendonk 44257741, village, Deest, Het Golvenrijk 45187596, village, Delden, Kwekwestad 45931506, village, Delden, Kwekwestad 151493294, hamlet, Delft, Kabbelgat 44817952, town, Delft, Kabbelgat 45155630, city, Den Haag, Kreesiedentie 47668194, town, Den Helder, Waaienburg 46417470, town, Denekamp, Köttelpeer'ndoarp 42689402, town, Deurne, Peelstrekelrijk 46091623, village, Deurningen, Nettelkörnkesnust 153479590, hamlet, Deventer, Stokvissengat 45924949, town, Deventer, Stokvissengat 45037448, town, Dieren, Zwieren 42719810, village, Diessen, Stopnaoldenrijk 43303951, village, Dinteloord,
Re: [OSM-talk-nl] Carnaval layer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Rob schreef: hehe mijn hometown (Maastricht) doet niet mee aan die carnavals namen is die layer trouwens al actief/in de maak ? Ik zal even verder coden... Als een der Maartijns een scriptje zou kunnen maken dat alle nodes in een JOSM bestand kan laden, met eventuele translatie naar Carnaval naam, moeten we alleen de dubieuze plaatsen even opschonen. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmjKaYH1+F2Rqwn0RCql5AKCC6Pv05cBemUJhCOqHg10NvG3AzgCfShOI 9oNiIsSu6aBOfihcGvJ17v0= =RNw2 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval layer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Ivar Clemens schreef: Ik mis in deze lijst wat grote ;) plaatsen zoals Boxtel, Vught en Oirschot. Deze plaatsen stonden ook niet in het vorige mailtje [1], ze staan wel op de wikipedia pagina. Volg de discussie dan een beetje de andere plekken waren niet 1:1 te regexpen... maar goed het kost me dus zo'n 14 seconden om uit de database te fetchen... dus doe even cool en maak even een lijstje ;) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmiuGYH1+F2Rqwn0RCnQgAJ4z2IT2l6OnUJyAMyrUac5IQfYK5QCeMDPc nymk5KWmW1VRzjFfnjZitUc= =DuL8 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Installer voor Garmin kaarten
Bedoel je dit voor TYP files:? http://wiki.openstreetmap.org/index.php/OSM_Map_On_Garmin/Cycle_map dit werkt volgens mij niet in mapsource, een typ file is een bestand welke in de nieuwe Topo kaarten wordt gebruikt. From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: Thu, 24 Jan 2008 22:06:21 +0100Subject: Re: [OSM-talk-nl] Installer voor Garmin kaarten Als de installer gebruik kan maken van Mkgmap maakt het niet uit welke FID je gebruikt. De installer kan dan in het register kijken welke FID er nog vrij is en de kaarten hernoemen en de TDB opnieuw aanmaken. Op deze manier kun je ontzettend veel kaarten maken en distribueren zonder dat ik me zorgen over serienummers hoef te maken. Het daadwerkelijk installeren en deinstalleren is in feite een makkie want dat doet de installer voor je. Wat betreft de TYP files, daarvan ben ik op de hoogte en een Engelsman (ben de naam ff kwijt) heeft hiervoor al een pre-processor gemaakt die een leuke fietskaart oplevert. Zoals eerder gezegt: ik wil eerst wat randvoorwaarden goed hebben voordat ik de 'grote uitrol' doe anders moet je op een gegeven moment zoveel bijhouden dat je niet meer aan ontwikkelen toekomt. Ik zal wat betreft de installer wat nieuwe ontwikkelingen uit de doeken doen: Met NSIS kun je ontzettend veel maar ik vind het ook complex en het werkt alleen maar onder Windows. Waar ik nu mee bezig ben is een soort van vervanging van MapInstall waarbij een Java applicatie complete kaart sets onder MapSource installeert, up-to-date houdt, kaarten naar de Garmin kopieert en wat al niet meer. Werkt dat leuk dan kan die applicatie langzaam aan uitgebouwd worden tot een soort OpenStreetMap MapSource vervanger ofzo, dat zien we dan wel weer. Het gebruik van een Java applicatie biedt ook mogelijkheden als Java Webstart maar ook cross-platform ondersteuning en alle voorgenoemde zaken zijn niet te doen met een Windows installer. Dus ja, ik ben heel wat van plan. Je bent wel wat van plan zeg, hoe ga je dat met de TDB file regelen ?Ik heb na een reparatie van meer dan 3 maanden mijn slaptop weer terug ..(MM Ik ben toch niet gek? )Ik ben al eens met de innosetup bezig geweest (welke dus op de laptop stond).Hier heb ik ook een goede installer mee kunnen maken voor het installeren van kaarten in mapsource (en het weer verwijderen).Ik heb een aantal vraagjes : Heb je voor je kaarten een bepaalde FID gereserveerd ? ben je al eens met typ-files bezig geweest ?Hiermee kun je de look van de Garmin kaarten aanpassen, zowel in mapsource als de x modellen; Ik gebruik deze type files om de tracks wat duidelijker te maken in MS en mijn Garmin bij het MTB-en. Je kunt de kaarten zo aanpassen dat ze in MS op rasterkaarten lijken!werkt ook met Openstreetmap kaarten. Ik heb wel eens een HTML script gehad voor het installeren van 3rd party kaarten, maar dat werkte alleen met MS explorer, en als je de verkeerde entry weggooit gaat Mapsource alsnog over zijn nek... Perl lijkt me ook een leuke optie maar dat kan ik niet programmeren. goodgoan, Bert From: [EMAIL PROTECTED] To: [EMAIL PROTECTED]; talk-nl@openstreetmap.org Date: Wed, 23 Jan 2008 14:14:24 +0100 Subject: Re: [OSM-talk-nl] Installer voor Garmin kaarten Lambertus, Niet meer kunnen achterhalen. Sorry. Martijn Op 23 jan 2008, om 10:12 heeft Lambertus het volgende geschreven: Martijn van Exel wrote: Cool. Maar ik herinner me bij het overzetten van de IMG file eigenlijk helemaal geen problemen en gedoe met registry..? Alleen het inschakelen van een 3rd party tool waarvan ik de naam alweer ben vergeten. Interessant, want ik ben nooit een tool tegengekomen waarmee 3rd party kaarten geïnstalleerd kunnen worden onder MapSource. Daarentegen kom je wel op veel websites instructies tegen over het juist configureren van een *.reg bestand. Kun je een linkje opduikelen? Over de installer: Eigenlijk wil ik er naar toe dat de installer zo werkt dat deze een keuze biedt aan kaarten (zeg: EU of NL, DE, UK, etc.) en dan de kaarten download van internet, installeert en vervolgens up-to-date houdt. Ik ben benieuwd of dat te doen is met NSIS. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl Ontdek Windows Live, een nieuwe Windows ervaring. Een gratis upgrade. Download nu. ___Talk-nl mailing [EMAIL PROTECTED]://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl _ Jouw nieuws en entertainment, vind je op MSN.nl! http://nl.msn.com/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org
Re: [OSM-talk-nl] Carnaval layer
On Fri, 2008-01-25 at 18:51 +0100, Stefan de Konink wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Oosterhout schreef: 2008/1/25 Stefan de Konink [EMAIL PROTECTED]: Als ik hem even door een lokale database heen rag en node ids voor je uitdraai ben je blij? Dat zou wel een stuk sneller gaan dan wat ik van plan was :) Voor het uploaden zou de programma lijken op: $api = Geo::OSM::APIClientV5( ... ) while() { my($id,$name) = split /\t/,$_; my $node =$api-get_node($id); $node-add_tag('name:carnaval',$name); $api-modify($node); } Je zou waarschijnlijk wat error checken willen doen (als de node niet meer bestaat) of bijhouden wat al gedaan is, maar dit is het idee Ik denk dat je hier wel wat mee kan :) Ik mis in deze lijst wat grote ;) plaatsen zoals Boxtel, Vught en Oirschot. Deze plaatsen stonden ook niet in het vorige mailtje [1], ze staan wel op de wikipedia pagina. Groeten, Ivar [1] http://lists.openstreetmap.org/pipermail/talk-nl/2008-January/004399.html +---+++ | node |value |value | +===+++ | 45414873 |village |Achterveld | | 42672131 |village |Achtmaal| | 44283711 |village |Aerdt | | 43299005 |village |Afferden| | 44213989 |village |Afferden| | 46395647 |village |Albergen| | 43845348 |village |Alem| | 44381560 |village |Angeren | | 45951968 |village |Ankeveen| | 42731455 |village |Arcen | | 42224166 |village |Baexem | | 42827302 |village |Bakel | | 45438365 |town|Barneveld | | 153691356 |village |Barneveld | | 158510823 |village |Barneveld | | 45887945 |village |Bathmen | | 43046865 |village |Bavel | | 42339358 |village |Belfeld | | 42355131 |village |Bergeijk| | 44087004 |village |Bergharen | | 126364307 |suburb |Berghem | | 41928409 |village |Berghem | | 43798974 |village |Berghem | | 151931838 |hamlet |Best| | 158610335 |hamlet |Best| | 158836771 |hamlet |Best| | 42826877 |town|Best| | 42466157 |village |Bladel | | 43198064 |village |Boekel | | 46979286 |village |Boekel | | 45128961 |village |Boskoop | | 43032924 |village |Bosschenhoofd | | 44420285 |village |Braamt | | 43139322 |city|Breda | | 151365087 |hamlet |Breda | | 151826001 |village |Breda | | 31877791 |village |Budel | | 42286422 |village |Budel | | 45097897 |village |Bunnik | | 45990885 |town|Bussum | | 46910561 |town|Castricum | | 42838224 |village |Chaam | | 42277795 |village |Clinge | | 43414914 |village |Cromvoirt | | 43688088 |town|Cuijk | | 44545426 |town|Culemborg | | 45187596 |village |Delden | | 45931506 |village |Delden | | 151493294 |hamlet |Delft | | 44817952 |town|Delft | | 46091623 |village |Deurningen | | 153479590 |hamlet |Deventer| | 45924949 |town|Deventer| | 44645727 |town|Doetinchem | | 43269861 |town|Dongen | | 44600016 |village |Driel | | 43512320 |town|Drunen | | 44237820 |village |Druten | | 42484690 |village |Duizel | | 43668738 |village |Dussen | | 46807422 |town|Edam| | 52290042 |town|Edam| | 45242010 |village |Eerbeek | | 43103296 |village |Elsendorp | | 47254785 |town|Emmeloord | | 43662018 |village |Empel | | 45753522 |city|Enschede| | 46278640 |town|Epe | | 26880335 |village |Epe | | 42691739 |village |Esbeek | | 43767024 |village |Ewijk | | 44157311 |village |Ewijk | | 44486540 |village |Gaanderen | | 42862569 |village |Galder | | 42303419 |village |Gastel | | 43566426 |village |Geertruidenberg | | 43715814 |village |Geffen | | 42591485 |town|Geldrop | | 42101973 |town|Geleen | | 43024595 |town|Gemert | | 43249323 |village |Gemonde | | 42771989 |village |Gerwen | | 42974568 |village |Gilze | | 153991037 |hamlet |Goes| | 42826420 |town|Goes| | 44044693 |town|Gorinchem | | 45703385 |village |Gorssel | | 44866869 |town|Gouda | | 42378747 |village |Graauw | | 43761877 |village |Grave | | 42586528 |village |Grubbenvorst| | 33683840 |suburb |Haaren | | 43202800 |village |Haaren | |
Re: [OSM-talk-nl] Carnaval layer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Oosterhout schreef: 2008/1/25 Stefan de Konink [EMAIL PROTECTED]: Als ik hem even door een lokale database heen rag en node ids voor je uitdraai ben je blij? Dat zou wel een stuk sneller gaan dan wat ik van plan was :) Voor het uploaden zou de programma lijken op: $api = Geo::OSM::APIClientV5( ... ) while() { my($id,$name) = split /\t/,$_; my $node =$api-get_node($id); $node-add_tag('name:carnaval',$name); $api-modify($node); } Je zou waarschijnlijk wat error checken willen doen (als de node niet meer bestaat) of bijhouden wat al gedaan is, maar dit is het idee Ik denk dat je hier wel wat mee kan :) +---+++ | node |value |value | +===+++ | 45414873 |village |Achterveld | | 42672131 |village |Achtmaal| | 44283711 |village |Aerdt | | 43299005 |village |Afferden| | 44213989 |village |Afferden| | 46395647 |village |Albergen| | 43845348 |village |Alem| | 44381560 |village |Angeren | | 45951968 |village |Ankeveen| | 42731455 |village |Arcen | | 42224166 |village |Baexem | | 42827302 |village |Bakel | | 45438365 |town|Barneveld | | 153691356 |village |Barneveld | | 158510823 |village |Barneveld | | 45887945 |village |Bathmen | | 43046865 |village |Bavel | | 42339358 |village |Belfeld | | 42355131 |village |Bergeijk| | 44087004 |village |Bergharen | | 126364307 |suburb |Berghem | | 41928409 |village |Berghem | | 43798974 |village |Berghem | | 151931838 |hamlet |Best| | 158610335 |hamlet |Best| | 158836771 |hamlet |Best| | 42826877 |town|Best| | 42466157 |village |Bladel | | 43198064 |village |Boekel | | 46979286 |village |Boekel | | 45128961 |village |Boskoop | | 43032924 |village |Bosschenhoofd | | 44420285 |village |Braamt | | 43139322 |city|Breda | | 151365087 |hamlet |Breda | | 151826001 |village |Breda | | 31877791 |village |Budel | | 42286422 |village |Budel | | 45097897 |village |Bunnik | | 45990885 |town|Bussum | | 46910561 |town|Castricum | | 42838224 |village |Chaam | | 42277795 |village |Clinge | | 43414914 |village |Cromvoirt | | 43688088 |town|Cuijk | | 44545426 |town|Culemborg | | 45187596 |village |Delden | | 45931506 |village |Delden | | 151493294 |hamlet |Delft | | 44817952 |town|Delft | | 46091623 |village |Deurningen | | 153479590 |hamlet |Deventer| | 45924949 |town|Deventer| | 44645727 |town|Doetinchem | | 43269861 |town|Dongen | | 44600016 |village |Driel | | 43512320 |town|Drunen | | 44237820 |village |Druten | | 42484690 |village |Duizel | | 43668738 |village |Dussen | | 46807422 |town|Edam| | 52290042 |town|Edam| | 45242010 |village |Eerbeek | | 43103296 |village |Elsendorp | | 47254785 |town|Emmeloord | | 43662018 |village |Empel | | 45753522 |city|Enschede| | 46278640 |town|Epe | | 26880335 |village |Epe | | 42691739 |village |Esbeek | | 43767024 |village |Ewijk | | 44157311 |village |Ewijk | | 44486540 |village |Gaanderen | | 42862569 |village |Galder | | 42303419 |village |Gastel | | 43566426 |village |Geertruidenberg | | 43715814 |village |Geffen | | 42591485 |town|Geldrop | | 42101973 |town|Geleen | | 43024595 |town|Gemert | | 43249323 |village |Gemonde | | 42771989 |village |Gerwen | | 42974568 |village |Gilze | | 153991037 |hamlet |Goes| | 42826420 |town|Goes| | 44044693 |town|Gorinchem | | 45703385 |village |Gorssel | | 44866869 |town|Gouda | | 42378747 |village |Graauw | | 43761877 |village |Grave | | 42586528 |village |Grubbenvorst| | 33683840 |suburb |Haaren | | 43202800 |village |Haaren | | 82549395 |village |Haaren | | 94275 |village |Haaren | | 43600700 |village |Haarsteeg | | 42921232 |village |Halsteren | | 43677592 |village |Hank| | 42485817 |village |Hapert | | 46447616 |village |Harbrinkhoek| | 45207647 |village |Harmelen| | 42887197 |village |Hedel | | 43724064 |village |Hedel | | 46801154 |town|Heemskerk | | 43949067
Re: [OSM-talk-nl] Friese layer op tileserver?
Theun Bouius wrote: De friese layer is een erg leuke feature, ik had ook nog een paar tags vertaald. Wat betreft een persbericht, misschien is het handig nog wat data aan te passen, voordat allerlei diep-friezen hierover vallen. Op de friese wikipedia was een gebruiker die dit opmerkte naar aanleiding van Gerco-Kees zijn bericht en het was mijzelf ook al opgevallen. In Friesland is een aantal gemeenten die als officiële dorpsnamen de Friese namen gebruiken (enkele van deze gemeenten doen dit al een jaar of 10), de namen stonden in de AND data nog in het nederlands. Ik denk dat de namen van die dropen ook in de name tag in het fries zouden moeten zijn. Dit zijn ook de namen die op de de komborden en de ANWB bewegwijzering staan. Ik begrijp jou standpunt maar we kunnen eenvoudigweg niet wachten totdat de kaart 'compleet' is (wat is compleet eigenlijk?). Het hele OpenStreetMap project zou niet zijn wat het nu is als iedereen er pas aan mee zou helpen of gebruiken op het moment dat de data compleet is. Het is een kip/ei probleem en zeurpieten, minsken dyt eamelje, zul je altijd hebben. Ik vind kortom; we weten dat de kaart niet compleet is en er zullen mensen zijn die daarover zullen vallen maar de Friese kaart zal er alleen maar beter van worden wanneer meer mensen van zijn/haar bestaan afweten. Het persbericht zal ook niet voordoen alsof de kaart al klaar is maar wellicht meer om mensen uit te nodigen mee te helpen. Om maar af te sluiten met een mooie dooddoener die ook wel eens in de Engelstalige discussies gevallen: Ben je het er niet mee eens, is iets niet goed genoeg, zouden 'we' iets moeten doen of anders? Doe het zelf, het is tenslotte een wiki! Doe jet het niet, dan moet je ook niet zeuren als wij het ook niet doen. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Friese layer op tileserver?
Ik woon vlakbij Dokkum en volg dit project een tijdje vanaf de zijlijn. Ondanks de AND-data is in mijn omgeving nog wel heel wat werk te verrichten. Ik ben erg voorzichtig begonnen met af en toe wat details aan te passen en een beetje rond te kijken hoe een en ander werkt. Ook eerst maar eens een tijdje de mailinglist gevolgd en heb sinds kort een PDA met GPS. Ook probeer ik wat tijd te besteden aan de Friese wikipedia dus ik moet mijn tijd een beetje verdelen. De friese layer is een erg leuke feature, ik had ook nog een paar tags vertaald. Wat betreft een persbericht, misschien is het handig nog wat data aan te passen, voordat allerlei diep-friezen hierover vallen. Op de friese wikipedia was een gebruiker die dit opmerkte naar aanleiding van Gerco-Kees zijn bericht en het was mijzelf ook al opgevallen. In Friesland is een aantal gemeenten die als officiële dorpsnamen de Friese namen gebruiken (enkele van deze gemeenten doen dit al een jaar of 10), de namen stonden in de AND data nog in het nederlands. Ik denk dat de namen van die dropen ook in de name tag in het fries zouden moeten zijn. Dit zijn ook de namen die op de de komborden en de ANWB bewegwijzering staan. Groet Theun, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Friese layer op tileserver?
Zoran Kovacevic wrote: Lambertus wrote: Martijn van Exel wrote: Ha Lambertus en anderen, Hoe gaat het met de persberichten rond OSM - The Fryslan edition en OSM - The Carnaval Edition? Als er nog hulp nodig is dan hoor ik het graag, dit weekend heb ik een beetje tijd. Nou, druk, druk vooral. Nu de perikelen rond kaartupdates en permalinks opgelost zijn, de meeste plaatsnamen al aangepast zijn is het wel tijd voor het bericht. Mijn plan was om er dit weekend ervoor te gaan zitten, m'n vriendin erbij te betrekken (doet zij ook eens wat voor OSM en ze heeft wat meer taalgevoel) en de Friese versie op de ML te zetten ter controle. Wat in het verleden ook aardig werkte is: maak concept-bericht. post op lijst. verzamel feedback. verstuur definitief bericht. Hmm, of was dat wat jij al tiepte? :) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Friese layer op tileserver?
Martijn van Exel wrote: Ha Lambertus en anderen, Hoe gaat het met de persberichten rond OSM - The Fryslan edition en OSM - The Carnaval Edition? Als er nog hulp nodig is dan hoor ik het graag, dit weekend heb ik een beetje tijd. Nou, druk, druk vooral. Nu de perikelen rond kaartupdates en permalinks opgelost zijn, de meeste plaatsnamen al aangepast zijn is het wel tijd voor het bericht. Mijn plan was om er dit weekend ervoor te gaan zitten, m'n vriendin erbij te betrekken (doet zij ook eens wat voor OSM en ze heeft wat meer taalgevoel) en de Friese versie op de ML te zetten ter controle. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval Definitief
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn Verwijmeren schreef: On Fri, 25 Jan 2008 21:07:44 +0100 Stefan de Konink [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn Verwijmeren schreef: Zolang je je maar realiseerd dat dit een kaart boordevol met fouten op gaat leveren. De drie Alphens en vier Aalsten zijn echt verschillende plaatsen, maar krijgen nu dezelfde carnavalsnaam. En dat is alleen nog maar de letter A. Regel voor mij een OSM bestand, dan kijk ik wel even welke nodes weg moeten :) Redelijk achterstevoren reactie. Jij bent degene die alles al in een database heeft zitten. Het is dus een kleine moeite voor je om te filteren welke namen dubbel zijn. Die laat je dus weg of doe je met de hand. Iedereen heeft een database vol informatie... Missende informatie kunnen mensen makkelijk toevoegen, foutieve informatie levert een slechte eerste indruk. Wat een onzin :D Er is van te voren bekend welke nodes voorzien van een naamkaartje, als 90% van de informatie juist is loop je wat provincies af en ben je klaar. Aangezien het filteren van de informatie zo simpel is als het bestand als CSV in lezen, en alleen towns oid nemen, denk ik niet dat je helemaal op de hoogte bent wat het probleem is :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmmXAYH1+F2Rqwn0RCnhaAJ0bbw2HhqyDB2Pu/Il0FbLeIczd3QCfdhQQ ULTfY578TNBY9h2H+5+0zFk= =lolt -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval Definitief
On Fri, 25 Jan 2008 21:09:36 +0100 Stefan de Konink [EMAIL PROTECTED] wrote: Btw... waarom maken mensen zich altijd druk over de beren op de weg, maar zijn er nooit blij mee dat er uberhaupt een weg is :D ...oftewel alle unieke nodes kunnen gewoon worden update en de helft van de Carnavals kaart is geautomatiseerd gemaakt. Als niemand op de beren zou letten dan hadden we een database vol met troep. Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Friese layer (was: Carnaval layer)
Martijn van Exel wrote: Als je nog wat 'algemene' tekst nodig hebt kun je ook putten uit het voorstel dat we – zo succesvol – aan NLNet hebben verstuurd. Zie http://www.xs4all.nl/~exel0/osm/OSM%20subsidieaanvraag%202008.rtf Ok, bedankt! ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval Definitief
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Stefan de Konink schreef: Martijn Verwijmeren schreef: Zolang je je maar realiseerd dat dit een kaart boordevol met fouten op gaat leveren. De drie Alphens en vier Aalsten zijn echt verschillende plaatsen, maar krijgen nu dezelfde carnavalsnaam. En dat is alleen nog maar de letter A. Btw... waarom maken mensen zich altijd druk over de beren op de weg, maar zijn er nooit blij mee dat er uberhaupt een weg is :D ...oftewel alle unieke nodes kunnen gewoon worden update en de helft van de Carnavals kaart is geautomatiseerd gemaakt. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmkIAYH1+F2Rqwn0RCkt3AJ9YxM4A8keb6fVJ9B6nefcAW3q9+gCfdg0s 4vpIXXSAo8IcI/YtH8sCgzo= =sngA -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Friese layer op tileserver?
Lambertus wrote: Martijn van Exel wrote: Ha Lambertus en anderen, Hoe gaat het met de persberichten rond OSM - The Fryslan edition en OSM - The Carnaval Edition? Als er nog hulp nodig is dan hoor ik het graag, dit weekend heb ik een beetje tijd. Nou, druk, druk vooral. Nu de perikelen rond kaartupdates en permalinks opgelost zijn, de meeste plaatsnamen al aangepast zijn is het wel tijd voor het bericht. Mijn plan was om er dit weekend ervoor te gaan zitten, m'n vriendin erbij te betrekken (doet zij ook eens wat voor OSM en ze heeft wat meer taalgevoel) en de Friese versie op de ML te zetten ter controle. Wat in het verleden ook aardig werkte is: maak concept-bericht. post op lijst. verzamel feedback. verstuur definitief bericht. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Friese layer op tileserver?
Zoran Kovacevic wrote: Zoran Kovacevic wrote: Lambertus wrote: Nou, druk, druk vooral. Nu de perikelen rond kaartupdates en permalinks opgelost zijn, de meeste plaatsnamen al aangepast zijn is het wel tijd voor het bericht. Mijn plan was om er dit weekend ervoor te gaan zitten, m'n vriendin erbij te betrekken (doet zij ook eens wat voor OSM en ze heeft wat meer taalgevoel) en de Friese versie op de ML te zetten ter controle. Wat in het verleden ook aardig werkte is: maak concept-bericht. post op lijst. verzamel feedback. verstuur definitief bericht. Hmm, of was dat wat jij al tiepte? :) Euhm, eigenlijk wel. Ongeveer. ;-) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval layer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Stefan de Konink schreef: Ivar Clemens schreef: Ik mis in deze lijst wat grote ;) plaatsen zoals Boxtel, Vught en Oirschot. Deze plaatsen stonden ook niet in het vorige mailtje [1], ze staan wel op de wikipedia pagina. Volg de discussie dan een beetje de andere plekken waren niet 1:1 te regexpen... maar goed het kost me dus zo'n 14 seconden om uit de database te fetchen... dus doe even cool en maak even een lijstje ;) Veel plezier ;) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmjAJYH1+F2Rqwn0RCnNQAJwPi+hogIsjPo7uGmQYiA1QL4KyGwCfcFhn SSFBGneEMANAdToQXq6CPgY= =61fz -END PGP SIGNATURE- Aalst --- Ballengat Aardenburg --- 't Uulehat Aarle-Rixtel --- Ganzegat Achterveld --- Puupenkoppenland Achtmaal --- Goudpoeperslaand Aerdt --- Spreeuwendurp Afferden --- Knotsenburg Albergen --- Bökkenlaand Alem --- Spreeuwendurp Alphen --- Struivenlaand Alphen aan den Rijn --- Het Rijk van Castellum America --- Turftreiersriek Amersfoort --- Trekkersgat Ammerzoden --- Malse Arckeldurp Amstelveen --- 't Turvegat Angeren --- Keujesgat Ankeveen --- Schuimlikkerveen Apeldoorn --- Knienenburg Arcen --- Keieschietersriek Asten --- Klotland Baarle-Nassau --- Smokkelgat Baarlo --- Kôôke-riék Baexem --- Plekploasterland Bakel --- Pierewaaiersrijk Barger-Compascuum --- Stiekelstad Barneveld --- Kiependaarp Bathmen --- Pompersgat Bavel --- Baviaonenland Beek --- De Heksenketel Ubbergen --- De Heksenketel Beek en Donk --- Ganzendonk Beesel --- Drakeriék Belfeld --- Belhamelriëk Beneden Leeuwen --- Lauwe Bergeijk --- Teutengat Bergeijk 't Loo --- Rommegat Berg en Dal --- Duufelshemel Bergen op Zoom --- Krabbegat Bergharen --- Wurmensoppersrijk Berghem --- Knollenrijk Berkel-Enschot --- Knollevretersgat Berlicum --- Dun Birrekoal Best --- Klompengat Beuningen --- Eikelenburg Bladel --- Muggeziftersrijk Boekel --- Knöllekesland Borkel en Schaft --- Mulkgat Borne --- Melbuul'ndorp Bornerbroek --- Knoll'nbrook Bosschenhoofd --- Smoorfrèterslaand Boskamp --- Toetlipp'ndarp Boskoop --- Kwakveen Boxtel --- Eendengat Braamt --- Nottedarp Breda --- Kielegat Breda (Haagse Beemden) --- Giegeldonk Breda (Princenhage) --- 't Aogje Budel --- Bokkenrijk Budel-Dorplein --- Heiknuuterland Budel-Schoot --- Toeterland Bunnik --- Kikkerloo Bussum --- Erwtenrijk Capelle --- Cuppelsgat Casteren --- Bollenmeppersgat Castricum --- Pieperduin Chaam --- Bonenpikkerslaand Clinge --- Kriekedorp Cothen --- Brienkneuterdorp Cromvoirt --- Kneutergat Cuijk --- Nolersriek Culemborg --- Papklokkendam Dedemsvaart --- Kloetendonk Deest --- Het Golvenrijk De Heen --- Strienedurpke Delden --- Kwekwestad Delft --- Kabbelgat De Lier --- 't Bukkersgat De Moer --- Moerbiënlaand De Mortel --- Krulstarteland Den Dungen --- Krabberdonk Denekamp --- Köttelpeer'ndoarp Den Haag --- Kreesiedentie Den Helder --- Waaienburg Den Hout --- Kluivenduikersrijk De Rips --- Streupersrijk Deurne --- Peelstrekelrijk Deurningen --- Nettelkörnkesnust Deventer --- Stokvissengat Dieren --- Zwieren Diessen --- Stopnaoldenrijk Dinteloord --- Peejlòòfdurp Doenrade --- Gruuëtsje Gekke Rieëk Doetinchem --- Leutekum Dommelen --- Brouwersgat Dongen --- Peejenrijk Doornenburg --- 't Woatergoat Dordrecht --- Ooi- en Ramsgat Dorst --- Kattegat Driebergen-Rijsenburg --- Sparrenrijck Driel --- Uulenes Drunen --- Dwergonië Druten --- Bokkenrijk Duizel --- Zwetsgat Dussen --- Klayendam Echt --- Aesterriek Edam --- Sufbrugge Eerbeek --- Dwarsliggerdorp Eerde --- Oiverland Eersel --- Buurtgat Eindhoven --- Lampegat Elsendorp --- Peelvruutersrijk Elshout --- Zaandhaozenlaand Elst --- Döppertdurp Emmeloord --- Pierenoord Empel --- Slotgat Engelen --- Terpersdurp Ens --- Kleiduikersland Enschede --- Krekkelstad Epe --- Grolle Erp --- Empeldonk Esbeek --- Haaikneuterrijk Esch --- Oggelvorsenpoel Escharen --- De Erpelkuul Etten --- Stijlorenrijk Ewijk --- Zottendael Fijnaart --- 't Kleigat Gaanderen --- Bultendarp Gastel --- Pintenwippersrijk Galder --- Maerkrattenland Geertruidenberg --- Potteschijtersland Geesteren --- Papsleefndorp Geffen --- Rottenrijk Geleen --- Waereldsjtad Geldrop --- Lappegat Gemert --- Waeverstadt Gemonde --- Mullukzuipertjesland Gerwen --- Narregat Geuzenveld --- Kneuterburcht Gilze --- Dringersgat Goes --- Hanzehat Goirle --- Ballefruttersgat Gorinchem --- Bliekenstad Gorssel --- Kakkersgat Gouda --- Pijpenburg Graauw --- Djerkenland Grave --- Pothuusburg Groesbeek --- Keulen van Gelderland Grubbenvorst --- Plaggeriék Haagse Beemden --- Giegeldonk Haaksbergen --- 't Asschedorp Haalderen --- 't Baggergat Haaren --- Struivendurp Haarlem --- Muggendonk Haarsteeg --- Haorendam Haelen --- t Vreigelriek Halsteren --- Altere Handel --- Bergkneuterrijk Hank --- Knusterooierslaand Hapert --- Pintewippersrijk Haps --- De Zelfkant Hops Harbrinkhoek --- Dubbelkiekersdorp Harmelen --- Kwakbollenpoel Hedel --- Pèèrdedurp
Re: [OSM-talk-nl] Friese layer op tileserver?
nodig die diep-friezen in het persbericht (in je beste Fries) uit om er de beste kaart van te maken. daag ze dus uit :) Lambertus wrote: Theun Bouius wrote: De friese layer is een erg leuke feature, ik had ook nog een paar tags vertaald. Wat betreft een persbericht, misschien is het handig nog wat data aan te passen, voordat allerlei diep-friezen hierover vallen. Op de friese wikipedia was een gebruiker die dit opmerkte naar aanleiding van Gerco-Kees zijn bericht en het was mijzelf ook al opgevallen. In Friesland is een aantal gemeenten die als officiële dorpsnamen de Friese namen gebruiken (enkele van deze gemeenten doen dit al een jaar of 10), de namen stonden in de AND data nog in het nederlands. Ik denk dat de namen van die dropen ook in de name tag in het fries zouden moeten zijn. Dit zijn ook de namen die op de de komborden en de ANWB bewegwijzering staan. Ik begrijp jou standpunt maar we kunnen eenvoudigweg niet wachten totdat de kaart 'compleet' is (wat is compleet eigenlijk?). Het hele OpenStreetMap project zou niet zijn wat het nu is als iedereen er pas aan mee zou helpen of gebruiken op het moment dat de data compleet is. Het is een kip/ei probleem en zeurpieten, minsken dyt eamelje, zul je altijd hebben. Ik vind kortom; we weten dat de kaart niet compleet is en er zullen mensen zijn die daarover zullen vallen maar de Friese kaart zal er alleen maar beter van worden wanneer meer mensen van zijn/haar bestaan afweten. Het persbericht zal ook niet voordoen alsof de kaart al klaar is maar wellicht meer om mensen uit te nodigen mee te helpen. Om maar af te sluiten met een mooie dooddoener die ook wel eens in de Engelstalige discussies gevallen: Ben je het er niet mee eens, is iets niet goed genoeg, zouden 'we' iets moeten doen of anders? Doe het zelf, het is tenslotte een wiki! Doe jet het niet, dan moet je ook niet zeuren als wij het ook niet doen. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl -- http://www.kovacevic.nl/blog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval layer
hehe mijn hometown (Maastricht) doet niet mee aan die carnavals namen is die layer trouwens al actief/in de maak ? Op 25-01-08 heeft Stefan de Konink [EMAIL PROTECTED] het volgende geschreven: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Ivar Clemens schreef: Ik mis in deze lijst wat grote ;) plaatsen zoals Boxtel, Vught en Oirschot. Deze plaatsen stonden ook niet in het vorige mailtje [1], ze staan wel op de wikipedia pagina. Volg de discussie dan een beetje de andere plekken waren niet 1:1 te regexpen... maar goed het kost me dus zo'n 14 seconden om uit de database te fetchen... dus doe even cool en maak even een lijstje ;) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmiuGYH1+F2Rqwn0RCnQgAJ4z2IT2l6OnUJyAMyrUac5IQfYK5QCeMDPc nymk5KWmW1VRzjFfnjZitUc= =DuL8 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval Definitief
On Fri, 2008-01-25 at 20:16 +0100, Stefan de Konink wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Mooi werk, was zelf met regexp-en aan het friemelen maar het is inderdaad niet zo makkelijk als je zou denken... Rijswijk zou Rijswijk ZH moeten zijn, ze worden nu allebei vervangen. Heb je dat probleem met Beek ook niet? Overigens staat Beek en Donk er nu niet in. Ik denk dat de volgend regel fout is, maar ik kan dat zo niet zien: 42962318, village, Beek, De Heksenketel en Donk Hier is ook iets fout, denk dat het Escharen moet zijn... 43713467, village, Esch, Oggelvorsenpoelaren Scriptje maken die rij[0] als node zoekt en rij[3] met Carnaval toevoegd. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmjWHYH1+F2Rqwn0RCpfRAJ0dqwNrUF/VufKVpWxA1wEA1ym4HQCbBy1O t5NpwAukcWJchSBR5YRE7vk= =KH4/ -END PGP SIGNATURE- plain text document attachment (carn5.txt) 147095178, town, Aalst, Ballengat 42535312, village, Aalst, Ballengat 43835040, village, Aalst, Ballengat 44472250, village, Aalst, Ballengat 42287984, village, Aardenburg, 't Uulehat 42857683, village, Aarle-Rixtel, Ganzegat 45414873, village, Achterveld, Puupenkoppenland 42672131, village, Achtmaal, Goudpoeperslaand 44283711, village, Aerdt, Spreeuwendurp 43299005, village, Afferden, Knotsenburg 44213989, village, Afferden, Knotsenburg 46395647, village, Albergen, Bökkenlaand 43845348, village, Alem, Spreeuwendurp 42751438, village, Alphen, Struivenlaand 43972052, village, Alphen, Struivenlaand 45398103, town, Alphen, Struivenlaand aan den Rijn, 52257521, hamlet, America, Turftreiersriek 151444650, hamlet, America, Turftreiersriek 153373795, hamlet, America, Turftreiersriek 153670779, hamlet, America, Turftreiersriek 153719634, hamlet, America, Turftreiersriek 42622646, village, America, Turftreiersriek 45488182, city, Amersfoort, Trekkersgat 43735675, village, Ammerzoden, Malse Arckeldurp 46097453, town, Amstelveen, 't Turvegat 44381560, village, Angeren, Keujesgat 45951968, village, Ankeveen, Schuimlikkerveen 42731455, village, Arcen, Keieschietersriek 25232949, village, Asten, Klotland 42547976, village, Asten, Klotland 42638466, village, Baarle-Nassau, Smokkelgat 42381488, village, Baarlo, Kôôke-riék 47131994, village, Baarlo, Kôôke-riék 47325563, village, Baarlo, Kôôke-riék 42224166, village, Baexem, Plekploasterland 42827302, village, Bakel, Pierewaaiersrijk 47362257, village, Barger-Compascuum, Stiekelstad 45438365, town, Barneveld, Kiependaarp 153691356, village, Barneveld, Kiependaarp 158510823, village, Barneveld, Kiependaarp 45887945, village, Bathmen, Pompersgat 43046865, village, Bavel, Baviaonenland 42082276, village, Beek, De Heksenketel 42949009, village, Beek, De Heksenketel 4465, village, Beek, De Heksenketel 44344328, village, Beek, De Heksenketel 42962318, village, Beek, De Heksenketel en Donk 42278227, village, Beesel, Drakeriék 42339358, village, Belfeld, Belhamelriëk 43983700, village, Berg en Dal, Duufelshemel 42355131, village, Bergeijk, Teutengat 42776312, town, Bergen op Zoom, Krabbegat 44087004, village, Bergharen, Wurmensoppersrijk 126364307, suburb, Berghem, Knollenrijk 41928409, village, Berghem, Knollenrijk 43798974, village, Berghem, Knollenrijk 43132701, village, Berkel-Ens, Knollevretersgat 43476837, village, Berlicum, Dun Birrekoal 151931838, hamlet, Best, Klompengat 158610335, hamlet, Best, Klompengat 158836771, hamlet, Best, Klompengat 42826877, town, Best, Klompengat 44116743, town, Beuningen, Eikelenburg 46330257, village, Beuningen, Eikelenburg 42466157, village, Bladel, Muggeziftersrijk 43198064, village, Boekel, Knöllekesland 46979286, village, Boekel, Knöllekesland 43252496, village, Borne, Melbuul'ndorp 46090762, village, Borne, Melbuul'ndorp 46118669, village, Borne, Melbuul'ndorprbroek 46202337, village, Boskamp, Toetlipp'ndarp 45128961, village, Boskoop, Kwakveen 43032924, village, Bosschenhoofd, Smoorfrèterslaand 153706949, hamlet, Boxtel, Eendengat 43168864, town, Boxtel, Eendengat 44420285, village, Braamt, Nottedarp 43139322, city, Breda, Kielegat 151365087, hamlet, Breda, Kielegat 151826001, village, Breda, Kielegat 31877791, village, Budel, Bokkenrijk 42286422, village, Budel, Bokkenrijk 42239616, village, Budel, Bokkenrijk-Dorplein 42252111, village, Budel, Bokkenrijk-Schoot 45097897, village, Bunnik, Kikkerloo 45990885, town, Bussum, Erwtenrijk 43535508, village, Capelle, Cuppelsgat 42533302, village, Casteren, Bollenmeppersgat 46910561, town, Castricum, Pieperduin 42838224, village, Chaam, Bonenpikkerslaand 42277795, village, Clinge, Kriekedorp 44793343, village, Cothen, Brienkneuterdorp 43414914, village, Cromvoirt, Kneutergat 43688088, town, Cuijk, Nolersriek 44545426, town, Culemborg, Papklokkendam 42963454, village, De Mortel, Krulstarteland 47002714, village,
Re: [OSM-talk-nl] Installer voor Garmin kaarten
Ja, sorry dat ik hier wat laat op reageer. Die Garmin cycle pagina in de wiki bedoelde ik met aangepaste fietskaart. Geen idee of dat gaat werken in MapSource, ik heb er verder nog niet naar gekeken. Ik heb even zitten denk over 'wat anderen kunnen doen voor Garmin kaarten' en dan heb ik het volgende wensenlijstje: - Gereduceerde polygonen voor gebieden als Europa, Azie, Amerika e.d. maar ook voor landen apart om te gebruiken met Osmosis. Er zijn reeds polygonen te downloaden vanaf http://www.maproom.psu.edu/dcw/ of http://www.diva-gis.org/Data.htm maar die zijn te uitgebreid/complex. Voor Nederland bijvoorbeeld zouden 5 of 6 punten al genoeg zijn om een Garmin kaart te kunnen maken. Deze polygonen wil ik gebruiken om specifieke data uit een database of de planet file selecteren, om te zetten naar Garmin formaat en als zodanig aan te bieden. Een te hoge hoeveelheid punten in een polygoon maakt het extraheren van de data uit de database/planet onnodig langzaam (ter vergelijking: de eerste link heeft Nederland gedefineerd met bijna 2500 punten). - Er zijn nog geen/weinig fietsroutes als zodanig gemapt in Nederland. Ook de node netwerken missen nog grotendeels. Voor een goede fiets kaart zijn deze dingen onmisbaar. - Ik ben ook nog op zoek naar OpenSource software dat kaarten kan uitwisselen met Garmin GPSsen. Liefst zowel voor seriele als USB protocollen waarbij ik persoonlijk USB het belangrijkst vind. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Installer voor Garmin kaarten
On Friday 25 January 2008, Lambertus wrote: - Ik ben ook nog op zoek naar OpenSource software dat kaarten kan uitwisselen met Garmin GPSsen. Liefst zowel voor seriele als USB protocollen waarbij ik persoonlijk USB het belangrijkst vind. Ik heb pas QLandkarte eens geprobeerd. Dat lijkt wel wat te doen (tracks en zo downloaden lukte wel), maar ik kreeg hem nog even niet zo ver om ook daadwerkelijk een kaart te versturen. Deze zou het ook moeten doen voor GPSen met een seriële aansluiting. Bovendien is het cross-platform. Ik denk dat ik hem met een beetje moeite wel zover moet kunnen krijgen kaarten uit te wisselen (dat zou hij nl. eigenlijk al moeten kunnen...), maar heb er zelf geen behoefte meer aan (microSD als mass storage werkt ook). Als er interesse voor is wil ik er nog wel een keer naar kijken. -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [Talk-de] Potlach! *kotz*
Hallo, Kann es denn überhaupt ein Richtig geben anhand dem man solche konkrete Regeln erstellen könnte? Falsch und richtig bezieht sich immer auf den Kontext. Wenn eine Einbahnstraße nicht oder falschherum eingetragen wird, ist das falsch, wenn ich mir zur Aufgabe gestellt habe, die Straßen gemäß der StVO abzubilden. Ich lese hier so oft Argumente der einen und Argumente der anderen Seite die beide genau gleich richtig sind, aber einfach eine andere Sichtweise darstellen. So kann eine Strasse aus der Sicht der Verwaltung viel wichtiger sein, als aus der Sicht eines Verkehrsteilnehmers (oder Routers). Das ist eine Frage des Kontextes. Wenn ich ein Attribut habe, das sich damit befasst, wer für die Erhaltung der Straße zuständig ist, ist alles in gutem Fahrwasser. Das Problem ist nur, dass man mit dem gleichen Attribut dann _nicht_ mehr eindeutig Ausbauzustand und Bedeutung beschreiben kann. Der Haken derzeit ist, dass es nur ein gängiges Attribut zur Straßenbeschreibung gibt, also highway. Wenn highway mit der administrativen Zuordnung fest gekoppelt ist, ist es eben falsch, wenn ich eine St123 als tertiary tagge (oder wie die aktuelle Mode grade ist). Man sollte dann nur zugeben, dass derzeit kein Verfahren gibt, Bedeutung _und_ administrative Klasse einzutragen, wenn die abweichen. Wenn die Karte dann an manchen Stellen ziemlich komisch ausschaut, muss man das dann hinnehmen, denn viele Staatsstraßen sind alte Rumpelstrecken und viele Kreisstraßen wichtige Autobahnzubringer. Meiner Meinung nach sollten daher nicht konkrete Regeln vermittelt werden, sondern eher dass es keine Endgültigen Regeln gibt und man bei Unsicherheit nachfragen soll und dass ganze mal etwas ruhen lassen und dann nochmals betrachten. Was spricht gegen vorläufige Regeln, die man dann mit einer späteren Version abgleichen kann? Es würde die Diskussion doch erleichtern, wenn man sich mal darauf berufen könnte, dass man das nach dem Regelsatz 0.1 oder 0.2 gemacht hat. Derzeit geht das eher so: Ach als ich das letzte mal ins Wiki geschaut habe stand das so drin, ist das schon wieder anders? Von den vielen verschiedenen Seiten mit abweichenden Inhalten mal ganz zu schweigen... Grüsse Hubert -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Am Donnerstag 24 Januar 2008 schrieb Gerald.Oppen: Frederik, ich sehe bei Deiner Argumentation ein Problem: Ohne dass man sich auf was festlegt wird OSM nie kompatible zu sich selbst sein. Es wird immer einen Grund geben etwas anderst zu machen. Jede Änderung der Tagging Regeln wird aber immer nur in kleinen Schritten in das Projekt einziehen so dass man immer eine Mischung verschiedener Stände haben wird. richtig. Das bringt mich wieder zu dem Thema der klaren tagging Regeln zurück: Die Strassen nach dem erfassen was ihre offizielle (administrative) Bezeichnung ist. das ist wieder ansichtssache. die administrative erfassung brauchts sowieso auch. aber mein ansatz waere gewesen, das allgemeine strassen-tag abzuleiten von optik und zustand der strasse. und das so, dass es international verwendet werden kann. und immer dasselbe bedeutet. ich glaube dass das machbar ist. aber im zweifelsfall sollte auch dein weg gangbar sein. nur brauchts dann eben irgendein laenderspezifisches file, dass diese irgendwie zusammenbringt. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Am Donnerstag 24 Januar 2008 schrieb Frederik Ramm: Hallo, dein beispiel kann uebrigens auch nach hinten losgehen. man muss sich nur das rendering anschauen. es kommt wohl doch desoefteren vor, dass dinge rein von der abbildung in der db unsinnig angelegt werden, weil sie sonst nicht schoen gerendert werden. Das gibt es immer, und wird es immer geben. mag sein. aber mit meinem oder ueberhaupt einem festgelegten konzept liesse sich das auf ein minimum reduzieren. eigentlich muesste sich eher der renderer den richtigen daten anpassen, und nicht umgekehrt. Das ganze ist ein iterativer Prozess, an dessen Anfang Chaos steht und in dem stueckchenweise definiert wird, was denn die richtigen Daten ueberhaupt sind. So, wie es laeuft, ist es genau richtig. Die Renderer beeinflussen die Mapper, die Mapper die Renderer. Eine definitive Liste von richtig und falsch wird es nie geben, aber ich denke, im Vergleich zu vor einem Jahr ist im gegenseitigen Austausch schon viel glattgezogen worden. So wird es auch bestimmt auch weitergehen. das mag vielleicht fuer den anfang des projektes gegolten haben, wo noch nichts vorhanden war. aber inzwischen haben wir einen status erreicht, sowohl an datenbestand als auch an mitwirkenden, wo man durchaus in die zukunft blicken sollte, und da stehen nunmal anwendungen, die ohne klare regeln nicht richtig funktionieren koennen. klar, irgendwie geht immer, aber wollen wir das? Es könnte schon im ersten Durchlauf klappen, aber dazu müssten im Projekt ein paar Parameter gedreht werden. Es ist illusorisch, irgendwas im ersten Durchlauf vollstaendig zu mappen. Eine solche Anforderung legt die Latte zu hoch und fuehrt dazu, dass Anfaegner vom Einstieg in das Projekt abgeschreckt werden. das hat auch gar niemand verlangt! die daten lassen sich immer wieder, stueck fuer stueck erweitern, dass muss nicht alles sofort vom erstmapper komplett gemacht werden. es geht eher darum, dass EINDEUTIG gemappt wird. und das ist mit dem aktuellen schema nur sehr begrenzt moeglich. Selbst die Anforderung, eindeutig zu mappen, bedeutet fuer den Anfaenger zu viel Ballast. Wenn ich einem Anfaenger erklaere, dass wir froh sind um jeden, der fuer uns mappt, dann aber fortfahre, dass er bitte um Himmels Willen seine trunk/primary/secondary-Strassen auseinanderhalten moege, weil sonst der Himmel auf uns herabstuerzt - das bringt doch nichts. nein. aber ein anfaenger tut sich leichter, wenn er klare vorgaben hat. wenn sich jeder neue erst ewig informationen zusammensuchen und rumfragen muss, bis er brauchbare ergebnisse taggen kann, ist das kontraproduktiv. das beweisen die immer wieder auftauchenden mails von neulingen, die zum teil deswegen auch keinen bock mehr haben. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Hallo, In dem Buch, das ich gerade mitverfasst habe, ist natuerlich ein Riesenkapitel ueber alle erdenklichen Taggingdetails drin, von der einfachen Kreuzung ueber hoehenseparierte Uebergaenge, Kreisverkehre mit Fan-Out, Abbiegespuren, Wendehammer - wenn irgendjemand hier ernsthaft glaubt, ich wuerde da hinschreiben taggen Sie das einfach so, wie sie wollen, dann ist das ein grosses Missverstaendnis. Schön dass es im Buch steht, aber hier schreibst du genau das Gegenteil. Wenn das Projekt ein Buch fürs Regal braucht um damit zu arbeiten, ist das für mich auch nicht gerade das ideale Communitykonzept. Andererseits bin ich halt auch dagegen, den Leuten was zu predigen von wegen sie seien hier die Datenerheber fuer einen mathematischen Optimierungsprozess, und wenn sie was falsch machen, dann gibt 4+4 ploetzlich 7. Dann sag den Leuten auch, dass sie alles machen können wie sie wollen, aber nicht erwarten sollen, dass der von einigen ersehnte Alternativdatensatz fürs Navi jemals funktionieren wird. Wenn ich hier gegen den staendigen Ruf nach festen Regeln wettere, dann doch nur, weil ich in diesen das Grain of Salt vermisse. Fuer unser Projekt sollte 4+4 so irgendwo zwischen 6 und 10 liegen, das reicht schon fuer den Welterfolg. Das reicht für schöne Bilder, mehr nicht, denn die können das kaschieren. Ein Graph macht komplett wirre Dinge, wenn nur eine Kleinigkeit nicht stimmt und da werden die kommerziellen Anbieter ja auch regelmässig gerügt. Nach obigen Beispiel: 7.9 kann schon eine Route ermitteln, bei der jeder nur mit dem Kopf schüttelt. Ich faende es schade, wenn das Projekt starre Strukturen entwickeln wuerde, bloss weil einige partout meinen, das Projekt muesste genau so ablaufen wie ihre 13 vorherigen professionellen Projekte. Es gibt ein breites Feld zwischen unmoderiertem Chaos und straffen kommerziellen Strukturen. Es wäre schön, wenn das Projekt in manchen Bereichen mal Anfänge von Strukturen entwickeln würde, statt jeden Erfolg gleich wieder kaputt zu diskutieren. Man kann jetzt noch zwei Jahre mit dem Versuch verplempern, voneinander unabhängige Attribute in ein Tag zu packen und das einmal im Monat umzudefinieren, oder man kann sich zusammentun und am Status Quo etwas verbessern. Wenn man das aus blosser Panik vor 'starren Strukturen' (von denen nun wirklich weit und breit nix zu sehen ist) verplempert, finde ich das wiederum schade. Grüsse Hubert -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
qbert biker [EMAIL PROTECTED] wrote: Man kann jetzt noch zwei Jahre mit dem Versuch verplempern, voneinander unabhängige Attribute in ein Tag zu packen und das einmal im Monat umzudefinieren, oder man kann sich zusammentun und am Status Quo etwas verbessern. Was hälts Du denn davon zur Abwechslung mal konkret zu werden? So nach dem Motto: Beim Node xy habe ich duch falsches Tagging mit meiner Software das folgende Problem. Sorry, aber Dein dauerndes rumgenöhle nervt mich so langsam. 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] Potlach! *kotz*
Am Freitag 25 Januar 2008 schrieb Frederik Ramm: Aber das jeder dritte Mapper in Zukunft seine eigenen Tags z.B. für Hausnummern erfindet, und die jeweiligen Tags unbedingt dann auf ewig so bleiben müssen - muß doch nun wirklich auch nicht sein. Auch das wuerde ich nicht fordern. Ich wuerde aber auch nicht den Anspruch haben, im Elfenbeinturm klare Regeln fuer das Tagging von Hausnummern zu entwickeln - sondern einfach naja, ich hab ja - wie andere vor mir auch, versucht sowas in einer offenen diskussion zu machen. aber da wird ewig diskutiert ohne jemals zu einem ergebnis zu kommen. deswegen erscheint mir das elfenbeinturmkonzept nicht als so falsch: man sollte in einer kleinen gruppe ein schluessiges, funktionierendes konzept ausarbeiten, das dann der community vorlegen, und hoffen, dass es angenommen wird. In dem Buch, das ich gerade mitverfasst habe, ist natuerlich ein Riesenkapitel ueber alle erdenklichen Taggingdetails drin, von der einfachen Kreuzung ueber hoehenseparierte Uebergaenge, Kreisverkehre mit Fan-Out, Abbiegespuren, Wendehammer - wenn irgendjemand hier ernsthaft glaubt, ich wuerde da hinschreiben taggen Sie das einfach so, wie sie wollen, dann ist das ein grosses Missverstaendnis. naja, wenn du aber in einem vortrag (der uebrigens ansonsten recht gut war) erzaehlst, alles ist erlaubt, dann bedeutet dies exakt das! noch dazu wenn du das bestreben, ein system einzufuehren auf den ordnungssinn von einigen deutschen schiebst... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Hallo, Wenn ich hier gegen den staendigen Ruf nach festen Regeln wettere, dann doch nur, weil ich in diesen das Grain of Salt vermisse. Fuer unser Projekt sollte 4+4 so irgendwo zwischen 6 und 10 liegen, das reicht schon fuer den Welterfolg. Das reicht für schöne Bilder, mehr nicht, denn die können das kaschieren. Ein Graph macht komplett wirre Dinge, wenn nur eine Kleinigkeit nicht stimmt und da werden die kommerziellen Anbieter ja auch regelmässig gerügt. Nach obigen Beispiel: 7.9 kann schon eine Route ermitteln, bei der jeder nur mit dem Kopf schüttelt. Das ist mit einem Community-Projekt nicht zu schaffen, selbst wenn man feste Regeln und ein Ueberwachungsgremium haette. Anwendungen, die solche Genauigkeit brauchen, sind fuer OpenStreetMap nicht geeignet. Da koennte man ja gleich die Blutkonserven im Krankenhaus von Hobbyisten sortieren lassen. Ich bin aber, im Gegensatz zu Dir, der Ansicht, dass wir solche Genauigkeit fuer nuetzliches Routing nicht brauchen. Ich verstehe nicht, wieso Du schon im Vorfeld Anforderungen aufstellst, von denen klar ist, dass OpenStreetMap sie niemals erfuellen kann. Wem nuetzt das? Es gibt funktionierende Routensuche auf OSM-Daten, heute schon. Vor einem halben Jahr anlaesslich der SOTM-Konferenz habe ich eine Route von Karlsruhe nach Berlin ausrechnen lassen (mit gosmore), ohne irgendwelche Tricks, und die Route war, von ein paar unbedeutenden Abweichungen im Karlsruher und Berliner Stadtgebiet, identisch mit dem, was Google ausgespruckt hat. Wo ist denn bitte genau das Riesenproblem, von dem alle sprechen? Ich verstehe das einfach nicht. Wieder und wieder muss ich hier lesen, dass Routing mit OSM ein Unding sei und Hubert sich nun leider auf AND-Daten beschraenken muss. Derweil arbeiten unzaehlige Leute an verschiedenen Projekten, die praktisch demonstrieren, dass es geht - Pyroute, Navit, gosmore, RoadNav und RoadMap (die kommen beide aus dem TIGER-Umfeld, und die TIGER-Daten sind zwar vollstaendiger, aber ganz bestimmt nicht praeziser als OSM!), Traveling Salesman, die pgRouting-basierte Loesung auf osm-routing.de - die sind alle noch in der Entwicklung und nichts ist hunderprozentig, aber sie funktionieren. Und ja, die routen auch alle nicht mit neuronalen Netzen, sondern auf ganz althergebrachten Graphen mit ganz althergebrachten A*- (oder manchmal Dijkstra)-Algorithmen. Klar kann ich eine Route anfordern, bei der Mist rauskommt; bei einigen Programmen muss ich dazu laenger suchen, bei andren finde ich sie schnell. Aber das kriege ich auch mit meinem Tomtom hin. 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] Potlach! *kotz*
Hallo, deswegen erscheint mir das elfenbeinturmkonzept nicht als so falsch: man sollte in einer kleinen gruppe ein schluessiges, funktionierendes konzept ausarbeiten, das dann der community vorlegen, und hoffen, dass es angenommen wird. Und angenommen wird es nicht durch eine Abstimmung (die gibt es auch, aber die sind nichts wert), sondern dadurch, dass die Leute selber sehen, dass es gut ist, und es benutzen. Und bei einem Hausnummerntagging waere das eben ein Navigationsprogramm, das damit umgehen kann, zum Beispiel. - Die Entwicklung des Navigationsprogramms zu vertagen, solange es keine Hausnummern gibt, ist kein guter Weg, die Community auf seine Seite zu bringen. Das meine ich mit Elfenbeinturm - sich mal zusammensetzen und was gescheites ausdenken, das kann man schon machen, aber erwarten, dass irgendwas als Regel aufgestellt wird, ohne praxiserprobt zu sein, das ist vermessen. In dem Buch, das ich gerade mitverfasst habe, ist natuerlich ein Riesenkapitel ueber alle erdenklichen Taggingdetails drin, von der einfachen Kreuzung ueber hoehenseparierte Uebergaenge, Kreisverkehre mit Fan-Out, Abbiegespuren, Wendehammer - wenn irgendjemand hier ernsthaft glaubt, ich wuerde da hinschreiben taggen Sie das einfach so, wie sie wollen, dann ist das ein grosses Missverstaendnis. naja, wenn du aber in einem vortrag (der uebrigens ansonsten recht gut war) erzaehlst, alles ist erlaubt, dann bedeutet dies exakt das! noch dazu wenn du das bestreben, ein system einzufuehren auf den ordnungssinn von einigen deutschen schiebst... Ist halt so. Auf der englischen Liste ist das lang nicht so ein Thema, da packen die Leute einfach was an (oder kommen ploetzlich aus dem Nichts und sagen: Schaut mal, ich hab das hier gemacht, wie findet ihr das). In dem Vortrag habe ich, wenn ich mich recht erinnere, gesagt, dass man durchaus eine Strasse mit note=this is where I met my first girlfriend taggen koennte, wenn man das wollte, und dass sich trotz theoretisch beliebigen Taggings Standards herausbilden, die von den Renderern her kommen. Also jetzt mal ganz ehrlich: Wenn jemand daherkaeme und eine Autobahn als irgendwas andres ausser motorway taggen wuerde, faende ich das schon komisch und wuerde den fragen, was er sich dabei gedacht hat (vielleicht hat er ja einen Grund, an den ich nicht dachte). Und wenn dann jemand anders die Autobahn auf motorway korrigiert und der urspruengliche Autor das wieder zurueck aendert, waere ich auch geneigt, mir den mal zur Brust zu nehmen und wuerde ihm raten, seinen eigenen Server aufzusetzen. Ausser, er macht es gruendlich, baut in Osmarender und Mapnik eine nationale Tag-Aequivalenztabelle ein und andert alle deutschen Autobahnen in de:strassentyp=autobahn ;-) Aber wofuer ich echt ueberhaupt keine Geduld habe, ist die Behauptung, dass ohne feste Unterscheidungsregeln zwischen primary und secondary ja vernuenftiges Routing unmoeglich waere. Wer sowas behauptet, der sucht doch nur nach Gruenden, nichts zu machen. Und sabotiert dabei gleichzeitig die Arbeit derer, die eben doch was machen. Bei OpenStreetMap braucht keiner einen Grund, um nichts zu machen - man kann auch einfach so nichts machen, wie 99,999% aller Leute. 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] Potlach! *kotz*
aber mein ansatz waere gewesen, das allgemeine strassen- tag abzuleiten von optik und zustand der strasse. und das so, dass es international verwendet werden kann. und immer dasselbe bedeutet. Das sehe ich auch so. Ich brauche die Tags, damit die Renderer die Straßen so einfärben, dass ich auf einen Blick sehen kann, wie ich am besten von A nach B komme. Und nichts ist mir dabei gleichgültiger als die Frage, ob ich auf einer Bundesautobahn oder auf einer Stadt- autobahn fahre oder ob Bund, Land, Kreis oder Nachbar Piepenbrink die Ausbesserung der nächsten Frostschäden berappen wird. Paul ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Moin! Gleiches gilt für den ehemaligen Grafensitz 97794 Rieneck (population=2112). Auch hier wäre village angebrachter als town. Ich sag nur Arnis: http://de.wikipedia.org/wiki/Arnis -- Gruß Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Frederik Ramm schrieb: Aber wofuer ich echt ueberhaupt keine Geduld habe, ist die Behauptung, dass ohne feste Unterscheidungsregeln zwischen primary und secondary ja vernuenftiges Routing unmoeglich waere. Wer sowas behauptet, der sucht doch nur nach Gruenden, nichts zu machen. Und sabotiert dabei gleichzeitig die Arbeit derer, die eben doch was machen. Bei OpenStreetMap braucht keiner einen Grund, um nichts zu machen - man kann auch einfach so nichts machen, wie 99,999% aller Leute. Bye Frederik Ich würde sogar sagen, dass es genaue Unterscheidungen hier gar nicht geben kann. Ich denke, wir sind uns alle einig, dass sowas wie Secondary nur, wenn die Straße min. 5,36m breit ist völlig daneben sind. Man sollte aber den Nutzern eine Umschreibung und Entscheidungshilfe bereit legen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Mapnik - mag nicht aktualisieren
Hi! Vor über drei Wochen wurde in diesem Ausschnitt: http://www.openstreetmap.org/?lat=47.284lon=11.2015zoom=13layers=B0FT mailto:talk-de@openstreetmap.org Änderungen gemacht. Osmarender hat sie schon längst aktualisiert, aber Mapnik immer noch nicht, obwohl das angeblich jeden Mittwoch aktualisiert. Weiß jemand was da los ist? Es ist ja nicht so, dass nur Straßen fehlen, es fehlen komplette Orte. Ist für mich als Mapper recht frustrierend, wenn ich mir Mühe gebe, gescheit zu mappen, und dann wird die Standardkarte nicht aktualisiert. Mfg Stefan Hirschmann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Dupe-Nodes
Hallo Sascha Silbe schrieb: Nachdem ich jetzt endlich meine Datenbank auf die v5-Ways umgestellt habe, bin ich mal wieder auf die Node-Dubletten aufmerksam geworden. Eine schnelle Analyse hat gezeigt, daß der überwiegende Anteil (im Deutschland-Extrakt) außer created_by und converted_by keine Tags hat und somit sehr einfach zusammengefasst werden könnte. Konkret geht es dabei 9298 Positionen (und etwa doppelt so viele Nodes). D.h. diese Nodes sind auch nicht Way zugeordnet mit unterschiedlichen layer oder ele-Tags? Dass ist IMHO das Haupt-Ausschlusskriterium gegen das Zusammenlegen. Wenn es keine Einwände gibt, würde ich diese demnächst über die API zusammenfassen (d.h. in ways und relations jeweils durch den Node mit der niedrigsten ID ersetzen, danach die unbenutzten Nodes löschen). Die restlichen 549 Positionen (davon 114 vom AND-Import) sehen eher nach Handarbeit aus (u.a. 278 mit highway=minor). Sonst sehe ich hier kein Problem. Aber um ganz sicher zu gehen: Könntest du die Änderungen zum Peer-Review online stellen? In [1] sind alle Dupes incl. Position und Tags (außer created_by und converted_by) aufgeführt. [1] http://sascha.silbe.org/osm/dupeNodeInfo.lst Geht im Moment bei mir leider nicht (connection refused). Gruess, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] grade5 tracks nicht mehr in z16 ansicht?
Marc Schütz schrieb: warum werden die nciht mehr gerendert? bzw. scheint nicht konsistent zu sein, ob sie gerendert werden, oder nicht? :-? einige wege sind auf jeden Fall in z16 nicht mehr auf der karte. wenn man stark ranzoomt aber schon. hat einer dafür ne Erklärung? Ja, ich hab vor ein paar Tagen einen Patch geschrieben, der 1.) die Tracktypes berücksichtigt und die Wege dann gestrichelt und gepunktet darstellt, und 2.) bei niedrigeren Zoomstufen nur noch Tracks bis grade3 zeichnet, weil die anderen da ja eher unwichtig sind. Wenn das ein Problem darstellt, kann man es natürlich wieder ändern. Allerdings habe ich selber keinen SVN-Zugriff, und mein Patch wurde von Knut Arne Bjørndal comitted. Grüße, Marc das die tracktypes endlich visuell berücksichtigt werden finde ich sehr gut :) nur finde ich sollten ab z12 alle Wege zu sehen sein. Gruß mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] grade5 tracks nicht mehr in z16 ansicht?
Sorry, dann hab ich es doch falsch verstanden, hab mich schon gewundert :-) Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Dupe-Nodes
Hi Leute! Nachdem ich jetzt endlich meine Datenbank auf die v5-Ways umgestellt habe, bin ich mal wieder auf die Node-Dubletten aufmerksam geworden. Eine schnelle Analyse hat gezeigt, daß der überwiegende Anteil (im Deutschland-Extrakt) außer created_by und converted_by keine Tags hat und somit sehr einfach zusammengefasst werden könnte. Konkret geht es dabei 9298 Positionen (und etwa doppelt so viele Nodes). Wenn es keine Einwände gibt, würde ich diese demnächst über die API zusammenfassen (d.h. in ways und relations jeweils durch den Node mit der niedrigsten ID ersetzen, danach die unbenutzten Nodes löschen). Die restlichen 549 Positionen (davon 114 vom AND-Import) sehen eher nach Handarbeit aus (u.a. 278 mit highway=minor). In [1] sind alle Dupes incl. Position und Tags (außer created_by und converted_by) aufgeführt. [1] http://sascha.silbe.org/osm/dupeNodeInfo.lst CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ pgphMjKJSlaQD.pgp Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] grade5 tracks nicht mehr in z16 ansicht?
Ja, ich hab vor ein paar Tagen einen Patch geschrieben, der 1.) die Tracktypes berücksichtigt und die Wege dann gestrichelt und gepunktet darstellt, und 2.) bei niedrigeren Zoomstufen nur noch Tracks bis grade3 zeichnet, weil die anderen da ja eher unwichtig sind. Wenn das ein Problem darstellt, kann man es natürlich wieder ändern. Allerdings habe ich selber keinen SVN-Zugriff, und mein Patch wurde von Knut Arne Bjørndal comitted. Sehr gut, dann kann ich mich jetzt endlich motivieren die Tracktypes einzupflegen. Allerdings finde ich es überhaupt nicht sinnvoll, dass die schlechten Trackwege in den niedrigen Stufen nicht gerendert werden, ich würde sie eher in den hohen Zoomstufen weglassen. In hoher Stufe sucht imho mehr der Autofahrer und der interessiert sich wenn überhaupt nur für gute Wege. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] grade5 tracks nicht mehr in z16 ansicht?
Sehr gut, dann kann ich mich jetzt endlich motivieren die Tracktypes einzupflegen. Allerdings finde ich es überhaupt nicht sinnvoll, dass die schlechten Trackwege in den niedrigen Stufen nicht gerendert werden, ich würde sie eher in den hohen Zoomstufen weglassen. In hoher Stufe sucht imho mehr der Autofahrer und der interessiert sich wenn überhaupt nur für gute Wege. Das war schon so gemeint: niedrig = z12-z15, hoch=z16-z17 Gruß Jonas Grüße, Marc -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Guenther Meyer schrieb: das mag vielleicht fuer den anfang des projektes gegolten haben, wo noch nichts vorhanden war. aber inzwischen haben wir einen status erreicht, sowohl an datenbestand als auch an mitwirkenden, wo man durchaus in die zukunft blicken sollte, und da stehen nunmal anwendungen, die ohne klare regeln nicht richtig funktionieren koennen. klar, irgendwie geht immer, aber wollen wir das? nein. aber ein anfaenger tut sich leichter, wenn er klare vorgaben hat. wenn sich jeder neue erst ewig informationen zusammensuchen und rumfragen muss, bis er brauchbare ergebnisse taggen kann, ist das kontraproduktiv. das beweisen die immer wieder auftauchenden mails von neulingen, die zum teil deswegen auch keinen bock mehr haben. Ich habe anfangs selbst schwere Probleme gehabt, wie man was nun Taggen soll. Ich bin aber gegen eine Anleitung, die man einmal von vorn nach hinten lesen muss, um den Sinn zu verstehen. Viel mehr wünsche ich mir einen Leitfaden, der Schritt für Schritt an das Mappen heran führt. Dieser sollte zuerst ausführlich das Loggen von Rohdaten behandeln und zentral auch einige Tips geben, denn man kann davon ausgehen, dass nur die wenigsten Nutzer diese Mailinglist lesen oder stundenlang die Wiki durchsuchen. Im zweite Schritt sollte dann unterteil die Arbeit mit JOSM verdeutlicht werden, also zuerst das einzeichnen von Straßen und wie man sie richtig taggt, so dann man aber das Wissen sofort auf seine Daten anwenden kann. Dann kann man auch auf Fußwege, Gelände und einzelne Punkte eingehen, um z.B. eine Bäckerei zu setzen. Die Regeln sollen gut verständlich und allumfassend sein, dass man bei korrektem Lesen möglichst keine Unklarheiten mehr hat. Jedoch sollen sie so verständlich und kurz formuliert sein, dass man nicht stundenlang lesen muss, der Text aber trotzdem leserlich bleibt. Alle Regeln sollten möglichst nachvollziehbar sein. Als Beispiel der Highway: Das Highway-Tag wird für alle gängigen Straßen verwendet, angefangen von privaten Zufahrtsstraßen, Straßen innerorts und außerorts bis hin zu Autobahnen und Co. Im Folgenden kannst du herausfinden, wie Du die Straßen am besten Taggst, sortiert von der kleinsten ur größten Bauform: _Straßen_in_der_Stadt_ -private Zufahrtswege und enge Straßen, bei denen zwei Autos nicht nebeneinander vorbei kommen, werden als service getaggt... Ich werde, wenn ich dazu komme, mal etwas auf meiner Benutzerseite ausarbeiten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [OSM-talk-fr] pistes cyclables et voie de bus
Axel#1 et Axel#2 ont écris : Autre cas de figure : le boulevard Saint Michel entre Luxembourg et la Seine : une voie sans unique pour les voitures, mais deux sens pour bus/vélo/taxi, un vrai casse-tête. c'est le principe des tags cycleway=opposite(_track)... on pourrait mettre en plus un busway=opposite et un taxiway=opposite... C'est un peu plus subtile que ça. Dans le cas du boulevard Saint Michel, les tags principaux sont : highway=primary oneway=yes name=Boulevard Saint Michel Il y a deux voies de bus non séparés physiquement, sauf erreur de ma part, il n'y a aucun tag officiel permettant d'indiquer cela. D'ailleurs il n'y a en a pas non plus pour celles qui sont séparés Pour les vélos, on pourrait mettre cycleway=opposite_lane cycleway=lane Mais je ne sais pas si ça se fait de mettre deux tag identiques avec des valeurs différentes ? Pour finir le casse tête, il y a le cas des voies à doubles sens disposant d'une piste cyclable non séparées physiquement que d'un côté (exemple : carrefour de l'odéon entre le boulevard saint germain et la rue des quatre vents). Pour moi c'est impossible à tagguer pour l'instant. Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Web based IRC
Merci Steven, j'ai réussi à me connecter depuis Psi grâce à tes explications :) On Jan 24, 2008 9:26 PM, serge karamazov [EMAIL PROTECTED] wrote: Ben en fait j'utilise le web based IRC que TomH a mis en place :p Renaud. On Jan 24, 2008 9:23 PM, Steven Le Roux [EMAIL PROTECTED] wrote: On Thu, 24 Jan 2008 21:14:35 +0100, serge karamazov [EMAIL PROTECTED] wrote: Oui Steven c'est bien ce que je voulais dire :) Renaud. ah c'est chiant ça... du coup il faut te faire un MUCkl sur https qui se connecte à jabberfr.org... On Jan 24, 2008 6:26 PM, Steven Le Roux [EMAIL PROTECTED] wrote: On Thu, 24 Jan 2008 14:22:20 +0100, serge karamazov [EMAIL PROTECTED] wrote: Pour moi ça marche aussi. Et même plutôt bien je trouve. Pour ce qui est de jabber.fr sur le port 443, est-ce que c'est dispo en https ? Parce qu'au taff, le port 443 n'est utilisable que pour de l'https... Renaud. En fait il faut l'attaquer en xmpp car il y a une redirection du 443 entrant vers 5222 sur jabber.fr Tu veux dire que ton proxy vérifie qu'il s'agit bien d'un flux https pour laisser causer sur le 443 ? -- Steven Le Roux [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr -- Steven Le Roux [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] pistes cyclables et voie de bus
Il y a deux voies de bus non séparés physiquement, sauf erreur de ma part, il n'y a aucun tag officiel permettant d'indiquer cela. D'ailleurs il n'y a en a pas non plus pour celles qui sont séparés Quand il y a 2 voies séparées, on trace 2 ways. cycleway=opposite_lane cycleway=lane Mais je ne sais pas si ça se fait de mettre deux tag identiques avec des valeurs différentes ? On le fait bien entre autres avec amenity...(non?), il peut être intéressant de faire : cycleway=lane;opposite_lane pour une piste de chaque côté de la rue ; à moins que lane ne le définisse déjà ? Pour finir le casse tête, il y a le cas des voies à doubles sens disposant d'une piste cyclable non séparées physiquement que d'un côté (exemple : carrefour de l'odéon entre le boulevard saint germain et la rue des quatre vents). Pour moi c'est impossible à tagguer pour l'instant. Quel est le problème ? On ne définit pas le côté de la piste cyclable (utilité ?), mais surtout son sens : cycleway=opposite_lane (voie cyclable dans le sens opposé du way, à droite ou gauche) ou/et cycleway=lane (voie cyclable dans le sens du way, à droite ou gauche) ou cycleway=lane;opposite_lane ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] pistes cyclables et voie de bus
cycleway=lane;opposite_lane ouhla, ça devient compliqué là ! je pense que cycleway=lane implique déjà que c'est dans les deux sens (soit sur deux bandes cyclables de chaque coté, soit une bande cyclable large sur un coté). Je n'ai pas encore vu des pistes cyclables à sens unique (je veux dire pour les velos uniquement). Je crois que opposite_lane et opposite_track s'appliquent à des pistes cyclables qui se trouvent dans une rue à sens unique pour les voitures et les vélos circulent dans le sens opposé (donc sur une bande à gauche du point de vue de la voiture). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [Talk-GB] [OSM-talk] Welsh Map
Tom Higgy wrote: Chris Jones wrote: Just a quick email to announce a Welsh Language render of the UK. Excellent! I've started adding Welsh names of places I know. There's a lot of 'name:cym' keys. Is it possible to change these all at once in the DB or shall I continue seeking them out myself? I've just checked this weeks planet, there don't seem to be any name:cym tags left, also any new welsh names added before Wednesday should now be visible on the map! http://sucs.org/~rollercow/cyosm/ -- Chris Jones, SUCS Admin http://sucs.org ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-gb